3行まとめ: 6月22日までに見るのはフィード、ターゲティング、レポート
このテーマをもう少し広げて見るなら、Graph APIのPage Viewer Metricとは？2026年6月のReach置き換えで確認すること と Meta公式ニュースの読み方：提供開始、対象ユーザー、価格・仕様変更を確認する手順 も合わせて確認してください。同じ2026年6月の開発者向け指標変更として、APIやレポート基盤の確認観点を比較できるため。
`dma_codes`が残っていないかを確認し、Comscore Market IDsまたは`comscore_market_codes`への更新漏れを探します。
広告セットやAPIの`geo_markets`で、`DMA:`から始まる旧キーが残っていないかを確認します。
`comscore_market`を取得できるか、旧DMAとの比較に注記を入れられるかを確認します。
これはMeta広告全体の地域ターゲティング廃止ではなく、自動車モデル広告でNielsen DMAを使っている場合の確認です。
- Meta for Developersは、自動車モデル広告で使うNielsenのDesignated Market Area、いわゆるDMAを2026年6月22日からComscore Marketsへ移行すると案内しています。
- 影響を見る場所は、車両オファーフィードの
dma_codes、広告セットやAPIのgeo_markets、地域別レポートで使うcomscore_marketの3つです。 - これはMeta広告全体の地域ターゲティング廃止ではありません。自動車モデル広告を使う広告主、代理店、Marketing API担当者が、配信停止やレポート断絶を避けるために確認する変更です。
Metaの開発者向け情報を追っていると、Graph APIやMarketing APIのバージョン更新に目が行きがちです。けれども、2026年6月の広告運用で見落としやすいのは、自動車モデル広告の地域指定です。Meta for Developersは2026年3月13日、Nielsen DMAからComscore Marketsへの移行を案内しました。2026年6月12日JST時点では、6月22日の期限まで10日です。
この記事では、公式一次情報で確認できる範囲に絞って、広告運用者と開発者がどこを見るべきかを整理します。直近のMeta更新全体は<a href="https://meta-watch.blog.mo-gmo.com/monthly-topics-2026-06/">2026年6月の重要トピックまとめ</a>でも追えますが、ここでは自動車モデル広告のComscore Markets移行だけを扱います。
6月22日に何が変わるのか
- 2025年8月
Comscore Marketsが、自動車モデル広告で使う代替ソリューションとして導入されました。
- 2026年3月13日
Meta for Developersが、Nielsen DMAからComscore Marketsへの移行を案内しました。
- 2026年3月23日
広告主は車両オファーフィードを更新できるようになり、Comscore Market IDsを含める流れが示されました。
- 2026年6月22日
Nielsen DMAを使い続ける対象キャンペーンは、Comscore Marketsへ更新するまで配信再開に必要な対応が生じます。
期限後のリスクは警告表示だけではなく、対象キャンペーンの停止と配信再開対応に及ぶ可能性があります。
Meta for Developersの記事によると、2026年6月22日から、自動車モデル広告でNielsen DMAを使う運用はComscore Marketsへ置き換わります。公式記事は、期限後もNielsen DMAを使っている自動車モデル広告のキャンペーンについて、Comscore Marketsへ更新するまで配信再開に必要な対応が生じると説明しています。
Metaが案内した移行の要点
対象は、自動車モデル広告のDMA利用です。Nielsen DMAは米国の地域市場を扱う広告・メディア運用で使われてきた区分ですが、Metaは自動車モデル広告ではComscore Marketsを代替として使う流れを示しています。
ここで大切なのは、対象を広げすぎないことです。この記事は、すべてのMeta広告、すべての地域ターゲティング、すべての業種でDMAが消えると説明しているわけではありません。公式に確認できる中心は、自動車モデル広告と、そのターゲティング、車両オファーフィード、測定まわりです。
根拠
根拠になる一次情報は、Meta for Developersの「Transitioning to Comscore Markets for automotive model ads」です。公開日は2026年3月13日で、この記事では2026年6月12日に内容を確認しました。
公式記事は、Comscore Marketsを2025年8月に導入した代替ソリューションとして位置づけています。そのうえで、2026年6月22日以降、Nielsen DMAを使い続ける自動車モデル広告ターゲティングのキャンペーンは停止され、配信を再開するにはComscore Marketsへの更新が必要になると案内しています。
注意点
「DMA廃止」という言葉だけを抜き出すと、通常の地域ターゲティングやほかの広告商品まで同じ影響を受けるように見えます。本文や社内メモでは、「自動車モデル広告」「Nielsen DMAを使ったターゲティング」「Comscore Marketsへの更新」という3語を必ず一緒に置くのが安全です。
2026年6月22日以降に起きること
期限後に残るリスクは、単なる警告表示ではありません。対象キャンペーンが停止し、更新が終わるまで配信に影響する可能性があります。広告主側から見ると、商戦や地域別キャンペーンの途中で配信が止まり、代理店やフィード管理者との確認に時間を取られる状態です。
運用チームは、6月22日の直前に管理画面だけを見るのでは足りません。旧DMA前提のフィード列、APIのpayload、広告セットのテンプレート、定期レポート、アラート条件が別々の場所に残ることがあります。
確認項目
- 自動車モデル広告の利用有無
- 対象アカウントでNielsen DMAを使った地域指定が残っているか
- 車両オファーフィードに
dma_codesが残っているか - Comscore Market IDsへの変換表を誰が確認するか
- レポートやDWHにDMA前提の列、集計、注記が残っているか
6月12日時点で急ぐべき理由
2026年6月12日に読むなら、期限まで10日です。余裕があるようで、フィード、API、代理店、BI担当者が分かれている組織では短い期間です。とくに外部ツールや代理店に車両オファーフィードを任せている場合、自社だけで完了確認できないことがあります。
今日やるべきことは、対象キャンペーンを洗い出すことです。週内にやるべきことは、Comscore Market IDsへの変換とテストです。6月22日後に見るべきことは、配信停止、フィードエラー、地域別レポートの欠損です。この3段階に分けると、期限前でも期限後でも対応しやすくなります。
評価基準
「対応したつもり」ではなく、次の3つがそろっているかで見ると判断しやすくなります。フィードがComscore Markets前提になっていること。広告セットやAPIの地域指定が旧DMAに依存していないこと。レポート側でcomscore_marketと旧DMAの違いを注記できることです。
対象になるのはどの広告か
対象外かどうかは、Meta広告アカウント、カタログ、フィード、API実装、レポートの5か所で判断します。
Comscore Markets移行の話を読む前に、自社が対象かどうかを分ける必要があります。対象の中心は、自動車モデル広告です。自動車業界の広告でも、すべてが同じ設定を使うわけではありません。
自動車モデル広告の前提
Meta Developersの自動車モデル広告ガイドでは、自動車モデル広告を設定するにはFacebookカタログが必要だと説明されています。カタログは商品情報のコンテナで、自動車モデル広告では自動車モデルとオファーのカタログ、車両オファー情報が関係します。
この仕組みでは、広告主が個別の車種やオファーを手作業で毎回選ぶだけではなく、カタログやフィードに基づいて、利用者に関連性の高いモデルやオファーを出す流れになります。だからこそ、地域指定がフィードやAPIと結びついている場合、管理画面の見た目だけでは影響範囲を見落としやすくなります。
条件
自動車モデル広告を使っていない広告主は、この記事の全項目を同じ重さで見る必要はありません。ただし、自動車関連の広告を配信している場合は、通常のキャンペーンなのか、自動車モデル広告なのか、カタログと車両オファーフィードを使っているのかを先に確認してください。
Nielsen DMAを使っている場合が焦点
今回の焦点は、Nielsen DMAを使う自動車モデル広告です。運用上は、管理画面の地域指定だけでなく、広告セット作成のテンプレート、バルク入稿、フィード生成、代理店の運用ルール、レポートの地域区分にDMAが残っていないかを見ます。
dma_codesという列名や、DMA:で始まるキーが見つかったら、Comscore Marketsへの移行対象かどうかを確認する合図です。逆に、Comscore Marketsへ更新済みでも、レポートの見出しだけがDMAのまま残っていることがあります。その場合、配信は動いていても、報告書の説明が古い可能性があります。
確認項目
広告主は、まず対象キャンペーンの一覧を出します。代理店は、地域指定をどこで管理しているかを出します。開発者は、dma_codes、DMA:、comscore_market_codes、COMSCORE_MARKET:、comscore_marketを検索語にして、フィード、コード、ETL、設定ファイルを確認します。
影響しない可能性があるケース
自動車モデル広告を使っていない、米国のDMA指定を使っていない、すでにComscore Marketsへ更新済み、外部ツール側が対応済みというケースでは、直接の影響は小さいかもしれません。ただし、ここで「関係ない」と即断しないほうが安全です。
外部ツールが対応済みでも、自社アカウントに古いテンプレートが残っていることがあります。代理店が対応済みでも、クライアント向けの定期レポートはDMAという列名のままかもしれません。今回の変更は、配信設定だけでなく、運用説明にも影響します。
注意点
対象外かどうかは、Meta広告アカウント、カタログ、フィード、API実装、レポートの5か所で判断します。1か所だけを見て完了にしないことが、期限前対応の一番の近道です。
フィードでは何を置き換えるのか
フィードだけを更新しても、ターゲティング設定やレポート基盤に旧DMAが残る場合があります。
公式記事で最も実務に直結するのは、車両オファーフィードの更新です。2026年3月23日から、広告主は車両オファーフィードを更新できるようになり、dma_codesの代わりにComscore Market IDsの列を含める流れが示されています。
dma_codesからComscore Market IDsへ移す
旧運用では、車両オファーフィードにDMAコードを入れて地域ごとのオファーを扱っていたチームがあるはずです。Comscore Markets移行では、この部分をComscore Market IDsへ置き換えます。公式記事には、CSVやXML、API更新の例としてcomscore_market_codesが示されています。
ここで大切なのは、単に列名を変えることではありません。DMAコードとComscore Market IDsは同じ概念の別名ではないため、変換表を確認し、正しいIDへ移したうえで、フィードの形式がMeta側で受け付けられるかを検証する必要があります。
根拠
Meta for Developersの記事は、車両オファーフィードにComscore Market IDs列を含めること、dma_codesからComscore Market IDsへのマッピング表をMeta Business Helpで確認すること、更新後にフィードを検証することを案内しています。
確認項目
- CSVやXMLのヘッダーに
dma_codesが残っていないか - API更新で
comscore_market_codesを扱えるか - フィード生成元の管理画面やSaaSがComscore Marketsに対応しているか
- フィードのエラー通知先が最新の担当者になっているか
- 更新後の車両オファーが正しい地域で配信対象になるか
マッピング表は公式ヘルプから確認する
DMAコードからComscore Market IDsへ変換する対応表は、記事内で独自に再掲しないほうがよい情報です。地域区分やIDの表は更新される可能性があり、転載した時点で古くなるリスクがあります。
社内で変換表を持つ場合は、公式ヘルプを確認した日付、取得元URL、変換処理を作った担当者、次回確認日を残してください。広告主、代理店、フィード管理SaaSの間で別々の表を使うと、同じ地域のつもりで違うIDを入れる事故が起きます。
注意点
Meta Business Helpのページは、ログイン状態、地域、言語、権限によって表示が変わることがあります。本文では、公式ヘルプを確認先として案内し、表の中身を固定情報のように扱わないのが安全です。
フィード更新だけで完了と見なさない
フィードを更新しても、広告セットやレポートが旧DMAのままなら移行は終わっていません。配信設定、車両オファー、地域別レポートは別々の場所にあります。
たとえば、フィードはcomscore_market_codesへ更新済みでも、広告セット作成のテンプレートにDMA:キーが残っているかもしれません。BIダッシュボードの列名がdma_nameのままなら、運用チームは新旧の地域定義を混同する可能性があります。
条件
完了条件は、フィード、ターゲティング、レポートの3点がそろうことです。フィードは受け付けられたか。ターゲティングはComscore Markets前提になったか。レポートは切り替え日と定義変更を説明できるか。この3つを別々にチェックしてください。
geo_marketsとターゲティング設定で見るところ
- 1`geo_locations`
広告セットの地域指定で、`geo_markets`を含む構造を確認します。
- 2旧キー
`DMA:`で始まるキーが、コード、設定ファイル、スプレッドシート、テンプレートに残っていないかを探します。
- 3新キー
`COMSCORE_MARKET:`形式に置き換える場合、実際に使うIDは公式ページ、APIレスポンス、管理画面で確認します。
- 4別作業
Graph API v25.0やMarketing API v25.0への対応と、Comscore Markets移行は同じ作業として扱わないようにします。
サンプルIDを実在の運用値として使わせないよう、形式の確認と実IDの確認を分けて扱います。
Meta Developersの基本ターゲット設定ドキュメントでは、geo_locationsの中にgeo_marketsを置き、DMA:やCOMSCORE_MARKET:のキーを扱う例が示されています。今回の移行を実装側で見るなら、このgeo_marketsが重要な確認場所になります。
DMA:キーが残っていないか確認する
Marketing APIを使うチームは、広告セットの作成、更新、複製、バルク入稿、テンプレート生成のどこかでgeo_marketsを組み立てている可能性があります。そこにDMA:で始まるキーが残っていないかを探します。
とくに注意したいのは、直接コードを書いた場所だけではありません。社内ツールの設定ファイル、スプレッドシートから生成する入稿データ、代理店のテンプレート、過去キャンペーンの複製処理にも旧指定が残ることがあります。
確認項目
検索語としては、DMA:、geo_markets、dma_codes、COMSCORE_MARKET:、comscore_market_codesを使います。コードベースだけでなく、入稿テンプレート、フィード定義、ETL、運用マニュアルも対象にします。
COMSCORE_MARKET:キーへ置き換える
Basic Targetingの例では、geo_marketsのキーとしてCOMSCORE_MARKET:2001のような形式が示されています。実際に使うIDは、公式の最新情報やAPIレスポンス、Meta側のヘルプを確認してください。
記事や社内メモにサンプルを書く場合は、IDを実在の運用値として使わせない工夫が必要です。たとえば「形式の確認例」と明記し、実際のIDは公式ページまたは管理画面で確認する、と添えます。コピペできるコード例に見せると、古いIDや別地域のIDを誤投入するリスクがあります。
条件
置き換え作業では、地域IDの変換、API payload、広告セットの更新、配信確認を分けます。IDを変えただけでは、キャンペーンの配信状態、審査、予算消化、レポート反映まで保証されません。
APIバージョンだけの問題にしない
2026年6月のMeta開発者向け変更としては、Graph API v25.0やMarketing API v25.0の話もあります。Meta Watch Japanでも<a href="https://meta-watch.blog.mo-gmo.com/meta-39-graph-api-page-viewer-metric/">Graph APIのPage Viewer Metric記事</a>で別の指標変更を扱いました。
今回のComscore Markets移行は、その話と関連はありますが同じ作業ではありません。APIバージョンを上げていても、payloadやフィードが旧DMA前提なら対応は残ります。逆に、Comscore Marketsへ移していても、ほかのAPI変更が未対応なら別の問題が起きます。
注意点
「v25対応済み」という一言で、DMA移行まで完了扱いにしないでください。確認すべき言葉は、APIバージョンではなく、dma_codes、geo_markets、COMSCORE_MARKET:、comscore_market_codesです。
レポートではcomscore_marketをどう扱うか
- 1Meta Insights
`comscore_market`を取得できるか、必要な粒度で地域別の実績を確認できるかを見ます。
- 2ETL
取得項目、列名、変換処理、監視ログに旧DMA前提の処理が残っていないかを確認します。
- 3DWH
保存先の列、定義文、フィルター、集計条件がComscore Markets前提になっているかを見ます。
- 4BIダッシュボード
タイトル、表の見出し、グラフの注記、6月の移行月表示を確認します。
- 5クライアント報告
地域区分の変更日、旧DMAとの比較可否、Comscore Marketsの取得元を短く説明できる状態にします。
2026年6月22日を切り替え日として扱い、旧DMAベースの期間との単純比較には注記を入れます。
配信設定を直したあと、レポート基盤も確認します。Meta DevelopersのAd Report Run Insightsには、comscore_marketという項目が掲載されています。地域別の測定や報告を行うチームは、ここを無視できません。
Ad Report Run Insightsの項目を確認する
広告運用者にとって、配信が止まらないことは第一条件です。ただし、広告主や経営側への説明では、地域別の実績がどう見えるかも重要です。comscore_marketを取得できるようにする場合、ETL、DWH、BIダッシュボード、定期レポートの列まで見ます。
根拠
Meta DevelopersのAd Report Run Insightsリファレンスには、comscore_marketが項目として掲載されています。この記事では、2026年6月12日に同ページを確認しました。
DMA時代の集計と直接つなげない
過去のDMA別レポートと、Comscore Markets別の新しいレポートを、注記なしで同じ折れ線グラフにつなげるのは危険です。地域定義やID体系が変わるため、見た目が似ていても同じ比較軸とは限りません。
レポートでは、2026年6月22日を切り替え日として注記し、旧DMAベースの期間とComscore Marketsベースの期間を分けて表示するのが無難です。月次レポートなら、6月は移行月として扱い、7月以降の集計と比べるときにも注記を残します。
注意点
「地域別CPAが改善した」「特定市場で配信量が落ちた」といった評価は、定義変更の影響を分けてから書くべきです。地域区分が変わったタイミングで、配信実績の変化をそのまま施策効果に見せると、広告主の判断を誤らせます。
BIと定期レポートの列名を棚卸しする
DWHやスプレッドシートでは、列名が実態より遅れて残りがちです。dma_code、dma_name、market、region、geo_market、comscore_marketなど、似た列名を一度洗い出してください。
レポート担当者が見るべきなのは、データの取得可否だけではありません。列名、定義文、フィルター、ダッシュボードのタイトル、クライアント向けの注記、定期送付メールの説明文まで対象です。
確認項目
6月22日以降の定期レポートには、地域区分の変更日、旧DMAとの比較可否、Comscore Marketsの取得元、未更新の表がないことを短く書ける状態にしておきます。広告主向けには、内部の実装名よりも「地域区分が変わったため、過去DMAとの単純比較には注意」という説明が伝わりやすいはずです。
6月22日までに運用チームがやること
- 今日
自動車モデル広告の有無、対象キャンペーン、対象カタログ、担当者、外部ベンダー窓口を1つのメモにまとめます。
- 48時間以内
車両オファーフィードの`dma_codes`、広告セットの`geo_markets`、旧DMAテンプレート、停止済みキャンペーンを確認します。
- 6月22日前
Comscore Market IDsへの変換、配信確認、レポート注記、クライアント説明を完了条件としてそろえます。
- 期限後
停止、フィードエラー、未更新のレポートが見つかった場合は、確認ログと公式サポートの案内を優先して切り分けます。
期限前は止めないための確認、期限後は止まった場合とレポート断絶を直す確認として読み替えます。
実務では、読む順番より作業順で動いたほうが早くなります。2026年6月12日時点でまだ未確認なら、完璧な移行計画を作るより、対象の有無をすぐに切り分けるほうが大切です。
今日確認すること
まず、自動車モデル広告を使っているかを確認します。次に、対象キャンペーンでNielsen DMAを使っているかを見ます。さらに、フィード管理者、Marketing API担当者、レポート担当者、代理店または外部ベンダーの窓口を1つのメモにまとめます。
確認項目
- 対象広告アカウント
- 対象カタログ
- 自動車モデル広告の有無
dma_codesを含む車両オファーフィードの有無geo_marketsのDMA:指定の有無- 定期レポートでDMA別集計を使っているか
48時間以内に直すこと
対象がある場合は、Comscore Market IDsへの変換に入ります。公式のマッピング表を確認し、フィード生成処理を更新し、検証用の投入を行い、エラーが出ないか見ます。代理店や外部ツールが関わる場合は、メールやチケットで「対応済みですか」ではなく、確認点を具体的に聞きます。
評価基準
48時間以内に完了しているとよい状態は、変換表の確認、フィード更新、テスト投入、広告セットの更新方法、レポート列の追加方針がそろっていることです。すべての本番配信が終わっていなくても、担当者と完了条件が決まっていれば、期限前の事故を減らせます。
6月22日前に確認すること
期限前の最終確認では、配信できているか、旧DMA依存のアラートやエラーが残っていないか、レポートに注記が入っているかを見ます。ここで、社内だけでなく広告主やクライアントにも説明文を共有しておくと、6月末の報告が楽になります。
完了条件
完了条件は、対象キャンペーンがComscore Markets前提で配信できていること、車両オファーフィードが受け付けられていること、DMA:やdma_codesに依存した新規入稿が止まっていること、地域別レポートで定義変更を説明できることです。
期限後に見ること
6月22日を過ぎてこの記事を読む場合は、時制が変わります。見るべきなのは、期限前チェックではなく、停止済みキャンペーン、配信量の落ち込み、フィードエラー、地域別レポートの欠損です。
下振れ
停止したキャンペーンを戻す場合、Comscore Marketsへ更新すれば即時に元の配信量へ戻るとは限りません。審査、学習、予算消化、入札、フィード反映には別の要因もあります。復旧時間や配信量の回復を保証せず、公式の管理画面、APIレスポンス、Metaサポートの案内を確認してください。
広告主、代理店、開発者で役割を分ける
フィード、ターゲティング、レポートを別々の確認単位にすると、レビューと期限管理がしやすくなります。
この変更は、1人の担当者だけで閉じにくいタイプの移行です。広告主は対象と優先度を決め、代理店は運用設定を直し、開発者はフィードとAPIを見て、データ担当はレポートを更新します。
広告主が決めること
広告主は、どの広告アカウントとキャンペーンを優先して確認するかを決めます。商戦中の地域別キャンペーン、販売店別のオファー、月末報告に関わるアカウントは優先度が高くなります。
評価基準
広告主側で最低限決めるのは、対象アカウント、担当代理店、停止時の連絡先、6月22日までの完了条件です。細かいAPI実装を知らなくても、誰が何を確認したかを残すだけで、期限後の切り戻しがしやすくなります。
代理店や運用担当が見ること
代理店や運用担当は、管理画面、バルク入稿、車両オファーフィード、配信確認、クライアント報告を見ます。旧DMA指定のキャンペーンを複製して新しい広告を作る運用が残っていないかも確認します。
確認項目
「過去キャンペーンを複製している」「地域別テンプレートをスプレッドシートで管理している」「フィード更新を別ベンダーに任せている」場合は、旧指定が残りやすい状態です。運用手順の中にDMAという言葉が残っていないかを探してください。
Marketing API開発者が直すこと
開発者は、API payload、フィード生成、バッチ更新、テストケース、ETL、監視ログを確認します。コード例を見て安心するより、実際の運用データに旧DMA指定が混じっていないかを検索するほうが実用的です。
条件
実装担当者は、dma_codesからcomscore_market_codesへの移行、DMA:からCOMSCORE_MARKET:への切り替え、comscore_marketをレポートで扱うための取得処理を分けて作業します。ひとつのチケットにまとめるより、フィード、ターゲティング、レポートの3チケットに分けるとレビューしやすくなります。
ベンダー利用時に聞くこと
外部ツールやフィード管理SaaSを使っている場合、「Comscore Marketsに対応していますか」だけでは足りません。自社の広告アカウント、カタログ、フィード、レポート定義まで更新されているかを確認してください。
注意点
ベンダーへの質問は、次のように具体化できます。自動車モデル広告の車両オファーフィードでdma_codesを使っていないか。Comscore Market IDsへの変換はどの公式表を参照したか。geo_marketsの旧DMA指定が残っていないか。6月22日以降に停止した場合、どのログやエラーを共有すればよいか。
よくある誤解と短い答え
この記事で扱う中心は、自動車モデル広告におけるNielsen DMAからComscore Marketsへの移行です。
フィードや配信設定だけでなく、レポート基盤、BIの列名、クライアント報告の説明も確認します。
過去DMAとの単純比較には注記が必要です。配信と測定はつながっていますが、確認場所は同じではありません。
APIバージョン更新とは別作業です。車両オファーフィードの`dma_codes`確認は別に必要です。
確認すべき言葉は、`dma_codes`、`geo_markets`、`COMSCORE_MARKET:`、`comscore_market_codes`です。
社内説明やクライアント報告で詰まりやすい点も、先に分けておきます。ここを押さえるだけで、不要な確認と見落としを減らせます。
Meta広告のDMAが全部使えなくなるのか
この記事で扱う範囲では、Meta広告全体のDMA廃止とは読みません。公式記事が中心にしているのは、自動車モデル広告におけるNielsen DMAからComscore Marketsへの移行です。
注意点
一般化しすぎると、関係のない広告チームまで不要な確認に巻き込みます。対象が自動車モデル広告かどうか、Nielsen DMAを使っているかどうかを先に見てください。
Comscore Market IDsへ変えればレポートも自動で完了するのか
Comscore Market IDsへ変えただけでは、完了とは限りません。フィードや配信設定を変えても、レポート基盤やBIの列名、クライアント報告の説明は別に直す必要があります。
注意点
comscore_marketを取得できるようにしても、過去DMAとの単純比較には注記が必要です。配信と測定はつながっていますが、確認場所は同じではありません。
Graph API v25.0対応と同じ作業なのか
Graph API v25.0対応とは、別作業として扱うべきです。開発者向け変更という意味では近いものの、今回の中心は自動車モデル広告のDMA廃止とComscore Markets移行です。
注意点
Graph APIやMarketing APIのバージョン更新を確認したい場合は、<a href="https://meta-watch.blog.mo-gmo.com/meta-39-graph-api-page-viewer-metric/">Graph APIのPage Viewer Metric記事</a>も参考になります。ただし、そこを読んでも、車両オファーフィードのdma_codes確認は別に必要です。
期限後に停止したら何から見るのか
まずは、対象キャンペーン、フィード、geo_markets、レポートの順に見ます。自動車モデル広告でNielsen DMAが残っているかを確認し、次にComscore Marketsへの更新漏れを探します。
確認項目
停止済みキャンペーン、フィードエラー、COMSCORE_MARKET:キー、Comscore Market IDs、comscore_marketの取得、外部ツールの同期状態を順に確認します。配信再開や回復時間は、公式画面やMetaサポートの案内を優先してください。
公開後に追うべき更新
移行期限、対象範囲、配信再開に必要な対応の更新を確認します。
カタログ、車両オファー、フィードの前提が変わっていないかを確認します。
`geo_locations`と`geo_markets`で扱うキーの形式を確認します。
`comscore_market`の取得やレポート項目の扱いを確認します。
Comscore Marketsの説明や運用上の注意点が更新されていないかを見ます。
実際の配信、契約、審査、規制対応は、自社の契約先、Meta公式サポート、法務担当者に確認します。
6月22日を過ぎると、この記事の読み方は変わります。期限前は「止めないための確認」、期限後は「止まった場合とレポート断絶を直す確認」です。Meta Developersの記事、自動車モデル広告ガイド、Basic Targeting、Ad Report Run Insights、Meta Business HelpのComscore Markets説明は、公開後も更新される可能性があります。
Metaの公式発表や開発者向け変更を継続して追う場合は、<a href="https://meta-watch.blog.mo-gmo.com/newsletter/">ニュースレター</a>で更新通知を受け取れます。一次情報の確認先を後から見返したい場合は、<a href="https://meta-watch.blog.mo-gmo.com/source-checks/">資料・確認ログ</a>も使えます。
Meta Watch JapanはMeta Platformsおよび関係会社とは非提携の情報整理サイトです。この記事は広告運用、法務、契約、投資判断の助言ではありません。実際の配信、契約、審査、規制対応は、自社の契約先、Meta公式サポート、法務担当者に確認してください。
次に読むなら
参照した主な情報源
Meta公式・開発者向け資料
- Meta for Developers, "Transitioning to Comscore Markets for automotive model ads"（2026年6月12日確認）: https://developers.facebook.com/blog/post/2026/03/13/transitioning-to-comscore-markets-for-automotive-model-ads/
- Meta Developers, "自動車モデル広告"（2026年6月12日確認）: https://developers.facebook.com/docs/marketing-api/auto-ads/guides/aoa/
- Meta Developers, "基本ターゲット設定"（2026年6月12日確認）: https://developers.facebook.com/docs/marketing-api/audiences/reference/basic-targeting/
- Meta Developers, "Ad Report Run Insights"（2026年6月12日確認）: https://developers.facebook.com/docs/marketing-api/reference/ad-report-run/insights/
- Meta Business Help, "Comscore Marketsについて"（2026年6月12日確認）: https://www.facebook.com/business/help/709868688063859
- Meta Business Help, "自動車モデル広告について"（2026年6月12日確認）: https://www.facebook.com/business/help/825156474705025?id=378777162599537
確認メモ
- 2026年6月12日時点では、6月22日の期限前として本文を構成しました。公開後に6月22日を過ぎた場合は、期限前のチェックリストを期限後の確認手順へ更新する必要があります。
- Comscore Marketsの対応表は、記事内で転載せず、公式ヘルプを確認する方針にしました。
- この記事では、自動車モデル広告のDMA移行に絞り、Meta広告全体の地域ターゲティング変更とは扱っていません。
更新履歴
- 2026年6月12日
Meta for DevelopersとMeta Developersドキュメントをもとに、自動車モデル広告のComscore Markets移行を整理しました。
初版では、フィード、ターゲティング、レポート、運用体制に分けて扱っています。
- 2026年6月12日: 初版作成。Meta for DevelopersとMeta Developersドキュメントをもとに、自動車モデル広告のComscore Markets移行を、フィード、ターゲティング、レポート、運用体制に分けて整理。