Search Consoleのアドレス変更で「ページを取得できませんでした」と出た時の対処法

Search Consoleの「アドレス変更」ツールで、旧サイトから新サイトへの移転を設定しようとしたときに、認証エラー「ページを取得できませんでした」「ホームページからの301リダイレクト」に失敗した、というエラーが出ることがあります。

ブラウザでは新しいサイトへ転送されているように見えるし、他のツールなどで確認しても301リダイレクトは返っている。それなのに、Search Consoleの確認だけが通らない。

今回の記事では、実際に対応したケースをもとに、確認したポイントと解決につながった対処法を整理します。

結論から言うと、今回のケースでは、サーバー側のHTTPS強制リダイレクトと、Google Search ConsoleのHTML認証ファイルまで新サイトへリダイレクトされていたことが、確認エラーの原因になっていた可能性が高いと考えています。

Search Consoleのアドレス変更ツールで出たエラー

Google Search Consoleには、サイトのドメインを変更したときに、旧サイトから新サイトへの移転をGoogleに伝える「アドレス変更」ツールがあります。

Googleの公式ヘルプでは、アドレス変更ツールを実行する前提として、旧サイトと新サイトの所有権確認、旧サイトから新サイトへの301リダイレクトなどが必要と説明されています。詳しくは、Google公式のアドレス変更ツールのヘルプも確認してください。

今回表示された主なエラーは、以下のような内容でした。

厄介だったのは、ブラウザで旧URLを開くと新サイトへ転送されているように見え、コマンドで確認しても301リダイレクト自体は返っていたことです。

まず確認したのは、旧URLが本当に301になっているか

ブラウザでページが切り替わるだけでは、301リダイレクトなのか、302なのか、JavaScriptによる移動なのか、途中で別のURLを経由しているのかが分かりません。

そのため、まずはWindowsのコマンドプロンプトで、curlを使ってリダイレクトの流れを確認しました。

curl -I -L https://old.example.com/

正常な場合は、次のように旧URLが301を返し、その後、新URLが200 OKを返します。

HTTP/1.1 301 Moved Permanently
location: https://new.example.com/

HTTP/1.1 200 OK

また、http版とhttps版の両方を確認しました。

curl -I -L http://old.example.com/
curl -I -L https://old.example.com/

原因1：cPanelのHTTPS強制リダイレクトで2段階になっていた

最初に見つかった問題は、cPanel側の「HTTPSリダイレクトを強制する」がオンになっていたことです。

この設定が有効な状態では、http版の旧URLが一度、旧ドメインのhttps版へ転送され、その後、新ドメインへ転送されていました。

old.example.com（http）
↓ 301
old.example.com（https）
↓ 301
new.example.com
↓ 200 OK

最終的には新サイトへ到達しているものの、Search Consoleのアドレス変更確認では、旧ホームページから新ホームページへの301をできるだけ素直に見せた方がよいと考えました。

そこで、旧ドメイン側のcPanelで「HTTPSリダイレクトを強制する」をオフにし、http版からも直接、新ドメインへ301されるようにしました。

old.example.com（http）
↓ 301
new.example.com
↓ 200 OK

原因2：Google認証ファイルまで新サイトへリダイレクトされていた

もう1つ大きかったのが、Search ConsoleのHTML認証ファイルまで新サイトへリダイレクトされていたことです。

Search Consoleでは、HTMLファイル、HTMLタグ、Google Analytics、Googleタグマネージャー、DNSレコードなど、複数の所有権確認方法があります。

今回、新サイト側に設置していたHTML認証ファイルに、旧ドメインからアクセスすると、次のように新サイト側の認証ファイルへ転送されていました。

old.example.com / googlexxxx.html
↓ 301
new.example.com / googlexxxx.html
↓ 200 OK

つまり、旧サイトにはその認証ファイルが存在しないのに、リダイレクト先の新サイト側にある認証ファイルで200 OKになっていたという状態です。

この状態だと、所有権確認の経路が旧サイトと新サイトで混ざっているように見えます。Google公式が「この状態だと必ずアドレス変更に失敗する」と明記しているわけではありませんが、今回のケースでは、ここを切り分けたことで最終的にアドレス変更ツールが通りました。

Google認証ファイルだけリダイレクト除外にした

対応として、google*.html の認証ファイルだけは新サイトへリダイレクトしないようにしました。Search ConsoleのHTMLファイル認証では、通常 googlexxxxxxxxxxxx.html のようなファイル名が発行されます。この部分は、自分のSearch Consoleで発行された認証ファイル名に合わせて確認してください。

<IfModule mod_rewrite.c>
RewriteEngine On

# Google Search Console の所有権確認ファイルはリダイレクトしない
RewriteCond %{REQUEST_URI} ^/google[a-zA-Z0-9_-]+\.html$ [NC]
RewriteRule ^ - [L]

# 通常ページは旧ドメインから新ドメインへ301
RewriteCond %{HTTP_HOST} ^(www\.)?old\.example\.com$ [NC]
RewriteRule ^(.*)$ https://new.example.com/$1 [R=301,L,NE]

</IfModule>

この設定後、旧ドメイン側の認証ファイルURLは、新サイトへ飛ばなくなりました。旧サイトにファイルがなければ404になり、旧サイト専用の認証ファイルを置けば旧サイト側で直接200 OKになります。

old.example.com / googlexxxx.html
↓
404 Not Found

または

old.example.com / googlexxxx.html
↓
200 OK
※新サイトへはリダイレクトしない

.htaccessは「除外 → 個別転送 → 全体転送」の順にする

.htaccessで旧ドメインから新ドメインへ301リダイレクトを設定する場合、順番も重要です。

先にすべてのURLを新ドメインへ転送してしまうと、その下に書いた個別リダイレクトや除外ルールが効きにくくなります。基本的には、次の順番で書くと整理しやすくなります。

たとえば、次のような形です。

<IfModule mod_rewrite.c>
RewriteEngine On

# 1. Google Search Console の所有権確認ファイルはリダイレクトしない
# googleから始まり、.htmlで終わる認証ファイルをまとめて除外する
RewriteCond %{REQUEST_URI} ^/google[a-zA-Z0-9_-]+\.html$ [NC]
RewriteRule ^ - [L]

# 特定の認証ファイルだけを除外したい場合は、上の2行の代わりに次のように書いてもOK
# RewriteCond %{REQUEST_URI} ^/googleabc123.html$ [NC]
# RewriteRule ^ - [L]

# 2. 個別リダイレクト：旧スラッグから新しい対応ページへ
RewriteCond %{HTTP_HOST} ^(www\.)?old\.example\.com$ [NC]
RewriteRule ^old-page/?$ https://new.example.com/new-page [R=301,L,NE]

# 3. 上記以外は、同じパスのまま新ドメインへ301
RewriteCond %{HTTP_HOST} ^(www\.)?old\.example\.com$ [NC]
RewriteRule ^(.*)$ https://new.example.com/$1 [R=301,L,NE]

</IfModule>

最終的に確認した理想的な状態

最終的には、通常ページとGoogle認証ファイルで、次のように挙動を分けました。

この状態でSearch Consoleのアドレス変更ツールを再実行したところ、「このサイトは現在移行中です」と表示され、アドレス変更の設定が通りました。

確認に使ったcurlコマンド一覧

同じようなエラーが出ている場合は、以下のように確認すると原因を切り分けやすくなります。

curl -I -L https://old.example.com/

curl -I -L http://old.example.com/

curl -I -L https://old.example.com/sample-page

curl -I -L https://old.example.com/googlexxxx.html

順位が落ちているときほど、設定を何度も変えすぎない

ドメイン変更を伴うサイト移転では、正常に301リダイレクトを設定していても、一時的に順位や表示回数が大きく揺れることがあります。

Googleのサイト移転ガイドでも、移転中は検索結果での見え方が一時的に変動することがあると説明されています。また、301リダイレクトはできるだけ長く、一般的には少なくとも1年維持することが推奨されています。

順位が落ちていると焦って、.htaccessや認証方法を何度も変えたくなります。しかし、リダイレクトや所有権確認の状態が頻繁に変わると、原因の切り分けが難しくなります。

よくある質問

まとめ：301だけでなく、認証ファイルの経路も確認する

Search Consoleのアドレス変更で「ページを取得できませんでした」と出たときは、単に「301リダイレクトを設定したか」だけでなく、実際にGoogleが見に行くURLの流れを確認することが大切です。

今回のケースでは、旧トップや個別ページの301はできていましたが、cPanel側のHTTPS強制リダイレクトでhttp版が旧httpsを経由していたこと、さらにGoogle認証ファイルまで新サイト側へリダイレクトされていたことが、確認エラーに関係していた可能性がありました。

最終的には、通常ページは旧URLから新URLへ301、Google認証ファイルはリダイレクト除外、という形に整理したことで、Search Consoleのアドレス変更ツールを通すことができました。

＼ 最新情報をチェック ／