WordPressサイトが検索結果に出てこない・インデックスされない時の対処法

公開したのに検索結果に出てこない。サイト名で検索しても自分のサイトが出ない。

原因の大半は設定が「検索エンジンに出さない」になっていることです。 そしてその設定は 3 箇所に分かれて現れます。 どこを見れば分かるかを実測しました。

1 分で確認する

# 1. noindex が出ていないか(これが最重要)
curl -s https://example.com/ | grep -o "<meta name=['\"]robots['\"][^>]*"

# 2. robots.txt の中身
curl -s https://example.com/robots.txt

# 3. サイトマップが返るか
curl -s -o /dev/null -w '%{http_code}\n' https://example.com/wp-sitemap.xml

# 4. canonical が自分を指しているか
curl -s https://example.com/ | grep -o "<link rel=['\"]canonical['\"][^>]*"

1 で noindex が出ていたら、それが答えです。他を見る必要はありません。

実測: 「インデックスさせない」設定の正体

WordPress の 設定 > 表示設定 > 検索エンジンがサイトをインデックスしないようにする のチェックボックス（blog_public）を切り替えて、出力を比較しました。

通説の訂正: robots.txt は変わらない

「インデックスさせない設定にすると robots.txt が Disallow: / になる」と 説明されていることがありますが、現行の WordPress では変わりません。 実測した全文です。

blog_public = 0

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php

blog_public = 1

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php

Sitemap: http://example.com/wp-sitemap.xml

違いは Sitemap: の 1 行だけです。

つまり:

• robots.txt を見ても、この設定が有効かどうかは分かりません
• クロールは禁止されていないので、クローラは来ます
• 止めているのは <meta name="robots" content="noindex"> だけです

判定に使えるのは meta robots と サイトマップが 404 かどうかです。

サイトマップが 404 なのは設定のせい

/wp-sitemap.xml が 404 なら、まずこの設定を疑います。 サーバー設定やパーマリンクの問題ではないことが多いです。

実測では、blog_public を 1 にした瞬間に 200 で返るようになりました。

直す場所

管理画面の 設定 > 表示設定 で、 「検索エンジンがサイトをインデックスしないようにする」の チェックを外します。

コマンドでも変えられます。

wp option get blog_public      # 0 なら出さない設定
wp option update blog_public 1

制作中にチェックを入れて、公開時に外し忘れるのが定番の経路です。 公開直後は必ず確認します。

サイトヘルスも教えてくれる

管理画面の ツール > サイトヘルス に、この項目が出ます（実測）。

search_engine_visibility  [recommended]
検索エンジンによるこのサイトのインデックス作成は推奨されていません。

「推奨されていません」という表現なので見逃しやすいのですが、 公開サイトでは致命的な設定です。 → サイトヘルスの「重大な問題」は何を見ているのか

noindex は他からも出る

blog_public を 1 にしても noindex が消えない場合、別の出どころがあります。

X-Robots-Tag は HTML を見ても分かりません。ヘッダを確認します。 サーバー設定やホスティングのステージング機能で付与されることがあります。

curl -s -o /dev/null -D - https://example.com/ | grep -i x-robots

robots.txt が 404 になる罠

WordPress の robots.txt は実ファイルではなく動的に生成されます。 そのため、サーバー設定で個別に扱われていると WordPress に到達しません。

実測で見つけた例です。

原因は nginx の設定でした。

location = /robots.txt { log_not_found off; access_log off; }

このブロックには try_files も fastcgi_pass もありません。 静的ファイルを探して、無ければ 404 で終わります。 よく配られる設定例にそのまま入っている書き方です。

# 直す
location = /robots.txt { try_files $uri /index.php?$args; access_log off; log_not_found off; }

robots.txt が 404 の状態は「クロール禁止」ではありません （クローラは 404 を「制限なし」と解釈します）。ただし Sitemap: 行も届かなくなります。

同じ理由で /wp-sitemap.xml が 404 になることもあります。 → RSS とサイトマップだけ壊れる

canonical の確認

canonical が別の URL を指していると、そのページは検索結果に出ません （指定先が評価されます）。

実測した正常な出力です。

<link rel="canonical" href="http://example.com/2026/09/12/post-31/" />

自分自身を指していれば正常です。 移行直後に旧ドメインを指したままになっていることがあります。

curl -s https://example.com/some-post/ | grep -o "<link rel=['\"]canonical['\"][^>]*"

旧ドメインが出てきたら、データベースの置換が済んでいません。 → SSL 化したら画像・CSS が読み込めない（置換の手順は同じ）

設定は正しいのに出ない場合

ここまで全部正常なら、WordPress 側の問題ではありません。

「出ない」と「順位が低い」は別問題です。 site:example.com で 0 件ならインデックスされていない、 出てくるなら順位の話になります。

確認の順番

1. meta robots を見る → noindex があれば blog_public と SEO プラグインの設定
2. サイトマップが 404 か → 404 なら blog_public を疑う
3. X-Robots-Tag ヘッダを見る → HTML に無い noindex はここから来る
4. canonical が自分を指しているか
5. robots.txt が 200 で返るか（404 ならサーバー設定）
6. ここまで正常なら Search Console を見る

# 設定を切り替えて出力を比べる
wp option update blog_public 0
curl -s http://localhost:8080/ | grep -o "<meta name='robots'[^>]*"
# → noindex, nofollow
curl -s -o /dev/null -w '%{http_code}\n' http://localhost:8080/wp-sitemap.xml
# → 404

wp option update blog_public 1
curl -s http://localhost:8080/ | grep -o "<meta name='robots'[^>]*"
# → max-image-preview:large
curl -s -o /dev/null -w '%{http_code}\n' http://localhost:8080/wp-sitemap.xml
# → 200

# robots.txt は両方で同じ(Sitemap 行の有無だけが違う)
curl -s http://localhost:8080/robots.txt