インデックスとクロール:ページが検索結果に載るまで|SEOの教科書 第6回

田中 磨生

監修田中 磨生株式会社Abin 代表取締役

株式会社Abin代表取締役。AI SaaSの上場企業やHR系ベンチャーのマーケティング責任者を経て、2023年BtoBマーケティング特化のコンサルティング会社株式会社Abinを設立。創業から30社以上のBtoBマーケティングの戦略立案から実行までを行う。2025年には株式会社プロベルの役員に就任。NYマーケティング株式会社の執行役員も務める。

プロフィールを見る →

執筆Abin編集部

インデックスとクロール:ページが検索結果に載るまで|SEOの教科書 第6回

この回で分かること:①ページが検索結果に載るまでの流れと、それぞれの段階で使う道具、②robots.txt・noindex・canonicalの違いと使い分け、③Search Consoleで「載らない原因」を切り分ける手順。前回までで、良い記事を書く方法を学びました。今回からは技術面です。どれほど良い記事も、検索エンジンに読み取ってもらえなければ存在しないのと同じ。その土台を確かめる回です。

ページが検索結果に載るまでの4つの関門と、つまずく主な原因
図1:発見→クロール→レンダリングと解析→インデックス登録

ページが検索結果に載るまで:4つの関門

第1回で学んだ「クロール→インデックス登録→検索結果の表示」の流れを、実務の目線でもう少し細かく分けると、ページが検索結果に載るまでには次の4つの関門があります。

関門 起きていること つまずく主な原因
1. 発見 GoogleがそのURLの存在を知る どこからもリンクされていない、サイトマップにも載っていない
2. クロール Googlebotがページを取得する robots.txtでブロックしている、サーバーがエラーを返す、ログインが必要
3. レンダリングと解析 ページを表示した状態にして、内容を読み取る JavaScriptでしか中身が表示されず、うまく読み取れない
4. インデックス登録 内容を理解し、インデックスに保存する noindexの指定、重複していて別のページが代表に選ばれた、品質が十分でないと判断された

記事が検索結果に出てこないとき、多くの人は「順位が低いのでは」と考えがちです。しかし実際には、そもそも4つの関門のどこかで止まっていて、インデックスに入っていないことが少なくありません。順位の話をする前に、まず「インデックスに入っているか」を確かめるのが、技術面のSEOの第一歩です。

🔒 ここから先は無料会員限定です
この講座は、会員でない方は第3回まで読めます。第6回の続きと、残りの回はすべて、無料会員登録で読めます。
MEMBERS ONLY登録30秒・無料
続きは、無料会員登録ですぐ読めます。
会社のメールアドレスに届くリンクを開くだけ。このページに戻って、続きから読めます。
01
講座が全部、最後まで受け放題40以上の講座・300回超の連載を全回読めます。会員でない方は各講座の第1〜3回まで。
02
AI比較が1日5回あなたの会社向けの順位表と稟議書のたたき台を、何度でも作り直せます(会員でない方は1回)。
03
学びの進み具合をまとめて管理読んだ回・確認テストの成績・修了証をマイページに保存。PCでもスマホでも続きから。
04
AIへの質問が1日60回ツギノテの記事から答えを探すAI検索も、たっぷり使えます(会員でない方は20回)。
無料会員登録項目はすべて必須です
Gmail・Yahoo!メール・Outlook・携帯キャリアなどのフリーアドレスでは登録できません。お勤め先のメールアドレスを入れてください。
登録するとプライバシーポリシーに同意したものとみなします。

関門1・2:発見とクロールを助ける

Googleは、主にリンクをたどってURLを発見し、XMLサイトマップからもURLを知ることができます。第3回で学んだとおり、内部リンクで孤立したページをなくすことが、発見されるための基本です。そのうえで、次の点を確認しましょう。

  • XMLサイトマップを用意し、Search Consoleから送信する:新しいページや更新したページを知らせる手段になります。WordPressなど多くのCMSでは、自動で作成する機能があります。
  • サーバーが安定して応答しているか:ページを取得しようとしたときにサーバーがエラーを返すと、そのページはクロールできません。エラーが続いていないかを確認しておきましょう。
  • ログインが必要なページは検索結果に載らない:会員限定のページなど、ログインしないと見られないページは、Googlebotも中身を見られません。

よくある誤解:「クロールバジェットを気にしないといけない」

Googlebotが1つのサイトをどれだけクロールするかには上限があり、これをクロールバジェットと呼びます。SEOの情報でよく取り上げられる言葉ですが、Googleは、クロールバジェットの管理が必要になるのは主に非常に大規模なサイト(目安として、重複のないページが100万以上あって週1回程度更新される大規模サイトや、1万以上あって毎日更新される中規模以上のサイト)だと説明しています。Googleは、そうでないサイトは、サイトマップを最新に保ち、ページのインデックス登録レポートを定期的に確認すれば通常は十分だとしています。数百〜数千ページ程度の一般的な企業サイトやメディアでは、クロールバジェットを心配するより、リンク構造や内容の質を整える方がずっと効果的です。

FREE MEMBER

無料会員なら、講座が受け放題・AI比較が1日5回

40以上の講座を最後まで読めて、学びの進み具合も記録できます。登録は30秒・無料です。

無料で会員登録する →

3つの道具の違い:robots.txt・noindex・canonical

技術面のSEOで特に混同されやすいのが、次の3つです。それぞれ「何をコントロールするのか」が違います。

robots.txt、noindex、canonicalの役割の違いを比べた図
図2:似ているようで役割が違う3つの道具
道具 何をコントロールするか 使う場面の例 注意点
robots.txt クロール(ページを取得してよいか) サイト内検索の結果ページなど、無限に生まれるURLのクロールを避ける インデックスを防ぐ道具ではない。ブロックしたURLも、ほかからリンクされていれば、内容なしで検索結果に出ることがある
noindex(meta robotsタグなど) インデックス登録(検索結果に載せてよいか) サンクスページ、テスト用ページ、中身の薄いタグ一覧ページなど Googlebotがページを取得できないと、noindexの指示も読めない。robots.txtでブロックしたページにnoindexを書いても効かない
canonical(rel=”canonical”) 重複・類似ページのうち、どれを代表にしてほしいか 並び替えのパラメータが付いたURL、印刷用ページ、同じ内容の別URL Googleが正規URLを選ぶときのシグナルの1つ。最終的な代表はGoogleが判断する

最もよくある失敗は、「検索結果に出したくないページを、robots.txtでブロックする」ことです。robots.txtはクロールを止めるだけなので、Googlebotはページの中身を見られません。その結果、noindexの指示も読めず、ほかのページからリンクされていればURLだけが検索結果に出てしまうことがあります。検索結果に出したくないページには、クロールは許可したうえでnoindexを使う、と覚えておきましょう。

問い合わせ完了後の「サンクスページ」を検索結果に出したくありません。最も適切な方法はどれでしょう?

  1. robots.txtでそのページのクロールをブロックする
  2. 何もしない
  3. クロールは許可したまま、ページにnoindexを指定する
答えと解説

正解は3です。robots.txtはクロールを止める道具で、インデックス登録を防ぐものではありません。ブロックするとnoindexの指示も読めなくなります。検索結果に出したくないページは、クロールを許可したうえでnoindexを使います。

関門3:JavaScriptと「見えている中身」

最近のWebサイトは、JavaScriptを使って画面の中身を表示するものが増えています。Googleは、Googlebotがページを取得したあと、JavaScriptを実行して表示された状態(レンダリング後)のページも読み取ると説明しています。ただし、作り方によっては中身がうまく読み取れない場合もあります。

確認の方法はシンプルです。Search ConsoleのURL検査ツールで、ページを指定して、Googlebotから見えたページの状態を確かめます。本文や見出し、リンクが表示されていれば、まずは問題ありません。大事な本文やリンクがJavaScriptの実行後にしか現れない作りの場合は、制作会社と相談して、最初に返すHTMLに中身を含める方法(サーバー側での表示など)を検討するのが安心です。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する

関門4:インデックス登録と「代表ページ」

Googleは、内容がほとんど同じページが複数あると、それらを1つのグループにまとめ、その中から代表となるページ(正規ページ)を選んで検索結果に表示します。たとえば次のようなURLは、人から見ると同じページでも、検索エンジンからは別のURLとして扱われます。

httpとhttps、計測用パラメータ付きなどの重複URLから代表ページが1つ選ばれる図
図3:重複URLと代表ページ(正規URL)
  • http://example.com/ と https://example.com/(httpとhttpsの違い)
  • https://example.com/ と https://www.example.com/(wwwの有無)
  • https://example.com/dresses/ と https://example.com/dresses/?gclid=ABCD(広告の計測用などのパラメータ)

こうした重複は、どのURLを代表にするかを統一しておくと整理できます。サイト全体の表記の統一(http→https、wwwの有無)は301リダイレクト(恒久的な転送)で行い、並び替えなどの重複はcanonicalで代表を示すのが一般的です。代表をはっきりさせることで、評価が分散せず、意図したURLが検索結果に表示されやすくなります。

「インデックスされない」のは技術の問題とは限らない

技術的には何も問題がないのに、インデックスされないページもあります。Googleは、すべてのページをインデックスするわけではなく、品質や重複の状況などを見て判断しています。ほかのページとほとんど同じ内容のページや、中身の薄いページは、技術的に正しくても登録されないことがあります。この場合に必要なのは、技術の修正ではなく、第4回・第5回で学んだ内容の改善です。

canonical(rel=”canonical”)の説明として正しいものはどれでしょう?

  1. 重複・類似ページのうち、どれを代表にしてほしいかをGoogleに伝えるシグナル
  2. ページのクロールを完全に禁止する命令
  3. 指定すれば必ずそのとおりに検索結果が表示される命令
答えと解説

正解は1です。Googleはrel=”canonical”を正規URLを示す強いシグナルとして扱いますが、リダイレクトやサイトマップなどほかのシグナルとあわせて、最終的な代表はGoogleが判断します。クロールを止める道具でもありません。

実務ではこう使う:Search Consoleで原因を切り分ける

「記事が検索に出てこない」と感じたら、Search Consoleで次の順番に確かめると、原因を効率よく切り分けられます。

URL検査、インデックス登録の状況確認、原因ごとの対処の順番
図4:Search Consoleで原因を切り分ける順番
  1. URL検査ツールで、そのURLの状態を見る:「URL は Google に登録されています」と出れば、インデックスには入っています。その場合は順位や内容の問題なので、第2回・第4回・第5回に戻って見直します。
  2. 登録されていない場合、理由を見る:URL検査ツールやページのインデックス登録レポートには、登録されていない理由が表示されます。代表的なものと対応は次のとおりです。
    • 「noindex タグによって除外されました」:意図したものか確認し、意図しないなら設定を外す
    • robots.txtによるブロックを示す表示:robots.txtの記述を見直す
    • 重複や代替ページ(正規ページが別にある)を示す表示:どのページが代表に選ばれたかを確認し、canonicalや内部リンク、内容の違いを見直す
    • 「クロール済み – インデックス未登録」:クロールはされたが登録が見送られた状態。内容の独自性や品質、ほかのページとの重複を見直す
    • 「検出 – インデックス未登録」:URLは知られているが、まだクロールされていない状態。内部リンクを増やす、サイト全体の品質を上げる、などで改善を図る
  3. 修正したらインデックス登録をリクエストする:URL検査ツールから登録をリクエストできます。ただし、リクエストしても登録が保証されるわけではなく、同じURLを何度もリクエストしても早くはなりません。
  4. サイト全体の傾向を定期的に見る:ページのインデックス登録レポートで、登録されていないページが急に増えていないかを月に1回は確認します。サイトのリニューアルや設定変更の直後は特に注意が必要です。

こうした技術的な点検を自社で回すのが難しい場合は、テクニカルSEOに強い会社やツールを使う方法もあります。SEO会社のおすすめ比較やSEOツールのおすすめ比較で、技術面の対応範囲も比べています。

もう一歩深く:サイトのリニューアルは技術SEOの最大の山場

サイトのリニューアルやドメインの変更では、URLが大量に変わり、インデックスが大きく揺れることがあります。古いURLから新しいURLへの301リダイレクトを1対1で設定する、新しいサイトでnoindexが外れているかを公開前に確認する、サイトマップを新しいURLで送り直す、といった準備を怠ると、検索流入が大きく落ち込むこともあります。リニューアルを計画するときは、デザインだけでなく「URLの対応表」を必ず作ることを、制作会社との打ち合わせの議題に入れておきましょう。

FOR BUSINESS

マーケティング・DXの発注先選びに迷ったら

ツギノテを運営する株式会社Abinは、BtoBマーケティングに特化したコンサルティング会社です。創業から30社以上のBtoBマーケティングを支援してきました。

相談無料ツギノテ編集部に相談する

無料会員登録(講座受け放題・AI比較)/セミナーと資料を見る

この回のまとめ

  • ページが検索結果に載るまでには「発見・クロール・レンダリング・インデックス登録」の関門がある。
  • 順位を気にする前に、まずインデックスに入っているかを確かめる。
  • robots.txtはクロール、noindexはインデックス登録、canonicalは代表ページを示すシグナル。混同しない。
  • 検索結果に出したくないページは、クロールを許可したうえでnoindexを使う。
  • Search ConsoleのURL検査ツールとページのインデックス登録レポートで、原因を切り分けて直す。

確認テスト

Q1. robots.txtの役割として正しいものはどれでしょう?

  1. ページのインデックス登録を確実に防ぐ
  2. 検索エンジンのクローラーに、どのURLをクロールしてよいかを伝える
  3. 検索順位を上げるための設定ファイル
答えと解説

正解は2です。robots.txtはクロールをコントロールする道具です。インデックス登録を防ぐ確実な方法ではなく、検索結果に出したくないページにはnoindexを使います。

Q2. 数百ページの企業サイトで、最初に優先すべき技術面の対策はどれでしょう?

  1. クロールバジェットを細かく計算して管理する
  2. サイトマップを毎日何度も送信し直す
  3. 孤立したページをなくし、重要なページがインデックスに入っているかを確かめる
答えと解説

正解は3です。Googleは、クロールバジェットの管理が必要なのは主に非常に大規模なサイトだと説明しています。一般的な規模のサイトでは、リンク構造とインデックスの状態の確認が先です。

Q3. Search Consoleで「クロール済み – インデックス未登録」と表示されたページについて、まず見直すべきことはどれでしょう?

  1. 内容の独自性や品質、ほかのページとの重複
  2. robots.txtでブロックしていないか
  3. サーバーの電源が入っているか
答えと解説

正解は1です。この状態は、クロールはされたものの登録が見送られたことを示しています。技術的にはたどり着けているので、内容の独自性や品質、重複の見直しが優先です。

Q4. サイトのリニューアルでURLが変わるとき、特に重要な準備はどれでしょう?

  1. 古いページをすべて削除してから、新しいサイトを公開する
  2. 古いURLから新しいURLへの301リダイレクトを1対1で設定する
  3. 新しいサイトの全ページにnoindexを付けておく
答えと解説

正解は2です。古いURLの評価を新しいURLに引き継ぐために、対応する新しいURLへ301リダイレクトを設定します。新しいサイトにnoindexが残っていると、検索結果から消えてしまうので注意が必要です。

次回予告

第7回は「表示速度・スマホ対応・構造化データ」です。ページ エクスペリエンス(ページの使いやすさ)の中心にあるCore Web Vitalsの見方と、検索結果での見え方を豊かにする構造化データの基本を、優先順位とあわせて解説します。

参考資料

  • Google 検索セントラル「Google 検索の仕組みに関する詳細ガイド」 https://developers.google.com/search/docs/basics/how-search-works?hl=JA(2026年11月12日確認)
  • Google 検索セントラル「noindex を使用してコンテンツをインデックスから除外する」 https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=ja(2026年11月12日確認)
  • Google 検索セントラル「rel=”canonical” などを利用して正規 URL を指定する方法」 https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ja(2026年11月12日確認)
  • Google 検索セントラル「大規模なサイト所有者向けのクロール バジェット管理ガイド」 https://developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget?hl=ja(2026年11月12日確認)
  • Google 検索セントラル「URL の再クロールを Google にリクエストする」 https://developers.google.cn/search/docs/guides/submit-URLs?hl=ja(2026年11月12日確認)
  • Google 検索セントラル「Google 検索結果のタイトルリンク(見出し)の変更」 https://developers.google.com/search/docs/advanced/appearance/title-link?hl=ja(2026年11月12日確認)
  • SEOcrawl「『クロール済み – インデックス未登録』とは?意味と修正方法」(Search Console の表示名の確認に使用) https://seocrawl.ai/ja/blog/google-search-console-crawled-currently-not-indexed(2026年11月12日確認)

この記事は役に立ちましたか?

いま読まれている記事ランキング

    ランキングをもっと見る →

    この記事の内容について

    掲載している情報の修正や削除をご希望の場合は、こちらからご連絡ください。

    修正・削除の依頼

    NEXTあわせて読みたい

    ツギノテの記事一覧へ

    編集方針

    • 各社の公式サイトを、確認日を書いて調べています
    • 掲載企業から報酬は受け取っていません
    • 有償の掲載がある場合は「PR」と明記します

    運営:株式会社Abin

    © Abin Co., Ltd.