公開した記事がGoogle検索に出てこないときは、登録を繰り返し申請する前に、どの段階で止まっているかを調べます。記事の公開、GoogleによるURLの検出、本文を取得するクロール、検索に使う情報としてのインデックス登録は、それぞれ別の段階です。
工務店の担当者が行うのは、Googleが記事を見つけて読める状態を整え、Search Consoleで結果を確かめることです。申請すれば必ず登録される方法はありませんが、未登録の理由に応じて調べる場所は絞れます。
ハウスメーカーでページの管理者が部署で分かれる場合
03章では、多数の記事はサイトマップで知らせます。拠点ページや商品ページを別の部署や制作会社が更新している場合は、サイトマップに含める範囲と、URL検査を行う権限を誰が持つかを先に確かめます。
04章の未登録理由は、該当ページを管理する部署ごとに次の作業を振り分けます。
まずURL検査で、登録状況と現在のページを分けて見る
Search ConsoleのURL検査に、対象記事の完全なURLを入力します。最初に表示されるインデックス情報は、Googleが把握している状態です。ページを修正した直後なら、その修正がまだ反映されていないことがあります。
そこで使うのが公開URLテストです。現在のページへアクセスできるかなどを調べられますが、テストで「登録できます」と表示されても、登録済みという意味ではありません。Googleが選ぶ正規URLや、登録に必要なすべての条件を判定するテストでもありません。Google「URL検査ツール」
制作会社へ調査を頼む場合は、記事URL、検査した日、表示された未登録理由、公開URLテストの結果を渡すと、同じ状態から話を始められます。
Googleが本文を読める状態かを確かめる
公開記事は、ログインなしで主要な本文を読め、GoogleへHTTP 200という正常応答を返す必要があります。自分のブラウザで見えるだけでなく、Googleのアクセスを遮断していないかが判断点です。Google「検索の技術要件」
制作担当と点検する設定は、役割を分けて考えると混乱しません。
横にスワイプして、右側の列を確認できます
| 設定 | 役割 | 公開記事で調べること |
|---|---|---|
| robots.txt | クローラがアクセスできる範囲を指定する | 記事や必要な取得対象を意図せず遮断していないか |
| noindex | 検索のインデックスへ登録しないよう伝える | 公開前の設定がページやHTTPヘッダーに残っていないか |
| canonical | 重複・類似ページのうち、正規URLにしたいものを示す | 無関係な記事や古いURLを指定していないか |
robots.txtでページを遮断すると、Googleはそのページのnoindexも読めません。robots.txtだけで検索結果から確実に消せるわけではなく、URLが表示される場合があります。Google「noindexによる除外」
canonicalは希望する正規URLを示すもので、Googleの選択を強制する設定ではありません。サイトマップや内部リンクも、正規URLにしたい同じURLへそろえます。Google「正規URLの指定」
少数の記事はURL検査、多数の記事はサイトマップで知らせる
少数のURLなら、URL検査からインデックス登録をリクエストできます。この操作には、対象のSearch Consoleプロパティで所有者またはフルユーザーの権限が必要です。同じURLを何度申請しても、クロールが早まるわけではありません。Google「再クロールのリクエスト」
多数の記事は、サイトマップに公開対象の正規URLを含め、Search Consoleから知らせます。送信後はサイトマップの処理エラーを調べます。ただし、サイトマップの送信成功は、各記事のクロールや登録の完了を示しません。Google「サイトマップの作成と送信」
実務では記事一覧や関連する既存記事からもリンクし、読者が新しい記事へたどれるようにします。URLを知らせる作業と、記事の内容を読んでもらう経路づくりを一緒に進める考え方です。
なお、Indexing APIは一般の解説記事を大量登録するための手段ではありません。Googleが対象としているのは、JobPostingの構造化データを持つページ、またはVideoObjectにBroadcastEventを埋め込んだライブ配信のページです。Google「Indexing APIの使用」
未登録の理由によって次の作業を変える
未登録という結果だけで、記事の品質が悪いと決めることはできません。Googleの説明に沿って状態を読み分け、次に調べる対象を選びます。Google「ページのインデックス登録レポート」
横にスワイプして、右側の列を確認できます
| URL検査やレポートで分かる状態 | 状態の意味 | 次に調べる対象 |
|---|---|---|
| GoogleがURLを把握していない | まだ検出されていない | サイトマップへの収録、記事へのリンク、入力URLの誤り |
| 検出-インデックス未登録 | URLは把握しているが、まだクロールしていない | 公開状態と待機状況。同様の状態が広がる場合はサーバー側の問題も調査する |
| クロール済み-インデックス未登録 | 本文は取得したが、登録していない | 重複の有無、本文の内容、他記事との役割の違い |
| 重複・代替ページとして扱われている | 別のURLを正規ページとして扱っている | Googleが選んだURLと自社の意図が合っているか |
| noindexや取得エラーが示される | 設定やアクセスに妨げがある | 表示された原因に対応する設定やサーバー応答 |
この表の調査対象は、原因を断定するものではありません。たとえばクロール済みでも、後から登録される場合と登録されない場合があり、申請の再送信だけで解決するとは限りません。重複・代替ページの扱いが意図どおりなら、すべてのURLを個別に登録させる必要もありません。
内容を見直すときは、「他の記事と同じ問いに同じ説明を繰り返していないか」「この記事で読者が判断できることは何か」を読み直します。文字数を増やすこと自体を登録対策にはしません。
記録には、確認できた段階をそのまま残します。たとえば「サイトマップ送信済み。URL検査では未登録。公開URLテストでは取得可能」という記入例なら、何が済み、何がまだ分からないかを次の担当者も読み取れます。
参考にした公式資料
- Google:再クロールをリクエストする確認日:
- Google:サイトマップの作成と送信確認日:
- Google:検索の技術要件確認日:
- Google:noindexを使用してコンテンツをインデックスから除外する確認日:
- Google:正規URLを指定する方法確認日:
- Google:URL検査ツール確認日:
- Google:ページのインデックス登録レポート確認日:
- Google:Indexing APIの使用確認日:
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。