Meta広告のクロスドメイン設定とは？必要なケースと設定手順を解説

2026年8月27日 コラム

Meta広告（Facebook広告・Instagram広告）を複数のドメインにまたがって運用していると、「コンバージョンが正しく計測できていない気がする」「広告経由のはずのアクセスが直接流入として計上される」といった違和感に突き当たることがあります。その原因の多くは、ドメインをまたいだ際にユーザーの識別情報が引き継がれていないことにあります。

この記事では、Meta広告における「クロスドメイン設定」が実際には何を指すのかを整理したうえで、設定が必要になる具体的なケース、事前準備、実装手順、そして複数ドメイン運用者が見落としやすい落とし穴までを、広告運用の実務目線で解説します。

Meta広告の「クロスドメイン設定」には2つの意味が混在している

「meta広告 クロスドメイン設定」で検索すると、実はGoogleアナリティクス（GA4）やGoogleタグマネージャー（GTM）の「クロスドメイン計測」を解説した記事が数多く出てきます。これは偶然ではなく、「クロスドメイン」という言葉自体が、計測ツールによって指す仕組みが異なるために起きている混同です。まずこの違いを整理しておかないと、GA4の手順どおりに設定してもMeta広告側の計測は改善しない、という遠回りをすることになります。

①GA4・GTM側のクロスドメイン計測

GA4やユニバーサルアナリティクス時代からある「クロスドメイン計測」は、allowLinkerパラメータやGTMの「クロスドメイントラッキング」機能を使い、あるドメインから別ドメインに遷移してもGoogle側のクライアントIDを引き継ぐことで、参照元・セッションが途切れないようにする設定です。これを設定していないと、ドメインをまたいだ瞬間に新しいセッションとして扱われ、Meta広告経由のアクセスであっても参照元が「direct / none」と表示されてしまいます。

これはあくまでサイトの解析ツール側の設定であり、Meta広告の管理画面や広告アカウントの設定ではありません。

②Meta広告（Metaピクセル）側のクロスドメイン対応

一方、Meta広告自身の計測（Metaピクセル・Conversions API）にも、ドメインをまたぐと途切れる情報があります。それが_fbp（ブラウザ単位の識別子）と_fbc（広告クリックに紐づく識別子）という2つのCookie／パラメータです。これらはドメインごとに個別に発行されるため、何も対策しなければ、ドメインA上で広告をクリックしたユーザーがドメインBでコンバージョンしても、Meta広告側では「広告経由」と正しく紐づけられません。

本記事で扱う「Meta広告のクロスドメイン設定」は、主にこの②の仕組みを指します。GA4側のクロスドメイン計測を別途行っている場合でも、②の対応をしていなければMeta広告の最適化・成果測定は改善しない点に注意してください。両方を別々に設定して初めて、サイト解析上も広告の効果測定上も、ドメインをまたいだ計測の欠損がなくなります。

Meta広告でクロスドメイン設定が必要になる3つのケース

以下のような構成でMeta広告を運用している場合、クロスドメイン設定を検討する必要があります。

  • LP（ランディングページ）とEC・予約システムのドメインが異なる場合：広告のリンク先がLP専用ドメインで、購入・予約の完了ページが別のカートシステムやSaaSのドメインになっているケース。ECカートやSTORES、ペライチなど、独自ドメインとは別のサブシステムドメインで完了ページが発行される構成でよく発生します。
  • オウンドメディア（ブログ）と本体サイト・店舗サイトのドメインが異なる場合：ブログ記事から広告経由の流入を受け、そこから本体サイトへ送客してコンバージョンさせる構成。
  • 決済代行サービスを挟む場合：決済処理の一部区間だけ決済代行会社のドメインに遷移し、その後自社ドメインの完了ページに戻ってくる構成。決済代行の区間で_fbcが失われると、Purchaseイベントが広告と紐づかなくなります。

逆に、常時同一ドメイン（サブディレクトリ構成）だけで完結している場合はクロスドメイン設定は不要です。まずは自社の広告リンク先から完了ページまでの遷移経路上で、ドメインが変わる箇所があるかどうかを洗い出すところから始めます。

確認のコツ： ブラウザの開発者ツールでネットワークタブを開き、広告のリンク先URLをクリックしてから完了ページに到達するまでの遷移を実際にたどってみると、どこでドメインが変わっているかが一目で分かります。

設定を始める前に済ませておく2つの準備

実装に入る前に、Meta Business Manager側で済ませておくべき準備が2つあります。

ドメイン認証（Domain Verification）

ドメイン認証は、Meta Business Managerに対して「このドメインは自社が管理している」ことを証明する設定です。iOS 14.5以降のプライバシー変更に対応した合算イベント測定（Aggregated Event Measurement）を有効にするために必須の手順で、クロスドメイン設定を行う場合は、関係するドメインすべてで認証を済ませておく必要があります。

認証方法は次の3種類から選べます。

方法向いているケース実装内容
DNS TXTレコードドメインレジストラ（お名前.comなど）にアクセスできるDNS設定にTXTレコードを追加する
HTMLファイルのアップロードサーバーのルートディレクトリにアクセスできる指定されたHTMLファイルをアップロードする
メタタグの挿入CMSやサイトのHTMLを編集できる<head>内に指定のmetaタグを1行追加する

トップレベルドメイン（例：example.com）を認証すると、そのサブドメイン（shop.example.comなど）は自動的に認証済み扱いになります。ただし、まったく別のドメイン（例：example-shop.jp）は個別に認証が必要です。

複数ドメインでの同一ピクセルIDの運用とトラフィックの許可

クロスドメインで運用する全ページに、同一のMetaピクセルIDを設置します。ドメインごとに別のピクセルを作ってしまうと、そもそもユーザーを同一人物として紐づける土台がなくなります。複数の広告代理店が絡む場合や、ドメインごとに他のトラッキングタグも動いている場合は、fbq('trackSingle', ...) や fbq('trackSingleCustom', ...) のように発火対象のピクセルIDを明示するコマンドを使い、意図しない二重発火を防ぎます。

あわせて、Meta Business Manager側で決済代行サービスなど自社が直接管理していないドメインをトラフィックの許可リストに追加しておくと、そのドメイン上でのピクセル通信がブロックされにくくなります。設定箇所はBusiness設定内のデータソース（ピクセル）の詳細画面にあります。

本題：_fbp・_fbcをドメイン間で引き継ぐ実装手順

準備が整ったら、実際にドメインをまたいで識別子を引き継ぐ実装に入ります。基本的な考え方はシンプルで、「移動元のドメインで値を取得し、リンク先のURLにパラメータとして付与し、移動先のドメインでそのパラメータを読み取ってCookieとして保存し直す」という2段構えです。

移動元ドメイン側の実装

移動先ドメイン宛のリンクを検出し、_fbc・_fbpの値をURLパラメータとして自動的に付与するスクリプトをGTMのカスタムHTMLタグとして設置します。トリガーは全ページ、発火のタイミングはDOM Ready以降が基本です。

<script>
(function () {
  var targetDomain = 'shop.example.com'; // 遷移先ドメインに置き換える
  function getCookie(name) {
    var match = document.cookie.match('(^|;)\\s*' + name + '\\s*=\\s*([^;]+)');
    return match ? decodeURIComponent(match[2]) : null;
  }
  var fbc = getCookie('_fbc');
  var fbp = getCookie('_fbp');
  document.querySelectorAll('a[href*="' + targetDomain + '"]').forEach(function (link) {
    var url = new URL(link.href);
    if (fbc) url.searchParams.set('_fbc', fbc);
    if (fbp) url.searchParams.set('_fbp', fbp);
    link.href = url.toString();
  });
})();
</script>

移動先ドメイン側の実装

URLに付与された_fbc・_fbpをページ読み込み時に読み取り、移動先ドメインのファーストパーティCookieとして90日程度の有効期限で保存し直します。この処理も同様にGTMのカスタムHTMLタグ（全ページ・DOM Ready）で行います。

<script>
(function () {
  function setCookie(name, value, days) {
    var expires = new Date(Date.now() + days * 864e5).toUTCString();
    document.cookie = name + '=' + encodeURIComponent(value) + '; expires=' + expires + '; path=/';
  }
  var params = new URLSearchParams(window.location.search);
  var fbc = params.get('_fbc');
  var fbp = params.get('_fbp');
  if (fbc) setCookie('_fbc', fbc, 90);
  if (fbp) setCookie('_fbp', fbp, 90);
})();
</script>

実装後は、Meta Pixel Helper（Chrome拡張機能）を使い、広告リンクをクリックしてから完了ページに到達するまでの経路上で、各ページのピクセルIDとイベントが正しく発火しているかを目視で確認します。開発者ツールのアプリケーションタブでCookieの値を直接見比べる方法も有効です。

注意： サードパーティCookieの規制強化により、ブラウザによってはこの方式でもCookieが保存されない場合があります。次に説明するConversions APIを併用し、Cookieが取得できない場合の保険をかけておくことが実務上は前提になります。

Conversions APIを併用して計測精度をさらに上げる

クロスドメインの識別子引き継ぎだけでは、ブラウザの仕様変更やCookie規制の影響を完全には避けられません。そこで実務では、サーバーサイドから直接Metaにイベントを送信するConversions API（CAPI）を併用するのが標準的な対策になっています。

Conversions APIを使う場合、ブラウザ側のピクセルと同じevent_idをサーバー側のイベントにも付与することで、Meta側で重複を排除しながら両方のデータを合成できます。

{
  "data": [
    {
      "event_name": "Purchase",
      "event_id": "order_20260827_00123",
      "event_time": 1756256400,
      "user_data": {
        "em": "（SHA256でハッシュ化したメールアドレス）",
        "ph": "（SHA256でハッシュ化した電話番号）"
      },
      "custom_data": {
        "value": 12800,
        "currency": "JPY"
      }
    }
  ]
}

クロスドメイン構成でCookieの引き継ぎが一部失敗しても、メールアドレスや電話番号などのハッシュ化済み顧客情報をuser_dataに含めておけば、Meta側の突合精度（Event Match Quality）を保ちやすくなります。Event Match Qualityのスコアは、Events Manager上でイベントごとに確認できます。

複数ドメイン運用で見落としがちな「合算イベント測定の8件制限」

クロスドメインの識別子連携が正しくできていても、もう1つ見落としやすい落とし穴があります。それが合算イベント測定（Aggregated Event Measurement）における「ドメインあたり8件」というイベント優先順位の上限です。

この8件の上限はプライマリドメイン単位で管理されており、サブドメイン（例：shop.example.com）は自動的に親ドメイン（example.com）の枠に統合されます。つまり、複数のサブドメインでMeta広告を運用していても、優先順位を設定できるイベントの合計は親ドメイン全体で8件までです。さらに重要なのは、この仕組みはドメイン間でイベントを合算して計測してくれるものではないという点です。

実際、この点について解説記事では次のように明記されています。

「現在、合算イベント測定はクロスドメイン（ドメインが2つ以上にまたがる状態）への効果測定は対応していません。例として、ASP型カートシステムを使用しているECサイトの場合、Facebook上に登録しているドメインと、カートシステムを提供しているドメインが分かれてしまいますが、現時点ではこのようなイベントを計測することはできません。」

出典：Facebook広告で合算イベント測定を設定する方法（アナグラム株式会社）

つまり、ここまで解説してきた_fbp・_fbcのクロスドメイン連携は「同じユーザーの行動を広告に正しく紐づける」ための対応であるのに対し、合算イベント測定の8件制限は「iOS 14以降の限定的な計測環境で、どのイベントを優先的に計測するか」というまったく別レイヤーの制約です。両方を混同すると、「クロスドメイン設定をしたのにイベントの優先順位がうまく反映されない」といった別種のトラブルとして表面化するため、切り分けて理解しておく必要があります。

  • 複数ドメイン・複数ブランドを1つのビジネスマネージャーで運用している場合は、ドメインごとのイベント優先順位を洗い出し、8件の枠に収まっているか棚卸しする
  • 広告代理店を複数起用している場合、ピクセルごとにカウントされるため、代理店間でイベント優先順位の認識を揃えておく
  • イベント優先順位の変更は反映まで最大72時間かかるため、繁忙期直前の変更は避ける

設定後の確認方法とよくあるトラブル

確認方法

設定が完了したら、必ず実際のユーザー動線に沿って動作確認を行います。

  1. 広告のリンク先URL（またはそれに準じたテストURL）から遷移を開始する
  2. Meta Pixel Helperで、移動元ドメインのページで_fbc・_fbpを含むPageViewが発火しているか確認する
  3. ドメインが切り替わる直前のリンクURLに_fbc・_fbpパラメータが付与されているか、開発者ツールで確認する
  4. 移動先ドメインのページで、同じ_fbc・_fbpの値がCookieとして保存されているか確認する
  5. Events Manager の「テストイベント」機能で、コンバージョンイベントが正しいピクセルID・パラメータで届いているか確認する

よくあるトラブル

Q. GTMでスクリプトを設置したのに、リンク先URLにパラメータが付与されない

多くの場合、リンクを動的に生成しているサイト（SPA構成など）で、GTMタグの発火タイミングがリンク要素の描画より早く、document.querySelectorAllがリンクを取得できていないことが原因です。DOM Ready ではなく Window Loaded トリガーに変更するか、履歴変更（History Change）トリガーを追加して再実行させる必要があります。

Q. 一部のブラウザ（Safariなど）だけコンバージョンが計測されない

SafariのITP（Intelligent Tracking Prevention）により、サードパーティCookieや一部のファーストパーティCookieの保持期間が短縮されている影響が考えられます。Conversions APIの実装を優先し、ブラウザ側のCookieに依存しない計測経路を確保することで影響を抑えられます。

Q. ドメイン認証は済ませたのに、まだ計測が不安定

ドメイン認証はあくまで「ドメインの所有権証明」であり、_fbp・_fbcのクロスドメイン連携とは別の設定です。ドメイン認証だけでは、ドメインをまたいだ際の識別子引き継ぎの問題は解決しません。前述のGTM実装が別途必要です。

まとめ：何から着手すべきか

Meta広告のクロスドメイン設定は、「GA4側のクロスドメイン計測」と「Meta広告側の_fbp・_fbc引き継ぎ」という異なる2つの仕組みが同じ言葉で語られがちな分野です。まずは自社の広告リンク先から完了ページまでの経路でドメインが変わる箇所を洗い出し、その上で次の順番で着手すると迷いにくくなります。

  1. 関係する全ドメインでドメイン認証を済ませる
  2. 全ドメインで同一のピクセルIDを使用しているか確認する
  3. _fbc・_fbpをドメイン間で引き継ぐGTM実装を行う
  4. Conversions APIを併用し、Cookie取得に失敗した場合の保険をかける
  5. 合算イベント測定のイベント優先順位が、ドメインごとの8件枠に収まっているか棚卸しする

設定後は一度で終わらせず、Meta Pixel HelperとEvents Managerのテストイベントで、実際のユーザー動線に沿って定期的に検証することが、計測精度を維持するうえで欠かせません。

SEOメタ情報

タイトルタグ（案・全角約33文字） Meta広告のクロスドメイン設定とは？必要なケースと設定手順を解説

メタディスクリプション（案・全角約108文字） Meta広告でドメインをまたぐと計測が途切れる原因と、_fbp・_fbcの引き継ぎ設定、ドメイン認証、合算イベント測定の8件制限まで、広告運用者向けにGTMの実装コード付きでクロスドメイン設定の実務手順を解説します。

内部リンク候補（アンカーテキスト案）

  • Metaピクセルの設置方法に関する解説記事（→「Metaピクセルの基本的な設置手順」などの記事があればリンク）
  • Conversions APIの導入手順に関する解説記事（→「Conversions APIの設定方法」などの記事があればリンク）
  • 合算イベント測定・ドメイン認証に関する解説記事（→「iOS14対応・ドメイン認証のやり方」などの記事があればリンク）

※ 本記事は入稿先サイトの既存記事一覧・sitemap.xmlが未共有のため、上記は文脈上リンクを張るべき箇所の提案に留めています。実際のURLが分かり次第、該当箇所に差し込んでください。

参考にした情報源