EC商品ページがインデックスされない8原因｜在庫・重複・内部リンク診断

結論から書きます。「商品ページが検索に出ない」という症状は、原因が2系統に分かれます。処置がまったく違うので、最初に分けます。

相談の現場で私が最初に見るのはこの1点です。商品名をそのままGoogleで検索して出てくるなら系統Bで、出てこなければ系統Aです。ここだけで数分で終わります。系統Bなのに「インデックスされない」と思い込んで、サイトマップを送り直したり再クロールを頼んだりしても、順位は動きません。逆に系統Aなのに、タイトルの書き方や商品説明の文字数を直しても、Googleはそのページを見ていないので意味がありません。

系統Aと判定できたら、Search Consoleの「ページ インデックス登録レポート」に表示される理由のラベルを読みます。ラベルが原因を半分以上教えてくれます。本記事で扱う8原因とラベルの対応を先に示します。

1. クロールが後回しにされている（ラベル：検出 – インデックス未登録）→第3章
2. 中身が薄いと判断されている（クロール済み – インデックス未登録）→第4章
3. 重複していて、別のページが正規に選ばれた（重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました）→第5章
4. 重複しているのに正規ページを指定していない（重複していますが、ユーザーが正規ページとして選択していません）→第5章
5. 絞り込みURLにクロールが食われている（直接のラベルはなく、1の大量発生で気づく）→第6章
6. 在庫切れ・販売終了ページの処理ミス（ソフト 404／見つかりませんでした（404）／ページにリダイレクトがあります）→第7章
7. noindex・robots.txtの事故（URL に noindex が指定されています／URL が robots.txt によってブロックされています。）→第8章
8. サイトマップの不整合（ラベルではなく「サイトマップ」レポートの送信数と登録数の差で気づく）→第8章

ラベルの表記はGoogleのページ インデックス登録レポートのヘルプ（2026年11月8日確認）に合わせています。「URL が robots.txt によってブロックされています。」だけ末尾に句点がつくのも公式表記のままです。

確認に使う画面は2つだけです。全体を見るときは「ページ インデックス登録レポート」、1つのURLを調べるときは「URL 検査ツール」です。どちらもSearch Consoleの左メニューから開けます。

手順1：ページ インデックス登録レポートで「どの理由が何件か」を見る

レポートを開くと、インデックスに登録されたページ数と、登録されなかったページ数がグラフで出ます。その下に「ページがインデックスに登録されなかった理由」の表があり、理由ごとの件数が並びます。見る順番は次のとおりです。

1. 件数の多い理由から見る。商品点数が多いECでは、上位2〜3個の理由で未登録の大半を占めることがほとんどです
2. 理由をクリックして、URLの一覧を見る。商品ページ（/products/ や /item/ など）が多いのか、絞り込みURL（?color= や ?sort= がついたもの）が多いのかを見分けます
3. 「エラー」「警告」の色だけで判断しない。「クロール済み – インデックス未登録」は公式ヘルプで「よくあることで、常に問題とは限らない」趣旨の説明がされています。件数より、重要な商品ページが含まれているかを見ます

手順2：URL 検査ツールで、売れ筋の商品ページを1つずつ調べる

画面上部の検索窓に商品ページのURLを貼ると、そのURLの状態が出ます。見る項目は次の4つです。

項目名はURL 検査ツールのヘルプ（2026年11月8日確認）の表記です。「公開 URL をテスト」は、インデックス上の情報ではなく今のページを取りに行った結果を見る機能で、直した直後の確認に使います（第9章）。私の経験則として、この2画面を順に見れば原因の当たりは15分あれば付きます。ここを飛ばして「とりあえずインデックス登録をリクエスト」から入ると、原因が残ったまま同じ症状を繰り返します。

公式ヘルプはこのラベルを「ページは Google により検出されましたが、まだクロールされていません」と説明しています。つまりGoogleはそのURLの存在を知っているのに、取りに来ていない状態です。ヘルプは、クロールするとサイトに負荷がかかると判断されて再スケジュールされた場合に起きる、という趣旨の説明を添えています。

ECでこのラベルが大量に出るとき、私が見てきた原因はほぼ3つです。

• サイト内からのリンクがない。サイトマップには載っているが、カテゴリページや関連商品からリンクされていない商品。URL 検査の「参照元ページ」がサイトマップだけなら、これです
• カテゴリの階層が深く、商品ページまでの距離が遠い。トップから5回以上クリックしないと辿り着けない商品は後回しにされやすい、というのが私の経験則です
• クロールの持ち分が絞り込みURLに食われている。これは第6章で別に扱います

処置：内部リンクを足す。それが最初で、効いた

自社EC時代、商品点数を増やしていった時期に、このラベルが溜まる経験をしました。そのときに手を付けた順番は、①商品ページへの内部リンクを増やす、②サイトマップを分割する、③薄い商品ページを統合する、の順です。①で動かなかった商品はほとんどなく、②③はその後の底上げでした。具体的には次のことをしました。

1. カテゴリページから全商品に辿れるようにする。ページ送りの最後まで、どの商品にもクリックで到達できる状態にします。「もっと見る」ボタンでしか表示されない商品は、Googleから見えていないことがあります（ページ送りの実装はECのカテゴリページSEOで詳述）
2. 関連商品・同シリーズのリンク枠を商品ページ内に置く。商品ページ同士がつながると、1つのクロールから芋づる式に辿れます
3. 新商品・おすすめの一覧をトップページから直接リンクする。トップに近いほど早く取りに来ます

Googleのクロール バジェット管理のガイド（2026年11月8日確認）は、対象を大規模サイトとしつつ、「検出 – インデックス未登録」に分類されたURLが全体の大部分を占めるサイトも対象に挙げ、数値は目安で厳密な閾値ではないとしています。商品点数が数百点でも、絞り込みURLが掛け算で増えていれば対象になり得ると読むのが実務的です。何ページなら安全、という断定はできません。

効かなかったことも書いておきます。URL 検査ツールの「インデックス登録をリクエスト」を、未登録の商品について何度も押した時期がありました。結果として、内部リンクのない商品は登録されませんでした。公式ヘルプにも「リクエストを送信しても、ページが Google インデックスに表示されるとは限りません」とあり、「送信できるインデックス登録リクエストの数には、1 日あたりの上限が設定されています」とも書かれています。リクエストは道を作った後に1回押すもので、道の代わりにはなりません。

公式ヘルプはこのラベルを「ページはクロールされましたが、インデックスには登録されていません」という趣旨で説明し、今後登録される可能性もあれば、登録されない可能性もあると書いています。原因1と違い、Googleはページを読んだうえで登録を見送っています。ECで最も多く、最も直しにくいラベルです。

ECの商品ページでこれが出る典型は、次のような「読んでも新しい情報がないページ」です。

• メーカー提供の商品説明をそのまま載せている。同じ文章が他の数十店舗にも載っているので、自店のページを登録する理由がない
• 商品名・価格・写真だけで、説明文がほぼない。型番違いで何百ページも同じ構成
• 色・サイズ違いが別URLになっていて、説明文が同一。これは重複（第5章）と地続きの問題
• 在庫切れのまま情報が止まっている。第7章で扱います

処置：書き足すか、統合するかを商品ごとに決める

処置は2方向で、商品ごとに選びます。

私が自社ECで最後に手を付けたのが、この「薄い商品の統合」でした。ページ数が減るのが怖くて後回しにしていましたが、登録されていないページを減らしただけで、登録済みの商品の流入は落ちませんでした。なお公式ヘルプはこのラベルについてURLの再送信は不要としています。書き足してから、第9章の手順で1回だけ再クロールを頼みます。何もせず再送信だけ繰り返しても、Googleの判断材料は変わりません。

重複に関するラベルは2つあり、意味が違います。

ここで押さえるべきは、Googleの正規URLの指定方法のドキュメント（2026年11月8日確認）が、rel=”canonical” を命令ではなく「シグナル」として扱っていることです。同ドキュメントはシグナルの強さを、リダイレクトと rel=”canonical” は強いシグナル、サイトマップへの記載は弱いシグナル、と整理しています。canonicalを付けても、他のシグナル（内部リンクの向き・ページの中身の差）がそれと逆を向いていれば、Googleは自分の判断を優先します。これが原因3のラベルの正体です。

処置：色・サイズ違いのURL設計を1つに決める

GoogleのECサイトのURL構造のガイド（2026年11月8日確認）は、色やサイズなどのバリエーションを示す方法として、パス（/t-shirt/green のような形）かクエリパラメータ（/t-shirt?color=green のような形）のどちらかを挙げ、省略可能なクエリパラメータで示す場合はパラメータを外したURLを正規URLにするよう書いています。実装の選び方は次のとおりです。

• 色・サイズごとに説明文や写真が大きく変わらないなら：親商品1ページにまとめ、各バリエーションのURLは親を正規URLに指定する。内部リンクも親に向ける（リンクを色違いページに向けたまま、canonicalだけ親にすると原因3が起きます）
• 色ごとに検索需要があり、別々に出したいなら：各ページの説明文・写真・タイトルを本当に別物にする。中身が同じなら、Googleは重複と見ます
• http/https・www・末尾スラッシュ・パラメータの揺れ：リダイレクトで1つに寄せる。同ドキュメントは、正規化の目的でrobots.txtを使わないこと、サイト内での正規ページの選択を妨げる目的でnoindexを使わないことも書いています

バリエーションの構造化データの書き方はECの構造化データ実装ガイドで扱っているので、URL設計とセットで揃えてください。なお原因4のラベルは公式ヘルプではエラー扱いではなく、Googleが選んだ正規URLが意図どおりならそのままで問題ありません。意図と違うときだけ、リダイレクトかcanonicalで指定します。

これはECにしか起きない原因で、しかも直接のラベルがありません。「検出 – インデックス未登録」が異常に多い、インデックス済みのページ一覧に ?color=red&size=m&sort=price のようなURLが大量に混じっている、という2つの症状で気づきます。

カテゴリページに「色」「サイズ」「価格帯」「並び替え」の絞り込みがあると、組み合わせの数だけURLができます。色10×サイズ5×並び替え4なら、1カテゴリから200通りのURLが生まれ、どれも中身は同じ商品の並べ替えです。Googleのファセット ナビゲーションのクロール管理のドキュメント（2026年11月8日確認）は、この状態が「クロールのしすぎ」と「新しいURLの発見の遅れ」を招くと説明しています。つまり、本物の商品ページが後回しにされる原因1と直結しています。

処置：絞り込みURLを「クロールさせない」側に倒す

同ドキュメントが挙げている対処と、その評価は次のとおりです。

一方で、絞り込みURLのうち検索需要があるもの（「赤 ワンピース」のように色つきで探される組み合わせ）は、カテゴリページとして残して育てる価値があります。どれを残し、どれをクロールさせないかの設計はECのカテゴリページSEOに分けて書きました。本記事では「残すと決めたもの以外はクロールさせない」とだけ押さえてください。

補足を1つ。古い記事にある「rel=”next”／rel=”prev” でページ送りを伝える」方法は、Googleのページネーションのガイド（2026年11月8日確認）が、もう使っていないと明記しています。

在庫切れ・販売終了のページは、ECで毎日生まれます。処理を間違えると3つのラベルのどれかになります。

公式ヘルプは、存在しないページには実際の404を返すことを推奨しています。またクロール バジェットのガイドは、ソフト 404のページはクロールされ続けてクロールの持ち分を浪費する、と書いています。在庫切れページを放置すると、原因1の「後回し」を自分で作ることになります。

判断の入口：一時的な在庫切れか、恒久的な販売終了か

処置はこの2つで分かれます。ここでは判断の入口だけ書きます。

• 一時的な在庫切れ（再入荷予定あり）：ページは残し、200を返し、再入荷予定・入荷通知・代替商品の案内を載せる。中身が空に近いとソフト 404と判定され得るので、説明文は消さない
• 恒久的な販売終了（後継商品あり）：後継商品へリダイレクトする。無関係なトップページへの一括転送はしない
• 恒久的な販売終了（後継なし）：404（または410）を返す。GoogleのHTTPステータスコードのドキュメント（2026年11月8日確認）は、インデックス済みのURLが4xxを返すとインデックスから削除されると書いています。それが意図どおりなら正しい処理です

私の経験則として、運営者が最もやりがちなのは「販売終了商品を全部トップページに転送する」処理です。数百のURLが同じ無関係なページに流れ込む状態で、商品ページの評価は引き継がれません。在庫切れページの処理の詳細は別記事で扱う予定なので、本記事ではこの入口までにとどめます。

原因7と8は「設定の事故」です。中身の問題ではないので、見つかれば処置は一瞬で終わります。見つけにくいだけです。

原因7：noindexとrobots.txtの事故

ラベルは「URL に noindex が指定されています」と「URL が robots.txt によってブロックされています。」の2つです。ECで起きる典型は次のとおりです。

• リニューアル・テスト環境のnoindexが本番に残った。移行直後に商品ページが一斉に消える事故の定番です（移行時の確認項目はECサイトリニューアルで順位を落とさない方法に一覧があります）
• カートシステムの設定で、特定の条件の商品（非公開カテゴリ・会員限定・在庫0）に自動でnoindexが付く。設定画面を把握していないと気づけません
• 第6章の処置でrobots.txtに書いたパターンが、商品ページ本体にも当たっている。たとえば /products?id= のような商品URLがあるのに、?を含むURLを全部禁止した、など

押さえるべき公式の記述が2つあります。1つ目、Googleのrobots.txtの概要（2026年11月8日確認）は、robots.txtはページをGoogleから隠す仕組みではなく、ブロックされたURLが検索結果に表示されることはあり得ると書いています。レポートのヘルプにも「robots.txt でブロックされていても、他の方法によってページがインデックスに登録されることがあります」とあります。2つ目、noindexのドキュメント（同日確認）は、noindexが効く条件はそのページがrobots.txtでブロックされていないことだとしています。ブロックされているとGoogleはページを読めず、noindexに気づけないからです。

整理すると、インデックスから外したいページにはnoindexを使い、そのページをrobots.txtでブロックしない。クロールの浪費を止めたい絞り込みURL（第6章）にはrobots.txtを使う。この2つを逆に使っている設定を、相談の場で何度も見てきました。

原因8：サイトマップの不整合

これはラベルではなく、Search Consoleの「サイトマップ」レポートで、送信したURL数とインデックスされたURL数の差で気づきます。ECで起きる典型は次のとおりです。

• サイトマップに絞り込みURL・在庫切れURL・noindexページが混ざっている。サイトマップは「インデックスしてほしいURLの一覧」なので、矛盾したシグナルになります
• サイトマップが更新されていない。新商品が載っていない、削除した商品が残っている。カートシステムの自動生成に任せきりで、中身を見たことがない運営者が多いです
• 1ファイルの上限を超えている。Googleのサイトマップの作成ガイド（2026年11月8日確認）は、1つのサイトマップの上限を非圧縮で50MBまたは50,000URLとし、複数に分ける場合はサイトマップ インデックス ファイルを1つ送信すればよいとしています

自社EC時代に2番目に手を付けたのが、このサイトマップの分割でした。商品・カテゴリ・記事で別ファイルに分け、サイトマップ インデックスで束ねました。分けたこと自体で登録が増えたというより、「商品のサイトマップだけ登録率が低い」と分かるようになったことが収穫でした。原因の切り分けが速くなります。

直して終わりにせず、「Googleが直った状態を読んだか」「登録されたか」「順位がついたか」の3段階で確認します。

1. URL 検査ツールで「公開 URL をテスト」を押す。今のページをGoogleが取りに行った結果が出ます。noindexが消えているか、クロールが許可されているか、正規URLの指定が意図どおりかを、ここで確かめます
2. 問題がなければ「インデックス登録をリクエスト」を1回だけ押す。1日あたりの上限があり、送信しても登録されるとは限らない、というのが公式の説明です。売れ筋から順に、主要な商品だけに使います。全商品に押して回るものではありません
3. 1〜2週間後にページ インデックス登録レポートを見直す。該当ラベルの件数が減っているか、該当URLが「登録済み」に移ったかを確認します。公式ヘルプはインデックス登録にかかる期間について、1日程度で済む場合もあれば長くかかる場合もあるとしており、1〜2週間程度という記述もあります
4. 登録された商品ページの順位を記録し始める。登録はゴールではなく、ここからが系統B（順位）の話です。登録直後の順位を記録しておかないと、その後の施策の効果が測れません

順位の確認は、商品名＋種類のキーワードを毎日取る

Search Consoleの「検索パフォーマンス」でも平均順位は見られますが、日ごとの変化を商品単位で追うには順位チェックツールが向いています。登録された商品ページごとに「商品の種類＋特徴」のキーワードを1〜3個決めて毎日の順位を取ると、順位が付き始めた商品と付かない商品が分かれ、後者は中身（原因2）の問題が残っているサインになります。

順位を毎日自動で取るツールでは、Nobilista（ノビリスタ）がクラウド型でスマホからも見られ、パーソナルプランが月あたり990円（税込・150キーワード・3サイトまで。2026年11月時点・支払い方法で変わるため公式参照推奨）からと、小規模ECでも続けやすい価格です。無料トライアルは7日間で、クレジットカードの登録は不要、終了後の自動課金もないと公式サイトに書かれています。使い方はNobilistaのレビュー記事にまとめています。

登録はされたのに順位が付かない商品が多いなら、中身の見直し（原因2）に戻り、上位の競合ページと比べて足りない要素を洗い出します。tami-co（タミコ）は、キーワード探し・記事作成・順位チェックの3機能を持つコンテンツSEOツールで、公式サイトでは7日間の無料トライアルを案内しています（2026年11月時点）。料金プランは公式サイトに掲載が見当たらなかったので、本記事では書きません。詳細はtami-coのレビュー記事に、ツール全体の比較はSEO分析ツール比較にまとめています。

ツールはどれも「直した後の変化を見る」ためのもので、ツールを入れれば登録されるわけではありません。順番は、本記事の第2〜8章で原因を直す、第9章の手順で確認する、その後に順位を追う、です。

Q. 「クロール済み – インデックス未登録」は放置していいですか？

対象のURLによります。絞り込みURLやタグページなら、むしろ登録されない方が望ましいこともあります。売れ筋の商品ページが含まれているなら放置せず、第4章の「書き足す」か「統合する」を行います。公式ヘルプはこのラベルについて再送信は不要としているので、中身を変えずにリクエストだけ繰り返すのはやめてください。

Q. インデックス登録をリクエストすれば登録されますか？

されるとは限りません。公式ヘルプに「リクエストを送信しても、ページが Google インデックスに表示されるとは限りません」とあり、1日あたりの送信数にも上限があります。私自身、内部リンクのない商品ページに何度リクエストしても登録されなかった経験があります。原因を直してから1回だけ押す、が正しい使い方です。

Q. 色違いの商品ページは1つにまとめるべきですか？

説明文や写真が色ごとに大きく変わらないなら、親商品1ページにまとめて各色のURLは親を正規URLにするのが、Googleの公式ガイドの考え方に沿った設計です。色ごとに検索需要があって別々に出したいなら、中身を本当に別物にする必要があります。どちらにしても、内部リンクの向きと正規URLの指定を同じ方向に揃えてください（第5章）。

Q. robots.txtで絞り込みURLをブロックすれば、インデックスからも消えますか？

消えるとは限りません。Googleはrobots.txtをページを隠す仕組みではないと説明しており、ブロックされたURLが検索結果に出ることはあり得ます。robots.txtはクロールの浪費を止めるためのもので、すでに登録された絞り込みURLを消したいならnoindexを使い、その際はrobots.txtでブロックしないでください（第8章）。

Q. リニューアル直後に商品ページが一斉に検索から消えました。何を見ればいいですか？

最初に見るのは、テスト環境のnoindexが本番に残っていないか（URL 検査ツールの「公開 URL をテスト」で確認）、旧URLから新URLへのリダイレクトが入っているか、新しいサイトマップが送信されているかの3点です。リニューアル時の確認項目はECサイトリニューアルで順位を落とさない方法に一覧にしています。

本記事の内容を、相談の場で私が実際に使っている順番の診断フロー表にまとめます。上から順に見てください。

最後に、本記事で書いた3つのことを1つの原則に畳みます。①最初に「未登録」か「低順位」かを分ける、②未登録ならラベルを読んで8原因に当てはめる、③直した後は1回だけ再クロールを頼み、順位で効果を見る。まとめると、インデックスされない商品ページは、Googleに「見つける道」と「登録する理由」の両方を用意できているかを、画面の表記どおりに点検すれば直る、ということです。リクエストボタンは、その点検の代わりにはなりません。

商品点数が多いサイトで、絞り込みURLと重複と在庫切れが絡み合っているときは、1人で切り分けると時間がかかります。レポートの件数と売れ筋のURLをいただければ、どの原因に当たるかの整理はお手伝いできます。