何が起きたか:GBRAIDでオフラインCVを設定する新しいヘルプ文書
Search Engine Roundtableの記事(見出し:「Google Offline Conversions With GBRAID URL Parameter(GBRAID URLパラメータを使ったGoogleのオフラインコンバージョン)」)は、冒頭で次のように報じています。Googleは、GBRAIDを使ってオフラインコンバージョンを設定する方法についての新しいヘルプ文書を、Google広告のサポート領域に用意した、という内容です。
あわせて同記事は、GBRAID URLパラメータ(&gbraid=xyz)について「広告のパフォーマンスを計測するために使われるプライバシー保護型の識別子(a privacy-preserving identifier used to measure ad performance)」だと説明しています。
今回の変更を最初に見つけたのはShauvik Kumar氏で、同氏がX(旧Twitter)を通じて記事の著者であるBarry Schwartz氏に知らせたと記事は述べています。加えてSchwartz氏は、自身が使っている追跡ツールでも、既存のページに新しい文書へのリンクが追加されたことを検知したと書いています。記事にはヘルプページ全体のスクリーンショットが掲載されており、フォーラムディスカッションの参照先としてXが挙げられています。
押さえておきたいのは、これが新機能のリリース発表ではなく、ヘルプ文書(ドキュメント)の追加として報じられている点です。文書の公開日、対象となる国や言語、管理画面側の変更の有無、既存の設定方法が置き換わるのかどうかといった情報は記事に書かれていません。
詳細①:文書が説明するGBRAIDの性質――非固有の計測と大文字小文字の区別
記事が引用しているヘルプ文書の説明は、次の一文です。「GBRAIDは、キャンペーンIDのように非固有の形でコンバージョンを計測し、個々のユーザーやイベントに紐づけることはない。GBRAIDは大文字小文字を区別し、大文字または小文字に変換すべきではない(“GBRAID measures conversions in a non-unique fashion (like Campaign ID) without linking them to individual users or events. GBRAID is case sensitive and shouldn’t be converted to upper or lower case.”)」
短い記述ですが、実務上の含意が2つあります。ひとつは計測の粒度です。文書はGBRAIDによる計測を「キャンペーンIDのように非固有(non-unique)」と表現し、個々のユーザーやイベントへの紐づけを行わないと明言しています。個人単位の追跡を避けながら成果を測るための識別子だという位置づけが、ここに表れています。
もうひとつが、大文字小文字の区別(case sensitive)です。文書は、GBRAIDの値を大文字化・小文字化してはならないと明示しています。値の中身を1文字も変えずに保持し、そのまま渡すことが前提だということです。なお、変換してしまった場合に何が起きるのかについての説明は記事にはありません。
詳細②:文書が挙げるGBRAIDのメリット
記事は、文書が挙げるGBRAIDのメリットとして2点を紹介しています。1点目は「包括的な計測(Comprehensive measurement)」で、Googleのキャンペーンの効果についてより良い洞察が得られる、という説明です。2点目は「キャンペーンパフォーマンスの向上(Better campaign performance)」で、GBRAIDによって、それまで計上されていなかったクリックベースのコンバージョンを計測・捕捉でき、それが入札モデル(bidding models)を動かして広告配信をより効率的にする、という説明になっています。
いずれもGoogleの文書側が示しているメリットであり、効果の大きさを示す数値、改善率、対象となるキャンペーンタイプ、適用条件といった情報は記事には含まれていません。したがって「導入すればコンバージョンが何割増える」といった期待値を置くことはできず、あくまで「計上できていなかったクリックベースのコンバージョンを拾い、それが自動入札の学習に回る」という方向性の説明として読むのが妥当だとみられます。
背景:オフラインコンバージョンのインポートとクリック識別子(編集部による整理)
ここから先は、Search Engine Roundtableの記事には書かれていない内容で、Scale Basics編集部による一般的な整理です。GBRAIDの適用条件や仕様の詳細については、必ずGoogle広告の公式ヘルプで最新の記述を確認してください。
一般に、オフラインコンバージョンのインポートは、広告クリックの時点では成果が確定しない業種で使われます。たとえばBtoBのリード獲得では、フォーム送信の後に商談化・受注という段階があり、売上になるのは数週間から数か月先です。ブラウザ上で完結しないこれらの成果を、後からGoogle広告側へ取り込んで「どのクリックが売上につながったか」を戻すのがオフラインコンバージョンのインポートで、その突き合わせには、広告クリックを識別するための値と、コンバージョンの発生日時・金額などがセットで必要になります。
この「広告クリックを識別するための値」としては、一般にGCLID、GBRAID、WBRAIDといった名前のURLパラメータが知られています。ただし、それぞれがどの条件で付与され、どう使い分けるのかを今回の記事は説明していません。報じられているのはあくまで「GBRAIDを使ったオフラインコンバージョンの設定方法をまとめた文書が追加された」という一点です。自社の環境で実際にどのパラメータが付与されているかは、推測ではなく、広告クリック後のURLと公式ヘルプの記述の両方で確認するのが確実です。
実務への影響:効いてくるのは「保存の作り込み」
この章もScale Basics編集部による実務上の解説です。今回のニュース自体は文書追加の速報ですが、オフラインコンバージョンを運用している現場にとって影響が出る場所ははっきりしています。広告の設定画面ではなく、ランディングページからCRM(顧客関係管理システム)やMA(マーケティングオートメーション)へ至る、パラメータの受け渡し経路です。
オフラインコンバージョンのインポートは、突き合わせキーが1文字でもずれると成立しません。厄介なのは、その壊れ方が静かなことです。フォームの送信は成功し、CRMにレコードは作られ、アップロードのファイルも出来上がる。それでも突き合わせが成立しなければ、そのコンバージョンが計上されないだけで、エラーとしては目立ちません。
引用された文書が「大文字小文字を区別する。大文字・小文字に変換すべきではない」とわざわざ書いているのは、この観点で重要です。値をそのまま保持しているつもりでも、途中の工程が勝手に整形してしまうことがあります。フォームのバリデーション、CRM側の正規化ルール、CSVを介した受け渡し、ETLやワークフローツールの文字列処理、手作業で表計算ソフトに貼り付ける運用――値が通過する場所の数だけ、変換が混入する余地があります。
もうひとつ意識したいのが、GBRAIDが「非固有」の識別子だと説明されている点です。個々のユーザーやイベントに紐づかない値である以上、「このリードはこの1クリックから来た」という粒度の分析をこの値だけで組み立てようとすると前提を誤ります。広告プラットフォーム側へ成果を戻すこと(計測と入札の最適化)と、社内で個別案件の経路を追うこと(アトリビューション分析)は、別の目的として切り分けて設計するのが安全です。
今日からできる確認手順:保存パラメータの棚卸しとフィールド設計
以下もScale Basics編集部による一般的な実務上の補足で、今回の記事に手順が書かれているわけではありません。オフラインコンバージョンを計測している広告主が、自社の受け渡し経路を点検するためのチェック項目として整理しました。
- 現在オフラインコンバージョンのインポートで、何を突き合わせキーに使っているかを書き出します。クリック識別子のパラメータなのか、メールアドレスや電話番号を用いる方式なのか、複数の方式が併存していないかまで含めて棚卸しします。
- ランディングページのフォームが、URLのクエリ文字列からクリック識別子を拾って隠しフィールドに格納しているかを確認します。特定のパラメータ名だけを決め打ちで拾う実装になっている場合、gbraidが拾い漏れになっていないかを実際のURLで検証します。
- 拾った値をCRMやMAのどのフィールドに入れているかを特定し、そのフィールドの型と最大文字数を確認します。文字数が足りずに末尾が切れると、値としては入っているのに突き合わせは成立しません。
- 値の正規化処理が入っていないかを確認します。小文字変換や大文字変換、記号の除去、全角半角の変換は、フォーム側・CRM側・連携ツール側のいずれにも仕込まれている可能性があります。前後の空白除去以外は加工しない方針が安全です。表計算ソフトやCSVを経由する運用があれば、その工程も疑います。
- リダイレクトを挟む構成では、パラメータが引き継がれているかを確認します。計測用の中間ページ、短縮URL、多言語やスマートフォン向けの振り分けを通過する際に、クエリ文字列が落ちる実装は珍しくありません。
- 最後に実機でテストします。パラメータを付けたURLからフォームを送信し、CRMに保存された文字列と送信時のURLの文字列が、大文字小文字も含めて完全に一致しているかを照合します。
フィールド設計では、次の3点を決めておくと運用が安定します。ひとつ目は、パラメータの種類ごとにフィールドを分けるか、1本のフィールドに種別名とセットで格納するかという方針で、将来パラメータが増えたときに改修が要らない形を選んでおくと安全です。ふたつ目は、同じ人物が複数回来訪した場合の上書きルール(初回の値を保持するか、最新の値で上書きするか)です。3つ目は値が空のときの扱いで、空文字を書き込むのかフィールド自体を更新しないのかによって、すでに入っている値が消えるかどうかが変わります。
所感
ここからはScale Basics編集部の見解です。ヘルプ文書が1本増えたという一報は、ニュースとしては地味な部類に入ります。それでも取り上げる価値があると考えるのは、この話題が効いてくる場所が「広告アカウントの設定」ではなく「サイトとCRMのあいだの配線」だからです。オフラインコンバージョンのインポートが機能していない原因を追うと、入札戦略やコンバージョン設定ではなく、フォームの隠しフィールドの実装やCRMの文字数制限といった地味な場所に行き着くことが少なくありません。引用されている「大文字小文字を区別する」という一文は、まさにその領域の注意書きであり、文書に明記されているということは、実際に取り違えが起きやすい箇所だと考えるのが自然でしょう。
日本の組織構造では、この配線が複数の担当に分かれていることが対応を難しくします。広告の設定は代理店、ランディングページのフォームは制作会社、CRMは情報システム部門や事業部、というように分業されていると、パラメータが途中で加工されていても、誰の担当範囲の問題なのかがはっきりしません。推奨したいのは、今回のような文書更新をきっかけに、クリック識別子がURLからCRMに保存されるまでの経路図を1枚作り、各工程の担当者名を書き添えておくことです。経路図さえあれば、仕様が更新されたときに直す場所と担当がすぐ決まります。そのうえで、Google広告の公式ヘルプで該当文書そのものを読み、自社の実装と突き合わせておくとよいでしょう。今回の記事はあくまで「文書が追加された」という事実の報告であり、設定手順の詳細は文書側にあります。
まとめ
・Googleが、GBRAIDを使ってオフラインコンバージョンを設定する方法をまとめた新しいヘルプ文書をGoogle広告のサポート領域に用意したと、Search Engine Roundtable(Barry Schwartz氏、2026年7月30日付)が報じた
・GBRAID URLパラメータ(&gbraid=xyz)は、広告のパフォーマンスを計測するために使われるプライバシー保護型の識別子だと同記事は説明している
・引用された文書には「GBRAIDはキャンペーンIDのように非固有の形でコンバージョンを計測し、個々のユーザーやイベントに紐づけない」「GBRAIDは大文字小文字を区別し、大文字または小文字に変換すべきではない」という記述がある
・文書が挙げるメリットは、Googleキャンペーンの効果についてより良い洞察が得られる「包括的な計測」と、計上されていなかったクリックベースのコンバージョンを捕捉して入札モデルを動かす「キャンペーンパフォーマンスの向上」の2点とされる
・今回の変更はShauvik Kumar氏がXで最初に見つけて著者に知らせたもので、著者の追跡ツールも既存ページへのリンク追加を検知した。公開日、対象国、管理画面側の変更の有無といった情報は記事に含まれていない
よくある質問
Q1: GBRAID URLパラメータとは何ですか?
Search Engine Roundtableの記事によれば、GBRAID URLパラメータ(&gbraid=xyz)は、広告のパフォーマンスを計測するために使われるプライバシー保護型の識別子です。記事が引用しているGoogleのヘルプ文書には、GBRAIDはキャンペーンIDのように非固有の形でコンバージョンを計測し、個々のユーザーやイベントには紐づけない、と説明されています。今回報じられているのは、このGBRAIDを使ってオフラインコンバージョンを設定する方法をまとめた新しいヘルプ文書が、Google広告のサポート領域に用意されたという内容です。
Q2: GBRAIDの値を大文字や小文字に変換してはいけないのはなぜですか?
記事が引用している文書は「GBRAIDは大文字小文字を区別し、大文字または小文字に変換すべきではない」と述べるにとどまっており、変換した場合に何が起きるかの説明はありません。以下はScale Basics編集部による一般的な実務上の補足ですが、大文字小文字を区別する値は、1文字でも変われば別の文字列として扱われるのが通常です。オフラインコンバージョンのインポートは値の一致を前提に成り立つため、途中の工程で正規化がかかると突き合わせが成立しなくなる恐れがあります。フォーム、CRM、連携ツール、表計算ソフトなど、値が通過する各工程で加工が入っていないかを確認しておくのが安全です。
Q3: 今回のヘルプ文書の追加を受けて、広告主は何を確認すべきですか?
記事には広告主向けの推奨事項は書かれていないため、以下はScale Basics編集部による一般的な実務上の補足です。まず、オフラインコンバージョンのインポートで現在何を突き合わせキーに使っているかを棚卸しし、ランディングページのフォームがURLのクエリ文字列から必要なパラメータを拾えているかを実際のURLで検証します。次に、その値を保存するCRMやMAのフィールドについて、型と最大文字数、そして小文字変換などの正規化処理が入っていないかを確認します。最後に、パラメータ付きのURLからテスト送信を行い、保存された文字列が元のURLの文字列と大文字小文字まで完全に一致しているかを照合します。設定手順の詳細はGoogle広告の公式ヘルプ文書側にあるため、自社の実装と突き合わせて読むことをおすすめします。
出典:Google Offline Conversions With GBRAID URL Parameter(Search Engine Roundtable、Barry Schwartz氏、2026年7月30日)https://www.seroundtable.com/google-offline-conversions-gbraid-url-parameter-41792.html
