Shopifyと各プラットフォームのフィード
どのプラットフォームにもGoogle連携機能が用意されていますが、そのいずれもが「有効だが内容の薄い」フィードを生成します。有効であれば承認は下りますが、内容が薄いために、勝てるはずのオークションを取りこぼしてしまうのです。
連携機能が得意なこと
- 必須属性の出力：id、title、description、link、image、price、availability。
- 価格と在庫をストアとおおよそ同期させること。これにより、最も件数の多い種類の不承認が解消されます。
- バリエーションの構造化。通常は正しいitem_group_idが付与されます。
- 壊れないこと。これは聞こえ以上に価値のある点です。
空欄のまま残されるもの
プラットフォームの商品モデルに項目として存在しないものすべてです。具体的には、google_product_categoryが推測値のままか未設定、product_typeが社内のコレクション名そのまま、そして色・素材・柄・年齢層・性別は、販売者がバリエーションのオプションとして入力していない限り空欄になります。
もう一つの弱点はタイトルです。プラットフォームの連携機能は、ストアフロント向けに書かれた商品タイトルをそのまま送信します。それはすでにページを訪れている人に向けて書かれた文章であり、Shoppingのマッチングで勝てるタイトルであることはほとんどありません。
Merchant Centerの検証をエラーゼロで通過したプラットフォームのフィードでも、どの検索語句で表示されるかを左右する属性がすべて欠けている場合があります。承認はあくまで最低基準であり、評価点ではありません。
手を入れるべき箇所
- 補助フィード。プラットフォームが管理しているメインフィードを置き換えることなく、属性を追加・上書きできる最もすっきりした方法です。
- Merchant Centerのフィードルール。マッピングや単純な変換には有効ですが、条件分岐を伴う処理には向きません。
- ストアとGoogleの間に置くフィードレイヤー。大規模なカタログやマルチチャネル展開には最適な選択肢です。同じ拡充データをMetaやTikTokにもそのまま活用できるからです。
情報源は1つに保つ
フィード管理ツールで陥りがちな失敗は、微妙に異なる3つのバージョンのカタログが存在し、どれが正しいのか誰も分からなくなることです。データを拡充するレイヤーは、ストアから読み取って各チャネルへ書き出す役割に徹するべきで、商品データを手作業で編集する2つ目の場所になってはいけません。