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に何を入れるべきかを、Google Analytics公式の判定ロジックと公式ソースリストから逆引きして導出した推奨フォーマットです。業界慣習やツール推奨ではなく、GA4が実際に参照しているファイルに基づいた結論 です。

この記事のまとめ#

1. utm_sourceは facebook 固定（小文字）。meta はGA4公式リストに存在しないため Paid Social に分類されない
2. utm_mediumは cpc 固定。social を入れると有料広告が Organic Social に混入する
3. 事故の8割は表記揺れ。facebook / Facebook / fb / meta が並ぶと、1キャンペーンが4行に分割される

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

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

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

このうち「ソーシャルサイトの正規表現リスト」の中身は、Google公式が .xlsx 形式で配布 しており、ダウンロードして中身を開くと、819件のソース名と分類カテゴリが列挙されています[1]。

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

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

2.utm_sourceで起きる4つの事故パターン#

事故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 が空になっている」「想定外の文字（スペース・日本語）が混入している」と気づくパターンです。

3.推奨フォーマット（GA4公式リストから逆引き）#

以上の判定ロジックから、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}}）を別途カスタムディメンションで保存する方法が、後々のレポート整合性を担保しやすい設計です。

4.動作確認の2ステップ#

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

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

この2ステップをやる/やらないで、月次レポートを作った時の「分類が崩れている」「数字が合わない」の発生率が桁で変わります。

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

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

運用の現場では、utmの表記揺れで月次の売上集計が2〜3割ズレることが珍しくありません。配信プラットフォームが拡張し、代理店が複数並び、社内と社外でURLが別々に発行される構造である以上、組織として1つの表記に固定する ことが、どんなツールを入れるよりも先の前提になります。

RevenueScopeでは、流入URLのutm表記揺れを自動で名寄せし、facebook / Facebook / fb / meta を1つのチャネルに統合した状態で広告チャネル別の売上・RPS・AOVを見られる設計にしています。「GA4の分類が崩れていることに気づいたが、過去データを遡って統合するのが重い」という状況に対する、補完ツールの1つとして設計しました。

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

• UTMパラメータの正しい使い方 — GA4でチャネル分類されない4パターンと対処
• GA4 eコマース設定を30分で終わらせるチェックリスト — Shopify編
• GA4導入7割、自動化は1割 — データが示す日本マーケの『完全活用』の壁
• GA4は売上を見るツールではない — アトリビューションの盲点
• 広告予算の判断を歪める『ラストクリックの罠』

参考文献#

1. Google 「GA4 Default Channel Group Source Categories」 2026年4月
2. Google Analytics Help 「Default channel group」 2026年4月
3. Meta Business Help Center 「URLダイナミックパラメーターの仕様」 2026年4月