SEOにおけるインデックスとは？登録状況の確認と改善方法

SEOにおけるインデックスとは、検索エンジンがページの内容を分析し、検索結果を作るためのデータベースへ情報を登録することです。ECサイトの商品ページは、公開されクロールされただけで必ず登録されるわけではありません。

改善では、登録ページ数を最大化するのではなく、検索利用者に見せたい商品、カテゴリ、特集が適切に登録され、カートや会員ページなど不要なURLが対象外になっている状態を目指します。

インデックスまでの流れ

GoogleはリンクやサイトマップからURLを発見し、クロールしてページを取得します。その後、本文、画像、title、リンク、canonicalなどを分析し、似たページがあれば代表となるURLを選びます。

取得に成功しても、noindexがある、他ページと重複している、内容が乏しい、エラーページに近いなどの理由で登録されないことがあります。登録は検索エンジンの判断であり、申請したURLすべてが対象になる保証はありません。

インデックス数は多ければよいわけではない

ECサイトでは、絞り込み、並び替え、サイト内検索、トラッキングパラメータなどから大量のURLが生まれます。これらをすべて登録すると、同じ商品集合に近いページが増え、管理すべきURLも膨らみます。

一方、販売中の商品や主要カテゴリが登録されていない状態は問題です。ページ種別ごとに「登録したい」「条件により登録する」「登録しない」を決め、実際の状態と照合します。

Search Consoleで個別URLを確認する

URL検査では、対象URLがGoogleに登録されているか、最後にクロールされた時期、クロールが許可されているか、Googleが選択したcanonicalなどを確認できます。公開直後の情報が反映されていない場合もあるため、画面の状態と取得テストを区別します。

表示された理由をそのまま受け取るだけでなく、実際のHTMLと設定を確認します。たとえば「代替ページ」と判断されているなら、指定canonical、内部リンク、サイトマップ、内容の重複を見ます。

ページのインデックス登録レポートを見る

レポートでは、登録済みと未登録のURLを理由別に把握できます。件数の増減から異常を見つけ、代表URLを確認するために使います。除外が多いこと自体を問題とは断定できません。

「noindexにより除外」が会員ページなら意図どおりです。「クロール済み・インデックス未登録」に新商品が多数含まれるなら、内容、内部リンク、重複、公開フローを調べる必要があります。

登録されない主な技術要因

robots.txtでクロールできない、robots metaやX-Robots-Tagにnoindexがある、canonicalが別URLを指す、404や5xxを返す、ログインが必要といった原因があります。JavaScriptの実行後にしか主要内容が出ず、レンダリングでエラーになる場合もあります。

設定が複数あると、意図が矛盾することがあります。noindexを読み取らせたいのにrobots.txtでブロックする、サイトマップへ載せたURLを別ページへcanonical指定するといった状態です。

内容と重複による未登録

技術設定が正しくても、商品名と画像だけで説明がほとんどないページや、他商品と内容がほぼ同じページは、代表URLとして選ばれないことがあります。色違い・容量違いの扱いは、商品としての独立性と検索需要を見て設計します。

メーカー説明をそのまま載せたことだけを問題と決めつける必要はありませんが、自社の配送、在庫、サイズ情報、使用条件、選び方など、購入判断に必要な事実を正確に加えるとページの役割が明確になります。

内部リンクを確認する

サイトマップに載っていても、通常のページからリンクされないURLは、サイト構造上の重要性が伝わりにくくなります。主要カテゴリ、ブランド一覧、関連商品などから、文脈に合うリンクを用意します。

販売終了や在庫切れでカテゴリから自動的に外れる場合、その商品を今後も検索対象として残すかを決めます。残すなら代替商品や再入荷情報を提供し、サイト内から完全に孤立させない運用が必要です。

サイトマップを整える

XMLサイトマップには、検索結果へ出したい正規URLを含めます。404、noindex、転送URL、別URLへcanonical指定したページを混ぜると、サイト側の希望が分かりにくくなります。

商品、カテゴリ、記事など種別ごとに分けると、Search Consoleで傾向を確認しやすくなります。更新日時は実際の重要な変更と一致させ、毎回すべてのURLを更新扱いにしないようにします。

改善後の確認

原因を直したら、HTTP応答、HTML、canonical、robots設定、内部リンク、サイトマップを再確認します。少数の重要URLではURL検査から登録をリクエストできますが、登録を保証する機能ではありません。

反映にはサイト規模やクロール状況による時間差があります。変更日と対象を記録し、同じ理由のURL群がどう変化したかを一定期間追います。

よくある間違い

• サイト内の全URLをインデックスさせようとする
• URL検査の申請を繰り返せば解決すると考える
• 未登録の理由を見ずに文章だけ増やす
• サイトマップへnoindexや転送URLを含める
• 個別商品の問題とテンプレートの問題を分けない

確認項目

• ページ種別ごとに登録方針があるか
• 対象URLが200で表示されるか
• noindexやcanonicalが意図どおりか
• 通常の内部リンクから到達できるか
• サイトマップに正規URLだけが載っているか
• 内容が商品やカテゴリの役割を十分に伝えているか

ページ種別ごとの期待値を決める

販売中商品は原則登録、カートは除外というように、ページ種別ごとの期待状態を決めます。カテゴリは商品数や役割、特集は公開期間、タグは固有需要の有無など、条件付きのページもあります。

期待値がないままSearch Consoleを見ると、除外件数の増減だけに反応してしまいます。URL種別、検索対象の条件、除外方法、例外、担当部署を一覧にし、レポートのURL例と突き合わせます。

大規模な未登録を調べる手順

同じ理由のURLを商品カテゴリ、公開日、テンプレート、在庫状態で分けます。特定日に公開した商品だけならデータ連携、特定カテゴリだけなら内部リンク、全商品ならテンプレート設定というように、共通点から原因を絞ります。

代表URLについて、サーバー応答、初期HTML、レンダリング後の内容、canonical、robots meta、内部リンク、サイトマップを保存します。問題がないページとの違いを比較し、推測と確認済みの事実を分けて記録します。

再登録を急がない判断

統合した旧URLや重複パラメータが未登録になるのは意図どおりです。検索対象にしないURLを無理に登録させると、管理対象と重複が増えます。未登録理由を解消する前に、そのURLが本当に必要かを確認してください。

一方、在庫があり商品情報も十分な新商品が長く未登録なら、同種商品の状況と比較します。個別ページへ文章を追加するだけでなく、カテゴリ導線、商品データ、重複するバリエーション、サイト全体の品質を見直します。

ECサイトでの調査例

同じブランドの商品100件のうち、新CMSで登録した商品だけ未登録なら、説明の品質よりテンプレート差を疑います。旧商品と新商品で、canonical、robots meta、商品リンク、構造化データ、初期HTMLを比較します。

「検出・インデックス未登録」であれば、サイトマップには載るがカテゴリリンクがない可能性があります。「重複」と判断されていれば、商品バリエーションやメーカー品番違いが同じ内容を返していないかを見ます。

修正は対象商品のみへ行わず、新しい商品登録フローへ反映します。公開時にカテゴリリンク、自己参照canonical、サイトマップ掲載がそろうかを自動確認すれば、次の商品で同じ未登録を繰り返しにくくなります。

まとめ

インデックスとは、検索エンジンがページを分析し、検索結果を作るための情報として登録することです。ECサイトでは、登録数の多さではなく、価値のある正規ページが登録され、操作用URLが整理されていることが重要です。

未登録のURLを見つけたら、HTTP応答、robots設定、canonical、内部リンク、サイトマップ、内容の順で確認してください。個別申請に頼らず、同じ種類のページへ共通する原因を直すと、継続的な改善につながります。

次に読みたい関連記事

• テクニカルSEOとは？ECサイト担当者が押さえる基本と優先順位
• Googleのクロールとは？ECサイトのページが発見される仕組み
• noindexの使い方｜ECサイトで検索結果から除外するページの判断
• canonicalの使い方｜ECサイトの重複URLを整理する基本
• ECサイトのXMLサイトマップ作成方法｜含めるURLと更新ルール
• Google Search Consoleとは？EC担当者が最初に確認する機能と使い方
• Search Consoleの登録方法｜ドメインプロパティとURLプレフィックスの選び方
• 商品ページがインデックスされない原因｜EC担当者向け確認手順
• カテゴリページがインデックスされない原因｜EC担当者向け確認手順