Eコマースカテゴリと商品最適化チェックリスト

このチェックリストは、Eコマースカタログを強制力のある検索システムに変換します。どの生成URLがインデックス可能か、各在庫管理単位（SKU）を何が区別するか、在庫状況がどのように動作するか、カテゴリガイダンスを商品表示を遅らせることなくどこに配置するかを規定します。

チェックリスト： Eコマースカテゴリと商品最適化。タイムボックス： ポリシーとテンプレートに2営業日、その後優先カテゴリごとに15〜30分、優先SKUごとに10〜20分。大規模なカタログ修正は管理されたバッチで継続。責任者： EコマースSEOリード。貢献者： マーチャンダイジングリード、カタログまたは商品情報責任者、開発者、コンテンツ編集者、分析責任者、在庫状況表現に関するカスタマーサポート担当者。

このチェックリストの目的と位置づけ

このチェックリストは、SEOプロセス の中で、技術的ベースライン監査 でクロールと正規URLの動作が明らかになり、コンテンツ棚卸と監査 でURLが分類され、トピックマップと情報設計 でカテゴリが需要に割り当てられた後に使用します。このチェックリストはそれらの成果をカタログルールに変換します。

順序が重要なのは、カタログプラットフォームが1つの商品セットから数千のURLを生成できるためです。ファセットナビゲーション（サイズ、色、ブランド、価格、素材などのフィルターでカテゴリを絞り込む機能）は組み合わせを増殖させます。クエリパラメータは、フィルター、並び替え、トラッキング、セッション、表示モードに使用されるURLの?key=value部分です。ポリシーが確定する前に制作を開始すると、ライターが後でテンプレートが正規化またはブロックするURLを最適化する可能性があります。開発者が先にブロックすると、需要が証明されインデックス可能性 （検索インデックスに入る能力）のある有用なページを削除する可能性があります。

チェックリストを省略すると、クロール予算 （検索エンジンがサイトに割り当てる実質的なクロール量）を浪費し、ほぼ同一のURL全体にシグナルが分散します。また、ランキングの在庫切れを削除したり、1つのメーカーのパラグラフをすべてのSKUに重複させるリスクもあります。

インプットとアウトプット

アウトプットは実装、オンページ作業、構造化データ、公開QAを契約します。各項目に責任者とバージョン日付が必要です。

チェックリスト

1. URLを生成するすべてのコントロールを棚卸する

内容： URLを変更できるすべてのフィルター、ソーター、ページネーションコントロール、通貨または言語切り替え、トラッキングタグ、セッション値、内部検索ルート、バリエーションセレクター、表示モードパラメータをリストアップします。理由： 名前の付いていないルートはポリシーで管理できず、1つの多選択フィルターが無制限のクロール空間を生み出す可能性があります。方法： 代表的なカテゴリをクロールし、レンダリングされたリンクとフォームを検査し、サーバーログをサンプリングし、インデックスされたURLをエクスポートし、コントロールを手動で変更します。ツール： クローラー、サーバーログ、分析、カタログプラットフォーム、Search Consoleエクスポート。完了条件： 観測された各パターンに責任者、目的、例、推定数または範囲、現在のディレクティブ、提案されたポリシーがあり、サンプルに説明できないパラメータが残っていないこと。

2. ファセットポリシーを一度決定する

内容： インデックス可能なファセットの1つの許可リストと、それ以外すべてのルールを作成します。理由： ページ単位の選択は矛盾した正規URL、リンク、サイトマップエントリを生み出します。方法： ファセットが明確な検索意図 、測定可能な需要、安定した商品、有用な在庫、独自のページシグナル、内部リンクルートを持つ場合のみ承認します。並び替え、表示、セッション、トラッキング、任意の価格帯、未承認の組み合わせはランディングページにしません。ツール： 需要マップ、結果レビュー、在庫フィード、クローラー、ポリシーシート。完了条件： 100%のパターンが「インデックス」「統合」「NOINDEX」「生成ブロック」のいずれかにマッピングされ、開発者がパラメータクラスから結果を判断できること。

3. ディレクティブを一致させる

内容： 各ポリシーステートに対して、ステータスコード、robotsコントロール、正規URL 、サイトマップメンバーシップ、内部リンク、ナビゲーションを整合させます。正規URLとは重複の中で優先されるバージョンです。理由： サイトマップで「私をインデックスして」、正規URLで「別のページを優先して」、robotsで「クロールしないで」と言うURLは、一貫性のない指示を送ります。方法： インデックス可能なファセットは200を返し、自己正規化し、目的のサイトマップに表示され、クロール可能な内部リンクを受け取ります。純粋な重複パラメータはクリーンな同等物に正規化し、サイトマップから除外します。薄いがユーザーフィルターに必要な状態はnoindex,followを使用し、検索エンジンがディレクティブを確認できるまでクロール可能に保ちます。セッションおよびトラッキングURLのリンクまたは生成を防ぎます。ツール： レンダリングされたソース、ヘッダーチェッカー、robotsテスター、サイトマップエクスポート、クローラー。完了条件： すべてのサンプルがポリシーの1行に従い、矛盾がなく、ブロックされたURLが見えない正規URLやnoindexタグに依存していないこと。

4. 組み合わせと空の状態を制御する

内容： 多選択フィルター、ページネーション、結果ゼロの組み合わせ、変動する在庫に制限を設定します。理由： 承認されたファセットでも、無制限に組み合わせると価値が低下し、繰り返し空になるインデックス可能なカテゴリは安定した目的地ではありません。方法： 承認された単一ファセットまたは明示的に承認された組み合わせのみをクロール可能なリンクとして公開します。任意の組み合わせはサイトマップやサイト全体のナビゲーションから除外します。商品セットまたは耐久性のある説明目的が残っている場合のみ有用な200ページを返し、無効または意図的に削除された組み合わせには「何も見つかりませんでした」というソフト404ページではなく、404または410を使用します。ツール： ファセットテストマトリクス、カタログフィード、クローラー、インデックスレポート。完了条件： テストされたすべての2つおよび3つフィルターの組み合わせがポリシーに従い、結果ゼロのURLに定義されたステータスがあり、インデックス可能なファセットが所有者へのアラートなしに合意された在庫フロアを下回らないこと。

5. 割合ではなくフィールドごとにオリジナリティを定義する

内容： SKUオリジナリティマトリクスを構築します。SKUは販売可能な在庫単位の安定した識別子であり、親商品は密接に関連するバリエーションをグループ化します。理由： 「80%ユニーク」はレビューできず、有用な事実ではなく同義語の置き換えを促進します。方法： 顧客向けタイトル、簡潔な要約、差別化要素、検証済み仕様、含まれるアイテム、互換性、寸法、素材、ケアまたは安全に関する事実、在庫状況、メディア、バリエーション属性（異なる場合）には、オリジナルまたはSKU固有の値を要求します。メーカーの事実は、明確化のために必要な場合のみ書き換え可能であり、独自のテストとして偽装してはいけません。ツール： 商品情報システム、サプライヤーの証拠、編集者向けブリーフ、類似性レポート、サンプルレビュー。完了条件： すべての優先SKUに必須フィールドが完全にあり、すべての差異は事実に基づき、裏付けのない主張は導入されておらず、レビュー担当者がSKUコードのみに依存せずに隣接する2つのSKUを区別できること。

6. 継承コンテンツを商品説明から分離する

内容： 共有可能なもの（返品、配送、保証、ブランド定型文、規制通知、同一の取扱説明書）をマークします。理由： 共有ポリシーテキストは正当ですが、メインの説明に混ぜると重複コンテンツ が発生し、その商品に固有の情報が隠れてしまいます。方法： 共有モジュールはラベル付き見出しの下にレンダリングし、SKU要約の外側に配置します。明確な需要や意味のある違いがないサイズやカラーバリエーションには、選択可能なバリエーションを持つ1つの親ページを使用します。バリエーションに独立した需要、安定した在庫、独自の事実とメディア、自己正規化ページがある場合のみ、個別のインデックス可能なバリエーションURLを作成します。ツール： テンプレートマップ、コンポーネント棚卸、需要のエビデンス、レンダリング比較。完了条件： 継承フィールドがマトリクス内でラベル付けされ、メインの説明に関連するSKUまたは親の事実のみが含まれ、すべてのバリエーションルートに統合またはインデックスの決定が記録されていること。

7. グリッド上に記事を書かずにカテゴリの目的を最適化する

内容： 各インデックス可能なカテゴリに独自のH1、簡潔な導入文、有用なフィルター、商品グリッド、サポートする購入ガイダンスを提供します。理由： ページは読者と検索システムにその範囲を説明する必要がありますが、商業的意図を持って訪れる訪問者は長いエッセイより前に商品を必要とします。方法： グリッド上に50〜120語を使用して、範囲、重要な差別化要因、選択の手がかりを定義します。拡張ガイダンス、比較、ケアアドバイス、FAQは最初の商品セットの下か、明確なアンカーリンクの背後に配置します。同じ定型文を兄弟カテゴリ間で繰り返さないでください。ツール： カテゴリ仕様、モバイルおよびデスクトッププレビュー、クエリマップ、コンテンツ編集者。完了条件： グリッド上部のコピーが50〜120語以内で、H1が範囲を表し、最初の商品カードが1440×900で最初のビューポート内、390×844で2番目のビューポートまでに表示され、サポートコピーがカテゴリ固有の質問に回答していること。

8. グリッドのユーザビリティとクロールパスを維持する

内容： フィルター、ページネーションまたはもっと読み込む動作、商品リンク、並び替え、モバイルコントロールを確認します。理由： 視覚的に完全なグリッドでも、JavaScriptのみのインタラクションの背後に商品が隠れたり、すべての選択からクロールトラップが生成されたりする可能性があります。方法： 商品アンカーがサーバー配信のHTMLに存在すること、各ページネーション状態に安定したナビゲーションがあること、フィルターが選択と結果数を通知すること、並び替えコントロールがインデックス可能な重複を作成しないことを確認します。JavaScriptを無効にした状態と代表的なモバイル幅でテストします。ツール： レンダリングされたDOM、アクセシビリティツリー、クローラー、ブラウザのデバイスモード。完了条件： テストされたシーケンス内のすべての商品がクロール可能なアンカーを通じて到達可能であり、すべてのアイテムを発見するために無限スクロールを必要とするページがなく、選択されたフィルターを解除でき、ポリシー違反のURLを生成するコントロールがないこと。

9. 一時的な在庫切れルールを設定する

内容： 一時的に入手不可能な商品を有用かつ正直に保ちます。理由： 在庫切れは在庫状況を変更するのであって、商品ページの同一性や蓄積された価値を変更するものではありません。削除すると履歴が失われ、既存のリンクをたどる人々を失望させます。方法： 200を返し、検証済みの商品情報を維持し、「在庫切れ」を明確に表示し、オファーの在庫状況を更新し、購入アクションをアクセシブルに削除または無効にし、再入荷通知または真に関連する代替品を提供します。ビジネスが宣言した期限の範囲内で戻ることが期待される場合は、サイトマップに維持します。ツール： 在庫フィード、テンプレート状態テスト、スキーマバリデーター、カタログ所有者のレビュー。完了条件： フィード、表示状態、購入コントロール、サイトマップの決定、構造化データが1つの在庫同期サイクル内で一致し、利用不可のアイテムが利用可能としてカートに追加できないこと。

10. 販売終了ルールを設定する

内容： 恒久的に販売終了した商品に対して、「維持」「置換」「削除」を選択します。理由： カテゴリへの一律リダイレクトはソフト削除のように振る舞い、一律の404はリンク、需要、マニュアル、レビュー、サポート価値を破棄します。方法： 近い後継品が同じニーズを満たす場合のみ1ホップの301を使用し、移動先で代替を説明します。トラフィック、リンク、活発な需要、保証またはサポート価値がある場合は、購入を無効にし代替品を表示した上で、200の販売終了ページを維持します。削除が意図的で、代替品または保持価値がない場合は410を返し、サイトマップとナビゲーションから削除します。ツール： リンクとトラフィックレポート、商品ライフサイクルフィード、サポートインプット、リダイレクトテスター、編集レビュー。完了条件： すべての販売終了優先SKUに文書化された状態があり、代替リダイレクトは1ホップであり、維持ページは販売終了を明記し、削除されたURLはサイトマップや商品フィードに表示されないこと。

11. 商品情報と構造化出力を一致させる

内容： 表示される価格、通貨、在庫状況、SKU、ブランド、バリエーション、レビュー、状態の値が商品スキーマ （商品情報を機械に記述する構造化マークアップ）と一致するようにします。理由： 構文的に有効なマークアップでも、フィードがページとスキーマを異なるスケジュールで更新すると、間違った情報になる可能性があります。方法： 代表的な在庫あり、セール、予約注文、取り寄せ、在庫切れ、バリエーション、販売終了状態について、レンダリングされたテキスト、構造化データ、マーチャントフィード、チェックアウトを比較します。表示され、帰属可能な場合のみレビューをマークします。ツール： スキーマバリデーター、フィード診断、レンダリングされたソース、チェックアウトテスト。完了条件： 必須プロパティのエラーがゼロになり、サンプリングされた値がすべての表面で一致し、在庫同期責任者が不一致に対するアラートと応答時間を持っていること。

12. 拡大展開前に代表的なバッチを検証する

内容： カタログ全体に展開する前に、ポリシー状態を一緒にテストします。理由： 完璧なベストセラー商品は、空のファセット、バリエーション、ページネーションされたカテゴリ、販売終了アイテムが機能することを証明しません。方法： 少なくとも1つのプライマリカテゴリ、承認されたインデックス可能ファセット、非インデックス可能なフィルターの組み合わせ、ページネーション状態、親商品、バリエーション、一時的な在庫切れ、販売終了代替品、維持された販売終了ページ、削除されたURLを含めます。各項目のソース、ヘッダー、サイトマップ状態、内部リンク、スクリーンショット、商品データを取得します。ツール： 受理マトリクス、クローラー、ブラウザ、バリデーター、Search Console、変更記録。完了条件： すべてのサンプルが該当するすべてのルールに合格し、説明できないディレクティブの矛盾がなく、テンプレート全体の展開前に責任者がバッチに署名すること。

AmICitedのツール

AmICitedは優先順位付けと検証のためのエビデンスを提供します。商業的価値と代替品の適合性は人間の判断に委ねられます。

1. app.amicited.com/reports/products でProducts を開き、SKUの収益、ユニット数、注文数、在庫マッチング、商品レベルのパフォーマンスを比較します。商業的に重要なページを優先しますが、空の在庫は在庫切れの証明としてではなく、確認されるまで一致しないカタログレコードとして扱います。
2. app.amicited.com/reports/assortment でAssortment を使用し、どのSKUが累積収益を牽引し、ロングテールがどこから始まるかを確認します。これにより展開の優先順位が決まりますが、サポート、品揃え、ロングテール需要に役立つ低ボリューム商品を削除する正当な理由にはなりません。
3. app.amicited.com/reports/google-search/directories でGoogle Search Directories を開き、カテゴリセクションをクリック数とインプレッション数で比較し、1つのディレクトリレベルずつ掘り下げます。日付範囲とフィルターをポリシーベースラインとともに記録します。
4. app.amicited.com/reports/google-search/sitemaps-indexing でSitemaps and Indexing を使用して、サイトマップの警告とエラーを確認し、変更したサイトマップを送信し、実装後に管理されたURLバッチのインデックス登録をリクエストします。

判定ルール

「悪い」は測定可能でなければなりません。これらはランキングの主張ではなく、運用ゲートです。デフォルトは、より厳格な文書化されたルールがある場合のみ置き換えてください。

在庫フロアはカテゴリ固有です。3台の産業用機械は有用でも、3つのアパレルオプションでは薄すぎる可能性があります。不合格とは、宣言されたフロアがないこと、またはそれを超えた後にページをインデックス可能にしたままにすることを意味し、普遍的な商品数によるものではありません。

成果物：カタログ検索契約

バージョン管理されたワークブックまたは構造化データセットと、短いポリシードキュメントを引き渡します。実装と監査には行レベルの決定が必要です。

ポリシーバージョン / 承認日 / 責任者：
対象プラットフォームと環境：

URL_PATTERN シート
- パターンID、URL例、パラメータクラス、目的
- インデックス | 統合 | NOINDEX | 生成ブロック
- HTTPステータス、robots、正規URLターゲット、サイトマップ、内部リンク
- 需要のエビデンス、在庫フロア、責任者、レビュー日

SKU_CONTENT シート
- 商品ID、親ID、SKU、ライフサイクル状態
- 必須のオリジナルフィールドと完了ステータス
- 継承モジュールとソース
- バリエーションの決定とエビデンス
- 表示/フィード/スキーマパリティ結果

AVAILABILITY シート
- 状態、トリガー、予想期間
- HTTPステータス、表示メッセージ、購入コントロール
- スキーマ在庫状況、サイトマップ、代替品、リダイレクト動作
- 同期ターゲットとエスカレーション責任者

ACCEPTANCE シート
- テストURLと表現される状態
- ソース/ヘッダー/正規URL/robots/サイトマップ/リンクのエビデンス
- デスクトップ/モバイルグリッド結果
- コンテンツと構造化データの結果
- 合格/不合格、レビューアー、タイムスタンプ、例外

ポリシーバージョンをすべての結果の横に保存します。日付のない緑色のセルでは、どのルールがテストされたかを証明できません。

よくある問題

• すべてのパラメータをrobots.txtでブロックする。 クローラーが正規URLやnoindexディレクティブを見ることができなくなり、承認されたファセットページも他のページと同様に消えてしまう可能性があります。
• キーワードのように聞こえるすべてのフィルターをインデックスする。 色、サイズ、ブランド、価格、素材の組み合わせは不安定なページを作成し、その在庫と意図は別々の目的地を正当化しません。
• 軽く書き換えただけのサプライヤーコピーをオリジナルと呼ぶ。 同義語は商品知識を追加せず、エラーがマーチャント間で伝播し、隣接するSKUは区別できないままになります。
• すべてのカテゴリに1つのパラグラフを使用する。 一般的なコピーでカテゴリ名を入れ替えても、選択の助けにはならず、兄弟間の重複を生み出します。
• グリッドを検索コピーの下に埋める。 カテゴリは見出しを得る一方で、特にモバイルでは商業的タスクが低下する可能性があります。
• すべての販売終了アイテムをカテゴリルートにリダイレクトする。 移動先は商品固有のニーズを満たさないため、ユーザーと検索システムはソフト削除を経験します。
• 在庫切れをすぐに削除する。 一時的な在庫変更により、需要、リンク、レビュー、再入荷意図を保持する可能性のあるURLが消去されます。
• 検証に合格したからといって構造化データを信頼する。 有効なInStock値でも、ページが利用不可と表示し、チェックアウトがアイテムを拒否する場合は間違っています。
• ベストセラーのみをテストした後に展開する。 クリーンで在庫のある商品は、テンプレートとフィードロジックが失敗するまさにそのエッジ状態を回避します。
• 収益を唯一の維持/削除シグナルとして使用する。 低販売商品でも、品揃えを完成させ、既存顧客をサポートし、特定の需要を引き付け、別の商品の購入に影響を与える可能性があります。

次のフェーズ

受理されたバッチは、安定したURL、ページの役割、オリジナリティフィールド、見出し、商品情報をオンページ最適化 に引き渡します。ファセット許可リストと階層は内部リンク を制約し、検証済みの商品と在庫状況フィールドは構造化データとエンティティ に情報を提供します。

インデックスポリシーを軽々しく再開しないでください。新しいインデックス可能ファセットにはエビデンス、サンプル、ポリシーバージョンの変更が必要です。コンテンツ、リンク、スキーマ、メディア、テンプレートが完了したら、契約書を添付して公開前QAを実行 します。候補が承認されたサンプルと異なる場合は公開をブロックします。

FAQ