Shopify運用設計研究所 > Shopify広告フィード設計|Merchant Center・Metaカタログで商品データを崩さない方法
2026年7月3日
•約21分で読めます
Shopifyの商品データをGoogle Merchant Center、Metaカタログ、TikTok/Pinterestなどへ広告フィード連携する際に、商品タイトル、説明、画像、カテゴリ、GTIN/MPN、color/size、variants、availability、sale price、shipping/tax、UTM/GA4、不承認監視まで運用設計として整理します。
Shopifyの商品をGoogle Merchant CenterやMetaカタログに出したいです。Google & YouTubeアプリやMeta連携アプリを入れれば、広告フィードはだいたい大丈夫でしょうか?
小さく始めるなら公式アプリで十分な場合があります。ただし広告費をかけるなら、アプリ設定だけでなく、商品マスターから媒体別フィードへどの属性を渡し、不承認や計測断絶をどう検知するかまで設計した方が安全です。
「shopify 広告フィード」で調べる人の多くは、アプリ名を知りたいだけではありません。
Google Merchant Centerに商品を同期したい。MetaカタログでInstagram広告やリターゲティングに使いたい。TikTokやPinterestにも商品を出したい。ところが、実際に運用すると次のような問題が出ます。
広告フィードは広告管理画面の設定ではありません。商品マスター、バリエーション、メタフィールド、在庫、価格、画像、配送、税、媒体別審査、UTM/GA4計測がつながる運用設計です。
Google Merchant Centerヘルプの商品データ仕様では、商品データが不正確または不足していると、不承認、掲載資格の制限、誤表示などの原因になると説明されています。Google & YouTubeアプリの商品同期ヘルプでも、Shopifyの商品情報はMerchant Centerへ同期される一方、商品ステータスやエラーは定期的に確認する必要があるとされています。
Shopify広告フィードで最初に設計すべきなのは、どのアプリを入れるかではなく、商品マスターのどの属性を、どの媒体へ、どの責任で渡すかです。
広告フィードを「媒体に商品を渡すCSV」くらいに考えると、運用で崩れます。実務では、商品マスターから媒体別フィードへ変換するルールを持ちます。
| 設計対象 | 決めること | 決めないと起きること |
|---|---|---|
| 商品ID | Shopify product ID、variant ID、SKU、GTIN、媒体item IDの対応 | GA4、広告、Shopify注文、商品改善がつながらない |
| 商品タイトル | Shopify標準タイトル、SEOタイトル、広告用タイトルのどれを使うか | 広告で分かりにくいタイトル、媒体ごとの表記ゆれが起きる |
| 説明文 | 商品説明、SEO description、広告用短文、HTML除去のルール | キャンペーン文言や余計な装飾がフィードに混ざる |
| 画像 | メイン画像、媒体用画像、禁止表現、背景、サイズ | Merchant CenterやMetaで画像不承認が増える |
| 商品カテゴリ | Shopifyの商品タイプ、Google Product Category、Metaカテゴリ | 審査エラー、配信面のズレ、属性不足が起きる |
| バリエーション | 色、サイズ、容量、SKU、JAN、在庫、価格 | 親商品と子商品の区別が崩れ、広告上で選択肢が壊れる |
| 在庫・価格 | availability、sale_price、有効期間、予約販売 | 在庫切れ商品に広告費を使う、セール価格が反映されない |
| 送料・税 | Shopify設定、Merchant Center設定、国別市場 | ランディングページと広告表示の送料/税が合わない |
| 計測 | UTM、GA4 item_id、広告クリックID、商品別成果 | 広告成果を商品マスター改善へ戻せない |
この表が広告フィード設計の出発点です。
アプリ紹介記事では、Google & YouTubeアプリ、Meta連携、DFO系アプリ、dfplus.ioのようなデータフィード管理アプリが並びがちです。選択肢を知ること自体は重要です。ただし、広告費を使う運用では「アプリが同期した」だけでは不十分です。どの属性が正本で、どこで変換し、誰がエラーを見て、どの数字に戻すかまで決めます。
Shopifyから広告フィードを出す先は、媒体ごとに性格が違います。GoogleはMerchant Centerの商品データ仕様が強く、MetaはカタログとCommerce Manager、TikTokはBusiness Center/Ads Manager/カタログ、Pinterestは商品カタログとタグ計測の整合が論点になります。
| 連携先 | 基本構成 | Shopify側の入口 | 主な運用論点 |
|---|---|---|---|
| Google Merchant Center | Shopify商品データをGoogle & YouTubeアプリ経由でMerchant Centerへ同期 | ShopifyのGoogle & YouTubeチャネル設定 | 商品ID、GTIN/MPN、Google Product Category、送料/税、商品ステータス、不承認 |
| Metaカタログ | Facebook and Instagram by Metaに商品を公開し、Metaカタログへ同期 | Shopify公式のMeta商品公開ヘルプ | タイトル、説明、画像、Google Product Category、色/サイズ、商品公開エラー |
| TikTok | TikTokアプリでBusiness Center、Ads Manager、Pixel、Catalogを接続 | TikTok For BusinessのShopify設定ガイド | 国別カタログ、商品承認状態、Pixel/イベント、商品別動画広告への接続 |
| Pinterestカタログ、タグ、商品グループ、広告アカウントを接続 | Shopifyアプリまたはフィード管理アプリ | 画像品質、カテゴリ、在庫、商品グループ、UTM | |
| 独自/補助フィード | Shopify Admin API、メタフィールド、外部PIM、フィード生成ツールで媒体別CSV/XMLを生成 | カスタムアプリ、バッチ、フィード管理SaaS | 公式アプリで足りない属性変換、承認ワークフロー、差分監視 |
Google & YouTubeチャネルの要件では、Shopifyのオンラインストア、決済プロバイダー、返品ポリシー、利用規約、連絡先、配送対象国、送料設定などがMerchant Center要件に関わると説明されています。また、既存のMerchant Centerアカウントを接続すると、ドメイン、オンラインストアで利用可能な商品の情報、送料や税などのShopify設定が同期対象になります。
Metaについては、Shopify公式ヘルプで、Facebook and Instagram by Metaに公開した商品は設定済みの機能に共通して使われ、商品ステータスやエラーをProductsセクションで確認できると説明されています。TikTokも、Shopifyアプリ上でProduct Catalogのステータスを確認し、承認・保留・不承認を把握する流れが示されています。
つまり媒体別に画面は違っても、運用の中心は同じです。商品マスターから正しい属性を出し、媒体側の不承認を見て、Shopifyまたは補助フィードへ修正を戻します。
Shopifyの商品データは、ストア上で販売できていても広告フィードに十分とは限りません。商品ページでは自然に読める説明でも、Merchant CenterやMetaカタログでは属性不足になります。
| 属性 | Shopifyでの候補 | Google/Merchant Centerでの見方 | Meta/TikTokなどでの見方 | 設計ポイント |
|---|---|---|---|---|
id / item ID |
product ID、variant ID、SKU | 商品ごとに一意で、更新時も同じIDを維持 | カタログの商品識別に使う | GA4のitems.item_id、広告商品ID、SKU対応表を持つ |
title |
商品タイトル、SEO title、広告用メタフィールド | 商品を明確に特定し、LPと一致させる | 商品名仕様に沿い、誇張表現を避ける | サイズ/色が重要ならタイトルまたはvariant属性へ入れる |
description |
商品説明、SEO description、広告用短文 | 商品説明として正確に記述し、宣伝文を混ぜすぎない | 説明仕様とポリシーを満たす | HTML除去、定型文除外、媒体別短文化を決める |
image_link |
商品メイン画像、媒体用画像 | クロール可能で、商品を正確に表示する画像 | 商品画像仕様を満たす | 透かし、文字入り画像、プレースホルダを避ける |
| category | 商品タイプ、コレクション、Google Product Category | Google Product Categoryが審査や必要属性に影響 | MetaでもGoogle Product Categoryが必要になる場合がある | Shopify商品タイプとGoogleカテゴリを混同しない |
| GTIN/MPN | バリエーションJAN、型番、メーカー品番 | 固有商品IDとして重要。不正確だと不承認やアカウント問題になり得る | 商品照合、カタログ品質に関わる | JANがある商品はvariant単位で持つ。独自品はcustom product扱いを明確にする |
| color/size | variant option、バリエーションメタフィールド | バリエーション商品では色・サイズ・item_group_idが重要 | variant errorsの原因になりやすい | option名だけで足りない場合は広告用属性を別管理する |
| availability | Shopify在庫、販売チャネル公開状態 | 在庫状況とLPの表示整合が必要 | 在庫切れや未公開商品の広告配信を止める | inventory policy、予約販売、販売不可条件を整理する |
| price/sale_price | 価格、比較価格、ディスカウント | セール価格やプロモーション同期の扱いが重要 | セール、割引、価格表示の整合が必要 | sale_priceの期間、クーポン、チャネル対象を決める |
| shipping/tax | Shopify送料・税設定、Merchant Center設定 | 送料/税が広告表示とLPで矛盾すると問題になる | 媒体/国別要件に影響 | Shopify Markets、配送プロファイル、Merchant Center側設定を照合する |
特に危険なのは、SKUとGTINと広告item IDを混同することです。SKUは社内管理ID、GTIN/JANは国際的な商品識別子、Merchant CenterやMetaカタログのitem IDは媒体上の商品識別です。たまたま同じ値を使うことはありますが、意味は違います。
Shopifyメタフィールド設計ガイドで整理したように、商品全体の属性は商品メタフィールド、SKUごとのJAN・色番・容量はバリエーションメタフィールド、複数商品で共通するカテゴリ対応表や素材辞書はメタオブジェクトや外部PIMで持つと崩れにくくなります。
Shopifyの商品ページ用テキストと広告フィード用テキストは、同じでよい場合もあります。ただし、商品ページの説明文をそのまま広告フィードへ出すと、HTML、キャンペーン文言、配送注意、FAQ、レビュー誘導が混ざることがあります。
Google Merchant Centerの商品データ仕様では、タイトルや説明はランディングページと一致し、宣伝文や過剰な表現を避けることが求められます。Meta側でも商品タイトル、説明、画像の仕様を満たす必要があります。広告上でブランド名、型番、色、サイズ、容量を足したい場合は、Shopify標準タイトルを壊すのではなく、SEO title、広告用メタフィールド、補助フィードのどこで変換するかを決めます。
ここで重要なのは、広告用テキストを各媒体の画面で直接直さないことです。Merchant Centerの属性ルールや補助フィードだけで直すと、Shopifyの商品マスターと乖離します。基本はShopifyの商品マスターまたはPIMに戻し、媒体固有の変換だけを補助フィードや属性ルールに残します。
広告フィードの修正は、媒体画面の応急処置で終わらせず、商品マスター、メタフィールド、補助フィードのどこを正本にするかまで戻す必要があります。
公式アプリで十分なストアもあります。逆に、公式アプリだけで無理に続けると、Merchant CenterやMetaカタログで不承認対応が属人化します。
| 判断軸 | 公式アプリで足りる | カスタムフィード/補助フィードを検討する |
|---|---|---|
| 商品点数 | 数十〜数百点で、属性がシンプル | 数千点以上、カテゴリごとに必要属性が違う |
| チャネル | GoogleとMeta中心 | Google、Meta、TikTok、Pinterest、モール、海外市場へ展開 |
| 商品属性 | タイトル、説明、画像、価格、在庫、JAN程度 | 媒体別タイトル、カテゴリ変換、素材/性別/年齢層/用途の出し分けが必要 |
| バリエーション | 色・サイズがShopify optionで素直に表現できる | バリエーション名、色名、サイズ体系、親子関係の変換が必要 |
| 送料/税 | Shopify設定と媒体要件が近い | 国別、配送温度帯、商品別送料、予約販売、税区分が複雑 |
| 承認運用 | 週次で商品ステータスを見れば足りる | 日次アラート、差分検知、担当者割当、再審査管理が必要 |
| 正本 | Shopifyが商品マスターの正本 | PIM、基幹、WMS、外部商品DBが正本 |
| 計測 | UTMとGA4で大まかに見られればよい | item ID単位で広告費、売上、粗利、在庫、返品理由へ戻したい |
Google & YouTubeアプリは、Shopify商品をMerchant Centerへ同期し、商品ステータスも確認できるため、初期構成としては有力です。Shopify App StoreのGoogle & YouTubeアプリも、Googleの商品掲載、広告、YouTube連携の入口になります。
ただし、Googleのヘルプにもある通り、Merchant Centerに同期された商品ステータスにはNot approved、Limited、Under review、Approvedといった状態があります。エラーや不足データが出た場合は、Shopify側の商品詳細や一括編集で直し、同期後に再確認します。媒体画面の手修正が増えるなら、商品マスター側の設計不足です。
カスタムフィードを使う場合は、Shopify API連携の設計方法で扱ったように、Admin API、Webhook、外部DB、バッチ、ログ、リトライを設計します。単にCSVを書き出すだけでなく、いつ生成し、前回との差分をどう見るか、失敗時に誰へ通知するかが必要です。
公式アプリで同期しつつ、足りない部分だけメタフィールドや補助フィードで補う設計が現実的です。
| 課題 | 商品マスター側の設計 | 変換/補助の例 | 注意点 |
|---|---|---|---|
| Google Product Categoryが商品タイプと合わない | 商品カテゴリ対応メタフィールドまたはカテゴリ台帳を持つ | Merchant Centerの属性ルールや補助フィードで上書き | Shopifyの商品タイプを無理にGoogleカテゴリ化しない |
| 色名が日本語で媒体仕様に合わない | feed.colorなど広告用色名をvariant単位で持つ |
補助フィードでcolorを変換 | 商品ページ表示名と広告用属性を混同しない |
| サイズ体系が複雑 | feed.size_system、feed.size_typeを持つ |
カテゴリ別に属性追加 | アパレルなどカテゴリ別要件を台帳化する |
| 独自商品でGTINがない | MPN、brand、custom product判定を持つ | Google & YouTubeの一括編集で補完 | 理由を商品台帳に残す |
| 予約販売・セール価格 | availability、sale_price、有効期間、対象チャネルを持つ | 予約対象だけ別フィードや属性変換 | LP表示と広告表示を一致させる |
補助フィードは便利ですが、商品マスターの代替ではありません。補助フィードは「媒体固有の最後の変換」として使い、正本はShopify/PIM側へ置きます。
広告フィード運用で重要なのは、不承認をゼロにすることではなく、不承認の発生、影響、修正、再審査を運用に乗せることです。
| 状態 | 検知場所 | よくある原因 | 対応者 | 完了条件 |
|---|---|---|---|---|
| Not approved / 不承認 | Google & YouTubeアプリ、Merchant Center | GTIN不足、画像NG、カテゴリ不一致、送料/税不一致、ポリシー違反 | EC担当 + 商品担当 | 商品修正後、Merchant Centerで承認または再審査済み |
| Limited / 一部制限 | Merchant Center、Google & YouTubeアプリ | 一部バリエーションの属性不足、国別要件不足 | EC担当 | 対象SKUを特定し、必要属性を補完 |
| Under review / 審査中 | Google & YouTubeアプリ | Shopify側変更後の同期待ち | EC担当 | 審査完了まで監視し、期限超過なら調査 |
| Meta product errors | Facebook and Instagram by Meta、Commerce Manager | 画像不足、カテゴリ不足、variantの色/サイズ不足 | SNS/広告担当 + EC担当 | エラー列が解消し、対象商品が公開状態 |
| TikTok disapproved | TikTokアプリ、Catalog Manager | 商品カテゴリ、ポリシー、画像、在庫、国別カタログ不整合 | 広告担当 | product statusがapprovedへ戻る |
| 差分アラート | 独自ログ、フィード生成ログ、Slack | 商品数急減、在庫同期停止、価格差、フィード生成失敗 | システム担当 | 原因を特定し、再同期またはロールバック |
このフローでは、広告担当だけに責任を置かないことが重要です。GTIN、商品カテゴリ、画像、在庫、送料、税は、広告担当だけでは直せません。商品登録、EC運用、物流、開発、広告運用の責任分界を作ります。監視頻度は、広告費と商品更新頻度で変えます。
| 頻度 | 見るもの | 目的 |
|---|---|---|
| 日次 | 商品数、承認/不承認数、フィード生成結果、主要SKUの在庫切れ | 広告停止や商品数急減を早期検知 |
| 週次 | 新商品、セール商品、カテゴリ別エラー、Meta/TikTok承認状態 | 商品登録ルールの抜けを修正 |
| 月次 | 広告費、商品別売上、GA4 item実績、不承認履歴、返品/在庫 | 商品マスター改善と広告配分に戻す |
| リリース時 | テーマ変更、商品CSV投入、価格改定、配送設定変更 | フィードとLPの不一致を防ぐ |
Shopify FlowでEC運用を自動化する設計ガイドで扱ったように、Shopify内の在庫や商品状態の変化は通知にできます。ただし、Merchant CenterやMeta側の審査結果は媒体側で確認し、必要なら独自ログやSlack通知へつなげます。
広告フィードは、商品を媒体へ出して終わりではありません。広告クリック、GA4イベント、Shopify注文、商品マスター改善をつなげて初めて意味があります。
| 計測要素 | 役割 | 設計ポイント |
|---|---|---|
| UTM | GA4で媒体・キャンペーン・広告グループを識別 | utm_source、utm_medium、utm_campaign、必要ならutm_contentを媒体別に統一 |
| GA4 item ID | 商品別行動と購入を識別 | Merchant Center/Meta item ID、Shopify variant ID、SKUとの対応表を持つ |
| 広告クリックID | Google AdsやMeta側の最適化・計測 | GA4の数字と広告管理画面のCVを一致させようとしすぎない |
| 商品別売上 | Shopify注文を正本に商品成果を見る | 広告CVではなくShopify注文・返金・粗利で最終判断する |
| 商品改善 | タイトル、画像、カテゴリ、在庫、価格を改善 | 不承認履歴、クリック率、購入率、返品理由を商品台帳へ戻す |
ShopifyのGA4設定を計測運用まで設計するでも整理した通り、Shopifyの売上正本はShopify注文、広告最適化の数字は広告媒体、行動分析はGA4です。広告フィードでは、GA4のview_item、add_to_cart、purchaseのitems.item_idが、広告商品IDやSKUと突き合わせられる状態にします。
UTMは媒体ごとに雑に付けると、商品別分析に戻せません。Googleショッピング、Meta動的広告、TikTokカタログ広告、Pinterest広告で、少なくともsource/medium/campaignの命名ルールを決めます。キャンペーン名に商品カテゴリやセール名を含める場合も、後から集計しやすい命名にします。
広告フィードは、商品登録ルールが弱いほど壊れます。新商品登録時に広告必須属性を確認せず、出稿直前に広告担当がMerchant Centerで直す運用は長続きしません。
| 役割 | 責任範囲 | 見るべき項目 |
|---|---|---|
| 商品登録担当 | Shopify商品、variant、画像、カテゴリ、JAN/MPNの初期入力 | title、description、image、SKU、GTIN、color/size |
| EC運用担当 | 商品マスター台帳、メタフィールド、価格、在庫、セール | sale_price、availability、商品カテゴリ、販売チャネル公開 |
| 広告担当 | 媒体側ステータス、キャンペーン、商品グループ、UTM | Merchant Center、Metaカタログ、TikTok/Pinterest、広告費、承認状態 |
| 物流/CS担当 | 送料、配送制約、返品、予約販売、問い合わせ傾向 | shipping、tax、delivery note、返品理由、在庫切れ理由 |
| 開発/システム担当 | フィード生成、API同期、差分ログ、アラート | カスタムフィード、補助フィード、同期失敗、ID対応表 |
| 責任者 | 例外承認、カテゴリルール、広告停止判断 | 不承認が売上に与える影響、ルール変更、媒体ポリシー対応 |
Shopify商品ページカスタマイズ設計ガイドで扱った商品ページの情報設計と、広告フィードの属性設計はつながっています。商品ページに正しく出ていない情報は、広告フィードでも正しく出せません。逆に、広告フィードだけで整えても、ランディングページと不一致なら審査やCVRで不利になります。
Shopify広告フィードは、Google & YouTubeアプリやMeta連携アプリを入れるだけの作業ではありません。
Google Merchant Center、Metaカタログ、TikTok、Pinterestに商品を渡すには、商品タイトル、説明、画像、カテゴリ、GTIN/MPN、color/size、variants、availability、sale price、shipping/taxを商品マスターからどう持たせるかを決める必要があります。公式アプリで足りる範囲、補助フィードや属性ルールで補う範囲、カスタムフィードやメタフィールド変換が必要な範囲を分けます。
さらに、approval errorsやdisapprovalsを誰が見るのか、商品数急減や価格差をどう検知するのか、UTM/GA4で広告成果を商品改善へどう戻すのか、登録ルールと責任者をどう置くのかまで設計します。
広告フィードの品質は、広告担当だけでは上がりません。商品登録、EC運用、物流、CS、開発、広告運用が同じ商品マスターを見て、媒体別に必要な属性を欠けなく渡す体制が必要です。
Bitlightでは、Shopify広告フィードを「アプリ選定」ではなく、商品マスター、メタフィールド、Merchant Center、Metaカタログ、TikTok/Pinterest、UTM/GA4、不承認監視までつながる運用設計として整理します。広告費をかける前に、まず商品データが媒体に耐える状態かを棚卸しすることが、長く崩れないShopify広告運用の出発点です。
広告フィードは、媒体ごとの設定画面ではなく、Shopifyの商品マスターから設計しないと崩れるんですね。
その通りです。Merchant CenterやMetaカタログで出た不承認は、広告画面の問題に見えて、実際には商品ID、属性、画像、在庫、送料、計測の設計不足であることが多いです。商品マスターに戻せる運用にしておくことが重要です。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。