データフィード広告とは？主要媒体・仕組み・導入判断の完全ガイド

この記事の要点

• データフィード広告は、商品ID、商品名、価格、在庫、画像などのデータを使って広告内容や配信対象を動的に変える仕組みです。
• Google、Meta、Criteo、LINEヤフー、TikTokでは、商品データの用途と必要項目が異なります。
• 向いているのは、商品数または案件数が多い、価格や在庫が変わる、ユーザーごとに見せる内容を変えたい事業です。
• 導入判断では広告費だけでなく、商品データ整備、更新、監視、ID連携の運用コストも見ます。

データフィード広告とは何か

データフィード広告とは、商品やサービスの情報を構造化したデータとして広告媒体へ連携し、検索語句、閲覧履歴、ユーザー属性、配信面などに応じて表示内容を変える広告手法です。

通常のバナー広告では、広告担当者がテキストや画像を1本ずつ入稿します。データフィード広告では、商品ID、商品名、価格、画像URL、在庫、リンク先URLなどをまとめて登録し、媒体が商品単位で広告を生成します。

ECで分かりやすいのは、ユーザーが見た商品を後から別サイトやアプリ上で表示する動的広告です。検索広告やShopping系の広告では、検索語句と商品データの内容を照合し、表示候補の商品を決める用途でも使われます。

データフィード広告はどのように配信されるのか

配信までには、商品データとユーザー行動データの2系統が関わります。

商品データ側では、商品ID、名称、価格、画像、URL、在庫を媒体へ送ります。ユーザー行動側では、商品閲覧、カート投入、購入などをタグやSDKで計測します。動的リターゲティングでは、閲覧イベントに含まれる商品IDとカタログの商品IDを照合し、該当商品を広告候補にします。

検索やShopping系では、閲覧履歴がなくても商品データが使われます。Google Merchant Centerの商品フィードを利用するP-MAXでは、商品フィードがオンライン販売向け広告の入力になります。Googleは商品説明や画像を充実させ、価格と在庫を頻繁に更新することを推奨しています。

主要媒体を同じ基準で比べる

媒体を「できる/できない」だけで選ぶと運用後に差が出ます。次の基準で比較します。

媒体	主な用途	ID連携	商品データの特徴	運用上の確認
Google	Shopping、P-MAX、無料リスティング	商品ID	GTIN、カテゴリ、価格、在庫など	Merchant Center診断
Meta	カタログを使う動的広告	content ID	item ID、画像、価格など	Pixel/CAPIとのID一致
Criteo	動的広告、商品パーソナライズ	商品ID	Google/Facebook系フィード再利用可	取込とマッピング
LINEヤフー	動的ディスプレイ	Item ID	商品リストと商品セット	商品審査、商品セット
TikTok	商品/サービスカタログ	item_id	ECだけでなくGeneric Catalogもある	Pixel/イベントとのID一致

Criteoは公式ヘルプで、既存のGoogleまたはFacebook系フィードをProduct Catalogに再利用できると案内しています。LINEヤフーの動的ディスプレイ広告では、商品リストに商品データを登録し、商品セットを広告グループへ設定します。TikTokのGeneric Catalogは2026年8月時点でサービス志向・非EC広告主向けとして案内され、item_id、title、image_linkが必須項目です。

Googleの商品フィード広告

GoogleではMerchant Centerを介した商品データが、Shopping広告、P-MAX、無料リスティングなどに使われます。媒体側は商品名、価格、画像、ブランド、GTIN、カテゴリなどをもとに商品を理解します。

P-MAXでMerchant Centerフィードを使う場合、Googleは商品説明と画像の充実、価格と在庫の更新、商品問題の確認を推奨しています。P-MAXは入札や配信面も自動化されるため、広告運用者が直接調整できる範囲が限られる一方、商品データは広告主側で管理できる入力です。

詳しくはGoogle Merchant Centerの商品フィード完全ガイドとP-MAXと商品フィードで扱います。

Metaカタログ広告

Metaではカタログに商品情報を登録し、ウェブサイトやアプリの行動データと組み合わせて広告を配信します。実務で先に確認するのは商品IDです。サイト側イベントのcontent IDとカタログ側の商品IDが一致していないと、閲覧した商品とカタログの商品を正しく結び付けられません。

価格、在庫、画像URL、リンク先URLも更新対象です。商品データが古いと、広告クリック後に価格が違う、売り切れている、画像が取得できない、といった問題につながります。

Metaカタログ広告のデータフィード設計では、IDと価格、在庫、画像を中心に実装チェックを整理しています。

Criteoの商品カタログ

CriteoのProduct Catalogは、動的でパーソナライズされた広告に使う構造化商品データです。公式ヘルプでは、既存のGoogleまたはFacebook商品フィードを再利用できると案内されています。

これは媒体横断運用で使いやすい特徴ですが、再利用できることと、運用上の確認が不要なことは別です。商品ID、価格、在庫、画像、URL、カテゴリなどがCriteo側で期待どおりに読み込まれているかを取込後に確認します。

Criteoの商品カタログ／フィード入稿ガイドで作成、更新、検証を整理しています。

LINEヤフーの動的ディスプレイ広告

LINEヤフーの動的ディスプレイ広告では、商品リストを使って商品データを管理します。2026年4月1日更新の公式ヘルプでは、データフィードの商品項目は29項目とされ、商品ID、商品名、商品説明などの仕様が示されています。

商品セットは商品リスト内の商品を条件で分類し、広告グループへ設定するために使います。2026年6月2日更新の公式ヘルプでは、商品セットは1アカウント30件までと案内されています。商品セットは編集できず、条件を変える場合は作り直す運用になります。

LINEヤフーの動的ディスプレイ広告と商品リストでは、商品セット設計まで含めて扱います。

TikTokのカタログ

TikTokはEC向けの商品カタログだけでなく、2026年8月更新のGeneric Catalogでサービス志向や非ECの広告主向け項目を公開しています。Generic Catalogではitem_id、title、image_linkが必須で、価格、セール価格、住所、動画URL、カスタムラベルなどは用途に応じて追加できます。

サイトまたはアプリのイベントソースを使う場合、TikTokはcontent_idsとカタログのitem IDを一致させるよう案内しています。求人、物件、旅行、店舗サービスなど、商品以外の案件型データでもID連携が中心になる点は同じです。

TikTokカタログ広告のフィード設計では、ECとサービス商材を分けて確認します。

導入効果をどう考えるか

データフィード広告の利点は、商品数が増えても広告制作を商品1件ずつ行わずに済むことです。価格や在庫の更新も、商品マスターからフィードへ連携できれば一括で反映できます。

もう一つは、商品単位で配信や分析ができることです。売れ筋商品、高粗利商品、在庫過多商品、セール商品をラベルや商品セットで分け、広告運用に使える媒体があります。

ただし、フィードを入れた直後に成果が上がるとは限りません。商品データが不足している、IDが一致しない、価格が古い、画像品質が低い状態では、広告媒体が持つ自動化機能を十分に使えません。

向いている事業

次の条件が複数当てはまる場合は検討価値があります。

• 商品、求人、物件、旅行プランなどの件数が多い
• 価格または在庫が変わる
• 1件ずつ広告を作る運用が難しい
• ユーザーが閲覧した商品を広告で再表示したい
• 複数媒体へ同じ商品情報を配信したい
• 商品単位で広告成果を見たい

逆に、掲載対象が数件で情報も固定、広告クリエイティブを個別に作り込む方が成果につながる事業では、データフィード広告を導入しない判断もあります。

導入前の費用を広告費以外で見る

導入コストには、商品マスター整備、フィード生成、媒体設定、イベント計測、ID連携、エラー監視が含まれます。複数媒体を使う場合は媒体仕様変更への対応も必要です。

小規模ならスプレッドシートやCSVで始められます。商品点数や更新頻度が上がると、自社開発やフィード管理ツールの方が安定する場合があります。

導入判断では、月額ツール費だけでなく「担当者が毎月何時間修正するか」「更新失敗を何時間で検知できるか」「媒体追加ごとに開発が必要か」まで見ます。

商品データとイベントIDの不一致は最初に潰す

動的広告で頻発するのが、サイト側とカタログ側の商品ID不一致です。例えばサイトではSKU単位のA123-RED-Mを送っているのに、フィードでは親商品IDのA123しか持っていない状態です。

この場合、商品ページを見たユーザーと広告商品を正しく結び付けられません。カタログ登録前に、ブラウザやアプリから送信しているIDとフィードのIDを突合します。

成果改善はフィード変更ログを残して検証する

商品タイトル、説明、画像、カテゴリ、価格、カスタムラベルを変えたら、変更日と対象商品を記録します。広告側の成果が変わっても、何を変えたか残っていなければ原因を追えません。

最低限、変更日、対象SKU数、変更属性、変更理由、比較期間、表示回数、クリック、CV、売上または粗利を残します。配信アルゴリズムや季節性の影響もあるため、単純な前後比較だけで因果を断定しません。

導入判断表

条件	手作業入稿	データフィード広告
対象5〜20件、変更少ない	運用可能	過剰投資になる場合あり
数百〜数万件	更新負荷が高い	適合しやすい
価格・在庫が頻繁に変化	ミスが起きやすい	自動更新が有効
閲覧商品を再表示したい	難しい	カタログ連携が必要
複数媒体へ配信	二重管理になりやすい	共通マスター化しやすい

実務チェックリスト

• 広告で扱う商品・案件に一意のIDがある
• ウェブ/アプリのイベントIDとカタログIDが一致する
• 価格と在庫の正データ元が決まっている
• 画像URLを外部から取得できる
• 商品ページURLが商品単位で存在する
• 欠品時の広告停止または在庫更新ルールがある
• 媒体審査エラーを確認する担当者がいる
• 更新失敗時の再送手順がある
• 商品データ変更ログを残せる
• 複数媒体で共通化する項目と媒体固有項目を分けている

公式情報と更新時点

最終確認日: 2026年8月29日。

• Google Ads P-MAXとMerchant Centerフィード
• Criteo Product Catalog
• LINEヤフー 動的ディスプレイ商品リスト
• LINEヤフー 商品セット
• TikTok Generic Catalog

媒体仕様は更新されるため、実際の設定前に公式ヘルプの確認を推奨します。

データフィード広告と通常広告を使い分ける

データフィード広告が向いているからといって、通常の静的広告が不要になるわけではありません。商品単位で自動生成する広告と、ブランドやキャンペーンのメッセージを人が作る広告では役割が違います。

商品数が多いECでは、商品単位の網羅をデータフィード広告へ任せ、ブランド訴求や季節キャンペーンを静的・動画クリエイティブで補います。P-MAXでもGoogleは商品フィードに加えてテキスト、画像、動画アセットの追加を推奨しています。

広告運用の設計では「商品を自動で見せたい場面」と「人が訴求を作り込みたい場面」を分けます。

リターゲティングだけで考えない

データフィード広告は動的リターゲティングの印象が強い一方、検索や商品理解の用途にも使われます。Google ShoppingやP-MAXでは、ユーザーが過去に商品を見ていなくても商品フィードが配信候補の判断に使われます。

そのため、閲覧商品を再表示するためのID整合だけでなく、タイトル、GTIN、カテゴリ、画像などの商品理解属性も整えます。

広告媒体を選ぶときの評価軸

媒体比較では、媒体名より自社要件を先に並べます。

評価軸	確認内容
商材	EC商品かサービス案件か
ユーザー行動	検索起点か閲覧履歴起点か
データ	商品ID、価格、在庫、画像があるか
更新	何分/何時間で反映したいか
計測	サイト/アプリイベントを送れるか
運用	商品セットやラベルを使いたいか
制作	商品画像以外のアセットを用意できるか

例えば検索需要が強い型番商品ならGoogleが中心になりやすく、閲覧履歴を使った動的広告を強化したいならMetaやCriteoも候補になります。TikTokのGeneric Catalogはサービス案件にも使えるため、非EC事業では選択肢が変わります。

導入時にイベント計測を後回しにしない

カタログだけ先に作り、後からイベント計測を実装すると、動的広告の検証が遅れます。

初期設計では商品フィードと同時に、閲覧、カート、購入などのイベントにどの商品IDを送るかを決めます。サイト側のID、カタログID、注文データのIDを一つの対応表で管理します。

商品セット・ラベルで事業判断へつなげる

データフィード広告の価値は、商品を自動表示できることだけではありません。商品群を粗利、在庫、季節、売れ筋、セールなどで分類できると、広告費の使い方を事業側の判断と接続できます。

高ROASでも粗利が低い商品と、ROASは低くても高粗利の商品では優先順位が変わる場合があります。広告媒体が対応する商品セットやカスタムラベルへ事業属性を持たせると、商品単位の広告運用を経営指標へつなげやすくなります。

導入後90日で確認する項目

導入直後は配信量が増えたかだけでなく、データ運用品質も確認します。

• 商品登録数と承認数
• 価格・在庫不一致
• イベントID一致率
• 商品別広告費
• 売上上位商品の配信有無
• 在庫切れ商品の広告有無
• 商品群別ROAS/粗利
• 更新失敗件数

広告成果が悪い場合でも、配信設計とデータ品質を分けて原因を切り分けます。

データフィード広告の成果を商品単位で見る

キャンペーン単位のROASだけでは、どの商品が広告費を使い、どの商品が売上を作っているか分かりません。商品ID、カテゴリ、粗利帯、在庫帯で集計します。

売上上位商品が広告にほとんど出ていない、高広告費商品が低粗利、在庫過多商品へ十分配信できていない、といった状態を見つけます。

広告配信前に商品データを監査する

新媒体へ追加する前に、共通マスターの品質を監査します。

• ID重複
• 商品名空欄
• 価格ゼロ・異常値
• 在庫不明
• 画像URL切れ
• 商品URL切れ
• ブランド表記揺れ
• GTIN欠損
• カテゴリ未分類

媒体ごとに同じ不具合を直すより、共通マスターで修正した方が再利用できます。

サービス商材でのデータフィード広告

非ECでは、商品価格や在庫の代わりに案件状態が中心になります。

求人なら求人ID、勤務地、給与、募集状態。不動産なら物件ID、賃料、間取り、掲載状態。旅行ならプランID、料金、空席、出発日です。

商品ではないからフィード広告が使えないと決めつけず、媒体がサービス向けカタログに対応しているかを確認します。TikTokのGeneric Catalogはその一例です。

導入しない方がよい条件

次の条件では、手作業広告の方が合理的な場合があります。

• 対象案件が常時数件しかない
• 情報がほぼ変わらない
• 1件ごとにクリエイティブを作り込む方が重要
• 商品IDによる行動計測ができない
• データ整備コストが広告規模を大きく上回る

「利用できる媒体がある」だけで導入判断をしません。

媒体追加時の標準手順

1. 共通マスターの品質確認
2. 媒体必須項目の差分確認
3. ID連携確認
4. 代表商品で取込テスト
5. 審査確認
6. イベント照合
7. 全件取込
8. 更新監視
9. 商品群別レポート確認

この手順を媒体ごとにテンプレート化すると、追加時の漏れを減らせます。

媒体横断で共通化できるものとできないもの

複数媒体を使う場合、共通化しやすいのは商品ID、価格、在庫、画像、商品URL、ブランド、GTINです。

一方、タイトルの見せ方、商品カテゴリ、商品セット、カスタムラベル、イベント名は媒体差分が出やすくなります。

共通マスターを作るときは、すべてを共通化しようとせず「事実データは共通、媒体表現は差分」という分け方が扱いやすくなります。

広告成果が出ないときの切り分け順

1. 商品が媒体へ登録されているか
2. 不承認・警告がないか
3. 価格と在庫が一致しているか
4. 商品IDとイベントIDが一致しているか
5. タイトル・画像・カテゴリに不足がないか
6. 広告設定、入札、予算、オーディエンスを見る
7. 商品価格、送料、LP、競合条件を見る

この順で見ると、フィードの問題と広告設定の問題を混同しにくくなります。

社内で導入判断を説明するための質問

データフィード広告を導入する前に、次の質問へ答えます。

• 対象商品・案件は何件か
• 月に何件追加・終了するか
• 価格や在庫は何回変わるか
• 現在の手作業工数は何時間か
• 何媒体へ配信するか
• 商品IDをイベントで送れるか
• 更新失敗を何時間まで許容できるか
• 広告費に対して実装・運用費が妥当か

この回答が揃えば、導入の有無だけでなくCSV運用、自社開発、SaaSのどこまで必要かも見えます。

商品データを事業KPIとつなぐ

広告媒体のROASだけでなく、商品側の粗利率、在庫日数、返品率、セール予定などをラベルとして持つと、広告配信を事業判断へ接続できます。

在庫過多の商品群を広告で押す、高粗利商品を別集計する、返品率が高い商品は広告投資を見直す、といった使い方です。媒体が対応する項目と自社データの扱いを確認し、個人情報は商品フィードへ入れません。

初期テストで選ぶ商品

全商品を一度に配信する前に、性質の違う商品をテストへ含めます。通常商品、セール商品、在庫切れ、バリエーション、GTINなし、高価格、画像複数の商品です。

各商品でカタログ登録、イベントID、価格、在庫、画像、URLを確認します。1種類の通常商品だけでテストすると、セール価格やバリエーションの不具合を見逃します。

媒体ごとの運用負荷も比較する

媒体選定では広告成果の期待だけでなく、商品セット作成、カタログ診断、イベント実装、更新頻度、仕様変更対応の工数を見ます。

同じ商品データを使えても、媒体ごとに管理画面、審査、商品グループの考え方が違います。社内に運用担当が少ない場合、最初から5媒体へ展開するより、1〜2媒体で標準運用を作ってから追加する方が安定します。

データフィード広告の運用会議で見る項目

週次または月次で、広告成果とデータ品質を同じ表に並べます。

• 媒体別広告費と売上
• 商品登録数、承認数
• 価格・在庫不一致
• ID不一致
• 更新失敗
• 商品群別ROAS
• 粗利帯別成果
• 次回のフィード変更予定

広告だけ、システムだけに会議を分けると、原因が部門間で分断されます。

導入後の再評価

3か月程度運用したら、媒体別の広告成果に加えて更新工数、エラー件数、商品登録の遅延も見直します。成果が同程度なら、運用負荷が低い構成へ寄せる判断もあります。

媒体追加のたびに共通マスターを再確認し、媒体固有の差分だけを追加します。

導入後の媒体評価では、広告成果と同時に商品登録の安定性、更新失敗、手作業修正件数も確認します。運用負荷が高い媒体は、成果が同程度なら構成を簡素化する判断があります。