BigCommerce と SKU.md：複数チャネルの商品知識に確かめられる出典を

あるドッキングステーションが、ブランドの店では「2 画面対応」、別の販売チャネルでは「複数ポートを拡張」と紹介され、古いマニュアルには OS ごとの制限が載っているとします。手元のパソコンで二つの独立した画面を使えるか聞かれたら、型番、ポート、システムの条件を確かめる必要があります。

複数チャネルでの販売は、商品を異なる場面に届けます。同じ知識が別の表現になることもあります。ブランドが管理したいのは配信する属性だけでなく、その条件がいつ成立し、読者がどこで確認できるかという説明です。

配信された情報の説明はブランドに残る

BigCommerce は Agentic Commerce に関する記事で、商品データの配信や AI ショッピングの方向性を説明しています。各チャネルにはデータ要件や画面構成、購入の流れがあり、ブランドは正確な属性を用意したうえで、短縮された説明にも重要な条件が残るか確認します。

SKU.md はブランド自身が公開する情報の側にあります。カタログの入口と任意の出典付き商品知識を扱う、独立した実験的提案 1.0.0-beta です。チャネル間の文面を自動同期したり、販売先の商品カードを修正したりする機能はありません。BigCommerce がこの提案を採用したことも意味しません。

小さな実験で目指せるのは、説明を読んだ人が対象商品と条件を理解し、出典へ戻れるようにすることです。チャネルがタイトルをどう短縮し、属性をどう表示するかは、既存の仕組みで管理します。

購入判断に必要な条件を省かない

「2 画面対応」は、使うパソコンによって意味が異なる場合があります。最短の宣伝文句だけを繰り返すと、動作を左右する条件が消えてしまいます。具体的な質問を一つ置き、それを支える出典と互換条件を一緒に記載できます。

商品を理解している担当者が条件を確認し、編集担当者がわかりやすく表現します。実際の商品知識文書では、事実、互換性、制限の各項目に Source リンクが必要です。同じ製品シリーズでも、別の型番の仕様をそのまま使うことはできません。

こうした説明は、チャネルの文面を見直す参考にもなります。必要な条件が消えていれば、既存の商品編集や配信の仕組みで修正します。知識文書は照合先を提供しますが、販売先の管理画面にアクセスしたり、第三者の掲載内容を書き換えたりはしません。

小売と卸売の両方を扱うブランドは、何を一般公開できるかも確認します。共通の仕様は広く役立ちますが、顧客専用の見積書、契約の添付資料、取引先限定の文書を公開ファイルへコピーしてはいけません。ログインなしで確認できる出典の範囲を決め、個別の取引条件は該当チャネルに残します。

資料が最もそろった一商品で試す

型番が明確で、公開マニュアルと互換性の説明がそろった商品を選びます。現行仕様の最小カタログを作り、その商品が Product knowledge からつなぐ任意の知識文書に適しているか判断します。カタログは入口を示し、商品文書が説明し、出典が事実を支えます。

準備のよい商品なら、残すべき条件、文章を支える資料、バリエーションの混同といった編集の判断に集中できます。最初の商品にまだ仕様の食い違いがあるなら、対象を増やす前に公開ページとマニュアルを確かめます。

価格、在庫、送料、税、注文の進捗は静的な知識に任せません。BigCommerce と関連する現在のサービスで確認し、カート、チェックアウト、決済は既存の流れを使います。あるチャネルの価格は、その時点のチャネルや接続先で確認する必要があります。

一商品でも、明確な説明を作り、出典を維持できるかを試せます。SKU.md を全チャネルの新しい基幹システムと考えたり、最初から全商品を変換したりする必要はありません。

Stencil と Catalyst で公開条件を分ける

BigCommerce のストアフロント文書は、Stencil、Catalyst、独自のヘッドレス構成を区別しています。Catalyst や独自にホストするストアを使うチームは、同じオリジンの /sku.md で生成したカタログを返せるか確認できます。公開後は公開 URL 検証ツールで実際の応答を調べます。

Catalyst は Next.js を使っており、Route Handler で HTML 以外の応答を返せます。直接 200 を返すことを勧めますが、仕様は検査済みの安全なリダイレクトを最大 3 回まで許容します。言語ミドルウェアや一般ページへの処理が、ルートファイルを HTML に変えたり、要件を満たさない場所へ移したりしないことも確認します。

Stencil のカスタムテンプレートは、既存のブランド、カテゴリ、商品、通常ページに割り当てる HTML です。任意のルート Markdown を提供する機能ではありません。その場合は既存の商品情報を改善でき、SKU.md のためだけにストアを作り直すことは勧めません。

BigCommerce のプラットフォームガイドを確認しながら、公開後のカタログと商品文書の関係、出典リンク、更新後のキャッシュも調べます。プロジェクト内にファイルがあることと、顧客向けのドメインで配信されることは別の確認事項です。

実験から情報の抜けを見つける

成果は小さくても構いません。チャネルの紹介から消えた互換条件を戻す、古いマニュアルへのリンクを直す、仕様変更の確認担当を決める。これらを商品の更新業務に組み込めるかを見ます。

Google の AI 検索に関する説明では、特別な AI Markdown ファイルは Google の表示や順位にプラスにもマイナスにもならないとされています。アクセスできる HTML、正確な内容、通常の SEO が重要であり、文書を公開したことはモデルによる読み取りや引用の証拠にはなりません。

Shopify のブランド知識や WooCommerce の資料整理も比較できます。出典を確認できる一商品を選び、BigCommerce 用ジェネレーターでブランドのカタログを作ってください。