Meta広告のutm_sourceは何を入れる？GA4公式リストの正解値

Meta広告（Facebook広告・Instagram広告）の出稿URLに utm_source=meta と設定している運用者は、少なくありません。社名が「Meta」に変わった以上、自然な選択に見えます。

しかし、GA4が公式に配布している「Default Channel Group Source Categories」リストを確認すると、登録されているのは facebook と fb と facebook.com であって、meta は登録されていません[1]。これは単なる表記の問題ではなく、Paid Social レポートがそのまま機能するか崩れるかの分岐点です。

ただし、正しい値を入れるのは出発点にすぎません。本当に必要なのは、表記を正規化したうえで、チャネル別の実売上と見比べ、次にどの流入へ予算を寄せるかを判断することです。本記事ではMeta広告のutm_sourceに入れるべき値を、GA4公式の判定ロジックと公式ソースリストをもとに割り出したうえで、命名を正した先にある「チャネル別の売上効率の比較」という一段上の視点までを扱います。

この記事のまとめ#

1. utm_sourceは facebook 固定（小文字）。meta はGA4公式リストに存在しないため Paid Social に分類されない
2. utm_mediumは cpc 固定。social を入れると有料広告が Organic Social に混入する。間違いの多くは表記揺れで、facebook / Facebook / fb / meta が並ぶと1キャンペーンが4行に分裂する
3. 正しい値を入れるのは前提条件にすぎない。utm_sourceを facebook で固定しても、GA4の標準レポートには「表記を名寄せした後のチャネル別RPS（1セッションあたり売上）・客単価・購入率を表示した比較表」は出てこない。次の予算をどこへ投じるかを判断するには、この比較ができる状態を別に用意する必要がある（§5で扱う）

1.GA4が「PaidSocial」と判定する条件#

Paid Social に入る入口は狭く、utm_source が公式リストに載っていて、かつ utm_medium が cpc 系である——この2つを同時に満たしたときだけ通ります。meta はそもそもリストに無いので、ここで弾かれます。

Googleの公式ドキュメントによると、GA4のデフォルトチャネルグループで Paid Social に分類される条件は、次の2つを同時に満たす場合です[2]。

• Source（utm_source） が、GA4が管理する「ソーシャルサイトの正規表現リスト」に一致する
• Medium（utm_medium） が正規表現 ^(.*cp.*|ppc|retargeting|paid.*)$ に一致する

このうち「ソーシャルサイトの正規表現リスト」の中身は、Google公式が .xlsx 形式で配布 しており、ダウンロードして開くと、819行のソース名と分類カテゴリが列挙されています[1]。つまり「Paid Socialに入るかどうか」は運用者の感覚ではなく、この公開ファイルに載っているか・載っていないかで機械的に決まります。

2.公式リストでのfacebookとmetaの扱い#

公式リストを開くと facebook も fb も instagram も並んでいるのに、meta という値だけがどこにも見当たりません。この一点だけで utm_source=meta は Paid Social ではなく Referral に落ちます。

主要なソーシャル関連エントリを抜粋すると、次のようになります。

meta という文字列は、GA4の公式分類リストのどこにも含まれていません。つまり utm_source=meta で出稿された広告は、GA4側からは「ソーシャルサイトではない」と判定され、Paid Social ではなく Referral もしくは (other) に分類されます。「社名がMetaになったから utm_source=meta が自然」という運用判断は、Google側の分類ルールとは噛み合っていません。

3.utm_sourceで起きる4つの間違いパターン#

間違いは大きく4つに分かれます——派生形（meta）、大文字混在、medium との組み合わせ矛盾、経路途中の欠損。いずれも Paid Social から外れるか、1キャンペーンが複数行に割れて、売上の集計が崩れます。

間違い1：utm_source=metaでPaidSocialが消える#

前述の通り、meta はGA4公式リストに含まれません。結果、Meta広告経由の売上が 「参照元/メディア = meta / cpc」 として独立行に表示され、Paid Socialチャネルの集計に入りません。月次レポートで「Paid Socialの売上が急減した」と見えるのに、実態は分類が間違ったただけ、という間違いが起きます。

間違い2：facebookとFacebookが別チャネル扱いされる#

GA4は utm_source の値を 大文字と小文字を区別して保存 します。同じキャンペーンで utm_source=facebook と utm_source=Facebook が混在すると、レポート上は2行に分かれて集計されます。4本のバリエーション（facebook / Facebook / fb / meta）が並んだ場合、1つのキャンペーンが4行に分割されて、どれも本来の3〜4分の1の数字で表示されます。

間違い3：utm_medium=socialでPaidSocialがOrganicSocialに混入する#

GA4のOrganic Social判定条件は、utm_medium が social / social-network / social-media / sm のいずれかに一致する場合、もしくは utm_source がソーシャルリストに一致する場合です[2]。これは OR条件 なので、utm_source=facebook + utm_medium=social で出稿すると、Mediumの social 一致だけで Organic Social 扱いになります。有料広告経由の売上が「自然流入」として集計されてしまい、広告ROASが過小評価されます。

間違い4：URLダイナミックパラメーターの遅延置換で検証漏れ#

Meta公式が提供する「URLダイナミックパラメーター」は、{{campaign.name}} / {{adset.name}} / {{ad.name}} などのマクロを入稿URLに埋めておくと、配信時に自動で実値に展開される仕組みです[3]。便利な反面、入稿時のプレビューではマクロのまま なので、動作検証を怠ると、展開後の値がGA4で期待通りに拾われているかを確認しないまま配信開始してしまいます。配信開始後にGA4で初めて「utm_campaign が空になっている」「想定外の文字（スペース・日本語）が混入している」と気づくパターンです。

4.推奨フォーマットと動作確認#

迷ったら utm_source=facebook ＋ utm_medium=cpc を小文字で固定するのが安全です。公式リストに最短で一致し、Organic Social への誤分類も同時に避けられます。

以上の判定ロジックから、Meta広告のURLパラメータは次のフォーマットで固定するのが安全です。

utm_source=facebook
utm_medium=cpc
utm_campaign={{campaign.name}}
utm_content={{ad.name}}
utm_term={{adset.name}}
utm_id={{campaign.id}}

各項目の根拠#

• utm_source=facebook： GA4公式リストに登録された SOURCE_CATEGORY_SOCIAL エントリの中で、Meta広告を表現するものとして最も一般的な値。fb も同カテゴリなので動作上は等価だが、表記揺れ防止のため facebook で固定するのが運用上現実的
• utm_medium=cpc： GA4のPaid Social判定正規表現 ^(.*cp.*|ppc|retargeting|paid.*)$ に一致し、かつOrganic Social判定の social 系には一致しない、最小の衝突リスクの値
• utm_campaign={{campaign.name}}： 配信時に実際のキャンペーン名に置換される。入稿時はマクロのまま配置し、配信開始後にGA4側で実値が入っていることを確認
• utm_content={{ad.name}} と utm_term={{adset.name}}： 広告別・広告セット別の内訳をGA4の「キャンペーン」ディメンションで分解できる粒度に揃える

「Instagramだけ分けたい」場合の注意#

Instagram広告もMeta Ads Manager経由で出稿されます。配信面で分けたい場合、utm_source を facebook から instagram に切り替えると Instagram単体の行として集計される 反面、Meta広告全体の売上を見るときに合算が必要になります。レポート設計次第ですが、utm_source は 配信プラットフォーム で固定し、配信面の分解は placement マクロ（{{placement}}）を別途カスタムディメンションで保存する方法が、後々のレポート整合性を担保しやすい設計です。

動作確認の2ステップ#

配信前後の検証は最低限、次の2つを回します。

1. 入稿前のURL展開シミュレーション： Meta Ads Managerの広告編集画面で、URLパラメーターフィールドにテスト値を入れて「URLプレビュー」を表示。マクロが意図通りに展開されるか、想定外の文字（スペース・日本語・大文字）が入らないかを確認
2. 配信後のGA4リアルタイム確認： 配信開始から30分以内にGA4の「リアルタイム」レポート → 「参照元/メディア」 で、facebook / cpc として流入が入っているかを目視確認。meta / cpc や (direct) / (none) になっていたらパラメータが届いていない

5.正解値を固定しても、GA4には「チャネル別の売上効率の比較」が無い#

utm_source=facebook を完璧に固定しても、そこはゴールではありません。GA4の標準レポートには「表記を名寄せした後の、チャネル別RPS・客単価・購入率を1枚に並べた比較表」が用意されておらず、Meta広告と他チャネルの売上効率を突き合わせる工程はこの外側に残ります。

ここまでで、Meta広告のutm_sourceを facebook 固定にすれば、Paid Socialに正しく分類されるところまでは到達します。しかし「正しく分類されたPaid Socialが、検索広告やメルマガと比べていくら売ったのか」は、命名をどれだけ完璧にしても、GA4の標準レポートからは出てきません。

GA4が標準で返してくれるのは参照元/メディアごとのセッション数とコンバージョン数まで。そこから先、facebook に名寄せした後の1セッションあたり売上をチャネル横断で並べようとすると、探索レポートを自前で組み、bot流入を落とし、売上データを結合する手作業が挟まります。たとえば次のような問いには、utm_sourceの設定が完璧でも、標準レポートだけでは答えられません。

• Paid Socialのセッションと、Organic Searchのセッションで、1セッションあたりの売上はどちらが高いか
• メルマガ経由の購入率は、Meta広告経由と比べて何倍か
• いま予算を厚くすべきは、Meta広告か検索広告か

これらは「どのチャネルに次の予算を寄せるか」を決めるための、いちばん知りたい問いです。facebook と Facebook と fb を1つに束ね、bot を除いた1セッションあたりの売上でチャネルを並べる——この状態は標準レポートの内側には生まれず、外側で作るしかありません。

RevenueScopeの解決策—名寄せした後のチャネル別の実売上を1画面で見比べる

RevenueScope は facebook / Facebook / fb / meta と割れた表記を自動で1つのチャネルに束ね直し、bot流入を除いた実売上をもとに、チャネル別のRPS（1セッションあたり売上）・客単価・購入率を1画面で表示します。

命名を正すのは、この比較を成立させるための前提条件です。RevenueScope が担うのは、その先——§5で挙げた「utm_sourceが完璧でも標準レポートには出てこない比較」を、そのまま1画面で見られる状態にすることです。

• 表記揺れの自動名寄せ：facebook / Facebook / fb / meta とバラけた値を、まとめて1つのチャネルに名寄せします。過去に meta で配信して Referral に散っていた期間が混ざっていても、Paid Social のキャンペーンとして拾い直します（GA4のままだと別行に残る部分です）。
• bot除外後の実売上でRPS算出：RPSの分母から自動判定したbotを差し引き、人間のセッションだけで1セッションあたりの売上を出します。botが分母に紛れてRPSが実際より低く出る、あの歪みが起きません。
• チャネル別RPSの1画面比較：Meta広告・検索広告・メルマガ・自然検索を、RPS・客単価・購入率で1画面で見比べられます。§5で挙げた「どのチャネルが1セッションあたり高く売れているか」「予算を厚くすべきはどこか」という問いに、その場で答えられます。

RevenueScope のダッシュボード（表示はデモデータ）。名寄せした後のチャネル別の実売上を1画面で見比べる。

utm_sourceの設定品質は、この比較を正しく行うための前提です。utm_sourceが meta で崩れていると、Meta広告の売上がReferralに散らばり、RPSの分母（セッション数）も分子（売上）もチャネル別に正しく集計できません。本記事で扱った公式リスト・推奨値・出稿前検証が揃い、その先で表記揺れの名寄せとbot除外がそろって初めて、チャネル別の売上効率を根拠に予算配分を決められる状態になります。

まとめ—「正解」はGA4の公式ファイルに書いてある#

Meta広告のutm_sourceについて、SNS上には「facebook 派」「meta 派」「fb 派」の議論が点在しています。しかし、GA4が実際に参照しているのは819行のソースカテゴリリストという公開ファイル1枚 です。そこに facebook は載っていて、meta は載っていない。これはSEO記事やツールベンダーの推奨ではなく、分類エンジンの仕様そのものです。

そして、正しい値を入れるのはあくまで前提条件です。表記を名寄せし、bot流入を除いたうえで、チャネル別の実売上を1画面で見比べて初めて、「次の予算をMeta広告に厚くすべきか」を売上起点で判断できます。配信プラットフォームが拡張し、代理店が複数並び、社内と社外でURLが別々に発行される構造である以上、組織として1つの表記に固定する ことが、その判断のいちばん手前の前提になります。

本記事の関連トピックは /news でも扱っています。

• UTMパラメータの正しい使い方 — GA4でチャネル分類されない4パターンと対処
• Meta広告のutm_medium、結局何を入れるのが正解か
• TikTok広告とLinkedIn広告のutm_source、Google公式が決めてる答えがある
• GA4の『Direct / (none)』が増える5つの原因と診断・対処
• 広告予算の判断を歪める『ラストクリックの罠』

参考文献#

[1] Google Analytics 「\[GA4\] Default channel group source categories」 2024年

[2] Google Analytics 「\[GA4\] Default channel group」 2024年

[3] Meta for Business 「About URL parameters」 2024年