アイキャッチは記事の内容をイメージしたAI生成画像です。
ホームページがGoogle検索に見つからなくても、すぐに作り直したり、記事を増やしたりする必要はありません。まず、探しているページがGoogleに登録されているかと、特定の検索語で見つけにくいかを分けます。自社サイトへアクセスできることだけでは、検索への登録を確認したことにはなりません。この記事では、専門的な設定をむやみに変えずに状況を整理し、必要な対応を担当者へ伝える手順をまとめます。
この記事でわかること
- 「未登録」と「登録済みだが見つからない」の切り分け
- URL検査、公開状態、noindex、サイトマップの確認順
- 調べた結果を制作会社へ渡せる確認票と変更履歴の残し方
1. 「検索に出ない」を、登録と掲載順位に分ける
検索した言葉と、探しているURLを記録する
最初に、検索した言葉をそのままメモします。「会社名で探した」「地域名とサービス名で探した」「記事のタイトルで探した」では、確かめたいことが違います。次に、表示させたいページのURLを一つ決めてください。会社案内を探しているのに、別の記事の登録状況を調べても原因の切り分けは進みません。
ブラウザの履歴や管理画面のプレビューURLではなく、一般の人に案内する公開URLを使います。ログインしていない状態で開けるか、別のURLへ移動するか、違う内容が表示されるかを確認します。公開直後なのか、以前は検索に出ていたのか、ドメインやURLを変更した直後なのかも書いておくと、担当者が調べる順番を決めやすくなります。
- ページを一般公開する
- GoogleがURLを見つけ、取得する
- Googleが内容を処理し、登録を判断する
- 検索語などに応じて検索結果に表示される
site検索だけで、登録されていないと断定しない
site:に続けてドメインやURLを検索する方法は手掛かりになりますが、表示されないという結果だけで未登録と断定しないでください。所有するサイトではSearch ConsoleのURL検査で対象ページを調べます。Googleの案内でも、検索に見つからない場合は登録状態などを順に確認する流れが示されています。
| 今分かっていること | 次に確認すること |
|---|---|
| 公開URLを開けない | 公開状態、接続先、エラー、転送先 |
| ページは開けるが登録状態は不明 | Search Consoleで対象URLを検査 |
| 登録されていないと表示された | 検査結果の理由と前回の確認時点 |
| 登録済みだが特定の言葉で見つからない | 検索語、表示対象のURL、内容の対応 |
| Search Consoleを使える人が不明 | 所有者・管理担当へ確認を依頼 |
2. Search ConsoleのURL検査で状態を確認する
対象サイトのプロパティと、正確なURLを選ぶ
Search Consoleは、サイトの検索状況を確認するためのGoogleのツールです。利用権限があるアカウントで開き、確認したいサイトを選びます。登録された管理対象は「プロパティ」と呼ばれます。URLを上部の検査欄へ入れる際は、今選んでいるプロパティの対象に含まれている必要があります。
本体サイトとコラムを別のサブドメインで運用している場合、どちらを確認しているかに注意してください。管理対象の設定によっては、一方のURLしか調べられないことがあります。対象が分からなければ新しい設定を重ねて作る前に、管理者へ「この公開URLを検査したい」と伝えます。権限を持つ人が確認できれば、その結果を共有してもらう方法でも進められます。
登録情報と、公開URLのテストを分けて読む
通常のURL検査で表示される情報は、Googleが把握した時点の状態です。一方、公開URLのテストは現在のページを調べます。修正したばかりなら両者が違うことがあります。テストで問題が見つからなくても、検索への登録や表示が保証されたことにはなりません。どの結果を見たかと日時をセットで記録しましょう。
表が収まらない場合は横にスクロールできます →
| 項目 | 残す内容 | 読み方 |
|---|---|---|
| 検査したURL | 公開URLをそのまま記録 | プレビューや別ページと混ぜない |
| 登録情報の状態 | 表示された文言と確認日 | Googleが把握した情報として読む |
| 取得・登録に関する理由 | 詳細欄の表示を記録 | 理由を推測で書き換えない |
| 前回のクロール | 表示されている日時 | 修正の前か後かを見る |
| 公開URLのテスト | 実施日と表示された結果 | 登録済みの証明にはしない |
| 正規URL | Googleが選択したURLが分かれば記録 | 想定と違えば担当者へ相談 |
正規URLは、似た内容のURLがある場合に代表として扱うURLです。別のURLが選ばれていたら、すぐ設定を変更するのではなく、同じ内容のページや転送の有無を担当者へ伝えます。どちらを公開上の案内先にしたいかも説明してください。自社の意図とGoogleが把握した状態を並べると、調査の出発点がそろいます。

3. 公開状態・noindex・robotsの役割を確認する
ログイン要求やエラーと、検索の設定を分ける
一般公開するページなのにログインを求められる、エラーが出る、違うページに転送される場合は、その状態を担当者へ伝えます。Googleの技術要件には、アクセスが妨げられないこと、ページが正常な応答を返すこと、登録可能な内容があることなどが含まれます。ただし要件を満たすだけで登録が約束されるわけではありません。
画面の見た目が正常でも、サーバー側でどの応答を返しているかは別に確認が必要な場合があります。詳しくない担当者が応答コードを判断する必要はありません。「公開URLは開けるが、URL検査で取得失敗が出る」と結果をそのまま渡してください。説明のためにエラーを再現する場合も、フォームを大量送信するなど業務に影響する操作は避けます。
巡回を止める設定と、登録を除外する設定を混同しない
noindexは検索への登録を除外するための指定です。robots.txtによる巡回の制御とは役割が違います。Googleがページを取得できないと、ページ内のnoindexも確認できません。そのため、検索から外す目的で両方を無条件に設定するような操作はしないでください。公開したいページの状態に合わせて担当者が確認します。
出典:Google:noindexでインデックス登録をブロックする
表が収まらない場合は横にスクロールできます →
| 確認対象 | 主な役割 | 担当者へ聞くこと |
|---|---|---|
| 公開・認証 | 誰がページを開けるかを制御 | このURLは一般公開の対象か |
| noindex | 検索への登録を除外する指定 | 公開対象に、意図しない除外が残っていないか |
| robots.txt | クローラーの取得経路を制御 | 対象ページの取得を妨げていないか |
| 転送・正規URL | 別URLへの案内や代表URLの整理 | 現在の案内先とGoogleの認識が合っているか |
WordPressでは、サイト全体の設定だけでなく、SEO用の機能やページ単位の設定が関わる場合があります。管理画面の一か所を見て「問題なし」と決めず、公開されているページに実際に何が出力されているかまで確認してもらいます。テストサイト、会員向けページ、非公開資料は意図して検索対象から外す場合があるため、一律に解除する案内は適切ではありません。
検索に出ない原因が分からないときは、対象URLと確認結果からご相談ください
4. 内部リンクとサイトマップで、発見の経路を整える
記事一覧や関連ページから、対象ページへたどれるかを見る
URLを直接入力すれば開けても、記事一覧やサービスページから行き先が見つからないことがあります。会社のホームから読者がたどれる経路を確認してください。公開したのに下書きの案内先を使っていないか、リンクを押すと別のページに行かないかも確認します。関連する内容から自然に案内する方が、読者にとっても使いやすくなります。
リンクを増やすときは、本数だけを目標にしないでください。営業時間の記事から営業時間の確認先へ、サービス紹介から相談に必要な資料へなど、読み手が次に知りたい内容へつなげます。すべてのページへ同じ長いリンク一覧を置くと目的のページを探しにくくなるため、案内元の文脈に合うものを選びます。
表が収まらない場合は横にスクロールできます →
| 確認する場所 | 現在の状態 | 対応する人 |
|---|---|---|
| 記事一覧・カテゴリ一覧 | [掲載あり/なし/確認待ち] | [担当] |
| 関連するサービスページ | [リンクの有無と行き先] | [担当] |
| 既存の関連コラム | [読者に必要な案内か] | [担当] |
| サイトマップ | [対象URLの掲載と取得状況] | [担当] |
サイトマップの送信・取得・登録を分ける
サイトマップは、サイト内のURLなどを検索エンジンへ知らせるためのファイルです。Googleは、サイトマップを送信しても、すべてのURLの取得や登録を保証していません。「送信できた」ことと、対象ページが登録されたことを同じ扱いにしないでください。
すでに自動生成する仕組みがある場合は、別のものを追加する前に、現在のサイトマップに対象URLが含まれているかを担当者へ確認します。公開先と違うドメイン、古いURL、検索に出したくないページが混ざっていないかも確認点です。Search Consoleに表示された取得結果と、個別URLの検査結果を分けて記録すると、次に調べる箇所が分かりやすくなります。

5. 修正後は、変えた内容と検査結果を残す
必要な場合に登録をリクエストし、待って確認する
問題を直したら公開URLを確認し、必要に応じてURL検査から登録をリクエストします。繰り返し送信しても処理が早くなるわけではありません。リクエストした日時を残し、担当者と次に確認する日を決めましょう。直後の結果が変わらないだけで、同じ設定を何度も変更するのは避けます。
表が収まらない場合は横にスクロールできます →
| 確認日 | 変更と実施者 | 確認結果 | 次の対応 |
|---|---|---|---|
| [日時] | [変更前の状況/変更なし] | [登録情報・テストの結果] | [調査を依頼する人] |
| [日時] | [修正した項目と担当] | [公開ページでの確認] | [必要なら登録リクエスト] |
| [日時] | [追加変更の有無] | [再確認した状態] | [継続確認/別の原因を調査] |
再確認日を決める目的は、登録までの日数を約束することではありません。誰も見ないまま放置しないための運用上の予定です。改修前後の検査結果が比較できるよう、対象URLを途中で取り違えないようにします。複数の設定を変更した場合は、それぞれの内容と理由を残し、後から何が影響したか調べられる状態にしてください。
登録済みなら、検索語との対応や内容を見直す
登録されていても、希望する検索語で見つかるとは限りません。探している人が知りたい内容を、そのページで答えているかを確認します。社名で探している人に向けた会社情報と、サービスを比較する人に向けた説明では必要な内容が違います。タイトルだけに言葉を足す前に、ページの目的と本文を見直してください。
Search Consoleの検索実績を確認できる場合は、対象ページと期間を指定し、表示された検索語やクリックを見ます。データがない場合は「未取得」と記録し、推測した順位やクリック数を埋めません。登録の問題が続くのか、登録後の内容改善へ進むのかを分けると、次の施策がはっきりします。
6. 制作会社へ伝える確認票を使う
原因を決めつけず、分かっている事実を渡す
「検索で出ないのでSEOをお願いします」よりも、対象URLと調べた結果を渡す方が相談を始めやすくなります。以下をコピーして、分からない欄は「未確認」としてください。ログイン情報は含めず、画面を共有する場合も関係のない個人情報や管理情報を除きます。調査に権限が必要なら、担当者と適切な共有方法を別に決めます。
| 項目 | 記入欄 |
|---|---|
| 対象URL・検索語 | [公開URL]/[実際に検索した言葉] |
| 経緯 | [公開日、以前の表示、URL変更の有無] |
| 公開ページの状態 | [開けるか、認証やエラー、移動先] |
| URL検査 | [プロパティ、確認日、表示された状態] |
| 現在のテスト | [実施日と結果、未実施なら未実施] |
| 直近の変更 | [何を、誰が、いつ変えたか] |
| 依頼する確認 | [未登録の理由、取得、除外、正規URLなど] |
| 連絡と次回確認 | [窓口、回答先、確認予定日] |
最初の一歩は、一つのURLを確認すること
サイト全体に問題があるように見えても、ページによって状況が違う場合があります。まず、会社として検索で案内したい代表的なURLを一つ選び、確認票を作ってください。同じ問題が他のページにもあるかは、その結果を基に担当者と調べます。登録を確認する作業と、検索から相談につなげる内容の改善を、順番に進めましょう。
調査の依頼先に迷ったら、分かっている状況を確認票にまとめてご相談ください
よくあるご質問
この記事のまとめ
- 対象URLと検索語を決め、公開・取得・登録・検索表示を分けて確認する。
- URL検査の登録情報と現在のテストを区別し、設定を一律に解除しない。
- 修正内容と確認日を残し、未確認事項を担当者へ渡す。
掲載内容は出典・取材・検証結果を確認し、編集担当者の承認を経て公開しています。記事制作にはAIを補助的に使用しています。
運営者について →