ホーム サービス 対応エリア FAQ 会社情報 ブログ 採用情報 キャリアパス カルチャー

動的リマーケティング・ショッピング広告の「商品情報パラメータ」完全ガイド主要10媒体のタグ仕様を徹底比較【2026年最新版】

ECサイトの広告運用で「ショッピング広告」や「動的リマーケティング」を本気で回そうとすると、誰もが最初にぶつかるのが“タグの壁”です。通常のコンバージョンタグなら「購入が起きた事実」と「金額」を送れば十分でした。ところが動的タグは違います。「どの商品が閲覧されたのか」「どの商品が購入されたのか」を媒体側に伝えるために、商品IDや価格といった商品単位の詳細情報(=商品情報パラメータ)を送る必要があるのです。そしてこのパラメータは、媒体によって items だったり contents だったり ecomm_prodid だったりと名称が異なるうえ、購入イベントで必須になる項目までバラバラ。これが、多くの担当者を混乱させてきた最大の理由です。 2026年7月19日更新:検索意図、判断基準、KPI、90日間の実行手順、失敗回避策を補強しました。

本記事では、Google広告・Meta(Facebook/Instagram)・Yahoo!ディスプレイ広告(YDA)・検索連動型ショッピング広告(SSA)・Microsoft広告(UET)・Criteo・RTB House・X(旧Twitter)・TikTok・メルカリAdsの主要10媒体について、動的タグの商品情報パラメータと購入イベントの必須項目を1枚の比較表に整理したうえで、媒体ごとの実装ポイント・タグ設計の6ステップ・GA4 eコマースに準拠した共通データレイヤー設計・よくあるエラーと対処法・各媒体の検証ツールまでを一気通貫で解説します。コード例は実装イメージがつかめる範囲で示し、数値・仕様は変化が速いため「各媒体の公式ヘルプで最新を確認」を前提に、FAQ12問付きで“設計の地図”として使えるようにまとめました。横浜の独立系・運用型広告代理店である零(Rei)株式会社が、計測・タグ設計の実務目線で整理します。

01 動的リマーケ・ショッピング広告の基礎と「商品情報パラメータ」が必要な理由

ECの広告運用において、ショッピング広告と動的リマーケティングは「やって当たり前」の主力施策です。にもかかわらず、いざ実装に踏み込むと、タグの仕様が媒体ごとに微妙に違い、「結局どのページに、どのパラメータを、どんな形式で送ればいいのか」が見えなくなる——これが現場で最も多い詰まりどころです。まずは全媒体に共通する“考え方の土台”を固めましょう。ここを押さえると、後半の媒体別の差分が一気に読み解けるようになります。

本記事のスタンス:各媒体のパラメータ名や必須項目は頻繁にアップデートされます。本記事は2026年時点の一般的な仕様をもとに「媒体横断の設計地図」を提供するものであり、最終的な値・必須項目・タグ形式は必ず各媒体の公式ヘルプで最新版を確認してください。計測がずれるとAI入札の精度ごと落ちるため、タグ設計は“広告運用の土台工事”です。

1-1. 動的リマーケティングとは──フィード×タグのマッチング

動的リマーケティングとは、ユーザーがWebサイト上で閲覧・カート追加・購入した「個別の商品」を元に、その商品や関連商品を広告クリエイティブとして自動生成し、後追い配信する手法です。通常のリマーケティングがサイト訪問者“全体”に同じバナーを当てるのに対し、動的リマーケティングはユーザー一人ひとりに最適化されたクリエイティブを出し分けられます。「さっき見たあのスニーカー」がそのまま広告として追いかけてくる、あの体験です。

この仕組みを成立させるのが「データフィード」と「タグ」の連携です。タグはユーザーが閲覧した商品のID・価格などをリアルタイムに媒体へ送信し、媒体側はそのIDをあらかじめ登録された商品フィードと突き合わせ(マッチング)、画像・商品名・価格などを引き当ててクリエイティブを自動組み立てします。つまり、タグが送る「商品ID」と、フィードに登録した「商品ID」が一致していることが、動的配信が成立する絶対条件になります。ショッピング広告も同様に、フィード(Merchant Center等)と計測タグの組み合わせで成り立っています。

2要素
動的配信の前提(フィード × タグ)
10媒体
本記事で比較する主要媒体
ID一致
配信成立の絶対条件

1-2. なぜ商品情報パラメータが必要なのか(通常CVタグとの違い)

通常のコンバージョンタグは、「購入が発生した」という事実と「購入金額」を送れば役割を果たせます。ところが動的リマーケティングでは、それだけでは足りません。「どの商品を見たか」「どの商品を買ったか」という商品単位の情報がなければ、出し分けるべきクリエイティブを媒体が決められないからです。下のコード例で、通常のCVタグと動的リマーケ用の購入タグの“情報量の差”を見比べてみましょう(Google広告の例)。

▼ 通常のコンバージョンタグ(金額のみ)

gtag('event', 'conversion', { 'send_to': 'AW-00000000/xxxxxxxxxxxxxxx', 'value': 2500.0, 'currency': 'JPY' });

▼ 動的リマーケティング用 purchase タグ(商品情報を含む)

gtag('event', 'purchase', { 'value': 2500.0, 'items': [ { 'id': 'SKU12345', 'google_business_vertical': 'retail' }, { 'id': 'SKU67890', 'google_business_vertical': 'retail' } ] });

違いは一目瞭然です。動的タグでは items という配列の中に、商品ID(id)や業種区分(google_business_vertical)といった商品情報パラメータを詰め込みます。そしてこの「箱の名前」と「中に入れる必須項目」が、媒体ごとに少しずつ違う——これが本記事の主役です。次章以降で、その差分を地図化していきます。

02 タグ設計の基本フロー(6ステップ)

媒体別の仕様に飛び込む前に、どの媒体でも共通して通用する設計の進め方を6ステップで固めておきましょう。この順番を守ると、後戻りが激減します。逆に、いきなり管理画面でタグを発行して貼り始めると、「必須イベントの抜け」「発火タイミングのズレ」「ID粒度の不一致」が後から噴出します。

01
出稿媒体の決定
02
必須イベントの確認
03
発火タイミングの決定
04
必須パラメータの確認
05
データレイヤー設計
06
実装・テスト・検証

各ステップの中身

① 出稿媒体の決定

どの媒体で動的配信・ショッピング広告を回すかを先に確定します。媒体が決まらないとパラメータ仕様も確定しないため、ここが起点です。Google+Metaの2媒体で始め、後からYDA・TikTok・Criteoを足す、といった段階導入が一般的です。

② 必須イベントの確認

各媒体で設置が必要なイベント——トップページ閲覧・商品詳細閲覧(view_item)・一覧閲覧(view_item_list)・カート追加(add_to_cart)・購入(purchase)など——を洗い出します。媒体によって推奨イベントの粒度が違い、SSAのように「購入完了ページだけでよい」例外もあります。

③ 発火タイミングの決定

各イベントを「どのページの、どの瞬間に」発火させるかを設計します。SPAやヘッドレスECでは、ページ遷移=物理的なページロードではないため、ルーティングのタイミングでイベントを発火させる工夫が要ります。商品情報がDOMに描画される前にタグが走ると、値が空で送られてしまいます。

④ 必須パラメータの確認

各イベントで送るべき商品情報(商品ID・価格・数量・通貨など)を、媒体ごとに整理します。この後の比較表が、ここで効いてきます。「Google=id+vertical」「SSA=item_id+quantity+price全部」のように必須が違うため、媒体ごとの最小構成を把握しておきます。

⑤ データレイヤー設計

GTMを使う場合、サイトからGTMへ値を渡すデータレイヤーを設計します。ここをGA4のeコマーススキーマに揃えておくと、1本のpushを多媒体に流用でき、保守性が劇的に上がります(詳細は第5章)。

⑥ 実装・テスト・検証

実装後は、各媒体の検証ツールで「発火しているか」だけでなく「商品ID・価格・数量が、正しい形式と型で送られているか」まで確認します。ここを怠ると、配信は始まるのに最適化が効かない“静かな失敗”になります。

順番を飛ばさない:もっとも多い事故は「④パラメータ確認」と「⑤データレイヤー設計」をスキップして、いきなり管理画面のタグをコピペすることです。これだと媒体ごとに場当たり実装になり、ID粒度の不一致や型のズレが後から大量発生します。媒体が増えるほど、共通データレイヤーを先に設計したチームが圧倒的に有利になります。

03 主要10媒体の商品情報パラメータ比較一覧

まずは全体像です。主要10媒体について、「GTMテンプレートの有無」「商品情報を格納するパラメータ名」「購入イベントで必須となる主な項目」を一覧にまとめました。この表が本記事の中核であり、実装時に手元に置く“設計の地図”になります。パラメータ名が items / contents / item / ecomm_prodid / yahoo_ssa_items と媒体ごとにバラけている点、そして必須項目数が媒体で大きく違う点に注目してください。

媒体 GTMテンプレ パラメータ名 購入イベントの主な必須項目
Google広告ありitemsid, google_business_vertical
Meta広告ありcontentsid, quantity(+content_type)
YDA(Yahoo!ディスプレイ)ありitemsitemId(他は任意)
SSA(Yahoo!ショッピング)ありyahoo_ssa_itemsitem_id, quantity, price(全必須)
Microsoft広告ありecomm_prodid商品IDの配列(+ecomm_pagetype)
Criteoありitemid, price, quantity(+注文ID)
RTB Houseありitemsid, price, quantity(+注文ID)
X(旧Twitter)あり※非推奨contentscontent_id, content_price, num_items
TikTokありcontentscontent_id, price, quantity
メルカリAdsベースのみitemsitem_id, price, quantity

※ X広告のダイナミック広告ではGTMテンプレートの使用が推奨されず、カスタムHTML実装が望ましいとされています。必須項目・仕様は各媒体の公式ヘルプで最新を確認してください。

この表から読み取れる3つの示唆:(1)パラメータの“箱の名前”は items 系(Google/YDA/RTB House/メルカリ)、contents 系(Meta/X/TikTok)、独自系(SSA/Microsoft/Criteo)の3グループに大別できる。(2)必須項目が最も多いのはSSA(id・数量・価格すべて必須)。(3)X広告とメルカリAdsはGTMの素直なテンプレ運用がしにくく、カスタムHTML実装の比重が高い。

04 各媒体の商品情報パラメータ詳説

ここからは10媒体を1つずつ掘り下げます。各媒体の「パラメータ構造」「必須イベント/必須項目」「つまずきポイント」をセットで押さえてください。コード例は最小構成のイメージで示します。実際の値・キー名は変更される可能性があるため、公式ヘルプ併読が前提です。

4-1. Google広告(items / google_business_vertical)

Google広告の動的リマーケティングは、小売(retail)・教育・旅行・求人など業種別にパラメータが用意されています。ここでは利用頻度が最も高い小売(EC)向けを基準に解説します。商品情報は items という配列で送り、各商品オブジェクトには最低限 idgoogle_business_vertical(小売なら 'retail')が必要です。idMerchant Centerのフィードに登録した商品IDと一致させます(SKU単位かアイテムグループ単位かはフィード設計に合わせる)。

▼ items の構造(最小イメージ)

'items': [ { 'id': 'SKU12345', 'google_business_vertical': 'retail' }, { 'id': 'SKU67890', 'google_business_vertical': 'retail' } ]

設置が推奨されるイベント

イベント発火ページ主なパラメータ
view_item商品詳細ページitems(商品ID 1件)
view_item_list商品一覧ページitems(商品ID 複数件)
add_to_cartカート追加時items, value
purchase購入完了ページitems, value, transaction_id

注意:CVタグと動的タグは別物。Google広告では、コンバージョン計測タグと動的リマーケティング用タグは役割が異なります。両方使うなら両方設置が必要です。GTMで設定する場合は、タグ種類で「Google広告のリマーケティング」を選び、動的リマーケティングのイベントデータ送信(Send dynamic remarketing event data)を有効化します。

4-2. Meta広告(contents / content_type)

Meta広告のダイナミック広告(Advantage+ カタログ広告など)はMetaピクセルでユーザー行動を計測します。ピクセルは「ベースコード(全ページ共通)」「イベントコード(購入等の行動)」「パラメータ(商品情報)」の3要素で構成され、商品情報は contents 配列で送ります。ダイナミック広告では content_type と、contents または content_ids が必須。contents を使う場合は idquantity が必須です。

▼ Purchase イベント(contents 形式)

fbq('track', 'Purchase', { value: 2500.00, currency: 'JPY', contents: [ { id: 'SKU12345', quantity: 1 }, { id: 'SKU67890', quantity: 2 } ], content_type: 'product' });

track と trackSingle の違い

同一ページに複数ピクセルを置くと、fbq('track', ...)全ピクセルにイベントが飛びます。特定ピクセルだけに送りたい場合は fbq('trackSingle', ピクセルID, ...) を使います。GTMのMeta Pixelテンプレートは track 形式で実装されることが多いため、trackSingle が必要なケースではカスタムHTMLでの実装が要ります。複数事業・複数アカウントでピクセルが混在する大規模ECほど、この使い分けが効いてきます。

4-3. YDA Yahoo!ディスプレイ広告(items / itemId)

YDAの動的ディスプレイ広告は、サイトリターゲティングタグに商品情報を付与して計測します。2025年6月から新タグ形式「グローバルスニペット」「イベントスニペット」が提供されており、新規設置はこの新形式が推奨されます。商品情報は items で送り、必須は itemId のみcategoryId / price / quantity は任意ですが、配信最適化の精度を上げるなら設定が推奨されます。

▼ purchase イベント(lytag 形式・抜粋)

lytag({ type: 'event', eventType: 'purchase', tagId: 'XXXXXXXXXXXXXXXX', config: { label: 'label1', items: [ { itemId: 'SKU12345', categoryId: 'cat1', price: 1500, quantity: 1 }, { itemId: 'SKU67890', categoryId: 'cat2', price: 1000, quantity: 1 } ] } });

最小構成では items: [ { itemId: 'SKU12345' } ] のように itemId だけでも動きますが、精度を考えると価格・数量も入れておくのが実務的です。

4-4. SSA 検索連動型ショッピング広告(yahoo_ssa_items)

SSA(Yahoo!検索連動型ショッピング広告)は、専用のコンバージョンタグで商品情報を yahoo_ssa_items として送ります。最大の特徴は2つ。1つ目は、item_idquantityprice3項目すべてが必須で、他媒体より要求が厳しいこと。2つ目は、購入完了ページ(CVタグ)にのみ商品情報を設定すればよく、商品詳細ページや一覧ページへのタグ設置が不要なことです(他の動的リマーケ媒体とは逆の発想)。

▼ CVタグ(ytag 形式・抜粋)

ytag({ "type": "yss_ssa_conversion", "config": { "yahoo_conversion_id": "1000178837", "yahoo_conversion_label": "xxxxxxxx", "yahoo_conversion_value": "2500", "yahoo_ssa_merchant_id": "xxxxxxxx", "yahoo_ssa_order_id": "ORDER12345", "yahoo_ssa_items": [ { "item_id": "SKU12345", "quantity": 1, "price": 1500 }, { "item_id": "SKU67890", "quantity": 1, "price": 1000 } ] } });

SSAの落とし穴:「全項目必須」を見落として pricequantity を省くと、計測が正しく成立しません。さらに、注文単位の yahoo_ssa_order_id(注文番号)も必要です。購入完了ページ側のデータレイヤーに、価格と数量を必ず含めて渡す設計にしておきましょう。

4-5. Microsoft広告 UET(ecomm_prodid)

Microsoft広告(Bing)の動的リマーケティングは、UET(Universal Event Tracking)タグに商品情報を付与します。特徴は、商品情報を ecomm_prodid という商品IDだけの配列でシンプルに送る点。価格や数量を商品ごとに構造化する必要がなく、IDを羅列するだけで済みます。あわせて ecomm_pagetype でページ種別(home / searchresults / category / product / cart / purchase / other)を指定します。

▼ purchase イベント(uetq 形式)

window.uetq = window.uetq || []; window.uetq.push('event', 'purchase', { 'ecomm_prodid': ['SKU12345', 'SKU67890', 'SKU11111'], 'ecomm_pagetype': 'purchase' });

変動CV値(revenue_value)の扱い

UETでも、CVタグと動的リマーケタグは別物です。両方使うなら両方設置します。また、GTMでコンバージョン値を設定しても反映されないケースが報告されており、注文ごとの変動売上を渡したい場合は、UETタグの後に revenue_value を別途pushする方法が推奨されます。

window.uetq = window.uetq || []; window.uetq.push('event', '', { 'revenue_value': 2500, 'currency': 'JPY' });

4-6. Criteo(item / ローダー+トラッカー2段構成)

Criteoはダイナミックリターゲティングの代表格で、タグ構成が独特です。「ローダーファイル」と「トラッカー」の2段構成になっており、ローダーは全ページに設置してCriteoサーバを呼び出す役割、トラッカーはイベントごと(全7種類)にサイト内行動を計測する役割を担います。GTMで組む場合、ローダーがトラッカーより先に読み込まれるようタグの順序設定(タグシーケンス)が必要です。商品情報は購入イベント trackTransactionitem 配列として送ります。

▼ trackTransaction(item 形式・抜粋)

window.criteo_q = window.criteo_q || []; window.criteo_q.push( { event: "setAccount", account: YOUR_PARTNER_ID }, { event: "trackTransaction", id: "ORDER12345", item: [ { id: "SKU12345", price: 1500, quantity: 1 }, { id: "SKU67890", price: 1000, quantity: 1 } ] } );

購入イベントでは idpricequantity の3項目すべてが必須で、トランザクションID(注文番号)も必須です。

フィード一致率60%ルール:Criteoでは、商品詳細ページで発火したイベントの商品IDと、フィード内の商品IDの一致率が60%を下回ると配信を開始できません。原因の典型は「フィードはアイテム単位なのにタグはSKU単位(またはその逆)」という粒度の不一致。実装段階でID形式を統一し、一致率を必ず確認しましょう。

4-7. RTB House(items)

RTB HouseはCriteoと同種のダイナミックリターゲティングサービスで、タグ構造もCriteoとほぼ同じ思想です。商品情報は items で送り、必須項目も同様に商品ID・価格・数量+トランザクションIDです。RTB Houseは媒体側がタグ設置をサポートしてくれるケースが多いのが実務上の特徴。クライアント事情で自社設置が必要になった場合は、媒体から最新の指示書(実装ドキュメント)を受け取り、それに従って実装するのが確実です。独自仕様の差分が出やすい領域なので、自己流で書かず公式手順をなぞるのが安全です。

4-8. X広告(contents / content_id)

X(旧Twitter)広告のダイナミック広告では、商品情報を contents 配列で送ります。各要素に content_id(商品ID)・content_price(価格)・num_items(数量)を設定します。公式に「必須」と明記されていないものの、ダイナミック広告の計測にはこの3項目の設定が推奨されます。

▼ コンバージョンイベント(twq 形式)

twq('event', 'tw-xxxxx-yyyyy', { value: 2500.00, currency: 'JPY', contents: [ { content_id: 'SKU12345', content_price: 1500, num_items: 1 }, { content_id: 'SKU67890', content_price: 1000, num_items: 1 } ] });

X広告だけGTMテンプレを避ける理由:X広告のダイナミック広告では、GTMの標準テンプレートを使わない方がよいとされています。商品情報パラメータ(content_id 等)を正しく構造化して送るには、カスタムHTMLタグで twq を直接記述する実装が推奨されます。GTMテンプレでは表現しきれず、値が欠ける事故が起きやすいためです。

4-9. TikTok広告(contents / VBO)

TikTok広告はTikTokピクセルで計測し、EC向けの動的広告機能も提供しています。商品情報は contents 配列で送り、content_idcontent_namequantityprice などを設定します。

▼ AddToCart イベント(ttq 形式)

ttq.track('AddToCart', { contents: [ { content_id: 'SKU12345', content_name: 'Product Name', quantity: 1, price: 1500 } ], content_type: 'product', value: 1500, currency: 'JPY' });

VBO(バリューベース最適化)やROAS最適化を使う場合は、valuecurrency が必須になります。これらが欠けると、TikTok側が「売上に基づく入札」を学習できません。また、TikTokのタグはGA4のeコマース設定が正しく行われていれば、GTMのタグテンプレート設定のみで対応可能なケースがあります。GA4のeコマーストラッキングを実装済みのサイトなら、追加のデータレイヤー設計なしで設置できることもあり、GA4基盤の整備が結果的にTikTok対応の近道になります。

4-10. メルカリAds(GA4形式 items)

メルカリAdsは2025年2月にリリースされた新しい広告サービスで、メルカリアプリ内で商品フィード広告やバナー広告を配信できます。タグの特徴は、ベースタグ用のGTMテンプレートはあるが、イベントタグ用テンプレートは未提供な点。そのため購入などのイベントタグはカスタムHTMLで実装します。パラメータはGA4形式の itemsitem_idpricequantity)を使うため、既存のGA4データレイヤーをそのまま流用しやすいのが利点です。

▼ purchase(GA4 eコマース形式)

{ event: 'purchase', ecommerce: { transaction_id: 'ORDER12345', value: 2500, currency: 'JPY', items: [ { item_id: 'SKU12345', price: 1500, quantity: 1 }, { item_id: 'SKU67890', price: 1000, quantity: 1 } ] } }

公式に必須と明記されてはいませんが、購入イベントでは item_idpricequantity の3項目を設定することが推奨されます。新興媒体ゆえ仕様変更の可能性があるため、導入時は最新ドキュメントの確認を忘れずに。

05 タグ設計のベストプラクティス(データレイヤー・エラー・検証)

10媒体を個別に実装すると、コードは増殖し、保守は地獄になります。ここでは複数媒体を効率よく・壊れにくく管理するための3つの実務知——共通データレイヤー設計/エラー対処/検証ツール——を整理します。

5-1. 媒体差を吸収するGA4準拠データレイヤー設計

複数媒体に出すなら、サイトからGTMへ渡す値をGA4のeコマーススキーマに準拠した1本のデータレイヤーに統一するのが鉄則です。サイト側はGA4形式で1回pushするだけ。そこから先は、GTMの変数で各媒体が要求する形式(items / contents / item / ecomm_prodid 等)へ変換して配る——この「変換レイヤーをGTMに集約する」設計が、保守性とミス削減の両面で効きます。

▼ GA4 eコマース準拠の共通データレイヤー(purchase)

dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: 'ORDER12345', value: 2500, currency: 'JPY', items: [ { item_id: 'SKU12345', item_name: 'Product Name', price: 1500, quantity: 1 } ] } });

この1本のpushから、Googleには itemsgoogle_business_vertical、Metaには contents(id+quantity)、Microsoftには ecomm_prodid(IDだけ抽出)、というようにGTM変数で整形して各タグへ流し込むのが王道です。サイト改修は1回で済み、媒体追加はGTM内の変換タグを足すだけになります。

ポイント:データレイヤーは「媒体ごとに作る」のではなく「事業の真実(注文・商品・金額)を1本で表現し、媒体ごとに翻訳する」のが正解です。商品IDの粒度(SKU/アイテムグループ)も、ここで一度決めて全媒体に一貫適用すれば、Criteoの一致率60%ルールやGoogleのフィード突合でも事故りにくくなります。

5-2. よくあるエラーと対処法

動的タグで頻発するエラーと対処を整理します。多くは「ID粒度」「発火タイミング」「配列形式」「型」の4つに集約されます。

症状原因対処法
商品IDの不一致(配信できない/精度が低い)タグで送るIDとフィードのIDが別粒度SKU単位/アイテムグループ単位を統一する。Criteoは一致率60%を事前確認
値が空で送られる商品情報がDOM描画される前にタグが発火発火トリガーを遅らせる/データレイヤーpush後に発火させる
配列形式エラー商品1件のときに配列にしていない商品が1件でも必ず [ ] で囲む
最適化が効かない/ROASがズレるprice・quantityを文字列で送信(型不一致)価格・数量は数値型、IDは文字列型に揃える
CVは計測されるが動的配信されないCVタグだけ設置し動的タグが未設置Google/Microsoftは両方のタグを設置

とくに見落とされがちなのが「値が空で送られる」パターンです。発火自体はしているので検証ツール上は緑になり、一見正常に見えますが、中身の商品IDが空——という“静かな失敗”が起きます。検証は必ずパラメータの中身まで見てください。

5-3. 各媒体の検証ツール

実装後は、媒体ごとの検証ツールで「発火の有無」と「パラメータの中身(ID・価格・数量・型)」を確認します。

  • Google広告:Google Tag Assistant、GTMプレビューモード
  • Meta広告:Meta Pixel Helper(Chrome拡張)、イベントマネージャー
  • Yahoo!広告(YDA/SSA):GTMプレビューモード、管理画面のタグステータス
  • Microsoft広告:UETタグヘルパー
  • Criteo:Criteo Inspector(Chrome拡張)、管理画面のタグ/イベント
  • TikTok:TikTok Pixel Helper
  • X広告:イベントマネージャー(管理画面)/ブラウザのネットワークログでtwq送信を確認
  • 共通:ブラウザの開発者ツール(Network/Console)で実際の送信ペイロードを目視確認

零からの実務アドバイス:検証は「公開後に1回」ではなく、サイト改修・カート変更・テーマ更新のたびに回す運用に組み込むのが理想です。EC基盤のアップデートでデータレイヤーが知らぬ間に壊れ、気づかぬまま広告費だけ溶ける——これは現場で本当によくある事故です。計測は“作って終わり”ではなく“育て続ける”ものだと捉えてください。

06 まとめ:パラメータ表を“設計の地図”にする

本記事では、ショッピング広告・動的リマーケティングの商品情報パラメータを、主要10媒体について横断的に整理しました。媒体ごとにパラメータ名(items / contents / item / ecomm_prodid / yahoo_ssa_items)も必須項目もバラバラですが、設計の勘所はシンプルです。

  • 必須イベントと必須パラメータを媒体ごとに確認する:トップ・商品詳細・一覧・カート・購入のどれが必要か、各イベントで何が必須かを表で把握する
  • 商品IDの形式を統一する:タグとフィードのIDを一致させる。SKU単位かアイテムグループ単位かを決め、全媒体に一貫適用する(Criteoの一致率60%にも直結)
  • CVタグと動的リマケタグを区別する:Google・Microsoftは別物。両方使うなら両方設置する
  • GA4準拠の共通データレイヤーで媒体差を吸収する:サイトは1本pushし、GTMの変換レイヤーで各媒体形式に翻訳して配る
  • 型・発火タイミング・配列形式を検証ツールで中身まで確認する:“発火しているのに値が空”の静かな失敗を潰す

仕様は変わり続けます。だからこそ、暗記ではなく「どこを確認すればよいか」という地図を持っておくことが、ECの広告運用者にとって最大の武器になります。第3章の比較表をブックマークし、実装のたびに公式ヘルプと突き合わせる——この習慣が、計測崩れによる機会損失を防ぎます。

なお、計測・タグ設計は「広告を出す前の土台工事」であり、ここが歪むとAI入札もクリエイティブ検証もすべて上に積み上がりません。横浜の独立系・運用型広告代理店である零(Rei)株式会社「でもやるんだよ」は、コトラー理論×組織知で「教科書通りの集客」を実装する方針のもと、データフィード設計・GTMによる多媒体タグ設計・計測の検証まで伴走します。料金体系は完全公開で、直接契約20%/代理店協業10%。動的リマーケやショッピング広告の計測でつまずいている場合は、設計の地図づくりからお手伝いできます。

関連記事もあわせてどうぞ:「SNSパートナーシップ広告の完全ガイド」「X広告のブランドセーフティ設定」「酒類広告の媒体別出稿規制」「広告代理店とは?仕組み・種類・収益モデル徹底解説」。媒体仕様と運用設計の解像度を一段上げられます。

07 よくある質問(FAQ・全12問)

Q1. 動的リマーケティングと通常のリマーケティングの違いは?
A.
通常のリマーケティングは訪問者全体に同じ広告を出しますが、動的リマーケティングはユーザーが見た・買った個別の商品を元に、その商品や関連商品を自動でクリエイティブ化して配信します。これを実現するため、タグから商品ID・価格などを送り、データフィードの商品情報とマッチングさせる仕組みが必要です。
Q2. なぜ商品情報パラメータが必要?通常のCVタグと何が違う?
A.
通常のCVタグは「購入の事実」と「金額」を送れば十分ですが、動的リマーケでは「どの商品を見たか/買ったか」という商品単位の情報が必要です。そのため商品ID・価格・数量を itemscontents といった配列で送ります。この商品単位の情報が、クリエイティブ自動生成と最適化の起点になります。
Q3. 商品IDはSKUとアイテムグループのどちらにすべき?
A.
重要なのはフィードのIDとタグのIDを一致させることです。フィードがSKU単位ならタグもSKU、アイテムグループ単位ならタグも同じ粒度に揃えます。粒度がずれると配信できない/精度が落ちる原因になります。色・サイズ違いを束ねるかは商材とフィード設計に合わせ、媒体をまたいでも一貫させましょう。
Q4. 実装にGTMは必須ですか?
A.
必須ではありませんが、複数媒体に出すなら強く推奨します。GA4のeコマーススキーマに準拠したデータレイヤーを1本用意すれば、その値をGTM変数で各媒体タグに流用でき、個別実装の手間とミスを大きく減らせます。ただしX広告のように、GTMテンプレよりカスタムHTMLが推奨される媒体もあります。
Q5. X広告でGTMテンプレを避けた方がよい理由は?
A.
X広告のダイナミック広告では、商品情報(content_id・content_price・num_items)を正しく構造化して送るうえで、GTM標準テンプレートでは表現しきれないことがあるためです。確実に渡すにはカスタムHTMLで twq のイベント送信を直接記述する方法が推奨されます。最終仕様はX広告の公式ヘルプで確認してください。
Q6. Criteoの「フィード一致率60%」とは?
A.
商品詳細ページのタグで送る商品IDと、フィードに登録した商品IDの一致率が60%を下回ると配信を開始できないルールです。よくある原因は「フィードはアイテム単位なのにタグはSKU単位(またはその逆)」という粒度の不一致。実装段階でID形式を統一し、一致率を事前確認することが重要です。
Q7. CVタグと動的リマーケタグは別物ですか?
A.
Google広告・Microsoft広告では別物です。コンバージョン計測タグと、商品情報を含む動的リマーケ用タグは役割が違うため、両方使うならそれぞれ設置が必要です。片方しか入れないと「計測はできるが動的配信できない」「動的配信はできるがCVが取れない」という抜けが起こります。
Q8. SSAは他媒体と何が違う?
A.
SSAは yahoo_ssa_items で送りますが、item_id・quantity・priceの3項目すべてが必須で他媒体より要求が多いのが特徴です。一方、SSAは購入完了ページ(CVタグ)にのみ商品情報を設定すればよく、商品詳細や一覧ページへのタグ設置は不要という違いもあります。設計時はこの2点を押さえると混乱しません。
Q9. 複数媒体に出すとき、効率的なタグ設計は?
A.
GA4のeコマース形式に準拠した共通データレイヤー(transaction_id・value・currency・itemsを含むpurchase等)をサイト側で1本用意し、GTM変数で各媒体形式(items/contents/item/ecomm_prodid 等)へ変換して配る設計が効率的です。媒体ごとにサイト改修するのではなく、変換レイヤーをGTMに集約すると保守性が上がります。
Q10. メルカリAdsのタグ実装で注意すべき点は?
A.
メルカリAdsは2025年2月開始の新しい媒体で、ベースタグ用のGTMテンプレはあるがイベントタグ用テンプレは未提供です。そのため購入などのイベントタグはカスタムHTMLで実装します。パラメータはGA4形式の items(item_id・price・quantity)を使うため、既存のGA4データレイヤーを流用しやすいのが利点です。
Q11. データの型(数値/文字列)の不一致でなぜ計測がずれる?
A.
媒体によって価格や数量を数値型で受け取る前提のものがあり、price を文字列で送ると最適化やROAS計算に正しく反映されない/値が無視されることがあります。各媒体の仕様に合わせ、価格・数量は数値型、商品IDは文字列型とデータレイヤーの段階で型を揃えておくのが安全です。
Q12. タグが正しく動いているか確認する方法は?
A.
媒体ごとの検証ツールを使います。Google=Tag Assistant/GTMプレビュー、Meta=Pixel Helper/イベントマネージャー、Yahoo!=GTMプレビュー/管理画面、Microsoft=UETタグヘルパー、Criteo=Criteo Inspector、TikTok=Pixel Helper など。発火の有無だけでなく、商品ID・価格・数量が正しい形式と型で送られているかまで確認しましょう。

2026年更新 動的リマーケティング・ショッピング広告の「商品情報パラメータ」完全ガイド 主要10媒体のタグ仕様を徹底比較の結論と実行チェックリスト

2026年7月19日、Google Search Consoleの表示回数・クリック率・掲載順位をもとに本文を再点検しました。ここでは「情報を知る」だけで終わらず、Google・運用型広告改善として何を確認し、どの数字で判断し、どの順番で改善するかを実務向けに整理します。自社で進める場合にも、外部へ相談する場合にも使える判断材料です。

先に結論|判断で外せない3点

  1. 設定項目を増やす前に、主要コンバージョンと事業上の価値を正しく計測する
  2. 自動入札には十分な信号と明確な制約を渡し、検索語句・配信面・顧客の質を人が監督する
  3. 媒体内CPAだけでなく、無効CV、商談、受注、粗利まで戻して予算を決める

重要:表示回数やクリック数は入口の指標です。施策の良し悪しは、最終的に顧客の質、売上、粗利、継続率へつながったかで判断します。短期の管理画面数値だけで結論を出さず、施策前に「成功」「停止」「追加検証」の条件を決めてください。

動的リマーケティング・ショッピング広告の「商品情報パラメータ」完全ガイド 主要10媒体のタグ仕様…を検討するときの6項目

検討初期は機能や会社名へ目が向きやすい一方、成果差は前提条件の整理で生まれます。次の表を埋められない項目があれば、発注や設定変更より先に関係者で認識を揃えます。

確認軸実務で確認する内容
計測主要CVと補助CVを分け、重複発火、参照期間、値、同意状態を確認する
構造目的・地域・予算・入札戦略が異なるものを無理に同じキャンペーンへ混ぜない
入力信号商品データ、オーディエンス、検索テーマ、除外条件の品質を確認する
広告検索意図ごとに訴求を分け、広告と遷移先の約束を一致させる
予算学習に必要な試行回数と許容損失を決め、日次変動だけで設定を戻さない
評価曜日・地域・デバイス・新規既存・受注結果まで分解して判断する

KPIは「入口・中間・事業成果」の3層で見る

単一の指標だけを最適化すると、クリックは増えたが受注しない、CPAは下がったが低粗利商品へ偏る、といった逆転が起こります。入口指標は異常検知、中間指標は改善箇所の特定、事業指標は投資判断に使う、と役割を分けます。

主要指標判断のポイント確認頻度の目安
有効CPA獲得単価だけでなく、無効・失注を除いた実質値で継続判断する週次で傾向、月次で意思決定
CVR率が下がった区間を特定し、流入・訴求・フォームを混同しない週次で傾向、月次で意思決定
検索語句・配信面の質量と質を分け、顧客条件に合う成果へ予算を寄せる週次で傾向、月次で意思決定
商談化率短期成果と営業・来店後の結果をつなげて評価する週次で傾向、月次で意思決定
粗利ROAS売上ではなく利益と継続価値を基準に拡大可否を決める週次で傾向、月次で意思決定

計算の基本:CPA=広告費÷コンバージョン数、CAC=新規顧客獲得に要した総費用÷新規顧客数、ROAS=広告経由売上÷広告費、LTV/CAC=顧客生涯価値÷顧客獲得費です。定義の異なる数字を同じ表で比較しないことが、改善の第一歩です。

このテーマを自社条件へ置き換える3つの質問

「動的リマーケティング・ショッピング広告の「商品情報パラメータ」完全ガイド 主要10媒体のタグ仕様…」を一般論のまま実行すると、自社の顧客条件や運用制約とずれることがあります。このページのテーマでは、特に次の3点を個別に確認してください。

  • 対象:誰のどの課題を解決し、対象外にする顧客は誰かを具体化します。
  • 採算:成果一件の価値と許容費用を、売上ではなく粗利と継続率から決めます。
  • 実行:担当者、期限、必要データ、停止条件を決め、公開・発注後も改善を続けます。

30日・60日・90日の改善ロードマップ

期間取り組むこと完了条件
最初の30日タグ・CV定義・検索語句・配信面を監査し、誤学習の原因を取り除く基準値、課題、担当者、検証仮説が一枚で共有されている
31〜60日訴求とLPを揃えたテストを行い、有効CVが集まる構造へ予算を寄せる変更前後を同じ定義で比較でき、顧客の質まで確認できる
61〜90日オフライン成約や利益データを還元し、件数最大化から価値最大化へ移行する続ける施策、止める施策、次に試す施策と予算根拠が決まっている

90日という期間は成果保証ではありません。購入頻度が低い商品、商談期間が長いBtoB、季節要因が大きい業種では、評価期間を延ばす必要があります。反対に、計測不備やポリシー違反、赤字在庫への配信など明確な問題は、データが貯まるまで待たずに修正します。

検証を始める前の実行ワークシート

Google・運用型広告改善では、実行後に評価基準を変えると都合のよい数字だけを選びやすくなります。開始前に次の項目を一枚へまとめ、関係者が同じ定義を見られる状態にしてください。数値が不明な項目は推測で埋めず、「未計測」として最初の改善対象にします。

記入項目記入する内容判断時の注意
事業目標90日後の売上・粗利・顧客数と、その目標が必要な理由媒体指標を事業目標の代わりにしない
基準値有効CPA、CVR、検索語句・配信面の質、商談化率、粗利ROASの直近値と計測期間定義・期間・対象をそろえて比較する
仮説どの顧客の、どの障壁を、何を変えて解消するか「何となく良さそう」を仮説にしない
変更点今回変える一項目と、変えずに固定する条件同時変更で原因を分からなくしない
必要件数判断に必要なクリック・有効CV・商談・購入の件数期間だけでなく件数でも判断する
終了条件継続、拡大、修正、停止を決める数値と確認日損失上限と品質上の停止条件も決める

十分な件数が集まらない場合は、結果を「成功」「失敗」と断定せず「判断保留」とします。そのうえで、対象を絞る、観測期間を延ばす、より上流の行動を補助指標にする、複数期間を統合するといった方法を検討します。ただし、補助指標が改善しただけで事業成果も改善したとみなしてはいけません。

インハウス・外注・共同運用の選び方

運用体制向いている状況注意点
インハウス社内に経験者がいて、日々の改善時間と制作・分析の体制を確保できる担当者一人へ知識と権限を集中させず、レビューと引き継ぎを用意する
外注立ち上げ速度、専門設定、制作量、第三者診断を優先したい丸投げにせず、顧客の質・利益・社内変更を定期的に共有する
共同運用戦略と顧客情報は社内、実行・検証は外部など、強みで役割を分けたい境界業務が抜けないよう、担当・承認・期限・障害時対応を明文化する

どの体制でも、アカウント、タグ、ドメイン、CMS、解析、顧客データの最終管理権限は自社で把握します。外部へ付与する権限は必要最小限とし、退職・契約終了時の削除手順を決めます。制作物と設定の変更履歴、判断理由、学習内容を残せば、担当変更による成果のリセットを防げます。

週次・月次レビューで確認する順番

週次レビューは異常検知と実行管理に使います。予算消化、計測エラー、在庫・予約枠、審査、急激なCPA/CVR変化、予定していた制作・改修が完了したかを確認します。小さな日次変動に反応して設定を戻すのではなく、明確な障害と通常変動を分けます。

月次レビューは投資配分の判断に使います。有効CPA、CVR、検索語句・配信面の質、商談化率、粗利ROASを前月・前年・計画と比較し、顧客層、商品、地域、流入元で差を確認します。良かった施策は「なぜ良かったか」「どの条件なら再現するか」を言語化し、悪かった施策は責任探しではなく次に検証する原因仮説へ変えます。

  1. 事実:定義を固定した数値と顧客の声で、何が変わったかを書く
  2. 分解:流入、訴求、導線、計測、営業・店舗、商品・価格のどこで変化したかを見る
  3. 仮説:最も可能性と影響が大きい原因を一つ選ぶ
  4. 行動:次に変える一項目、担当、期限、必要工数を決める
  5. 判断:確認日と継続・修正・停止の条件を記録する

数字が改善しても拡大を止めるべきケース

管理画面の数値が良くても、事業や顧客体験を損なう場合は拡大しません。対象外顧客の増加、キャンセル・返品・解約の増加、在庫不足、予約過多、現場残業、低評価口コミ、表現リスク、個人情報の不適切な利用がないかを確認します。短期CPAの改善と引き換えに長期LTVやブランド信頼を失えば、実質的な成果は悪化しています。

  • 売上は増えたが、粗利率・返品率・解約率を含めると利益が減っている
  • 問い合わせは増えたが、対象外・いたずら・重複が多く営業負荷だけが上がっている
  • 予約は増えたが、供給能力を超えて待ち時間・キャンセル・低評価が増えている
  • 強い表現でCTRは上がったが、実際の商品・サービスとの期待差が大きい
  • 短期の割引でCVRは上がったが、通常価格での再購入・再来店につながらない

拡大前には、予算を増やしたときも同じ顧客層・単価・品質が維持されるとは限らない点を織り込みます。一度に大きく増額せず、供給能力と顧客の質を確認できる幅で段階的に広げます。

成果を遠ざける4つの失敗

  1. 要注意:推奨設定を理由なく一括適用し、予算・地域・ブランド条件が変わる
  2. 要注意:学習期間中に毎日設定を変え、どの変更が成果へ影響したか追えなくなる
  3. 要注意:フォーム送信をすべて同じ価値にし、営業対象外の問い合わせを学習させる
  4. 要注意:広告だけを改善し、検索語句と一致しないLPや長いフォームを放置する

改善会議では、感想ではなく「観測した事実」「原因の仮説」「次に変える一項目」「判断日」をセットで記録します。変更履歴を残せば、担当者が替わっても同じ失敗を繰り返しにくくなります。

外注・相談前に準備する情報

  • 直近3〜6か月の費用、主要CV、売上、粗利、商談化率、受注率
  • 優先商品・サービス、避けたい顧客、対応地域、在庫・予約・営業の上限
  • 過去に試した施策、変更日、うまくいった条件、失敗した条件
  • 媒体・解析・タグ・CMS・CRMの権限と、数字の正本にするデータ
  • 90日後に達成したい状態と、許容できる検証費用・社内工数

数値が揃っていなくても相談はできます。ただし、分からない数字を推測で埋めず「未計測」と明示してください。最初の支援範囲を計測整備にするか、集客拡大にするかが変わります。

動的リマーケティング・ショッピング広告の「商品情報パラメータ」完全ガイド 主要10媒体のタグ仕様…に関するFAQ

Q. まず何から始めればよいですか?

A. 新しい媒体やツールを追加する前に、現在の顧客獲得から売上までを数値でつなぎ、最大のボトルネックを一つ選びます。計測できていない場合は、計測設計が最初の施策です。

Q. 少額でも検証できますか?

A. 可能ですが、予算を薄く広げると判断に必要な件数が集まりません。対象、地域、商品、訴求を絞り、何件集まったら継続判断するかを先に決めます。少額ほど検証項目を減らすことが重要です。

Q. どのくらいで成果を判断できますか?

A. クリック数ではなく、必要な有効CV数と商談・購入までの期間から逆算します。日次の上下では判断せず、季節性や曜日差も含む比較期間を置きます。ただし計測不備や明確な赤字要因は早期に修正します。

Q. 外注すれば社内作業は不要ですか?

A. 不要にはなりません。顧客の質、失注理由、在庫、商品変更など社内にしかない情報を定期的に共有する必要があります。外部パートナーには実行を任せても、目標と優先順位の意思決定は社内に残します。

零株式会社へ相談する場合:現状の広告費や施策が正しいか分からない段階でも、計測、訴求、媒体、LP、商談・購入後の数字を切り分けて確認します。実施項目を増やすことではなく、今の事業で優先すべき一手と判断基準を明確にすることから始めます。

動的リマーケ・ショッピング広告の計測/タグ設計は、横浜の独立系代理店「でもやるんだよ」へ

フィード設計・GTMによる多媒体タグ設計・計測の検証まで伴走します。コトラー理論×組織知で「教科書通りの集客」を実装。料金は完全公開(直接契約20%/代理店協業10%)。

無料相談を申し込む