WordPressのGoogleインデックス：すべてのページを発見させる完全ガイド

Googleは3つの主要チャネルを通じてWordPressのページを発見します。

• XMLサイトマップ — 主要な発見メカニズム
• サイト内の内部リンク — Googlebotがたどります
• 他サイトからの外部バックリンク

WordPressはバージョン5.5以降、/wp-sitemap.xmlに組み込みサイトマップを生成しますが、ほとんどのサイトオーナーはどの投稿タイプ、タクソノミー、アーカイブを含めるかをより細かく制御できるため、プラグイン生成のサイトマップを使用しています。

GooglebotがWordPressサイトに到達すると、まずドメインルートのrobots.txtを確認します。WordPressは静的ファイルではなくPHP関数を通じて仮想robots.txtを生成するため、プラグインやテーマ関数がプログラムで変更できます。デフォルトのWordPress robots.txtはすべてのクローラーを許可し、サイトマップを指し示しますが、セキュリティプラグインは頻繁に制限的なルールを追加し、/wp-admin/、/wp-includes/、さらにはすべてのメディアファイルが格納されているディレクトリである/wp-content/uploads/へのアクセスをブロックすることがあります。

robots.txtを読み込んだ後、Googlebotはページのクロールを開始します。WordPressが提供するHTMLは一般的によく構造化されていますが、レンダリングパイプラインが重要です。Elementor、Divi、WPBakeryなどのページビルダーが一般的なように、テーマがレイアウトに大きくJavaScriptを依存している場合、Googleは2回目のレンダリングパスを実行する必要があります。この2パス・インデックス — 最初に生のHTML、次にJavaScriptでレンダリングされたバージョン — により、完全なインデックスが数日から数週間遅れる可能性があります。ネイティブのGutenbergブロックエディターで構築されたページはサーバーサイドでレンダリングされ、この遅延を完全に回避します。

WordPressは/wp-json/wp/v2/でREST APIを通じてコンテンツも公開しています。Googlebotは通常、インデックス目的でREST APIエンドポイントをクロールしませんが、設定が不十分なサイトではREST API URLがサイトマップや内部リンクに表示されることがあり、Googleのクロールキューに混乱を生じさせます。

Yoast SEOとRankMathはWordPressで最も人気のある2つのSEOプラグインであり、両方ともインデックスに対する広範な制御を提供します。XMLサイトマップを生成し、メタロボットディレクティブを管理し、canonical URLを設定し、検索結果でのコンテンツの表示方法を制御します。

Yoast SEOは/sitemap_index.xmlでサイトマップを生成します。これはサイトマップインデックスで、投稿、ページ、カテゴリー、タグ、著者アーカイブ、カスタム投稿タイプの個別のサイトマップへのリンクを含みます。Yoast > 設定 > コンテンツタイプおよびYoast > 設定 > カテゴリー＆タグを通じて、どのコンテンツタイプを表示するかを制御できます。各コンテンツタイプには「検索結果に表示」トグルがあり — これをオフにすると、そのコンテンツタイプ全体にnoindexディレクティブが追加され、サイトマップから削除されます。これがWordPressで偶発的にnoindexが付与される第一の原因です。

RankMathは同様のアプローチを取りますが、より粒度の細かいインターフェースを備えています。サイトマップ設定はRankMath > サイトマップ設定にあり、各投稿タイプとタクソノミーが独自のタブを持ちます。RankMathはまた、投稿エディター内のページ単位の「Advanced」タブも提供しており、個別のページをnoindex、nofollow、またはnoarchiveに設定できます。よくあるミスは、開発中にページをnoindexに設定し、公開前に戻すのを忘れることです。

両方のプラグインはcanonical URLを自動的に設定します。canonical URLの競合は以下の場合に発生します：

• 両方のプラグインが同時に有効になっている — 2つのSEOプラグインを同時に実行してはいけません
• キャッシュプラグインが古いcanonicalタグを含むページの古いバージョンを提供している

これらのプラグインが生成するサイトマップは、WordPressコアのサイトマップを置き換えます。コアサイトマップ（/wp-sitemap.xml）とプラグインサイトマップ（/sitemap_index.xml）の両方が有効な場合、Googleは両方を発見し、重複したエントリの処理にクロールバジェットを浪費する可能性があります。YoastとRankMathは両方ともコアサイトマップを自動的に無効にしますが、SEOプラグインを設定を残したまま無効にすると、コアサイトマップが再有効化される一方で、Google Search Consoleに孤立したサイトマップURLが残る可能性があります。

WordPressのプラグインアーキテクチャは、インストール済みのプラグインがHTTPヘッダーを変更したり、メタタグを挿入したり、robots.txtを変更したり、サイトマップを変更したりできることを意味します。インデックスを破壊する最も一般的な競合には以下があります：

キャッシュプラグイン（WP Rocket、W3 Total Cache、LiteSpeed Cache）は、古いメタロボットタグやcanonical URLを含む古いHTMLを提供します。ページをnoindexからindexに変更しても、キャッシュをパージするまでキャッシュ版はnoindexタグを提供し続ける可能性があります。SEO関連の変更を行った後は、必ずページキャッシュ全体をパージしてください。

メンバーシップ／ペイウォールプラグイン（MemberPress、Restrict Content Pro、WooCommerce Memberships）は、認証チェックでコンテンツをラップします。プラグインが匿名ユーザー向けのフォールバックを提供せずにログイン背後にコンテンツを隠している場合、Googlebotにはログインフォームか空のコンテンツのいずれかが表示されます。一部のメンバーシッププラグインには「検索エンジンに抜粋を表示」オプションがあります — Googleが意味のあるスニペットをインデックスできるよう、これを有効にしてください。

ページビルダープラグインは、WordPressのデフォルトのthe_content()関数では出力されないカスタムデータベース形式でコンテンツを保存します。Elementorはそのレイアウトデータを投稿メタとして保存し、JavaScriptで描画します。Elementorの CSSおよびJSファイルがrobots.txtでブロックされている場合、Googleはページをレンダリングできず、空白のレイアウトをインデックスします。Divi、Beaver Builder、WPBakeryにも同様に当てはまります。Google Search ConsoleのURL検査ツールを確認し、「クロール済みページを表示」をクリックして、Googlebotが実際にレンダリングしているものを確認してください。

テーマも干渉する可能性があります。一部のテーマには独自のSEO機能 — メタディスクリプションフィールド、Open Graphタグ、サイトマップジェネレーターまで含む — があり、SEOプラグインと競合します。テーマ生成のメタタグは、HTMLヘッド内に重複したタイトルタグやディスクリプションタグを作成する可能性があります。ページソースを検査して、重複した<meta name="description">または<meta name="robots">タグを検索してください。テーマが独自のものを追加している場合は、テーマ設定でその機能を無効にするかテーマを切り替えてください。