自社のホームページを社名やサービス名で検索しても見つからないと、公開設定のミスなのか、単に順位が低いのか判断しにくいものです。特に問い合わせや資料請求につながるページが対象なら、順位対策を急ぐ前に、ページを正常に公開・取得できる状態かを確認する必要があります。
この記事では、CVページ、主要サービスページ、トップページを優先し、Google Search Consoleを使って原因を切り分ける手順を解説します。重要URLごとに、確認・修正依頼・登録リクエスト・順位分析の次の行動を決められます。

検索結果だけで判断せず、重要URLを起点に「公開状態」「URL検査」「復旧または表示分析」の順で切り分けます。
01Section最初に、検索に出ない状態と確認するURLを分ける
「検索に出ない」状態には複数の原因があります。検索結果画面だけで未登録や設定ミスと決めつけず、まず事業上重要なURLを1件選び、公開状態とSearch Consoleの情報を順に確かめましょう。
優先順位は、問い合わせ・資料請求・商談予約などのCVページ、主要サービスページ、トップページ、その他のページです。CVページや主要ページに取得不能、意図しない検索除外、誤転送がある場合は、検索順位の改善より復旧を優先します。
| 状態 | 最初に見る場所 | 次の対応 |
|---|---|---|
| 未登録・未発見 | 公開URL、URL検査、内部リンク、サイトマップ | 取得・検索制御に問題がなければ、重要な単一URLは登録リクエストを検討する |
| 取得・検索制御の不備 | URL検査、ライブテスト、ブラウザ表示 | 検索制御や取得不能の範囲を確認し、必要に応じて実装担当へ依頼する |
| canonical・移転の不整合 | URL検査のcanonical情報、旧新URL、転送先 | canonical、内部リンク、リダイレクト、サイトマップをまとめて確認する |
| 登録済み後の表示・順位 | URL検査、検索パフォーマンス | クエリと表示ページ、名称・内容・導線の対応を確認する |
| 手動による対策・セキュリティ問題 | Search Consoleの専用レポート | 保守・セキュリティ担当へ早期に相談し、修正後の手順を確認する |
検索画面は補助確認に留める
社名・サービス名の検索、完全URLの検索、site:自社ドメインによる検索は、見え方を把握する補助になります。ただし、検索結果は検索語、地域、端末、利用者の条件などでも変わります。登録状況や除外理由の判断は、検索画面ではなくSearch ConsoleのURL検査を優先してください。
最初の切り分けをこの順で進める
重要URLから進める初動
- Step01
重要URLを1件選ぶ
問い合わせ・資料請求・商談予約ページ、主要サービスページ、トップページの順に選びます。検索結果だけでなく、事業への影響で優先順位を決めます。
- Step02
ログアウト状態のブラウザで開く
意図した公開ページが表示されるか、認証要求、404・5xx、誤った転送がないかを確認します。異常があれば、順位分析へ進まず制作会社・保守担当へ相談します。
- Step03
Search Consoleへのアクセス可否を確認する
アクセスできればURL検査へ進みます。未設定、所有者不明、権限不足なら、社内Web管理者または制作会社へ管理体制を確認します。
- Step04
URL検査の登録済み情報で分ける
登録済みなら表示・順位の分析へ、未登録または除外ならライブテストと検索制御・取得状況の確認へ進みます。
- Step05
重大な問題は早期相談へ切り替える
P1にあたる重要URLの取得不能、サイト全体への影響、手動による対策、セキュリティ問題は、通常の順位改善を経由せず早期に相談します。
02SectionSearch Consoleにアクセスし、URL検査で状態を確認する
Search Consoleは、Google検索におけるサイトの状態を確認するためのサービスです。URL検査では、Googleが最後に確認した情報と、現在公開されているURLを取得できるかを分けて確認できます。操作時は、URL検査ツールの公式ヘルプの現行画面も参照してください。
未設定・所有者不明・権限不足なら先に確認すること
プロパティが見つからない、対象URLを検査できない、サイトマップを送信できない場合は、設定を新規に作る前に管理状況を確認します。プロパティ追加と対象範囲の公式ヘルプにあるとおり、Domain propertyとURL-prefix propertyでは対象範囲が異なります。
確認するのは、対象の完全URLがプロパティ範囲に含まれるか、既存の所有者は誰か、発注者側が担当交代後も維持できるアクセス権を持つか、そしてDNS・CMS・サーバー・CDN・WAFの管理者は誰かです。既存プロパティがある場合は、所有者にアクセス権の付与を依頼します。サイトマップ送信には所有者権限が必要になるため、閲覧だけの権限では対応できないことがあります。
完全な公開URLを検査し、登録済み情報とライブテストを分ける

登録済み情報はGoogleが最後に確認した状態、ライブテストは現在の取得可否です。両方の結果を分けて次の対応を判断します。
URL検査には、ブラウザに表示される完全な公開URLを入力します。httpとhttps、wwwの有無、末尾スラッシュ、移転前後のURLを取り違えないようにしてください。
登録済み情報は、Googleが最後に確認したURLの状態です。一方、ライブテストは現在のURLをGoogleの検査ツールが取得できるかを見るためのものです。ライブテストで問題がなくても、Googleが選ぶcanonicalや、手動による対策、セキュリティ問題まで同時に解消したことは判断できません。
画面の文言は変更されることがあるため、以下は意味が近い代表例です。実際の表示と異なる場合は、単一ページの検査とトラブルシューティングに関する公式ヘルプで確認してください。
| 代表的な状態・理由 | 自社で確認すること・実装担当への依頼 | 登録リクエストの判断 |
|---|---|---|
| 登録済み | Google選択canonicalと検索パフォーマンスを確認し、canonical不整合があれば実装を確認する | 原則不要。更新後の確認時のみ必要に応じて検討 |
| 未登録・未認識だがライブテストで取得可能 | 公開URL、内部リンク、URL表記を確認する。多数URLでは発見経路とサイトマップも確認する | 修正不要または修正済みの重要な単一URLで検討 |
| robots.txtによるブロック | 意図した制限か、影響範囲と非公開領域への影響を確認する | 修正後にライブテストを確認してから検討 |
| noindexまたはX-Robots-Tag | 一般公開すべきURLかを確認し、CMS・テンプレート・サーバー設定の範囲を調査する | 指示解消とライブテスト確認後に検討 |
| 404・5xx・取得不能・認証 | ブラウザでも再現するか、重要度は高いかを確認し、公開状態、サーバー、認証、WAF、CMSを優先調査する | 取得可能になるまで行わない |
| canonical・重複・代替ページ | 意図した代表URLかを確認し、canonical、内部リンク、サイトマップ、重複URLを確認する | 代表URLに対して必要に応じて検討 |
| リダイレクト | 対応する新URLへ直接転送されるかを確認し、URL対応表、転送連鎖、転送先を確認する | 転送先の正規URLで必要に応じて検討 |
登録リクエストとサイトマップは目的が異なる
登録リクエストは、公開・取得・検索制御の問題を解消した後、重要な単一URLで検討する手段です。リクエストを送っても、クロール、インデックス登録、特定の検索語での順位上昇は保証されません。
登録リクエストを順位改善の操作として扱わない
取得不能や意図しない検索除外が残る状態で登録リクエストを繰り返しても、根本的な解決にはなりません。まず公開状態、取得可否、検索制御、代表URLの不整合を解消します。
複数URLを扱う場合は、内部リンクで到達できる状態に加え、サイトマップを確認します。サイトマップの作成・送信に関する公式ガイドが示すとおり、サイトマップはGoogleによるURL発見を支援するものです。未送信だから未登録とは限らず、送信済みでもクロール・登録・順位は保証されません。
03Section検索制御・取得・移転の問題は、設定を変える前に範囲を確認する

検索制御やURL設定には役割があります。検索表示を目的に一律で解除せず、対象URLと変更範囲を確認してから対応します。
noindex、robots.txt、認証、canonical、リダイレクトには、公開サイトを守ったり重複URLを整理したりする役割があります。検索に出したいという理由だけで、一律に解除・変更してはいけません。
検索制御を一律で解除しない
会員専用ページ、社内限定ページ、テスト環境、契約上または法令上公開できないページは、検索除外が適切な場合があります。変更前に、対象URLが一般検索に表示すべき公開ページか、変更が他のURLへ及ぶかを確認してください。
noindex・robots.txt・X-Robots-Tagの役割を分ける
robots.txtは主にクロールを制御するためのものです。noindexは検索結果のインデックスから除外する指示で、metaタグまたはHTTPレスポンスヘッダーで扱われます。Googleはrobots.txt内のnoindex指定をサポートしていません。また、robots.txtでクロールを止めると、Googleがページのnoindexを確認できない場合があります。詳しくは、noindexによるインデックス除外の公式ガイドを確認してください。
X-Robots-TagはHTTPヘッダーで検索制御を指定する仕組みで、CMS画面だけでは見つからない共通設定の影響を受けることがあります。HTML以外のファイルにも関わり得るため、変更範囲は実装担当と確認するのが安全です。
取得・代表URL・移転の確認観点
変更前に確認する質問
- ✓
このURLは、一般検索に表示すべき公開ページか
会員専用、テスト、重複整理の対象であれば検索除外が意図どおりの場合があります。
- ✓
noindex、robots.txt、X-Robots-Tagは、どのURL・テンプレート・ファイルに影響するか
共通設定を変えると、対象外の公開・非公開ページまで影響する可能性があります。
- ✓
ログアウト状態で認証、404・5xx、取得不能が再現するか
再現する場合は、CMS、サーバー、CDN、WAFなどの実装確認が必要です。
- ✓
canonicalで意図したURLが代表になっているか
URL検査の登録済み情報でGoogle選択canonicalも確認します。
- ✓
移転後、旧URLは対応する新URLへ案内されているか
関係のないURLへの一律転送や、転送の連鎖がないかを確認します。
canonicalは、重複するページ群でどのURLを代表として扱うかを示すシグナルです。Googleが別のURLを選ぶこともあるため、指定を変えるだけで解決すると考えないでください。リニューアル、CMS移行、ドメイン変更を行った場合は、旧新URLの対応、リダイレクト、canonical、内部リンク、サイトマップを同じ単位で確認します。URL変更を伴うサイト移転の公式ガイドを基に、対応するURL同士が整合しているかを実装担当へ確認しましょう。
04Section制作会社・保守担当へ依頼する基準と検収項目

依頼内容と検収条件を分けて整理すると、修正完了の連絡だけで対応を終えず、公開状態と取得可否を確認しやすくなります。
自社でURL検査やブラウザ確認を行っても、設定変更が必要な場合は制作会社・保守担当・Web管理者の対応範囲です。一方、登録済み後のクエリやページ内容の改善は、技術的な復旧とは別の継続課題として扱います。
CVページ・主要サービスページ・トップページの取得不能、意図しない検索除外、誤転送は、順位改善より先に相談すべき状態です。
特に、複数URLで同じ問題が起きている、リニューアルやドメイン変更の後に旧URLから移行できていない、Search Consoleで手動による対策やセキュリティ問題が表示されている場合は早期相談へ切り替えます。手動による対策は公式レポートの案内、セキュリティ上の問題はセキュリティの問題レポートで状況と修正後の手順を確認してください。
依頼前にそろえる情報
制作会社・保守担当へ渡す確認事項
対象URLと重要度・事業影響
完全URLと、問い合わせ、資料請求、商談予約、主要サービスなどへの影響を共有します。
発生時期と直前の変更
問題が起き始めた時期と、公開日、リニューアル日、移転日、直前に行った作業を伝えます。
ブラウザでの再現状況
正常表示、認証要求、404・5xx、意図しない転送などを、ログアウト状態で記録します。
Search Consoleの権限・検査結果
プロパティ種別、所有者や閲覧権限の有無、登録済み情報、ライブテスト、ページ取得、検索制御、canonicalに関する表示を共有します。
確認してほしい実装項目
noindex、robots.txt、X-Robots-Tag、認証、HTTP応答、canonical、リダイレクト、内部リンク、サイトマップの確認を依頼します。
修正完了の連絡だけで検収しない
受領報告・検収で確認すること
- ✓
原因分類と影響URL一覧が示されている
検索制御、取得エラー、canonical、リダイレクト、移転、手動による対策、セキュリティ問題を分けて確認します。
- ✓
暫定措置と恒久修正、変更対象が説明されている
CMS、テンプレート、サーバー、CDN、WAFなど、どこを変更したかを確認します。
- ✓
実施日時、実施内容、担当者が記録されている
再発時や担当交代時に経緯を追える状態にします。
- ✓
修正後のブラウザ確認とライブテストの結果がある
公開URLと現在の取得可否を、報告内容と照らし合わせます。
- ✓
登録済み情報の再確認条件と再発防止策が示されている
いつ、どのURLを、誰が再確認するかを合意します。
保守契約上の窓口、対応可能時間、責任範囲は契約ごとに異なります。緊急度の高いURLでは、対象URLと事業影響を明示し、契約上の障害窓口へ連絡してください。
website-production-maintenance
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
05Section登録済みなら、社名・サービス名での表示を検索パフォーマンスで確認する
URL検査で登録済みであり、取得・検索制御・canonical・移転の不整合が主因ではないと分かったら、順位や表示の分析へ進みます。「登録済み」は特定の検索語で上位に表示されることを意味しません。ここから先は技術的な復旧ではなく検索評価の改善、つまりSEOの領域です。検索エンジンがページを評価する仕組みの全体像はSEO対策とは何かで整理しています。
検索パフォーマンスの公式ヘルプでは、クエリ、ページ、表示回数、クリック数、掲載順位を確認できます。単発の検索画面だけでなく、クエリとページの組み合わせ、期間ごとの傾向で判断してください。
登録済み後に優先して確認するページ
トップページ
会社名、提供主体、主要な事業・サービスへの導線が一貫しているかを確認します。
会社情報ページ
正式社名、提供主体、事業領域など、指名検索した人が確認したい情報が分かるかを見ます。
該当サービスページ
サービス名、対象顧客、解決する課題、提供内容、問い合わせ導線が検索語と対応しているかを確認します。
関連ページからの内部リンク
導入事例や記事などから、代表となるサービスページへ適切に案内できているかを確認します。
確認は、まず検索パフォーマンスで社名、サービス名、表記ゆれ、事業領域、地域、用途を含むクエリを見ます。次にクエリからページへ切り替え、意図したURLが表示対象になっているかを確認します。そのうえで、ページ別に表示回数、クリック数、平均掲載順位の傾向を期間比較します。
社名やサービス名が一般語だったり、他社と似ていたりする場合は、単独の名称だけで結論を出さないことが重要です。「社名+事業領域」「サービス名+地域」「サービス名+用途」のように、利用者が識別に使う語を組み合わせて確認します。意図しない別URLが表示されるなら、ページ間の役割、内部リンク、canonical、内容の重複を改めて確認してください。
06Section修正後は4段階で再確認し、異常が残れば差し戻す
修正後は、公開状態、現在の取得可否、Googleが把握している登録済み情報、検索パフォーマンスを混同しないことが大切です。修正完了の連絡やライブテストの成功だけで、検索結果への反映まで完了したとは判断できません。
修正後の4段階確認手順
- Step01
公開URLを確認する
ログアウト状態のブラウザで、意図したURL、公開内容、認証、転送先、404・5xxの有無を確認します。ここで異常があれば、待機せず実装担当へ差し戻します。
- Step02
URL検査でライブテストを行う
現在のURLが取得可能か、robots.txtによるブロック、noindex、重大なページ取得問題が残っていないかを確認します。
- Step03
登録済み情報を再確認する
技術的な妨げを解消した重要な単一URLは、必要に応じて登録リクエストを検討します。複数URLや移転では、サイトマップ、内部リンク、旧新URLの対応も確認します。
- Step04
検索パフォーマンスを観察する
登録済み後に、クエリ、表示ページ、表示回数、クリック数、掲載順位の傾向を確認し、技術復旧ではなく内容・導線・情報設計の改善へ進むかを判断します。
技術的な妨げを解消したURLでは、初回の再確認は少なくとも1週間を目安にします。ただし、Google側の処理状況、サイト規模、移転規模、サーバー応答などで変わるため、期限や掲載結果を保証するものではありません。Googleの案内も参照しながら、URL検査の登録済み情報を再確認してください。
一方、CVページ・主要サービスページ・トップページで取得不能、意図しないnoindexやrobots.txtブロック、認証、誤canonical、誤転送が続く場合は待機しません。影響URLが増えている、修正報告と検査結果が一致しない場合も、制作会社・保守担当へ差し戻すべき状態です。
再確認時は、対象URL、確認日、変更内容、確認結果、担当者と次の行動を最低限記録しておくと、追加調査や担当交代が必要になった際に状況を共有しやすくなります。
07Sectionよくある質問
よくある質問
新規公開したホームページは、すぐにGoogle検索に出ますか?+
必ずしもすぐに表示されるとは限りません。まず公開URLをログアウト状態で確認し、Search ConsoleのURL検査で取得可否と登録状況を確かめてください。技術的不備がない場合も、Google側の処理状況によって反映時期は変わります。
インデックス登録をリクエストすれば上位表示されますか?+
いいえ。登録リクエストはクロール、インデックス登録、特定クエリでの順位上昇を保証するものではありません。公開・取得・検索制御の問題を解消した重要な単一URLで検討し、登録済み後は検索パフォーマンスで表示状況を確認します。
robots.txtを解除すれば検索に出ますか?+
robots.txt以外に、noindex、認証、HTTPエラー、canonical、リダイレクトなどの要因があり得ます。また、robots.txtには非公開領域を保護する役割があるため、対象範囲を確認せずに解除しないでください。
Search Consoleの所有者やアクセス権が分からない場合はどうしますか?+
既存プロパティ、確認済み所有者、対象URLが含まれるプロパティ範囲を、社内Web管理者または制作会社へ確認します。発注者側にも継続的に管理できるアクセス権を確保し、DNS・CMS・サーバーなどの管理者も把握しておくと対応が進めやすくなります。
社名やサービス名が一般語・他社と似た名称の場合、何を確認しますか?+
単独の名称検索だけで判断せず、「社名+事業領域」「サービス名+地域」「サービス名+用途」なども検索パフォーマンスで確認します。トップページ、会社情報ページ、サービスページで、名称、提供主体、内容、導線が一貫しているかも見直します。
ホームページの公開・検索設定を制作会社へ相談したい場合
重要URLの取得不能、意図しない検索除外、誤転送が続く場合は、URL検査結果と影響URLを整理したうえで、対応範囲を確認できる制作会社・保守担当を比較しましょう。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




