押さえたい3点

  • 広告データマネージャー（Ads data manager、以下ADM）は、自社のオーディエンスやコンバージョンデータをAmazon Adsへ接続し、品質管理から広告・分析での活用までを一元化する仕組みです。
  • Amazon Adsは2026年9月30日にADMを刷新し、日本を提供地域に含めました。ただし、データ品質インサイトなど一部機能は早期アクセスで、個別アカウントの表示確認が必要です。
  • 導入は大量データの一括接続から始めず、目的、データ所有者、同意・権限、品質指標、リンク先、停止・削除方法を決め、1データセットで検証します。

Amazon Adsは2026年9月30日、ファーストパーティデータの接続・管理・活用をまとめるADMの新しい画面と機能を発表しました。CRMの顧客情報やWeb・アプリの行動などを、Amazon Adsの広告配信やAmazon Marketing Cloud（AMC）で使うための入口です。ただし、「接続できる」と「適切に使える」は同じではありません。この記事では、日本での提供状況と最初の検証に必要な判断項目を整理します。AMCの全体像はAmazon Marketing Cloud（AMC）とは？、AIキャンペーンへの活用はBrand+・Performance+の解説も参照してください。

1. 新しいADMは接続・管理・活用を一元化する

ファーストパーティデータとは、広告主が自社の顧客接点から取得・管理するデータです。Amazonが保有するショッピングシグナルそのものではありません。ADMは、自社データをAmazon Adsへ安全に受け渡し、オーディエンス作成、コンバージョン計測、広告最適化、AMC分析などへつなぐ基盤です。

2026年の刷新では、データ管理を「Sources」「Datasets」「Destinations」の3領域に分けました。広告主アカウントとマネージャーアカウントの両方をサポートし、スポンサー広告、ディスプレイ、動画、音声、フルファネルキャンペーンでの利用を案内しています。

ADMは広告運用ツールだけではありません。広告、CRM、データ基盤、代理店の間で「どのデータを、誰の権限で、何に使うか」を揃える管理基盤でもあります。APIとの違いはAmazon Ads APIの解説も確認してください。

2. Sources・Datasets・Destinationsを分けて設計する

3領域を混ぜずに整理すると、接続ミスや目的外利用を見つけやすくなります。

領域

役割

実務で決めること

Sources

データを取り込む入口

元システム、接続方式、更新頻度、担当者

Datasets

データのまとまりを管理

用途、スキーマ、国・地域、品質、保持・削除

Destinations

広告・分析で有効化する先

対象アカウント、AMCやキャンペーン、共有範囲、停止条件

Sourcesには、ファイルアップロード、Amazon広告タグ、API、コネクターがあります。公式発表はGoogleタグマネージャー、Amazon S3、CDP（顧客データ基盤）やMMP（モバイル計測パートナー）との連携例を挙げています。実際の選択肢はアカウントごとに確認してください。

Datasetsでは、データの種類に加え、一致率、鮮度、同意範囲、処理済みイベントなどを見ます。Destinationsでは、データセットをAMCや対象キャンペーンへ共有・有効化します。取り込み元、データセット、利用先は別々に記録します。

3. 日本で使えるが、全機能の即時提供とは限らない

2026年9月30日のAmazon Ads公式発表は、ADMの提供地域に日本を明記しています。利用対象はAmazon Adsのすべてのユーザーで、広告主アカウントまたはマネージャーアカウントからアクセスできると説明されています。

一方、Amazon Ads Agentからの自動アクセスは世界で順次展開中です。データ品質インサイト、マネージャーアカウントでのAmazon広告タグ作成、データセットのトークンベース認証は、担当のアカウントエグゼクティブへの相談が必要な早期アクセスとして案内されています。

そのため、「日本対応」と書かれていても、必要な機能が自社画面にあるとは限りません。導入前に、対象アカウント、ユーザーロール、Sourcesの接続方法、利用したいDestination、API承認の有無を画面と権限で確認します。代理店が複数社を管理する場合は、クロスアカウント共有の範囲も明示します。

4. 接続前に同意・権限・品質・停止方法を決める

データを送る前に、次の7項目を確認します。

  1. 目的とKPI：作成、除外、計測、最適化、AMC分析のどれに使うか絞ります。
  2. データ所有者：元データの管理部署と更新責任者を決めます。
  3. 同意・利用条件：取得時の説明、社内ルール、契約、対象地域を確認します。UIの「同意範囲」は、日本法や自社方針への適合を自動で保証しません。
  4. アカウントと権限：広告主、マネージャー、代理店、API利用者へ必要最小限の権限を割り当てます。
  5. 識別子と重複排除：識別子、イベントID、再送時の扱いを決め、二重計上を防ぎます。
  6. 品質の読み方：一致率、鮮度、処理済みイベント、エラーを接続前後で比べます。今回確認した公式発表では、全用途に共通する合格値は示されていないため、自社基準が必要です。
  7. 停止・削除：Destinationの停止、共有解除・削除、元データ更新の停止を分けて手順を残します。

AmazonのBrand+／Performance+向け公式ガイドは、ADM経由でハッシュ化した識別子を共有する方法を案内しています。それでも、同意や社内承認が不要になるわけではありません。Amazonの同意要件ページは英国・EEA向けの信号要件を示していますが、日本の法令・契約・社内要件は別途、法務・プライバシー担当と確認します。

5. 最初の1データセットを小さく試す

初回は、複数チャネルや全顧客データを一度につながず、次の順で試します。

  1. 必要なアカウントとロールでADMへアクセスできるか確認する。
  2. 1つの目的と、対応するオーディエンスまたはコンバージョンを選ぶ。
  3. ファイル、広告タグ、API、コネクターから接続方式を選ぶ。
  4. Dataset名、所有者、更新頻度、対象地域、Destination、停止日を記録する。
  5. 件数、エラー、鮮度、一致率、重複を確認し、想定との差を残す。
  6. 1つのDestinationで有効化し、データ品質と施策KPIを分けて評価する。

Amazon Adsは、オーディエンス、イベント、コンバージョンなどのファーストパーティデータをADM、Amazon DSP、またはAMCに接続した広告主について、接続しなかった広告主との比較で、広告費用対効果（ROAS）が30%増加したという内部データを紹介しています。対象は世界の2024〜2025年、合算メディア費56億ドル、25万件以上のキャンペーンです。日本や個別広告主の成果保証ではありません。初回は、権限・件数・鮮度・重複が想定どおりかを合格条件にします。

Amazon Ads・AMCで自社データをどう使うか、接続前の設計から整理したい場合は、GoalTechへご相談ください。

出典・参考文献

確認日: 2026年10月9日。提供範囲、画面、API、コネクターは変更される可能性があるため、実装時にも公式資料と対象アカウントを確認してください。

  1. Amazon Ads — 新しい広告データマネージャーでファーストパーティデータを最大限に活用する
  2. Amazon Ads — Maximise your first-party data with the new Ads data manager
  3. Amazon Ads Advanced Tools Center — API and events reference
  4. Amazon Ads — Brand+ and Performance+: 5 best practices for off-Amazon conversion event setup
  5. Amazon Ads — Consent requirements for uploading data to Ads Data Manager