カテゴリー: 記事・SEO

Search Consoleの「リンク」レポートでは、自分のサイト内の内部リンクと、別サイトから受けている外部リンクを確認できます。

ただし、リンク数が多いページほど優れている、外部リンクが少ないから評価されない、と単純には判断できません。レポートは全リンクの一覧ではなく、Googleが検出したリンクのサンプルです。見るべきなのは、公開した重要ページへ適切な導線があるか、リンク元とリンク先の内容が合っているかです。

この記事では、リンクレポートの各項目を確認し、内部リンクの不足や不自然なリンクを切り分ける手順を整理します。

結論：リンク数を競わず、重要ページへの経路を確認する

最初に見る順番は次のとおりです。

1. 検索流入を得たい重要ページを数件決める
2. そのページに内部リンクがあるか確認する
3. どのページからリンクされているか開く
4. アンカーテキストと前後の文脈を確認する
5. 外部リンク元とリンク先の組み合わせを見る
6. 実際の公開ページでリンクが残っているか確認する

リンクレポートだけで順位変動の原因を断定しません。ページの登録状況はURL検査、検索結果での表示は検索パフォーマンス、サイト全体の発見状況はサイトマップとページインデックス登録レポートで確認します。

リンクレポートで確認できる4つの項目

レポートは大きく内部リンクと外部リンクに分かれます。

URLを選択すると、どのページやサイトからリンクされているかを掘り下げられます。件数だけを見るのではなく、リンク元とリンク先を組み合わせて確認します。

レポートは全リンクの一覧ではない

Googleのリンクレポートでは、表示データについて次の注意点が案内されています。

• サイト内ページは正規URLごとにまとめられる
• 同じリンク元URLから同じリンク先URLへの重複リンクは統合される
• 画面上の表は最大1,000行に制限される
• レポートは内部リンクと外部リンクのサンプルであり、全件を網羅しない
• 削除済みのリンクや、すでに存在しないページが残る場合がある
• リンクにnofollowが付いているかは表示されない

そのため、レポートに出ないリンクを「存在しない」とは断定できません。逆に、表示されているリンクが現在も公開ページに残っているとも限りません。

重要なリンクは、リンク元ページを開いて現在の状態を確認します。

内部リンクは重要ページから点検する

内部リンク一覧を上から眺めるだけでは、修正対象を決めにくくなります。先に、サイト内で重要なページを選びます。

• ホームページ
• 問い合わせやプロフィールなどの主要固定ページ
• 検索流入を狙う記事
• 読者を次の行動へつなぐまとめ記事
• 更新した記事
• カテゴリの入口になる記事

これらのページが、関連する別ページからリンクされているか確認します。

Googleのリンクに関するベスト プラクティスでも、関心のあるすべてのページに、同じサイト内の少なくとも1ページからリンクすることが推奨されています。

内部リンクが少ないページを見つける

内部リンク数が少ないこと自体が問題ではありません。公開直後の記事や、特定の読者だけに必要な固定ページは、リンク数が少なくなることがあります。

確認するのは、重要なのに入り口がないページです。

• 公開したが、既存記事から一度も紹介していない
• カテゴリ一覧からしか到達できない
• 古い記事を更新したが、新しい関連記事からリンクしていない
• まとめ記事を作ったが、個別記事から戻るリンクがない
• URLを変更した後、内部リンクが旧URLのままになっている

該当する場合は、内容が近い既存記事へ自然な導線を追加します。全記事から一律にリンクする必要はありません。

内部リンクが多いページも目的を確認する

ホームページ、カテゴリ、プライバシーポリシー、問い合わせページは、メニューやフッターからリンクされるため件数が多くなりやすいページです。

リンク数が多いから検索で高く評価されているとは限りません。サイト共通部分のリンクが積み上がっているだけの場合があります。

確認する点は次のとおりです。

• 本文中の文脈に合ったリンクか
• メニューやフッターの共通リンクか
• 読者が次に読む意味のあるページか
• 旧URLや重複URLへ向いていないか
• リンク先が404やリダイレクトになっていないか

重要ページでも、関連の薄い場所から機械的にリンクを増やす必要はありません。

アンカーテキストはリンク先の内容を具体的にする

アンカーテキストは、画面上に表示されるリンクの文字です。「こちら」「詳しく見る」だけでは、リンク先の内容が分かりません。

たとえば、サイトマップの記事へつなぐなら、次のように書きます。

• 分かりにくい：詳しくはこちら
• 分かりやすい：Search Consoleにサイトマップを送信する方法

具体的で短く、リンク元の文章とリンク先の内容に合う言葉を使います。検索語を不自然に詰め込んだ長いアンカーテキストにする必要はありません。

画像をリンクにする場合、Googleは画像のalt属性をアンカーテキストとして利用します。画像の役割とリンク先が分かるaltを設定します。

Googleがたどれるリンク形式か確認する

見た目がリンクでも、Googleが安定してたどれる形式とは限りません。

基本は、href属性を持つ<a>要素です。

<a href="https://example.com/page/">ページ名</a>

クリック時のスクリプトだけで移動する要素や、実際のURLへ解決できない記述は避けます。WordPressの通常のリンク機能を使っていれば、多くの場合は<a href>として出力されます。

動的に生成したリンクがある場合は、URL検査でレンダリング後のHTMLを確認します。詳しい確認手順はSearch ConsoleのURL検査の使い方で整理しています。

外部リンクは「どこから、どこへ」を見る

外部リンクでは、リンク元サイトの件数だけで判断しません。次の組み合わせを確認します。

• どの外部サイトからリンクされているか
• 自サイトのどのページへ向いているか
• どのようなアンカーテキストが使われているか
• リンク元ページとリンク先の内容に関連があるか
• リンク元ページが現在も公開されているか

同じサイトから多数のリンクがあっても、サイト共通のフッターや一覧ページから繰り返しリンクされている場合があります。逆に、一つのリンクでも、テーマが近い記事から具体的に紹介されていれば読者の入口になります。

見覚えのない外部リンクを見つけた場合

知らないドメインが表示されても、それだけでサイトに問題が起きたとは判断しません。

まず、リンク先が自分のどのページか確認します。可能ならリンク元ページを開き、実際にリンクがあるか、内容が関連しているかを見ます。レポートには過去に検出したリンクが残る場合があるため、現在の状態と違うこともあります。

リンク元サイトの名前だけで、安全・危険、良質・低品質と断定しません。順位下落や手動による対策の通知など、別の根拠がない状態で慌てて操作する必要はありません。

外部リンクの増減と検索成果を分けて見る

外部リンクが増えた日と、検索表示が増えた日が近くても、因果関係はリンクレポートだけでは分かりません。

検索成果は、検索パフォーマンスでページ、検索語、表示回数、クリック、掲載順位を確認します。記事公開後にSearch Consoleで見る5項目も合わせて使います。

リンクは、新しいページを見つける経路や、ページの関連性を理解する材料になります。しかし、コンテンツの内容、検索意図との一致、登録状況なども別に確認する必要があります。

リンクレポートとページインデックス登録を組み合わせる

重要記事の内部リンクが少なく、インデックス未登録になっている場合は、次の順番で確認します。

1. 公開URLが200で表示されるか
2. noindexやrobots.txtの制限がないか
3. canonicalが正しいか
4. サイトマップに正規URLが含まれるか
5. 登録済みの関連記事から内部リンクがあるか
6. URL検査で現在の状態を確認する

内部リンクだけを増やしても、noindexやcanonicalの不一致は解消しません。ページインデックス登録レポートの見方で未登録理由を先に切り分けます。

リンクデータをエクスポートする

リンクレポートはCSVやGoogleスプレッドシートへエクスポートできます。画面の表は最大1,000行ですが、外部リンクのエクスポートでは「最新のリンク」「その他のサンプルリンク」をそれぞれ最大100,000行まで取得できます。

エクスポート後は、次の列を追加すると確認しやすくなります。

数字を保存するだけではなく、どのURLを確認し、どう判断したかを残します。

月1回の確認手順

1. 重要ページを5〜10件選ぶ
2. 内部リンク元を確認する
3. リンク元ページを実際に開く
4. アンカーテキストと文脈を見る
5. 404・旧URL・リダイレクトを確認する
6. 外部リンク元とリンク先を数件確認する
7. 新しく検出された外部リンクを必要に応じて出力する
8. 修正したURLと日付を記録する

毎回すべてのリンクを追う必要はありません。重要ページと変化のあった箇所に絞ります。

よくある質問

Q1．内部リンク数が少ないページは評価が低いですか？

リンク数だけでは判断できません。重要ページが関連する別ページから見つけられるか、アンカーテキストと文脈が自然かを確認します。

Q2．リンクレポートに表示されないリンクは無効ですか？

いいえ。レポートは全リンクを網羅せず、サンプルが表示されます。重要なリンクは公開ページ上の存在とリンク先を直接確認します。

Q3．外部リンクが多いほど検索順位は上がりますか？

件数だけで順位は決まりません。リンク元との関連、リンク先の内容、ページの登録状態、検索意図との一致などを分けて確認します。

Q4．削除されたリンクがレポートに残っています

Googleが過去に検出したリンクが残る場合があります。リンク元ページを開き、現在の状態を確認します。レポートの更新まで時間がかかることもあります。

Q5．内部リンクを追加したのに表示されません

追加後にGoogleがリンク元ページを再クロールしていない可能性があります。公開ページのHTMLにリンクがあるか確認し、重要ページならURL検査で最終クロール日時を見ます。

まとめ：リンク元とリンク先の関係を確認する

Search Consoleのリンクレポートは、リンク数の順位表ではありません。重要ページへの経路、リンク元とリンク先、アンカーテキスト、現在の公開状態を確認するために使います。

内部リンクでは、重要ページが孤立していないかを見ます。外部リンクでは、どのサイトからどのページへリンクされているかを確認します。件数が多い、少ないだけで良し悪しを決めません。

レポートはサンプルであり、過去のリンクが残る場合もあります。URL検査、ページインデックス登録、検索パフォーマンスと役割を分け、実際の公開ページを確認してから修正対象を決めます。

Search Consoleの「ページのインデックス登録」を開くと、登録済みと未登録のURL数が表示されます。未登録が増えていると、すべて直さなければならないように見えるかもしれません。

しかし、404、リダイレクト、重複ページ、意図してnoindexにしたページまで、すべてインデックス登録する必要はありません。確認すべきなのは、公開して検索結果へ出したい重要ページが未登録になっていないか、そして未登録の理由が意図どおりかです。

この記事では、ページインデックス登録レポートの数字を一括で良し悪しに分けず、理由ごとに修正対象を決める手順を整理します。

結論：未登録数ではなく、重要URLと理由を見る

最初に確認する順番は次のとおりです。

1. 公開したい重要ページが登録済みか
2. 未登録理由の件数が急増していないか
3. 404、リダイレクト、noindexが意図した状態か
4. 重複URLとcanonicalが整合しているか
5. 「検出」「クロール済み」で止まっている重要ページがあるか
6. 個別URLはURL検査で現在の状態を確認する

目標は「登録率100％」ではありません。Googleのページ インデックス登録レポートでも、正当な理由で登録されないURLがあること、重要ページが登録されているかを見ることが案内されています。

レポートはサイト全体、URL検査は一ページを見る

ページインデックス登録レポートは、Googleが認識しているURLを理由別にまとめて見るためのものです。特定の記事が登録されているかを調べるときは、URL検査を使います。

• ページインデックス登録レポート：サイト全体の傾向と未登録理由
• URL検査：一つのURLの登録状況、クロール日時、canonical
• サイトマップ：検索対象にしたいURL群の場所と取得状態

レポートで件数の変化を見つけ、例として表示されたURLを確認し、重要ページならURL検査へ進みます。

個別URLの確認は、Search ConsoleのURL検査の使い方｜公開・更新後に確認する5項目で整理しています。

最初に登録済みページの重要URLを確認する

登録済み件数が増えていても、ホームページ、主要カテゴリ、問い合わせへの導線、検索流入を狙う記事が未登録なら確認が必要です。

最初に次のURLを数件選びます。

• ホームページ
• 主要な固定ページ
• 新しく公開した記事
• 更新した重要記事
• 内部リンクの起点になるカテゴリやまとめページ
• 検索流入が多い既存記事

URL検査で登録状況を確認します。登録済みでも検索結果に必ず表示されるわけではありませんが、未登録なら検索パフォーマンスを分析する前に原因を確認します。

未登録理由の「ソース」を見る

未登録理由の一覧には、原因のソースが表示されます。「ウェブサイト」は、サイト側の設定や応答を確認できる可能性がある問題です。「Google」は、クロールや正規化などGoogle側の処理結果を示します。

ソースだけで修正の要否を決めるのではなく、理由とURL例を組み合わせます。

Googleのページの認識についてでも、未登録は必ずしも問題ではなく、重要ページと理由を確認するよう案内しています。

404は、削除が意図どおりなら正常

存在しないURLが404を返すこと自体は、必ずしもエラー対応の失敗ではありません。削除したページに代替がなく、サイト内リンクやサイトマップからも外しているなら、404は適切な応答です。

修正を検討するのは次の場合です。

• 公開中の重要記事が誤って404になっている
• URL変更後に旧URLから新URLへの導線がない
• サイトマップへ404 URLが残っている
• 内部リンクが削除済みURLへ向いている
• 外部から多く参照されるURLを統合した

代替ページがあるなら関連性を確認してリダイレクトします。無関係なページへ一律転送するより、404のままにするほうが適切な場合があります。

リダイレクトURLは、転送先だけを登録する

「ページにリダイレクトがあります」は、検査したURLが別URLへ転送されている状態です。通常、登録対象は転送先です。

意図したURL変更なら、次を確認します。

• 転送先が200で表示される
• リダイレクトが何段も連続していない
• 内部リンクが旧URLではなく新URLへ向く
• サイトマップには新URLだけを載せる
• canonicalも新URLを指す

意図しない転送なら、WordPress、リダイレクトプラグイン、サーバー設定、URL正規化を確認します。

noindexは、意図したページなら直さない

noindexは、ページを検索結果へ登録しないよう伝える設定です。問い合わせ完了画面、サイト内検索結果、管理用ページなど、検索結果へ出す必要がないページでは意図どおりの場合があります。

問題になるのは、公開記事や主要固定ページへ誤って付いた場合です。

• WordPressの「検索エンジンがサイトをインデックスしないようにする」設定
• SEOプラグインの投稿タイプ・個別ページ設定
• テーマやテンプレートのmeta robots
• HTTPヘッダーの X-Robots-Tag

noindexを外した後は公開URLを確認し、URL検査のライブテストで現在の設定を見ます。robots.txtでクロールを止めたままだと、Googleがnoindexの変更を確認できないことがあります。

robots.txtでブロックされている場合

robots.txtはクロールの許可範囲を制御します。検索結果から確実に除外するためのnoindex代替ではありません。

重要ページがブロックされている場合は、どのルールに一致しているかを確認します。特定のディレクトリをまとめて禁止した結果、公開記事まで対象になっていないかを見ます。

意図してブロックした管理用URLなら、未登録で問題ありません。公開記事ならルールを修正し、URL検査で取得可能かテストします。

重複とcanonicalは、正規URLを一つにそろえる

WordPressでは、同じ内容へ複数の経路からアクセスできることがあります。Googleが別URLを正規ページとして選んだ場合、重複側は登録されません。

確認する項目は次のとおりです。

• canonicalが意図した公開URLを指す
• 内部リンクが正規URLへ統一されている
• サイトマップに正規URLだけを載せる
• http・https、www、末尾スラッシュの扱いがそろう
• パラメータ付きURLを不用意に内部リンクしない
• 内容が近すぎる記事は統合や役割分担を検討する

「代替ページ（適切なcanonicalタグあり）」は意図どおりのことがあります。「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は、指定と選択がずれているため、URL検査で双方のcanonicalを確認します。

「検出・インデックス未登録」は、まだクロール前の状態

「検出 – インデックス未登録」は、GoogleがURLを認識しているものの、まだクロールしていない状態です。

重要ページが長く残る場合は、次を確認します。

• サイトマップに正規URLが含まれる
• 既存の登録済みページから内部リンクがある
• サーバーが安定して応答する
• 大量の低価値URLを生成していない
• 同じ内容のURLが増えていない

サイト内のどのページからリンクされているかは、Search Consoleのリンクレポートの見方｜内部リンクと外部リンクを改善するで確認できます。

公開直後なら、すぐ異常と決めません。サイトマップや内部リンクを確認し、重要な少数URLはURL検査から登録をリクエストします。

「クロール済み・インデックス未登録」は内容と重複を確認する

「クロール済み – インデックス未登録」は、Googleがページを取得したものの、現時点では登録していない状態です。

単に文字数を増やせば解決するとは限りません。次を確認します。

• 別記事と結論や構成が重なっていないか
• タイトルと本文が検索者の疑問へ答えているか
• 独自の事例、検証、比較、一次資料があるか
• 自動生成した薄い一覧ページになっていないか
• canonicalと内部リンクが意図どおりか
• 404に近い内容のないページになっていないか

記事の役割が別ページと重なるなら、統合、リライト、削除、noindexのどれが適切かを決めます。すべてを登録させることを目的にしません。

ソフト404は、200応答でも内容がないと判断された状態

ソフト404は、サーバーが200を返していても、実質的に「見つからない」「内容がない」ページと判断された状態です。

商品や記事がないのに空のテンプレートだけを表示する、存在しない検索結果を200で返す、本文がほとんどないページなどで起こりえます。

• 存在しないページなら404または410を返す
• 存在する記事なら、目的と内容を明確にする
• 他ページへの一律リダイレクトを避ける
• タイトルだけで本文がない状態を直す

本文量だけでなく、そのURLが読者の目的を満たすページかを確認します。

優先順位は「重要度×件数変化」で決める

未登録理由を上から順に全部直すのではなく、優先順位を付けます。

件数が多くても意図した除外なら緊急ではありません。件数が一件でもホームページや収益記事なら優先します。

修正後は「検証を開始」とURL検査を使い分ける

同じ原因のURL群を修正した場合、詳細画面から修正の検証を依頼できます。個別の重要URLは、URL検査でライブページを確認します。

レポートとURL検査の結果が違う場合、最終クロール日時を見ます。修正後にまだ再クロールされていなければ、レポートには古い状態が残ります。また、ライブテストですべての重複・正規化条件を確認できるわけではありません。

修正したURLが多数ある場合は、サイトマップも確認します。Search Consoleにサイトマップを送信する方法｜WordPress公開後の確認手順を参照してください。

月1回の確認手順

1. 登録済み・未登録の推移を見る
2. 急増した未登録理由を開く
3. URL例に重要ページが含まれるか確認する
4. noindex、404、リダイレクトが意図どおりか確認する
5. 重複とcanonicalを確認する
6. 重要URLをURL検査する
7. 修正日と対象理由を記録する
8. 次回、検証結果と件数推移を確認する

登録後の検索表示やクリックは別の段階です。記事公開後にSearch Consoleで見る5項目｜表示回数・クリック・CTR・検索語・順位を混同しないで確認できます。

よくある質問

Q1．未登録URLはゼロにすべきですか？

いいえ。404、リダイレクト、重複、意図したnoindexなど、未登録が適切なURLがあります。重要ページが登録済みか、除外理由が意図どおりかを確認します。

Q2．レポートに出るURL例は全件ですか？

全件とは限りません。公式説明では理由ごとの例は最大1,000件で、すべてが表示されない場合があります。傾向を把握し、重要URLはURL検査します。

Q3．クロール済み未登録なら、すぐリライトしますか？

公開直後や一時的な状態もあります。クロール日時、重複、canonical、内部リンク、記事の役割を確認し、内容が別記事と重なる場合に統合やリライトを検討します。

Q4．登録済みなら検索順位も付いていますか？

登録済みは検索結果へ表示される資格がある状態ですが、特定の検索語での表示や順位を保証しません。検索パフォーマンスで表示回数や検索語を確認します。

Q5．修正したのにエラーが残ります

最終クロールが修正前なら、古い状態が残ります。URL検査の公開URLテストで現在の状態を確認し、再クロール後のレポート更新を待ちます。

まとめ：登録率ではなく、意図とのずれを直す

ページインデックス登録レポートでは、未登録URLの総数だけを評価しません。重要ページが登録済みか、未登録理由が意図どおりか、件数がいつ変わったかを確認します。

404、リダイレクト、noindex、重複が意図どおりなら、未登録でも問題ありません。公開記事のブロック、canonicalの不一致、重要ページのクロール済み未登録など、意図とずれた状態を優先して直します。

サイト全体の傾向はページインデックス登録レポート、個別ページはURL検査、複数URLの発見はサイトマップ、登録後の成果は検索パフォーマンス。この役割分担で確認すれば、数字をゼロにする作業ではなく、公開したいページを検索へ届ける改善になります。

WordPressサイトを公開した後、Search Consoleの「サイトマップ」画面へ何を入力すればよいのか。送信後に「成功」と出れば全記事が登録されたのか。初めて設定すると、この二つで迷いやすくなります。

サイトマップの送信は、XMLファイルをGoogleへアップロードする作業ではありません。自分のサイト上にあるサイトマップの場所をGoogleへ知らせる作業です。「成功」は、そのファイルをGoogleが取得して読み取れたという意味で、記載された全URLのクロールやインデックス登録を保証する表示ではありません。

この記事では、WordPressでXMLサイトマップの公開場所を確認し、Search Consoleへ送信し、送信後の状態を読むまでの手順を整理します。

結論：公開URLを確認してから、サイトマップの場所だけを送信する

作業は次の順番です。

1. WordPressが出力しているサイトマップURLを確認する
2. ログアウト状態でもサイトマップを開けるか確認する
3. Search Consoleで対象プロパティを選ぶ
4. 「サイトマップ」からサイトマップURLを送信する
5. 「成功」「取得できませんでした」「エラー」を確認する
6. ページの登録状況は別のレポートで確認する

Googleのサイトマップ レポートの説明では、サイトマップの送信を「サイトマップがサイト上のどこにあるかをGoogleに通知すること」と説明しています。

XMLサイトマップは、検索させたいURLの一覧を伝える

XMLサイトマップは、サイト内で検索エンジンに認識してほしいURLをまとめたファイルです。サイトの案内図というより、検索対象にしたい正規URLの一覧に近いものです。

サイトマップがあると、Googleは内部リンクだけに頼らずURLを発見できます。新しいサイト、ページ数が多いサイト、内部リンクが少ないページを含むサイト、画像・動画・ニュースを多く扱うサイトでは、特に役立ちます。

ただし、すべてのサイトに必須とは限りません。Googleは、おおむね500ページ以下で、ホームページからリンクをたどって重要な全ページへ到達できる小規模サイトなら、サイトマップが必要ない場合もあると説明しています。詳しくはサイトマップについてで確認できます。

それでもSearch Consoleから送信しておくと、Googleがサイトマップを取得できたか、解析エラーがないかをレポートで追えます。小規模サイトでは「ないと検索されないから」ではなく、「取得状況とエラーを確認しやすくするため」と考えると分かりやすくなります。

WordPressのサイトマップURLを確認する

最初に、WordPressが実際に出力しているサイトマップURLを確認します。Search Consoleへ推測したパスを送る前に、ブラウザーで開いてください。

WordPress本体、SEOプラグイン、サイト構成によってURLは異なります。よく見かける候補には、次のようなものがあります。

• https://example.com/wp-sitemap.xml
• https://example.com/sitemap.xml
• https://example.com/sitemap_index.xml

この三つをすべて送信するという意味ではありません。実際にサイトが出力しているものを一つ確認します。SEOプラグインを使っている場合は、そのプラグインのサイトマップ設定画面や公式説明を優先します。

ブラウザーでサイトマップを開いたら、次を見ます。

• ログインを求められず表示できる
• 404ページへ移動しない
• HTMLの記事一覧ではなく、XMLまたはサイトマップインデックスが表示される
• URLが現在の https、ドメイン、www の有無と一致している
• 公開記事や固定ページ用のサイトマップが含まれている

サイトマップインデックスの場合は、投稿、固定ページ、カテゴリなど複数の子サイトマップへのリンクが並びます。通常は、子ファイルを一つずつ送るのではなく、親のサイトマップインデックスを送信します。

サイトマップへ含めるURLを整理する

サイトマップには、検索結果へ出したい正規URLを含めます。Googleのサイトマップの作成と送信でも、同じ内容を示すURLが複数ある場合は、正規URLを一つ選んで含めるよう案内しています。

次のようなURLを無条件に混ぜないようにします。

• 下書き、プレビュー、管理画面
• noindexを付けたページ
• 404や削除済みページ
• 別URLへリダイレクトするページ
• canonicalが別ページを指している重複URL
• 検索結果へ出す必要がないパラメータ付きURL

WordPressやSEOプラグインが自動生成する場合は、XMLを手作業で直接編集するより、投稿タイプやタクソノミーの検索表示設定を見直します。

lastmodは本当に更新した日を使う

XMLサイトマップには、URLの最終更新日を示す lastmod が含まれる場合があります。

本文、主要画像、構造化データなど、検索結果へ影響しうる内容を変更した日は更新情報として意味があります。ページを開いただけ、表示回数を集計しただけ、テンプレートの軽微な表示が変わっただけという場合まで、すべての記事の lastmod を現在日時へ書き換えるのは避けます。

自動生成機能が正しく更新日を出しているなら、通常は手作業で触りません。記事更新の事実とサイトマップ上の日付が大きくずれている場合は、テーマ、プラグイン、キャッシュの設定を確認します。

Search Consoleからサイトマップを送信する

サイトマップURLを確認したら、Search Consoleで送信します。

1. Search Consoleを開く
2. 対象サイトのプロパティを選ぶ
3. 左側メニューの「サイトマップ」を開く
4. 「新しいサイトマップの追加」へサイトマップのパスを入力する
5. 「送信」を押す
6. 送信済みサイトマップの一覧で状態を確認する

画面にドメイン部分があらかじめ表示されている場合は、残りのパスだけを入力します。完全なURLを求める画面では完全なURLを入力します。入力欄の表示に合わせ、ドメインを二重にしないようにします。

また、Search Consoleで選んでいるプロパティとサイトマップのURLをそろえます。

• http と https
• www ありとなし
• サブドメイン
• サブディレクトリのURLプレフィックスプロパティ

送信したいサイトマップが現在のプロパティの範囲外にあると、想定どおり管理できません。

「成功」はサイトマップを読めたという意味

送信後に確認する主な状態は三つです。

「成功」でも、サイトマップ内の全URLがクロールされるとは限りません。全URLがインデックス登録されるとも限りません。成功表示は、入口となるファイルをGoogleが処理できたことの確認です。

ページ単位の登録状況は、ページインデックス登録レポートやURL検査で確認します。個別URLの確認手順は、Search ConsoleのURL検査の使い方｜公開・更新後に確認する5項目で整理しています。

「取得できませんでした」と表示された場合

サイトマップを取得できない場合は、送信ボタンを何度も押す前に、公開状態を確認します。

• 入力したURLをブラウザーで開けるか
• 404、403、500などのエラーになっていないか
• ログインやBasic認証を求めていないか
• robots.txtやセキュリティ機能でGooglebotを妨げていないか
• リダイレクト先が別ドメインや別プロパティになっていないか
• CDNやキャッシュが一時的なエラーを返していないか
• ファイルサイズやURL数が上限を超えていないか

Googleが案内する一つのサイトマップの上限は、非圧縮で50MB、URL数で50,000件です。超える場合は複数ファイルへ分け、サイトマップインデックスでまとめます。

WordPressの小規模サイトで上限へ達することは多くありません。まずURLの誤入力、404、アクセス制限、プラグインやキャッシュの不具合を確認します。

「エラーがあります」と表示された場合

サイトマップを取得できても、一部の行に問題があるとエラーや警告が表示されます。詳細を開き、該当するURLや構文を確認します。

主な確認点は次のとおりです。

• 相対URLではなく完全なURLになっているか
• XMLの記述が壊れていないか
• URLに不正な文字が含まれていないか
• サイトマップ内のドメインが統一されているか
• リダイレクトや404のURLを大量に含んでいないか
• 子サイトマップを開けるか
• 日付の形式が正しいか

自動生成サイトマップで構文が壊れている場合は、XMLをその場で書き換えるより、生成元のプラグイン、テーマ、キャッシュ、他プラグインとの競合を確認します。

送信後に見るのは「検出」と「登録」の差

サイトマップ送信後は、検出されたURL数と、実際にインデックス登録されたページを分けて見ます。

検出されたURLが多くても、次の理由で登録数が少ない場合があります。

• 公開直後でクロールが進んでいない
• 重複ページとして別のcanonicalが選ばれた
• noindexが設定されている
• クロール済みだが現時点で未登録
• ソフト404として扱われている
• 内容が別ページと重なっている
• サーバーエラーや取得障害があった

サイトマップの再送信だけでは、ページ側の問題は直りません。ページインデックス登録レポートで理由を確認し、個別ページはURL検査で現在の状態を見ます。

新しい記事を公開するたびに再送信する必要はない

WordPressやSEOプラグインがサイトマップを自動更新している場合、新しい記事を公開するたびに同じサイトマップを手動で再送信する必要は通常ありません。

Googleは、送信されたサイトマップを継続的に再クロールします。運営者が確認するのは、サイトマップが更新されているか、最後の読み込みが成功しているか、エラーが増えていないかです。

次の場合は再確認します。

• サイト公開直後に初めて送信した
• サイトマップURLを変更した
• SEOプラグインを変更した
• ドメインや http・https を変更した
• 取得エラーを修正した
• 投稿タイプの検索表示設定を変更した
• 大量の記事を移行、削除、統合した

少数の新規記事や修正記事を早めに確認したい場合は、サイトマップ全体を何度も送るのではなく、URL検査を使います。

Search Consoleから削除しても検索結果から消えるわけではない

サイトマップレポートには、送信済みサイトマップを削除する操作があります。この削除はレポート上の送信記録を外すもので、Googleのインデックスからページを一括削除する操作ではありません。

検索結果へ出したくないページがある場合は、ページ側で目的に合った対応を行います。

• 不要ページを404または410にする
• 別ページへ統合するなら適切にリダイレクトする
• 検索結果へ出したくない公開ページには noindex を検討する
• サイトマップから対象URLを外す
• 内部リンクやcanonicalも整合させる

サイトマップから外しただけで、すでに登録されたURLがすぐ消えるとは限りません。

月1回のサイトマップ確認

毎日見る必要はありません。月1回、または大きな設定変更後に次を確認します。

1. サイトマップURLをブラウザーで開ける
2. 最終読み込みが成功している
3. 検出されたURL数が急にゼロや大幅減になっていない
4. 新しい子サイトマップが意図どおり追加されている
5. 削除した投稿タイプが残っていない
6. ページインデックス登録レポートで除外理由を確認する
7. 問題のあるURLをURL検査する

サイトマップは送信して終わりではなく、サイト構造の変化をGoogleへ正しく伝えられているかを確認する場所です。

登録後の表示回数、クリック、CTR、検索語、平均掲載順位は、記事公開後にSearch Consoleで見る5項目｜表示回数・クリック・CTR・検索語・順位を混同しないで確認できます。

よくある質問

Q1．サイトマップを送信すれば、すぐ検索結果へ出ますか？

保証されません。送信はサイトマップの場所を知らせる作業です。Googleがファイルを取得し、URLをクロールし、インデックスへ登録するまでには別の判断と時間があります。

Q2．「成功」なのに登録ページが少ないのは異常ですか？

成功はサイトマップを取得・解析できた状態です。各ページの登録可否とは別です。ページインデックス登録レポートで未登録の理由を確認します。

Q3．wp-sitemap.xml と sitemap_index.xml の両方を送りますか？

サイトで実際に使っている生成元を確認し、通常は管理対象となる一つのサイトマップインデックスを送ります。WordPress本体とSEOプラグインが別々に出力している場合は、どちらを正規の運用対象にするか設定を確認します。

Q4．新しい記事を公開するたびに送信しますか？

自動生成サイトマップが更新されていれば、同じURLを毎回送り直す必要は通常ありません。サイトマップの最終読み込みと、新しいURLがファイルへ追加されているかを確認します。

Q5．サイトマップを削除すれば記事もGoogleから消えますか？

消えるとは限りません。レポートからの削除と、ページのインデックス削除は別です。ページ側の公開状態、HTTP応答、noindex、リダイレクトなどを目的に合わせて設定します。

まとめ：成功表示の後に、ページ登録を確認する

WordPressのサイトマップは、実際の公開URLをブラウザーで確認してからSearch Consoleへ送信します。入力するのは、Googleへアップロードするファイルではなく、自分のサイト上にあるサイトマップの場所です。

送信後の「成功」は、Googleがサイトマップを取得して読み取れたという意味です。全ページのクロールやインデックス登録を保証しません。

取得エラーならサイトマップURLとアクセス状態を直し、解析エラーなら生成元と該当URLを確認する。成功後はページインデックス登録レポートとURL検査へ進む。この順番なら、同じサイトマップを何度も送り直すだけの作業になりません。

WordPressで記事を公開しても、Googleがそのページをすぐに検索結果へ出すとは限りません。公開したページがGoogleに認識されているか、クロールできる状態か、別のURLが正規ページとして選ばれていないか。個別の記事を確認するときに使うのが、Search Consoleの「URL検査」です。

URL検査には、Googleが持っているインデックス情報と、現在公開されているページをその場で調べるライブテストがあります。この二つを同じものとして読むと、「直したのにエラーが残っている」「公開URLのテストは合格なのに検索結果へ出ない」と迷いやすくなります。

この記事では、個人や少人数でWebメディアを運営する人向けに、記事の公開・更新後にURL検査で確認する5項目と、インデックス登録をリクエストする場面を整理します。

結論：登録状況とライブテストを分けて確認する

URL検査では、次の順番で見ます。

1. Googleのインデックスに登録されているか
2. 公開URLを現在の状態で取得できるか
3. 前回クロール日時と取得結果に問題がないか
4. Googleが選択したcanonicalが意図したURLか
5. 修正後ならインデックス登録をリクエストするか

最初に表示される検査結果は、Googleがすでに持っているインデックス情報です。現在のページを即時に確認した結果ではありません。公開後や修正後の状態を確かめるには「公開URLをテスト」を実行します。

GoogleのURL検査ツールの説明でも、インデックス登録済みバージョンの確認、公開URLの検査、クロールのリクエストは別の作業として案内されています。

URL検査の前に、一般公開ページを確認する

URL検査へ進む前に、そのページをログアウト状態でも開けるか確認します。Search Consoleは、編集画面やプレビュー画面の代わりにはなりません。

• 公開URLが200で表示される
• タイトルと本文が意図した内容になっている
• アイキャッチや本文画像が表示される
• 内部リンクと外部リンクが開く
• noindexを意図せず付けていない
• canonicalが公開URLを指している

下書きプレビューのURLや、WordPressの管理画面URLを検査しないようにします。ブラウザーのアドレス欄から、読者が実際に開く公開URLをコピーします。

公開直後の表示確認は、AIで記事を作っても公開完了ではない｜WordPress・note・Xの公開後チェックで整理しています。

1．「URLはGoogleに登録されています」を確認する

Search Console上部の検査欄へ完全な公開URLを入力すると、そのURLについてGoogleが持っている情報が表示されます。

「URLはGoogleに登録されています」と表示されれば、そのURLはインデックスに登録されています。ただし、特定の検索語で必ず表示されることや、上位に掲載されることを保証する表示ではありません。

反対に「URLがGoogleに登録されていません」と表示された場合は、その理由を開いて確認します。未登録という結果だけを見て、すぐに再投稿やURL変更を行わないようにします。

確認する主な理由は次のとおりです。

• GoogleがURLをまだ認識していない
• クロール済みだが、現時点ではインデックスに登録されていない
• noindexが検出されている
• robots.txtなどで取得が妨げられている
• リダイレクト先や別のcanonicalが使われている
• 404またはソフト404として扱われている

原因によって対応は違います。未発見なら内部リンクやサイトマップを確認し、noindexなら公開設定を直します。重複ページなら、意図するcanonicalと内部リンクの向きを確認します。

主なステータスと対処は、Googleのページインデックス登録レポートでも確認できます。

2．「公開URLをテスト」で現在のページを確認する

最初の検査結果が古い状態を示している場合は、「公開URLをテスト」を使います。これは、現在公開されているページをGoogleが取得できるか、インデックス登録可能な状態かを調べるライブテストです。

たとえば、公開後にnoindexを外した、サーバーエラーを直した、本文や構造化データを修正したという場合は、保存済みのインデックス情報ではなくライブテストを確認します。

ここで区別したいのは、次の二つです。

ライブテストが合格しても、インデックス登録や検索結果への掲載は保証されません。現在のページに、取得や登録を妨げる明確な問題が見つからなかったという意味で読みます。

3．前回クロール日時と取得結果を見る

URL検査では、Googleが最後にクロールした日時、使用したクローラー、ページを取得できたかなどを確認できます。

記事を更新したのに検査結果が修正前の内容を示している場合、前回クロール日が更新前ではないかを見ます。Googleがまだ再クロールしていなければ、Search Consoleに古い状態が残っていても不思議ではありません。

ここで確認するのは「何日前なら異常か」という一律の基準ではありません。

• 公開・更新日時より前のクロール情報か
• ページ取得が成功しているか
• HTTPレスポンスに問題がないか
• robots.txtで許可されているか
• 主要な画像やスクリプトを読み込めているか

クロールは、リクエスト直後に必ず行われるものではありません。Googleは、数日から数週間かかる場合があり、繰り返しリクエストしても早くならないと説明しています。詳しくはURLの再クロールをGoogleにリクエストするで確認できます。

4．canonicalが意図した公開URLか確認する

URL検査では、サイト側が指定したcanonicalと、Googleが選択したcanonicalを確認できます。

WordPressでは、同じ内容へ複数のURLからアクセスできることがあります。パラメータ付きURL、カテゴリやアーカイブ、末尾スラッシュの違いなどがあるためです。通常はテーマやSEOプラグインがcanonicalを出力しますが、検査時には意図した公開URLと一致しているかを見ます。

Googleが別のcanonicalを選んでいる場合、検査中のURLを無理に登録リクエストする前に、次を確認します。

• 本文が別ページとほぼ同じになっていないか
• 内部リンクが別のURLへ向いていないか
• canonical指定が正しいか
• リダイレクト設定が競合していないか
• サイトマップに意図したURLが載っているか

canonicalの不一致は、登録リクエストの回数で解決する問題ではありません。サイト内でどのURLを正規ページとして扱うかをそろえる必要があります。

5．インデックス登録リクエストは修正後に使う

新しく公開したURLや、問題を修正した少数のURLは、「インデックス登録をリクエスト」から再クロールを依頼できます。

実務では、次の順番にします。

1. 一般公開URLをブラウザーで確認する
2. URL検査で現在の登録状況を見る
3. 必要なら公開URLをテストする
4. エラーや設定ミスを直す
5. ライブテストで取得可能なことを確認する
6. インデックス登録をリクエストする
7. 数日後に同じURLを再確認する

同じURLへ何度もリクエストしても、クロールが早まるわけではありません。リクエストには上限があり、登録も保証されません。

更新したURLが多数ある場合は、一件ずつURL検査を繰り返すより、サイトマップを整えます。Googleも、少数のURLはURL検査、多数のURLはサイトマップという使い分けを案内しています。

結果別の次の作業

URL検査の表示を、次の作業へつなげます。

「リクエストできた」ことを完了条件にしないのがポイントです。エラーの原因が残ったままなら、再クロールされても結果は変わりません。

公開後の確認と検索パフォーマンスを混ぜない

URL検査は、個別ページのクロールとインデックス登録状況を見る道具です。表示回数、クリック、CTR、検索語、平均掲載順位は、検索パフォーマンスで確認します。

• URL検査：Googleがページを取得・登録できる状態か
• 検索パフォーマンス：登録後、どの検索語で表示・クリックされたか
• アクセス解析：訪問後にどのページを読み、何をしたか

記事が未登録なら、検索パフォーマンスの数字を待つ前にURL検査を確認します。登録済みで表示回数が少ないなら、URL検査を何度も繰り返すのではなく、検索語と記事内容を見直します。

表示回数やCTRの読み方は、記事公開後にSearch Consoleで見る5項目｜表示回数・クリック・CTR・検索語・順位を混同しないで整理しています。

10分で行うURL検査の記録

公開・更新した記事ごとに、次の内容を残します。

• 公開URL
• 公開日または更新日
• 検査日
• インデックス登録状況
• 公開URLテストの結果
• 前回クロール日時
• Googleが選択したcanonical
• 修正した内容
• 登録リクエストの有無
• 次回確認日

この記録があれば、同じURLへ何度もリクエストしたり、古い検査結果を現在の状態だと思い込んだりするのを防げます。

本文を更新した場合は、URL検査の前に事実やリンクの差分も確認します。AIで古い記事を更新する前に｜数字・日付・リンクを確認する差分チェックも参照してください。

よくある質問

Q1．公開したら毎回インデックス登録をリクエストしますか？

必須ではありません。WordPressなどのCMSは新しいコンテンツを検索エンジンへ知らせる仕組みを持ち、Googleは内部リンクやサイトマップからもURLを発見します。急いで確認したい少数のURLや、問題を修正したURLで使います。

Q2．「URLはGoogleに登録されています」なら検索で必ず出ますか？

必ず出るとは限りません。インデックス登録済みでも、検索語との関連性、品質、競合ページなどによって検索結果へ表示されない場合があります。

Q3．公開URLのテストが合格なら作業完了ですか？

ライブテストは、現在のページを取得し、登録可能性を調べた結果です。実際のインデックス登録を保証しません。必要なら登録をリクエストし、時間を置いて登録状況を再確認します。

Q4．更新したのに古い内容が表示されます

前回クロール日時を確認します。更新後にまだ再クロールされていなければ、インデックス情報には古い状態が残ります。公開URLのテストで修正が反映されているか確認します。

Q5．何度リクエストすれば早く登録されますか？

同じURLへの繰り返しリクエストで早くなるとは案内されていません。公開設定、取得可否、canonical、内部リンク、サイトマップを確認し、数日から数週間の幅を見て待ちます。

複数URLをまとめてGoogleへ知らせる手順は、Search Consoleにサイトマップを送信する方法｜WordPress公開後の確認手順で確認できます。

まとめ：URL検査は「登録ボタン」ではなく原因を分ける道具

Search ConsoleのURL検査では、インデックス登録状況、公開URLの取得可否、前回クロール日時、canonicalを順番に確認します。修正が必要なら先に原因を直し、ライブテストで現在の状態を確認してから登録をリクエストします。

インデックス登録リクエストは、検索順位を上げるボタンではありません。個別ページの問題を見つけ、Googleが確認できる状態へ戻すための一工程です。

登録後は検索パフォーマンスへ移り、表示回数、検索語、クリック、CTR、平均掲載順位を組み合わせて読みます。URL検査と検索パフォーマンスを分ければ、未登録の問題と、登録後の改善を混同せずに進められます。

記事を公開し、一般公開URLを開き、本文や画像も確認した。次に知りたいのは、その記事がGoogle検索でどのように見つかっているかです。

Search Consoleの検索パフォーマンスには、クリック数、表示回数、CTR、平均掲載順位が並びます。表を「検索語」や「ページ」に切り替えると、数字の見え方も変わります。

ここで一つの数字だけを見ると、判断を誤ります。表示回数が増えてもクリックが増えるとは限りません。CTRが下がっても、記事の評価が落ちたとは限りません。平均掲載順位は、いま自分で検索したときの順位を示す数字でもありません。

この記事では、個人や少人数で運営するWebメディアを想定し、記事公開後に見る5項目と、その組み合わせから改善を決める順番を整理します。

結論：ページを一つに絞り、5項目を組み合わせて読む

最初に、検索パフォーマンスの「ページ」で確認対象の記事URLを絞ります。そのうえで、次の順番で見ます。

1. 表示回数：Google検索で結果が表示された機会
2. クリック数：検索結果からサイトへ移動された回数
3. 検索語：どんな言葉でそのページが表示されたか
4. CTR：表示されたうち、クリックされた割合
5. 平均掲載順位：表示された検索結果での位置の平均

このうち、検索語は数値の指標ではなく、データを分ける軸です。Googleの公式説明でも、クリック、表示回数、CTR、平均掲載順位は指標、検索語やページなどはデータをまとめる単位として扱われています。

詳しい画面構成と定義は、Google Search Consoleヘルプの検索結果のパフォーマンス レポートで確認できます。

数字を見る前に、ページと期間をそろえる

サイト全体の数字と、一つの記事の数字を同じように比べることはできません。まず対象をそろえます。

• 検索タイプを確認する
• 「ページ」で公開URLを指定する
• 比較する期間を同じ長さにする
• 曜日差が大きい場合は、同じ曜日を含む期間で比べる
• 最新日の点線データは、確定値として扱わない

たとえば、直近28日とその前の28日を比べるなら、両方に同じページフィルタをかけます。公開直後の記事でデータが少ない場合は、数回の表示や一回のクリックだけでタイトルを変えません。

新しいデータには集計途中の値が含まれ、後から変わる場合があります。また、サイト単位とページ単位では集計方法が異なります。数字が合わないと感じたら、先にフィルタ、期間、集計単位を確認します。集計方法はパフォーマンス レポートのデータについてで説明されています。

1．表示回数は「読まれた回数」ではない

表示回数は、Google検索上でサイトへのリンクが表示された機会を示します。記事のページビューではありません。

表示回数が増えたときに分かるのは、その記事が検索結果へ出る機会が増えたことです。読者が記事を開いたかどうかは、クリック数と組み合わせて見ます。

表示回数が少ない場合も、すぐにタイトルの問題とは決められません。

• 公開から日が浅く、データが十分にたまっていない
• 扱う検索テーマ自体の回数が少ない
• 検索語と本文の内容が合っていない
• Googleが別のページを表示している
• 対象期間やページフィルタが違う

まず「検索語」タブを開き、どの言葉で表示されたかを確認します。検索語がほとんど出ていない場合も、記事に欠陥があるとは限りません。

2．クリック数は「検索から来た訪問」を見る

クリック数は、Google検索結果からサイトへ移動された回数です。X、YouTube、ブックマーク、他サイトからの訪問は含みません。

そのため、アクセス解析の訪問数と一致しなくても、直ちに計測ミスとは判断できません。Search Consoleは検索結果での表示とクリック、アクセス解析はサイトへ来た後の閲覧や行動を主に扱います。

クリック数は、表示回数と並べて見ます。

サイト全体のクリックが減ったときも、全記事を一度に直しません。「ページ」で減少幅が大きいURLを探し、そのページの検索語まで絞ります。

3．検索語は、読者が期待した内容を示す

検索語を見ると、運営者が狙った言葉ではなく、実際にページが表示された言葉を確認できます。

ここで見るのは、単に検索語を本文へ追加できるかではありません。

• 記事の結論と検索語の疑問が合っているか
• タイトルだけが検索語に合い、本文が別の話になっていないか
• 同じ疑問に対して、別の記事も表示されていないか
• 例外や手順など、読者が追加で知りたい内容が見えているか
• サイト名や運営者名を含む検索と、一般的な検索を混ぜていないか

たとえば「Search Console CTR 低い」で表示されているのに、記事が指標の定義だけで終わっていれば、読者が求める改善判断まで届きません。反対に、検索語が記事の扱う範囲から離れているなら、無理に追記して一つの記事を膨らませず、別記事に分ける方法があります。

検索語の表には、プライバシー保護のため表示されない匿名化クエリがあります。また、すべての検索語が表に並ぶわけではありません。グラフの合計と検索語の行を足した数字が一致しないことがあっても、表示されていない検索語を勝手に推測しないようにします。制約はディメンションとデータのグループ化で確認できます。

4．CTRは、単独の合格点を決めない

CTRは、クリック数を表示回数で割った割合です。

CTRが低いと、タイトルや検索結果上の説明が、検索した人の疑問に合っていない可能性があります。ただし、CTRだけでタイトル変更を決めるのは早計です。

CTRは、次の条件でも変わります。

• 平均掲載順位
• 検索語の種類
• サイト名を知っている人の検索かどうか
• パソコンとスマートフォンの違い
• 検索結果の表示形式
• 表示回数の少なさ

「CTRは何％なら合格」と全記事へ同じ基準を当てると、検索語も順位も違うページを比べることになります。

改善を考えるときは、ページを一つに絞り、検索語ごとにCTRと平均掲載順位を並べます。表示回数が多く、記事の内容にも合う検索語で、順位が大きく変わっていないのにCTRが低い。そこで初めて、タイトル、冒頭、検索結果に使われる説明が疑問へ直接答えているかを見直します。

Googleも、表示回数が多くCTRが低いページでは、タイトルや検索結果の説明、本文が検索語へ適切に答えているかを確認する方法を案内しています。具体的な操作はパフォーマンス レポートの一般的なタスクにあります。

5．平均掲載順位は「今日の固定順位」ではない

平均掲載順位は、検索結果で表示された位置の平均です。サイトやページから複数の結果が出た場合は、その中で最上位の位置を使うなど、集計上のルールがあります。

自分で一度検索して見えた順位と、Search Consoleの平均掲載順位が違っても不思議ではありません。

• 検索語が違う
• 検索した地域や端末が違う
• 検索した日時が違う
• 表示形式が違う
• 複数回の表示を平均している

平均掲載順位は、絶対値より同じ条件での変化を見ます。ある日だけの上下ではなく、ページ、検索語、期間をそろえ、表示回数とクリック数も一緒に確認します。

Googleも、平均掲載順位は複雑で誤解しやすく、急な変化や時間の流れで見ることを案内しています。定義は表示回数、掲載順位、クリック数とはで確認できます。

数字の組み合わせから、次の作業を決める

Search Consoleを見る目的は、数字を毎日記録することではありません。次に直す場所と、今は触らない場所を決めることです。

表示回数が多く、CTRが低い

検索語、平均掲載順位、端末を確認します。記事と検索語が合い、順位も極端に低くない場合は、タイトルと冒頭が疑問へ直接答えているかを見直します。

CTRは高いが、表示回数が少ない

少ない表示回数の中で割合が高く見えているだけかもしれません。検索語の種類と対象期間を確認し、同じテーマの関連記事を増やす余地があるかを考えます。すぐにタイトルを変える理由にはなりません。

平均掲載順位は上がったのに、クリックが増えない

検索需要、表示回数、検索語の変化を見ます。順位だけが動いても、その検索語を使う人が少なければクリックは増えません。

表示回数とクリックが同時に減った

前期比だけでなく、前年の同じ時期や曜日差も確認します。減少したページと検索語を絞り、内容の古さ、競合ページ、検索需要の変化、意図しない公開設定を順番に確認します。

15分で行う公開後レビュー

一記事の確認なら、次の順番で十分です。

1. 検索パフォーマンスで対象URLを指定する
2. 同じ長さの二期間を比較する
3. 表示回数とクリック数の増減を見る
4. 表示回数の多い検索語を確認する
5. 検索語ごとにCTRと平均掲載順位を見る
6. 変更するなら、タイトル、冒頭、本文、内部リンクのどこか一つに絞る
7. 確認日、期間、変更内容を記録する

複数箇所を同時に変えると、次回の比較で何が影響したか分からなくなります。タイトルを変えるなら、本文の大幅改稿は分けます。本文を最新情報へ更新する必要がある場合は、検索数字より事実確認を優先します。

既存記事の内容を更新する手順は、AIで古い記事を更新する前に｜数字・日付・リンクを確認する差分チェックで整理しています。

よくある誤読を避ける

• 公開翌日の少数データで、記事の成否を決める
• 表示回数をページビューと呼ぶ
• CTRだけでタイトルを良し悪しに分ける
• 平均掲載順位を、誰に対しても同じ固定順位だと考える
• 検索語の表にない言葉は、一度も検索されていないと決める
• サイト全体と一記事の数字を直接比べる
• Search Consoleとアクセス解析の数字が一致すると考える

Search Consoleは、Google検索上で何が起きたかを見る道具です。サイトへ来た後に何ページ読んだか、問い合わせへ進んだかは、アクセス解析やフォーム記録など、別の情報と組み合わせます。GoogleもSearch ConsoleとGoogle Analyticsの使い分けを説明しています。

よくある質問

Q1．公開後、いつから確認すればよいですか？

公開直後の数字だけでは判断しません。Search Consoleの最新データには集計途中の値が含まれる場合があります。記事の表示回数が十分にたまり、比較できる期間になってから確認します。

Q2．表示回数がゼロなら、記事に問題がありますか？

ゼロだけでは原因を決められません。公開からの期間、ページフィルタ、インデックス状況、検索需要、検索語と内容の一致を順番に確認します。

Q3．CTRは何％を目標にすればよいですか？

全記事に共通する合格点は置きません。検索語、平均掲載順位、端末、表示回数が違うためです。同じページと条件で、期間ごとの変化を見ます。

Q4．平均掲載順位が下がったら、すぐ本文を直しますか？

一日の変化だけでは直しません。表示回数、クリック、検索語も確認し、同じ条件で継続的に下がっているかを見ます。

Q5．公開確認とSearch Console確認は同じ作業ですか？

別です。公開確認は、一般公開URL、本文、画像、リンク、カテゴリ、canonicalなどが正しく表示されているかを見る作業です。Search Console確認は、その後にGoogle検索での表示とクリックを分析する作業です。

公開直後の確認手順は、AIで記事を作っても公開完了ではない｜WordPress・note・Xの公開後チェックで確認できます。

個別URLがGoogleに登録されているか確認する手順は、Search ConsoleのURL検査の使い方｜公開・更新後に確認する5項目で整理しています。

まとめ：一つの数字で記事を直さない

記事公開後に見るのは、表示回数、クリック数、検索語、CTR、平均掲載順位の五つです。

表示回数は読まれた回数ではなく、CTRには一律の合格点がなく、平均掲載順位は固定順位ではありません。ページ、検索語、期間をそろえ、複数の数字が同じ方向を示しているかを確認します。

そのうえで、変更する箇所を一つに絞り、確認日と作業内容を残す。これなら、数字を眺めるだけで終わらず、次の記事更新へつなげられます。