MID関数だと「文字数」で切るので、全角が混ざると想定位置からズレてしまうんですよね。そんなときにピッタリ使えるのが、スプレッドシートのMIDB関数です。全角2バイト・半角1バイトでカウントしながら、任意の位置から必要なバイト数ぶんだけサクッと取り出せますよ。

この記事では、スプレッドシートのMIDB関数の構文から、MID関数との違い、固定長ファイルの中間フィールド抽出など実務パターンまで紹介します。LEFTB/RIGHTBと組み合わせた「フィールド分解」のテンプレートも置いておきますね。

スプレッドシートのMIDB関数とは？

スプレッドシートのMIDB関数は、文字列の指定したバイト位置から、指定したバイト数ぶんの文字を取り出す文字列関数です。読み方は「ミッド・ビー」で、MID（中間）と Byte（バイト）を組み合わせた名前ですよ。

全角文字は2バイト、半角文字は1バイトとしてカウントします。日本語と英数字が入り混じる固定長データから、中間フィールドをバイト単位で正確に抜き出したいときに便利ですよ。

関数の基本構文と引数

基本構文はシンプルで、引数は3つです。

=MIDB(文字列, 開始バイト, バイト数)

引数の意味を整理しておきましょう。

開始バイトに小数を指定した場合は、整数部分に切り捨てられます。0以下を入れると #VALUE! エラーになるので、気をつけてくださいね。

MID関数との違い（文字数 vs バイト数）

MID関数とMIDB関数は、切り出す単位が違います。ここを押さえておくと、使い分けで迷いません。

• MID: 指定した文字位置から「文字数」ぶんを取り出す。全角・半角を区別しない
• MIDB: 指定したバイト位置から「バイト数」ぶんを取り出す。全角=2バイト、半角=1バイトで計算

たとえば「商品A-100」という文字列で、3つ目から4つぶん取り出したい場合はこうなります。

「レイアウト定義書で5バイト目から10バイトが氏名フィールド」のような固定長仕様のときは、MIDBの出番ですよ。

MIDB関数の基本的な使い方

それでは実際に使ってみましょう。開始バイトとバイト数の両方をイメージできると、結果が読みやすくなります。

全角・半角が混在する文字列での挙動

代表的なパターンをいくつか並べてみますね。

注目してほしいのは最後の行です。開始バイトが全角文字の途中に来る場合や、バイト数が全角文字の途中で切れる場合、スプレッドシートではそのバイトは切り捨てられます。文字が半分になって文字化けする、といった心配は不要ですよ。

開始バイトとバイト数の関係

MIDBはLEFTB/RIGHTBと違って、位置の指定が2つあります。ここでつまずきやすいので整理しておきますね。

• 開始バイトは「何バイト目から読み始めるか」（1始まり）
• バイト数は「そこから何バイトぶん取るか」
• 開始バイト + バイト数 − 1 が「読み終わるバイト位置」

たとえば =MIDB(A2, 5, 10) なら、5バイト目から14バイト目までの10バイトが対象です。レイアウト定義書の「開始位置」と「長さ」をそのまま引数に入れればOKですよ。

実務で使えるMIDB関数の活用パターン

MIDB関数が本領を発揮するのは、固定長レイアウトの中間フィールドを抜き出す場面です。よく出てくる3パターンを紹介しますね。

固定長ファイルの中間フィールド切り出し

古い基幹システムからダウンロードしたテキストで、「先頭8バイトが顧客コード、9バイト目から20バイトが氏名、29バイト目から8バイトが受付日」のような固定長レイアウトはよくあります。MIDB関数なら、中間の氏名フィールドもバイト単位でスッと取れますよ。

顧客コード:  =LEFTB(A2, 8)
氏名:        =MIDB(A2, 9, 20)
受付日:      =MIDB(A2, 29, 8)

MIDだと全角が混ざったときに位置がズレますが、MIDBならレイアウト定義書どおりにサクッと取り出せます。3つのフィールドを別列に展開するだけで、後続の集計がぐっと楽になりますよ。

取引先コードの中間区分抽出

業務系の取引先コードには、「先頭2桁が地域、次の3桁が業種、末尾4桁が連番」のような区分が埋め込まれているフォーマットがよくあります。中間の業種部分だけ抜き出して集計したいときにMIDBが効きますよ。

=MIDB(A2, 3, 3)

A列に「JP-WHL-0012」のような半角コードがあれば、3バイト目から3バイト（-WH）の位置を狙って取れます。コードの仕様が半角固定なら、MIDとMIDBの結果は同じですが、後から全角が混ざるケースに備えるならMIDBのほうが安全ですよ。

電文ログからのタイムスタンプ抽出

システム連携のログで、「先頭10バイトが日付、11バイト目から8バイトが時刻、19バイト目以降が本文」のような決まったフォーマットを扱うこともありますよね。MIDBを使うと、中間のタイムスタンプ部分だけきれいに取り出せますよ。

日付:        =LEFTB(A2, 10)
時刻:        =MIDB(A2, 11, 8)
本文:        =MIDB(A2, 19, LENB(A2)-18)

LENB（文字列全体のバイト数を返す関数）を組み合わせて、本文部分は「総バイト数から先頭18バイトを引いた残り全部」として指定しています。末尾の長さが可変のときに便利な書き方ですよ。

MIDBとLEFTB/RIGHTBを組み合わせたフィールド分解

MIDBの真価は、LEFTB/RIGHTB/LENBと組み合わせたときに発揮されます。固定長データの分解や、区切り位置が動くデータの整形にすっきり対応できますよ。

3フィールド分解のテンプレート

A列に固定長データ、B列に1つ目のバイト数、C列に2つ目のバイト数を入れている想定です。先頭・中間・末尾の3つに分けましょう。

先頭フィールド:  =LEFTB(A2, B2)
中間フィールド:  =MIDB(A2, B2+1, C2)
末尾フィールド:  =MIDB(A2, B2+C2+1, LENB(A2)-B2-C2)

B列とC列の数字を変えるだけで、レイアウトの変更に追従できます。中間フィールドの開始位置は「先頭ぶんのバイト数 + 1」、末尾は「総バイト数 − 先頭 − 中間」で計算するのがコツですよ。

先頭と末尾を除外して中間だけ取るテンプレート

「先頭4バイトのヘッダと末尾2バイトのフッタを除いた本体部分だけ抜き出したい」という電文整形のシーンでは、開始位置を固定してバイト数だけLENBから計算します。

=MIDB(A2, 5, LENB(A2)-4-2)

開始バイトは固定（ヘッダ4バイトの次）、バイト数は「全体 − ヘッダ − フッタ」で動的に決めます。データ長が行ごとに違っても1本の数式で整形できるので、ログ解析の前処理で重宝しますよ。

コピペで使えるセット数式

よく使う組み合わせを一式テンプレートにしておきますね。A2にデータ、B2に開始バイト、C2にバイト数という前提です。

対象文字列:        =A2
全体バイト数:      =LENB(A2)
切り出し結果:      =MIDB(A2, B2, C2)
切り出し後バイト数: =LENB(MIDB(A2, B2, C2))
切り出し前の部分:  =LEFTB(A2, B2-1)
切り出し後の部分:  =MIDB(A2, B2+C2, LENB(A2)-(B2+C2)+1)

データ整形用のワークシートに丸ごと貼り付けて、A列と開始バイト・バイト数を差し替えるだけで使えます。切り出し前後の部分も一緒に出すと、結果のバイト位置が合っているか目視確認しやすくなりますよ。

LEFT系・RIGHT系関数との使い分け

スプレッドシートには似た名前の文字列関数がいくつもあります。ここで全体像を整理しておきましょう。

LEFT・LEFTB・RIGHT・RIGHTB・MID・MIDBの比較

左・右の切り出しを組み合わせて使いたいときは、スプレッドシートのLEFTB関数の使い方とスプレッドシートのRIGHTB関数の使い方もあわせて参考にしてみてくださいね。

また、バイト数を数えるLENB関数についてはスプレッドシートのLENB関数の使い方でくわしく解説しています。

バイト系関数を使うべき判断ポイント

バイト系関数（LEFTB/RIGHTB/MIDB/LENB）を選ぶ基準は、次の3点で判断できます。

• 入出力のシステムがバイト単位で桁数を指定している
• 全角半角が混在するデータを扱っている
• 固定長フォーマットのファイルを読み書きする必要がある

逆に、社内の集計シートやダッシュボードのように「文字数で区切れれば十分」という場面は、MID系のほうがシンプルで読みやすいですよ。

よくあるエラーと対処法

MIDB関数でハマりやすいポイントを3つまとめました。エラーの原因と対策をセットで覚えておくと、現場で詰まりにくくなりますよ。

“#VALUE!” エラー

開始バイトに0以下を指定したときや、バイト数に負の数を指定したときに出ます。たとえば =MIDB("ABCDE", 0, 3) や =MIDB("ABCDE", 2, -1) のようなケースですね。計算式の結果がマイナスになっていた、というミスがよくあります。MAX関数で下限を固定するのがおすすめです。

=MIDB(A2, MAX(B2, 1), MAX(C2, 0))

これで、B2やC2が想定外の値になっても安全に動きますよ。

想定より短い結果が返る

「10バイトのつもりで指定したのに9文字しか返ってこない」というときは、開始位置が全角の途中か、末尾が全角の途中で切れているケースが多いです。先ほど解説したとおり、全角の途中にバイト境界が来ると、そのバイトぶんは切り捨てられます。

制限いっぱいまで詰めたい場合は、LENB（対象文字列の総バイト数を返す関数）と組み合わせて、切り捨てが発生していないかを確認しておきましょう。

=LENB(MIDB(A2, 3, 10))   → 9 なら、開始か末尾のどちらかが全角の途中だった

結果が空になる

=MIDB("あいうえお", 2, 1) のように、開始バイトが全角の途中で、バイト数も1だけのときは、結果が空（空文字）になります。「数式は合っているのに何も返ってこない」ときは、開始位置とバイト数が全角のバイト境界にきれいに乗っているかを確認してみてくださいね。

レイアウトが全角中心なら、開始バイトを奇数（全角の先頭バイト）に、バイト数を偶数にそろえると安定しますよ。

よくある質問

Q. MIDBとMIDの違いを一言で教えてください

MIDは「文字数」で切り出し、MIDBは「バイト数」で切り出します。全角1文字をMIDは1文字、MIDBは2バイトとして数えるので、全角が混在するデータでは切り出し結果が変わります。固定長ファイルや基幹システムデータの処理にはMIDB、通常の日本語テキストの整形にはMIDがおすすめです。

Q. スプレッドシートのMIDB関数はExcelのMIDB関数と同じですか？

はい、引数・動作ともにExcelのMIDB関数と同じです。=MIDB(文字列, 開始バイト, バイト数) の3引数で同じように動きますので、ExcelとGoogleスプレッドシートを行き来する業務でも数式をそのまま移植できますよ。

Q. 全角文字の途中から取り出そうとしたら空が返ってきました

開始バイトが全角文字の2バイト目に当たり、かつバイト数が少ないときに起きます。全角文字は先頭バイト（奇数番目）から取り出す必要があります。LENBで全体バイト数を確認しながら、開始バイトを1ずつ調整してみてください。

Q. MIDB関数でエラーが出て困っています

#VALUE! エラーは、開始バイトに0以下、またはバイト数に負の値を指定したときに発生します。=MIDB(A2, MAX(B2,1), MAX(C2,0)) のようにMAX関数でガードするか、引数が正しい範囲内か確認してください。#REF! エラーは参照セルが削除されている場合に出ます。

まとめ

スプレッドシートのMIDB関数は、バイト数を基準に文字列の任意位置から切り出せる、固定長データの中間フィールド抽出にピッタリの関数です。最後に要点を整理しておきましょう。

• 構文は =MIDB(文字列, 開始バイト, バイト数) の3引数。開始バイトは1始まり
• 全角=2バイト、半角=1バイトとしてカウントする
• 全角文字の途中に開始位置や終端が来る場合、そのバイトは切り捨てられる
• MIDは文字数、MIDBはバイト数。固定長ファイルの中間フィールドはMIDB一択
• LEFTB/RIGHTB/LENBと組み合わせると、フィールド分解が一発で決まる
• #VALUE! は開始バイト0以下や負のバイト数指定、結果が空になるのは全角境界で指定がずれたパターン

まずは手元の固定長テキストを、=MIDB(A2, 9, 20) のような形でレイアウト定義書どおりに分解してみてください。基幹システムからのデータ取り込みや電文解析の前処理が、一段ラクになりますよ。

バイト系文字列関数の全体像を把握したい方は、スプレッドシートのLEFTB関数の使い方とスプレッドシートのRIGHTB関数の使い方もあわせてご確認ください。

FINDB関数でも似たことはできますが、大文字と小文字を厳密に区別するので、表記ゆれに弱いのが難点です。そんなときにピッタリ使えるのが、スプレッドシートのSEARCHB関数ですよ。全角2バイト・半角1バイトでカウントしながら、大文字小文字を無視してバイト位置を返してくれます。

この記事では、スプレッドシートのSEARCHB関数の構文から、SEARCH関数やFINDB関数との違い、ワイルドカードを使った曖昧検索、MIDBと組み合わせて可変長データを切り出す実務パターンまで紹介します。コピペで使えるテンプレートも置いておきますね。

スプレッドシートのSEARCHB関数とは？

スプレッドシートのSEARCHB関数は、文字列の中で指定した検索文字列が何バイト目から始まるかを返す関数です。読み方は「サーチ・ビー」で、SEARCH（検索）と Byte（バイト）を組み合わせた名前ですよ。

全角文字は2バイト、半角文字は1バイトとしてカウントします。特徴は、大文字と小文字を区別しないこと、そしてワイルドカード（* や ?）が使えることです。「A」でも「a」でもヒットするので、表記ゆれのあるデータの解析にはSEARCHBが向いていますよ。

関数の基本構文と引数

基本構文はシンプルで、引数は3つです。

=SEARCHB(検索文字列, 対象文字列, [開始位置])

引数の意味を整理しておきましょう。

開始位置に小数を指定した場合は、整数部分に切り捨てられます。0以下を指定したり、見つからない文字列を指定したりすると #VALUE! エラーになるので、そこだけ注意してくださいね。

SEARCH関数との違い（文字数 vs バイト数）

SEARCH関数とSEARCHB関数は、返ってくる位置の単位が違います。ここを押さえておくと、使い分けで迷いません。

• SEARCH: 検索文字列が先頭から「何文字目」にあるかを返す。全角・半角を区別しない
• SEARCHB: 検索文字列が先頭から「何バイト目」にあるかを返す。全角=2バイト、半角=1バイトで計算

たとえば「商品a-100」という文字列で、”A”（大文字）の位置を調べた場合はこうなります。

MIDB関数やLEFTB関数と組み合わせるなら、必ずSEARCHB関数側を使ってください。SEARCHの結果をバイト系関数に渡すとズレてしまいますよ。

SEARCHBとFINDBの違い（大小区別とワイルドカード）

似たような関数にFINDB関数があります。こちらもバイト単位で位置を返してくれる関数ですが、大小区別とワイルドカードの扱いが真逆です。

表記ゆれや曖昧検索を許容したい場面ではSEARCHB、商品コードのように「A と a は別物として厳密に扱いたい」場面ではFINDB、という整理ですよ。

SEARCHB関数の基本的な使い方

それでは実際に使ってみましょう。バイト位置のカウント方法と、大小無視の挙動を意識すると、結果がイメージしやすくなります。

全角・半角が混在する文字列での挙動

代表的なパターンをいくつか並べてみますね。

4行目がポイントです。SEARCHBは大小を区別しないので、”a” で検索しても先頭の “A” にヒットします。ここが厳密一致のFINDBとは違うところですよ。

ワイルドカードで曖昧検索する

SEARCHBはワイルドカードが使えるのが大きな武器です。* は任意の文字列、? は任意の1文字を表します。

=SEARCHB("商品*", "注文書：商品A-100")    → 9  （「商品」で始まる部分の開始位置）
=SEARCHB("A?100", "商品A-100")          → 5  （「A」+任意1文字+「100」にヒット）

「商品コードの規則だけわかっている」「区切り記号は揺れるかもしれない」みたいな場面で、ワイルドカードが効いてきますよ。

ワイルドカードそのものを文字として検索したいときは、前にチルダ（~）を付けます。

=SEARCHB("~*", "在庫*あり")    → 5  （「*」という文字自体を検索）

引数「開始位置」の使い方

開始位置を指定すると、その位置から右側だけを検索対象にできます。同じ文字が複数回出てくる文字列で「2番目の位置」を調べたいときに便利ですよ。

=SEARCHB("-", "A-100-XYZ")            → 2  （1番目のハイフン）
=SEARCHB("-", "A-100-XYZ", 3)         → 6  （3バイト目以降で探した1番目）

1番目のハイフン位置をSEARCHBで求めて、その次のバイトから2番目を探す、という入れ子にすると、動的に区切り位置を追えます。

=SEARCHB("-", A2, SEARCHB("-", A2) + 1)

A2にデータを入れておけば、「2番目のハイフンは何バイト目か」が求められますよ。

実務で使えるSEARCHB関数の活用パターン

SEARCHB関数が本領を発揮するのは、表記ゆれのあるデータや曖昧な区切りルールのデータを処理する場面です。よく出てくる3パターンを紹介しますね。

表記ゆれを許容してフィールドを切り出す

顧客データで「メールアドレスのドメイン部分だけ抜き出したい」とき、入力者によって @ が全角だったり半角だったりすることがありますよね。SEARCHBなら大小無視＋ワイルドカードでまとめて対応できます。

ドメイン抽出:  =MIDB(A2, SEARCHB("@", A2) + 1, LENB(A2))

半角の @ でも、大文字小文字が違うドメインでも、まとめて同じ式で処理できますよ。

商品コードの規則で位置を特定する

商品コードが「カテゴリ-番号」形式で、カテゴリ部分の長さが可変のデータを処理したいとき、ワイルドカードで先頭パターンを指定しつつバイト位置を取れます。

=SEARCHB("?-", A2)

「任意1文字＋ハイフン」という条件で、最初にマッチするバイト位置を返します。カテゴリ名の長さが揺れていても、ハイフンの直前までを LEFTB で取り出せますよ。

特定キーワードの出現位置でデータ仕分け

商品説明文の中で特定のキーワード（例: 「限定」「SALE」など）が出現するかどうか、出現位置が何バイト目か、で仕分けをしたい場合にも使えます。SALE と sale の両方を拾いたいときは、SEARCHBを使うと1本の式で済みますよ。

=IF(IFERROR(SEARCHB("sale", A2), 0) > 0, "セール対象", "通常価格")

IFERROR でラップして、見つからない場合の #VALUE! を 0 に置き換えています。大小無視で検索できるので、「SALE」「Sale」「sale」のどれにもヒットしますよ。

SEARCHBとMIDBを組み合わせた曖昧フィールド分解

区切り文字で可変長フィールドを切り出すときに、区切り記号自体に表記ゆれがある場合は、SEARCHBとMIDBの組み合わせが使いやすいです。コピペで使えるテンプレートをまとめておきますね。

区切り文字ベースのフィールド分解テンプレート

A列に「コード-名前-備考」形式のデータが入っている想定です。ハイフンでフィールドを3つに分けましょう。SEARCHBなら、区切り記号周辺の英字の大小に揺れがあっても同じ式で処理できますよ。

1番目のハイフン位置: =SEARCHB("-", A2)
2番目のハイフン位置: =SEARCHB("-", A2, SEARCHB("-", A2) + 1)
コード:              =LEFTB(A2, SEARCHB("-", A2) - 1)
名前:                =MIDB(A2, SEARCHB("-", A2) + 1, SEARCHB("-", A2, SEARCHB("-", A2)+1) - SEARCHB("-", A2) - 1)
備考:                =MIDB(A2, SEARCHB("-", A2, SEARCHB("-", A2)+1) + 1, LENB(A2))

長く見えますが、考え方はシンプルです。「区切り位置をSEARCHBで求めて、その前後をMIDBで切る」というパターンの積み重ねなので、1行ずつ追うと読み解けますよ。

2段階検索で安全に位置を取る

区切り文字が必ず含まれるとは限らないデータでは、IFERRORで守りを入れておきましょう。

=IFERROR(SEARCHB("-", A2), LENB(A2) + 1)

ハイフンが見つからない場合は「文字列の末尾+1バイト目」を返すようにしておくと、MIDBに渡しても空文字が返るだけで、エラー連鎖を防げますよ。

FIND系・SEARCH系関数との使い分け

スプレッドシートには検索系の関数がいくつもあります。ここで全体像を整理しておきましょう。

FIND・FINDB・SEARCH・SEARCHBの比較

厳密一致派のFINDB、曖昧検索派のSEARCHB、という覚え方が一番シンプルですよ。どちらもバイト位置を返す点は共通なので、MIDBやLEFTBと組み合わせて固定長データを扱う用途では、どちらを使っても出力の整合性は保たれます。

曖昧検索・表記ゆれの判断ポイント

SEARCHBを選ぶ基準は、次の3点で判断できます。

• 出力先やデータ形式がバイト単位で扱われている（固定長ファイル、基幹システム連携）
• 大文字と小文字を区別したくない（ユーザー入力、表記ゆれのある商品名など）
• ワイルドカードで柔軟なパターン検索がしたい

逆に、商品コードのように「大文字小文字を厳密に区別したい」「完全一致で検索したい」場面では、FINDBのほうが安全ですよ。

よくあるエラーと対処法

SEARCHB関数でハマりやすいポイントを3つまとめました。エラーの原因と対策をセットで覚えておくと、現場で詰まりにくくなりますよ。

“#VALUE!” エラー（検索文字列が見つからない）

一番よく遭遇するのが、検索文字列が対象文字列に含まれていないパターンです。たとえば =SEARCHB("-", "ABCDE") のようなケースですね。

IFERRORでラップして、見つからない場合の代替値を決めておくのがおすすめです。

=IFERROR(SEARCHB("-", A2), 0)

これで、ハイフンが見つからない行は 0 として扱われ、後続の計算で判定しやすくなりますよ。

“#VALUE!” エラー（開始位置が不正）

開始位置に 0 以下や、文字列の長さを超える値を指定すると同じく #VALUE! が返ります。SEARCHB のネスト（1つ目の結果に +1 して2つ目を探す、など）で1つ目が見つからないと、2つ目の開始位置が #VALUE! になり連鎖するパターンですね。

=IFERROR(SEARCHB("-", A2, IFERROR(SEARCHB("-", A2), 0) + 1), 0)

入れ子のSEARCHBもIFERRORで守っておくと、見つからない行でもエラーが表示されなくなりますよ。

ワイルドカードを文字として検索したい

ワイルドカード（* や ?）そのものを検索したい場合、普通に指定すると「任意の文字列」と解釈されてしまいます。この場合はチルダ（~）を前に付けると、リテラル文字として扱われますよ。

=SEARCHB("~?", "質問は？ここをクリック")   → NG（半角ではない場合）
=SEARCHB("~?", "Who? Me?")               → 4 （半角「?」を検索してヒット）

全角の ？ を検索したいときはチルダ不要でそのまま指定できます。* や ? の半角記号を含むデータを扱うときだけ、チルダを意識すればOKですよ。

関連記事

SEARCHB関数と組み合わせて使う文字列操作系の関数も、あわせて押さえておくと作業がはかどりますよ。

• スプレッドシートのSEARCH関数の使い方：バイト数ではなく文字数で位置を返す版です。SEARCHBとの単位の違いを確認したいときに。
• スプレッドシートのFINDB関数の使い方：大文字小文字を厳密に区別したい厳密一致派の関数です。SEARCHBとの使い分けに。
• スプレッドシートのMIDB関数の使い方：SEARCHBで求めたバイト位置から文字列を切り出すときの相棒です。
• スプレッドシートのLEFTB関数の使い方：区切り位置の手前までをまとめて取り出したいときに便利です。

まとめ

スプレッドシートのSEARCHB関数は、文字列の中で指定文字が何バイト目にあるかを返す、曖昧検索でバイト位置を取りたいときに便利な関数です。最後に要点を整理しておきましょう。

• 構文は =SEARCHB(検索文字列, 対象文字列, [開始位置]) の3引数。開始位置省略時は先頭から
• 全角=2バイト、半角=1バイトとしてカウントする
• 大文字と小文字を区別しない（”A” と “a” は同じ扱い）
• ワイルドカード * と ? が使える
• SEARCHは文字数、SEARCHBはバイト数。MIDBやLEFTBに渡すならSEARCHB一択
• FINDBとの違いは、大小区別の有無とワイルドカード可否
• 見つからないと #VALUE! になるので、IFERROR でラップして守る

まずは手元の区切り文字付きデータに、=SEARCHB("-", A2) のような形で当ててみてください。MIDBと組み合わせてフィールド分解すれば、表記ゆれのあるデータ整形の作業がぐっと短縮できますよ。

FIND関数だと「文字数」でしか位置を返してくれないので、全角が混ざるとMIDBに渡すバイト位置としては使えないんですよね。そんなときにピッタリ使えるのが、スプレッドシートのFINDB関数です。全角2バイト・半角1バイトでカウントしながら、指定した文字が何バイト目に出現するかをサクッと返してくれますよ。

この記事では、スプレッドシートのFINDB関数の構文から、FIND関数やSEARCHB関数との違い、MIDBと組み合わせて固定長データを動的に切り出す実務パターンまで紹介します。区切り文字ベースのフィールド分解テンプレートも置いておきますね。

スプレッドシートのFINDB関数とは？

スプレッドシートのFINDB関数は、文字列の中で指定した検索文字列が何バイト目から始まるかを返す関数です。読み方は「ファインド・ビー」で、FIND（検索）と Byte（バイト）を組み合わせた名前ですよ。

全角文字は2バイト、半角文字は1バイトとしてカウントします。大文字と小文字を区別するのがポイントで、”A” と “a” は別物として扱われますよ。

関数の基本構文と引数

基本構文はシンプルで、引数は3つです。

=FINDB(検索文字列, 対象文字列, [開始位置])

引数の意味を整理しておきましょう。

開始位置に小数を指定した場合は、整数部分に切り捨てられます。0以下を指定したり、見つからない文字列を指定したりすると #VALUE! エラーになるので、気をつけてくださいね。

FIND関数との違い（文字数 vs バイト数）

FIND関数とFINDB関数は、返ってくる位置の単位が違います。ここを押さえておくと、使い分けで迷いません。

• FIND: 検索文字列が先頭から「何文字目」にあるかを返す。全角・半角を区別しない
• FINDB: 検索文字列が先頭から「何バイト目」にあるかを返す。全角=2バイト、半角=1バイトで計算

たとえば「商品A-100」という文字列で、”-“（ハイフン）の位置を調べた場合はこうなります。

MIDB関数やLEFTB関数と組み合わせるなら、必ずFINDB関数側を使ってくださいね。FINDの結果をバイト系関数に渡すとズレてしまいます。

FINDBとSEARCHBの違い（大小区別の有無）

似たような関数にSEARCHB関数があります。こちらもバイト単位で位置を返してくれる関数ですが、大小区別とワイルドカードの扱いが違います。

商品コードのように「A と a は別物として扱いたい」「ワイルドカードじゃなくきっちり文字列一致で探したい」場合はFINDB、あいまい検索でいい場合はSEARCHBを選ぶ、という整理ですよ。

FINDB関数の基本的な使い方

それでは実際に使ってみましょう。バイト位置のカウント方法を意識すると、結果がイメージしやすくなります。

全角・半角が混在する文字列での挙動

代表的なパターンをいくつか並べてみますね。

4行目に注目してください。FINDBは大文字小文字を区別するので、”A” で検索すると1、”a” で検索すると4が返ってきます。ここが曖昧検索のSEARCHBとは違うところですよ。

引数「開始位置」の使い方

開始位置を指定すると、その位置から右側だけを検索対象にできます。同じ文字が複数回出てくる文字列で「2番目の位置」を調べたいときに便利ですよ。

=FINDB("-", "A-100-XYZ")            → 2  （1番目のハイフン）
=FINDB("-", "A-100-XYZ", 3)         → 6  （3バイト目以降で探した1番目）

1番目のハイフン位置をFINDBで求めて、その次のバイトから2番目を探す、という入れ子にすると、動的に区切り位置を追えます。

=FINDB("-", A2, FINDB("-", A2) + 1)

A2にデータを入れておけば、「2番目のハイフンは何バイト目か」が求められますよ。

実務で使えるFINDB関数の活用パターン

FINDB関数が本領を発揮するのは、固定長ファイルの動的解析や区切り文字ベースのフィールド分解です。よく出てくる3パターンを紹介しますね。

区切り文字で動的にフィールドを切り出す

全角半角が混ざった「氏名＠メールアドレス」形式のデータから、＠の前後を切り分けたいときに使えます。

氏名部分:         =LEFTB(A2, FINDB("@", A2) - 1)
メール部分:       =MIDB(A2, FINDB("@", A2) + 1, LENB(A2))

FINDBで＠の位置をバイトで特定して、LEFTBで前半、MIDBで後半を切り出す流れです。全角の氏名が混ざっていても、バイト基準で揃うので崩れませんよ。

固定長ファイルの可変長フィールドを処理する

古い基幹システムの出力で、「固定長だけど末尾にタブや特殊記号で区切られた可変長フィールドがある」ケースもあります。FINDBで区切り記号のバイト位置を調べて、そこまでをLEFTBで取り出すとラクですよ。

=LEFTB(A2, FINDB(CHAR(9), A2) - 1)

CHAR(9) はタブ文字です。タブ区切りまでのバイト数を取り出して、先頭からその位置までを抽出しています。区切り位置が行ごとに違っても、式は1本で対応できますよ。

特定キーワードの出現位置でデータ仕分け

商品説明文の中で特定のキーワード（例: 「限定」「特価」など）が出現するかどうか、出現位置が何バイト目か、で仕分けをしたい場合にも使えます。

=IF(IFERROR(FINDB("限定", A2), 0) > 0, "限定商品", "通常商品")

IFERROR でラップして、見つからない場合の #VALUE! を 0 に置き換えています。これで「限定」を含む行だけフラグを立てる処理が、1列の数式で完結しますよ。

FINDBとMIDBを組み合わせたフィールド分解

区切り文字で動的に可変長フィールドを切り出すときは、FINDBとMIDBの組み合わせが定番です。コピペで使えるテンプレートをまとめておきますね。

区切り文字ベースのフィールド分解テンプレート

A列に「コード-名前-備考」形式のデータが入っている想定です。ハイフンでフィールドを3つに分けましょう。

1番目のハイフン位置: =FINDB("-", A2)
2番目のハイフン位置: =FINDB("-", A2, FINDB("-", A2) + 1)
コード:              =LEFTB(A2, FINDB("-", A2) - 1)
名前:                =MIDB(A2, FINDB("-", A2) + 1, FINDB("-", A2, FINDB("-", A2)+1) - FINDB("-", A2) - 1)
備考:                =MIDB(A2, FINDB("-", A2, FINDB("-", A2)+1) + 1, LENB(A2))

長く見えますが、考え方はシンプルです。「区切り位置をFINDBで求めて、その前後をMIDBで切る」というパターンの積み重ねなので、1行ずつ追うと読み解けますよ。

2段階検索で安全に位置を取る

区切り文字が必ず含まれるとは限らないデータでは、IFERRORで守りを入れておきましょう。

=IFERROR(FINDB("-", A2), LENB(A2) + 1)

ハイフンが見つからない場合は「文字列の末尾+1バイト目」を返すようにしておくと、MIDBに渡しても空文字が返るだけで、エラー連鎖を防げますよ。

FIND系・SEARCH系関数との使い分け

スプレッドシートには検索系の関数がいくつもあります。ここで全体像を整理しておきましょう。

FIND・FINDB・SEARCH・SEARCHBの比較

ExcelのFINDB関数との挙動比較をしたいときは、ExcelのFINDB関数の使い方も参考になりますよ。

バイト系・大小区別の判断ポイント

FINDBを選ぶ基準は、次の3点で判断できます。

• 出力先やデータ形式がバイト単位で扱われている（固定長ファイル、基幹システム連携）
• 大文字と小文字を厳密に区別したい（商品コード、パスワード文字列など）
• ワイルドカードは不要で、完全一致の検索で十分

逆に、社内の集計シートで「大文字小文字は気にしない、位置さえわかればOK」という場面は、SEARCHやSEARCHBのほうが扱いやすいですよ。

よくあるエラーと対処法

FINDB関数でハマりやすいポイントを3つまとめました。エラーの原因と対策をセットで覚えておくと、現場で詰まりにくくなりますよ。

“#VALUE!” エラー（検索文字列が見つからない）

一番よく遭遇するのが、検索文字列が対象文字列に含まれていないパターンです。たとえば =FINDB("-", "ABCDE") のようなケースですね。

IFERRORでラップして、見つからない場合の代替値を決めておくのがおすすめです。

=IFERROR(FINDB("-", A2), 0)

これで、ハイフンが見つからない行は 0 として扱われ、後続の計算で判定しやすくなりますよ。

“#VALUE!” エラー（開始位置が不正）

開始位置に 0 以下や、文字列の長さを超える値を指定すると同じく #VALUE! が返ります。FINDB のネスト（1つ目の結果に +1 して2つ目を探す、など）で1つ目が見つからないと、2つ目の開始位置が #VALUE! になり連鎖するパターンですね。

=IFERROR(FINDB("-", A2, IFERROR(FINDB("-", A2), 0) + 1), 0)

入れ子のFINDBもIFERRORで守っておくと、見つからない行でもエラーが表示されなくなりますよ。

期待した位置と違う値が返る

大小区別で “A” を探したつもりが “a” ばかりのデータだった、という場合は結果が #VALUE! になります。逆に大小区別が不要なら、SEARCHBを使えば解決しますよ。

=SEARCHB("a", A2)   → 大文字でも小文字でもヒットする

また、FINDとFINDBを取り違えて「バイト位置が欲しいのに文字位置が返ってきた」というケースもよくあります。MIDBやLEFTBに渡す前提なら、必ずFINDBで統一してくださいね。

まとめ

スプレッドシートのFINDB関数は、文字列の中で指定文字が何バイト目にあるかを返す、固定長データ解析や区切り文字ベースのフィールド分解にピッタリの関数です。最後に要点を整理しておきましょう。

• 構文は =FINDB(検索文字列, 対象文字列, [開始位置]) の3引数。開始位置省略時は先頭から
• 全角=2バイト、半角=1バイトとしてカウントする
• 大文字と小文字を区別する（”A” と “a” は別物）
• FINDは文字数、FINDBはバイト数。MIDBやLEFTBに渡すならFINDB一択
• SEARCHBとの違いは、大小区別の有無とワイルドカード可否
• 見つからないと #VALUE! になるので、IFERROR でラップして守る

まずは手元の区切り文字付きデータに、=FINDB("-", A2) のような形で当ててみてください。MIDBと組み合わせてフィールド分解すれば、固定長データ整形の作業がぐっと短縮できますよ。