メタフィールドとCatalog Mapping

M07 対象: Shopify店舗 課題: 検索・AIへ正しい情報を出す 提案(未検証) 本人承認が必要

Shopify標準の項目を先に整え、必要なカスタム項目だけをCatalog Mappingの供給元にします。公開allowlistの外にある原価・顧客・内部評価は、Catalog・HTML・discovery fileのどこにも送りません。

店舗側の対策です。 対象は読者のShopify店舗の設定・theme・商品データです。変更前の監査、最小の差分、UXの回帰確認、本人承認の順で進めます。 このサイト(メディア)自身のSEOや構造化データは別のコードで管理しているので、ここに書いた店舗側の手順は当てはめず、読者がShopify利用者であってもメディアをShopifyへ移すことはしません。

12モジュールはどれも提案の段階で、実店舗での実装と検証はまだ行っていません。実績はまだありません。掲載順位・AIでの引用・売上の改善は保証しません。

1. 何を確認するか

公開可能な正式名称/別名/型番/属性と私的項目を分類

  • 正式名称・別名・型番・属性のうち公開できるものと、原価・仕入れ先・顧客・内部評価のような私的な項目を分類します。
  • metafieldとmetaobjectの一覧から、Catalogや表示に使っているものと使っていないものを分けます。
  • 人が見る名称と、供給される名称・型番が一致しているかを確かめます。

2. 何を変えるか

Shopify標準項目を先に整え、必要なカスタム項目だけCatalog Mappingの供給元へ

  • 標準の項目(title・vendor・type・variant)を先に整えます。
  • カスタム項目は公開allowlistに載せたものだけをCatalog Mappingへ供給します。全metaobjectを無条件でexportしません。
  • B2B向けの卸値や取引条件のcustom fieldは、allowlistから外したうえで出力に含まれないことを確かめます。

3. UXの守り

人が見る名称とAI供給の意味を一致させ、原価/顧客/内部評価を送らない

  • 人が見る名称とAIへ供給する意味を一致させます。表示にない属性を供給側だけに持たせません。
  • variantとgroupの構造は実態どおりにします。一つに束ねた結果として探しにくくなる商品は、分けたままにします。

4. テスト

公開許可のない項目が出力にないこと、名称・型番の一致、variantとgroupが実態どおりであることを確認します。

  1. 公開許可のない項目を除外
  2. 名称・型番の一致
  3. variant/groupを実態どおり確認

未実測の項目はpassにしません。実行した環境と日付を記録し、PC・スマートフォン・キーボードの差分を残します。

5. 納品物

データ供給表と公開allowlist。全metaobjectを無条件exportしない

  • データ供給表。項目ごとに正本・公開可否・供給先をまとめます。
  • 公開allowlistと、除外した項目の理由。

無料・標準機能で足りる場合

Shopifyの標準機能と既存の設定で足りる場合は、アプリを追加しません。足りるなら、それで終わりです。既存appが同じ役割を持つなら、その出力を確かめてから重複を外します。

対象外

  • Catalogへの掲載や、AI側での表示を保証しません。供給の設定と掲載の可否は別の判断です。
  • メディア側の記事データ(catalog.json)とShopifyのCatalogは別物で、混ぜません。

本人承認が必要な操作

次の操作は、本人が対象と範囲を確かめて承認した後に行います。承認の前はローカルとpreviewで作業を続け、本番の設定・theme・データには触れないまま、差分と戻す手順だけをそろえておきます。承認は一件ずつです。

  • Catalog Mappingの供給項目を変更する
  • metafieldの公開範囲を変える
  • 本番の商品データを一括更新する
すべてのモジュールに共通する承認項目
  • 本番themeへ反映して公開する
  • 本番の商品データやmetafieldを一括で更新する
  • robots・sitemap・discovery fileを変更する
  • sales channelやAI向けチャネルを有効化する
  • 既存appを停止・削除する

Claude Codeでの作業順

  1. 本番権限を使わず、提供されたexport・themeのコピー・模擬データで棚卸しします。
  2. 現行の公式資料と対象versionを確認し、標準で足りることと不足を分けます。
  3. 最小差分のpatch、テストデータ、戻す手順をそろえます。
  4. PC・スマートフォン・キーボードで表示とデータの差分を記録します。未実測の項目はpassにしません。
  5. 本人が対象の変更を承認した場合だけ、本番手順へ進みます。

進め方を選ぶ

進め方を1つ選ぶと、次にすることを1つ示します。ほかの3つは下に畳んで残します。どれを選んでも、使う要件と確認項目は同じです。

進め方

社内・既存の開発先で作る

受け取るもの
監査表・差分仕様・受入テストを、既存の開発担当がそのまま実装と確認に使える形で渡します。
状態
資料はまだ作っていません。公開中の資料一覧から、同じ課題の資料を探せます。

公開中の資料一覧を読む 任せたい場合は相談する

Claude Codeで作る

受け取るもの
同じ範囲のClaude Code指示です。preview・test・rollbackの手順を含み、本番権限は使いません。
状態
資料はまだ作っていません。公開中の資料一覧から、同じ課題の資料を探せます。

公開中の資料一覧を読む 任せたい場合は相談する

選んだ進め方の次の行動

アプリ・サービスを入れる

受け取るもの
先にShopify標準と既存設定を確認します。アプリは元記事の承認済みプログラムに限り、適合性を確かめてから案内します。
状態
公式サイトで料金と条件を確認します。紹介リンクは使っていません。

条件を比べる 無料・標準機能で足りる場合を先に読む

運営者(Timeseek)に相談する(任意)

受け取るもの
対象URL・theme・データ・環境を限定した診断と実装支援です。掲載順位・AI引用・売上は保証しません。
状態
相談は任意で受け付けています。依頼は当面受け付けていません。

この条件で相談する 依頼できる範囲を読む

他の進め方を見る(3件)
  • 社内・既存の開発先で作る 資料なし 資料はまだ作っていません。公開中の資料一覧から、同じ課題の資料を探せます。 公開中の資料一覧を読む
  • Claude Codeで作る 資料なし 資料はまだ作っていません。公開中の資料一覧から、同じ課題の資料を探せます。 公開中の資料一覧を読む
  • アプリ・サービスを入れる 公式サイトで確認 公式サイトで料金と条件を確認します。紹介リンクは使っていません。 条件を比べる
  • 運営者(Timeseek)に相談する(任意) 相談受付中 相談は任意で受け付けています。依頼は当面受け付けていません。 この条件で相談する
選んだ進め方は、このブラウザを閉じるまでの間だけ保存し、相談画面へ引き継ぎます。店舗名や連絡先は保存しません。

出典と確認日

編集メモの確認日: 2026-09-07。公式資料は現行版を本人が読み直してから本番に反映します。