

ホームページを公開したのにGoogle検索で見つからないときは、対象ページのアドレスから確認します。ブラウザーで直接開けるか、Googleがページをインデックスに登録しているか、探した語句で表示されるかを順に見れば、公開先を直す段階か、検索の設定や内容を調べる段階かが分かります。自分が管理する小規模サイトを想定し、Search Consoleの見方、状態ごとの対処、修正後に残す記録を紹介します。

まず、探しているページを一つ決めます。「サイトが検索に出ない」と感じても、トップページだけが見つからない場合と、体験申込の案内だけが見つからない場合では、調べる対象が異なります。URLとはページのアドレスです。検索窓に事業名を入れる代わりに、案内やQRコードで使っているHTTPSのURLをブラウザー上部のアドレス欄へ貼り付け、そのまま開いてください。
検索に出ないときは、四段階で確認
一般公開、Googleによる取得、インデックス登録、検索での表示は同じ状態ではありません。
表は横にスクロールして読めます →
| 今の状態 | 先に確認するもの | 次の作業 |
|---|---|---|
| 直接URLで開けない、別の内容が出る | 公開先・URL・HTTPS・エラー | 公開の問題を直し、同じURLを開き直す |
| 直接URLで開けるが、URL検査で未登録 | クロール可否・取得・noindex・正規URL | 検査の理由を読み、公開意図と照らす |
| 登録済みだが、想定した語句で見つからない | 検索語・ページ内容・検索パフォーマンス | 検索条件を記録し、利用者が求める情報を点検する |
表示されたら、アドレス欄の最終URL、ページの見出し、画像、更新後の内容を確認します。URLが途中で別のものへ変わることを「リダイレクト」または転送と呼びます。意図して古いURLから新しいURLに移す場合は、最終URLを調べます。料金ページを開いたのにすべてトップページへ着く場合などは、転送先が用件に合うかを制作担当に確認します。
普段は管理画面にログインしている場合、ログインしていないブラウザーでも開いてみます。自分の画面だけで見える場合は、確認用のURLやログインが必要なページかもしれません。「ページが見つかりません」と表示される場合は、URLの綴り、公開した場所、ページの有無を確認します。安全な接続に関する警告が出た場合は、その警告を通り抜けず、サイトのHTTPS設定を確認してください。訪問者が開けるようになってから検索側の確認へ進みます。Google検索セントラル「Google 検索の技術要件」
表示が古い場合は、パソコンで生成した内容と、ブラウザーに配信された内容を分けて考えます。別のブラウザーや端末から同じ公開URLを開き、同じ古い内容なら、公開先や配信の設定を確かめます。トップだけ開いても、調べたい下層ページが開くとは限りません。公開した版や画像の確認は、ホームページ公開前のチェックリストの公開後の手順を使えます。
Googleが検索に使うページの情報を蓄える索引を「インデックス」と呼びます。Googleが見つけたURLにアクセスして内容を取得することは「クロール」です。ブラウザーでページを開けても、GoogleがそのURLを発見して取得し、検索用の情報として採用しているかは別に確認します。自分が管理するサイトでは、Google Search ConsoleのURL検査が使えます。
Search Consoleでは、管理するドメインやURLの範囲を「プロパティ」と呼びます。所有権が確認されたプロパティに、所有者または許可を受けたユーザーとしてアクセスします。サイトの所有者が既に設定している場合は、必要な権限を付与してもらいます。制限付きユーザーは利用できる機能が限られます。URLの登録リクエストを送るには、所有者またはフルユーザーの権限が必要です。Search Consoleヘルプ「サイトの所有権を確認する」、Search Consoleヘルプ「所有者、ユーザー、権限の管理」、Google検索セントラル「URL の再クロールをリクエストする」
表は横にスクロールして読めます →
| 見る欄・操作 | 分かること | 読み方 |
|---|---|---|
| Google インデックス | そのURLについてGoogleが保持している登録状況や、取得・正規URLの情報 | 最後のクロール以降に修正した場合は、古い状態が残ることがある |
| 公開 URL をテスト | 検査を実行した時点で、Googleの検査ツールが公開ページを取得し、調べられる範囲の問題 | 登録の完了、正規URLの選択、検索語での表示をここから確定できない |
たとえば公開URLテストで「URL は Google に登録できます」と表示されても、Googleインデックスの欄では未登録のままということがあります。修正後の状態をテストできた場合は、どの問題が解消したと確認できたのかを記録し、登録状況は後日改めて見ます。公開URLテストは転送先を試す場合があるため、転送を変更したときはブラウザーの到着先も確認してください。Search Consoleヘルプ「URL 検査ツール」
権限がなくURL検査が使えない場合、直接URLを開くことと、事業名やURLで検索することはできます。検索結果の観察だけでは、登録済みかどうかを確定できない場合があります。所有者に依頼するときは、対象の公開URLと見つけられなかった検索語を添え、「登録状況」「最後に取得した日時」「正規URL」を確認してもらうと次の判断に進めます。Search Consoleヘルプ「URL 検査ツール」、Google検索セントラル「site: 検索演算子」
「URL が Google に登録されていません」と出た場合は、同じ画面の「ページのインデックス登録」の詳細を開きます。ページによって理由は異なります。URLをまだ発見していない段階と、取得したあとに登録していない段階は分けて考えます。Googleが最後に取得した日時が表示されている場合は、公開や変更を行った日時と照合します。サイト内の複数ページで同じ状態が出ているときは、ページ インデックス登録レポートで共通の理由を調べ、重要なURLを個別に見ます。Search Consoleヘルプ「URL 検査ツール」、Search Consoleヘルプ「ページ インデックス登録レポート」
表は横にスクロールして読めます →
| 理由・状況 | どこまで進んでいるか | 先に調べること |
|---|---|---|
| URLが認識されていない | Googleが対象URLを認識していない | トップや関連ページからリンクがあるか。サイトマップを使うなら対象URLが載っているか |
| 検出 - インデックス未登録 | URLは検出され、クロールはまだ行われていない | 公開先が安定して開けるか、主要ページからリンクしているか |
| クロール済み - インデックス未登録 | Googleはページを取得したが、検索用の情報として採用していない | 取得内容に欠けがないか、別のページと同じ内容になっていないか |
| 取得エラーや転送の問題 | 調べたときにページを取得できなかったか、想定外の転送がある | URL、公開先、アクセス制限、最終URLを確認する |
| robots.txt または noindex による制御 | 取得を止める設定、または登録を除外する指示がある | どちらが効いているかと、対象ページの公開意図を照合する |
ページがないときに出る404や、サーバー側の異常を示す5xxが見える場合は、作成サービスやサーバー側で原因を調べます。ブラウザーではページらしい画面が見えても、実際の本文がなくエラー案内を返している場合、Googleがエラーページ相当として扱うことがあります。取得結果の番号と、ページが表示した内容の両方を確かめてください。原因が分からなければ、対象URL、発生時刻、表示されたエラーを控えて担当者に伝えます。Google「HTTPステータスコードとクロール」、Google検索セントラル「Google 検索の技術要件」
robots.txtは、検索用のロボットにどこを取得してよいかを知らせるファイルです。ページを取得できない設定でも、別のページからリンクされていれば、URLが検索に出ることがあります。noindexは、取得されたページをGoogleのインデックスから除外するよう知らせる指示です。ページのHTMLや、サーバーが応答と一緒に返す「ヘッダー」に付いている場合があります。Google検索セントラル「robots.txt の概要」、Google検索セントラル「noindex による登録除外」
Googleがnoindexを確認するには、そのページを取得できる必要があります。robots.txtで対象を止めていると、ページ内やヘッダーのnoindexを読めません。公開したいURLを調べるときは「取得できるか」と「取得したページにnoindexが残っていないか」を順に見ます。公開したくない社内用ページや利用者情報には、認証などのアクセス制限を使います。試験用と公開用を区別し、サイト全体の設定をまとめて外す前に、対象ページと意図を確認しましょう。Search Consoleヘルプ「URL 検査ツール」、Google検索セントラル「noindex による登録除外」
同じ内容や似た内容を複数のURLで公開すると、Googleはその中から代表として扱うURLを選ぶことがあります。これが「正規URL」です。canonicalは、運営者が代表候補を示す指定の一つです。URL検査では、運営者側の指定とGoogleが選んだ正規URLを確認できます。公開URLテストでは、Googleが最終的にどのURLを代表とするかまでは分かりません。Googleインデックス側の情報を見ます。Search Consoleヘルプ「URL 検査ツール」、Google検索セントラル「正規URLの指定」
こもれび教室の体験案内を、案内用の https://example.com/trial/ と、公開サービスで以前に作った https://example.com/trial-old/ で開けるとします。二つを開いて、本文が同じか、どちらのURLをパンフレットやメニューで案内しているかを確認します。旧URLから現行URLへ案内したい場合は、古いページが意図した行き先へ移動する設定を検討し、サイト内のリンクも現行URLにそろえます。両方を閲覧できる状態で保つ理由がある場合は、代表にしたいURLとcanonicalの指定を確認します。サイトマップを使う場合も、載せるURLがその指定と矛盾していないかを見ます。Google検索セントラル「正規URLの指定」
逆に、体験案内と料金表のように目的が違うページが、どちらも同じページを正規URLとして指定している場合は、設定のコピーや自動出力を確認します。設定が違っていても、本文がほぼ共通で差がタイトルだけなら、訪問者に必要な情報を分けて書けるかを見直します。体験案内には対象、持ち物、当日の流れ、料金ページには費用や適用条件を書くと、どのページを読めばよいか判断しやすくなります。
重複した古いURLが未登録でも、意図した現行URLが登録されていれば、古いURLを登録し直す必要は通常ありません。新しいURLが想定外の代表にまとめられている場合は、指定、実際の内容、内部リンク、サイトマップ、転送先を照合します。一つの設定だけを変える前に、普段使っているURLの向き先を確かめておくと、変更後にどこを見直せばよいかが明確になります。Search Consoleヘルプ「ページ インデックス登録レポート」、Google検索セントラル「正規URLの指定」
「URL は Google に登録されています」と表示されたら、登録の確認と、検索語ごとの表示の確認を分けます。登録は検索結果に表示されるための条件の一つです。実際の表示は検索語の意味、現在地、端末、検索する時期や、ほかに関連するページがあるかによって変わります。自分のスマホで一度検索した結果を、すべての利用者に共通する結果として扱うことはできません。Search Consoleヘルプ「URL 検査ツール」、Google検索ヘルプ「検索結果が他のユーザーと異なる理由」
確認する語句は、事業名と地域名を組み合わせたもの、扱うサービスを示す語句などに分けます。たとえば架空の「こもれび教室」であれば、教室名を知っている人の検索と、特定の地域で対象学年に合う体験教室を探している人の検索では、欲しい情報が違います。どのページがその問いに答えるか、タイトル、見出し、本文を見ます。教室の内容を整理し直す場合は、教室ホームページの原稿例を使って、対象、場所、体験の条件を確認できます。Google検索セントラル「SEOスターターガイド」
Search Consoleにデータがある場合は、「検索パフォーマンス」のレポートで対象のページと期間を絞り、表示回数、クリック数、表示に結び付いた語句を見ます。期間や条件の違う数字をそのまま比べると、何が変わったか読み取りにくくなります。日付の範囲を揃え、必要に応じてスマホとパソコンを分けます。表示回数があるのに自分の検索で見つからない場合は、検索条件が違う可能性を考えます。データが少ない段階で、表に出ない検索語の実績を断定しないようにします。Search Consoleヘルプ「検索パフォーマンス レポート」
Googleで site:example.com のように検索すると、その範囲で表示されるページを探せます。結果は網羅的ではないため、対象が出てこない場合の登録確認にはURL検査を使います。登録済みでも、URLそのものを検索して見当たらず、サイト全体で同じ状況が続く場合は、Search Consoleで手動による対策、セキュリティの問題、一時的な削除の有無など、所有者が管理できる情報を確認します。公開URLテストでこれらを一度に調べることはできません。Google検索セントラル「site: 検索演算子」、Search Consoleヘルプ「URL 検査ツール」
修正したら、最初に直接URLを開き、意図した公開先と内容が表示されることを確認します。検索の取得を妨げる設定を変えた場合は、同じURLの[公開 URL をテスト]で取得できるかを見ます。何を修正したか、ライブテストでどの項目が変わったか、登録状況を最後に確認した日時を分けて記録します。ページが新しく、内部リンクを追加した場合は、そのリンクを実際にたどって対象のURLへ着くかも確認します。Search Consoleヘルプ「URL 検査ツール」
| 記録する項目 | 架空例 こもれび教室 |
|---|---|
| 対象URL・調べた日 | https://example.com/trial/。確認日と時刻を記入 |
| 直接開いた結果 | 一般閲覧で体験案内が開く。案内と申込のリンクを確認 |
| Google側で確認すること | Google インデックスの登録状況と正規URL、ライブテストの時刻を別々に転記 |
| 修正した内容 | 公開用ページへリンクを追加。公開されたページからリンクを開いた |
| 次回の確認 | 担当者と予定日を記録。対象のURLを検査して登録状況を確認する |
たとえば公開時に試験用のnoindexを引き継いでいた場合、公開対象のページだけ設定を直し、直接開けることと公開URLテストで取得できることを確認します。そのあと、Googleインデックス側に以前の情報が残る場合は、最後のクロール日時と修正日時を見比べます。「公開側は直した」「Google側は次回確認」と分けておくと、同じ設定を何度も変更せずに済みます。これは対処の順序を示す例です。実際の画面で観測した結果は、管理サイトで確認した値を記録してください。

新しいページや、登録を妨げていた問題を直したページが少数なら、必要に応じてURL検査の[インデックス登録をリクエスト]を使えます。対象が正しい公開URLであることを確認し、権限のある人が行います。ページが多数ある場合は、必要なURLを並べたサイトマップを送る方法があります。サイトマップはGoogleがURLを発見する助けになり、重要なページへのサイト内リンクも発見の手掛かりになります。Google検索セントラル「URL の再クロールをリクエストする」、Google検索セントラル「サイトマップについて」、Google検索セントラル「SEOスターターガイド」
Googleが再取得する時期はページごとに変わります。リクエストは再取得や登録を促すための手段で、申請の受け付けと登録結果は別です。同じURLを繰り返しリクエストしても、クロールが早まることはありません。日数や順位を約束することはできないため、次の確認日を作業の記録に入れ、Google側の登録状況を見直します。Google検索セントラル「URL の再クロールをリクエストする」、Search Consoleヘルプ「URL 検査ツール」
次の確認で直接URLが開けなければ、公開先の問題に戻ります。ページが開けて未登録の場合は、前回と今回で理由やクロール日時が変わったかを見ます。登録され、検索条件によって見つかり方が違う場合は、ページに必要な情報があるかを見直します。作業が一人の場合も、変更した内容、直接開いた結果、Google側の結果、次に確かめることの四つを控えておけば、同じ所から確認を再開できます。公開後の変更を残す方法は、ホームページの更新手順に沿って整理できます。
確認日 2026年11月9日
関連する作業