ページのデバッグ
一般的なヒント
修正したページを公開した直後に Google がそのページをクロールすることはありません。そのため、Search Console(および Google 検索)には、ページがもう一度クロールされるまでエラーが表示され続けることがあります。URL 検査ツールなどを使用して優先的にクロールを行うようリクエストできることもありますが、ほとんどの場合、ページの変更が認識されるまで数日かかります。
便利なテストツール
ここでは、ページのデバッグに役立つ便利なツールをいくつかご紹介します。
確認済みのサイト所有者向けのツール
以下のツールとレポートをページやサイトで使用するには、ページの確認済みのサイト所有者である必要があります。確認済みのサイト所有者のみが、Search Console が提供するサイトの機密情報にアクセスできるためです。
- Search Console - 下記のような有用なサイト確認ツールやテストツールを利用するには、Search Console に登録して、サイトの所有権を確認します。
- リッチリザルトのステータス レポート - Google がどのリッチリザルトをサイトから読み取ることができたのかを確認できます。また、リッチリザルトのエラーに関するトラブルシューティングの情報を取得し、問題を修正して再クロールをリクエストすることができます。このツールを使用して任意の URL をテストすることはできません。
- URL 検査ツール - Google インデックスに登録されたページがどのように表示されるかの確認、一般公開 URL でインデックス登録できるかどうかのテスト、Google でページがどのようにレンダリングされるかの確認、インデックスに登録する URL の送信を行うことができます。
- Robots.txt レポート - Google が robots.txt ファイルを処理できるかどうかを確認できます。また、急いでいる場合には、robots.txt ファイルの再クロールをリクエストすることもできます。
- AMP ステータス レポート - Google が検出した、サイト全体の AMP ページエラーを確認できます。エラーは通常のクロール中に検出されます。任意の URL をテストすることはできません。
匿名ツール
これらのツールはどの URL でも使用できます。ウェブサイトに対する Search Console の権限は必要ありません。 ツールによっては、コード スニペットを直接貼り付けることも可能です。
URL がファイアウォールの内部を指している場合や、ローカルのパソコンにホストされている場合は、トンネリング ソリューションを使用してページをテストツールに公開できます。詳しくは、ローカルでホストされているページやファイアウォールで保護されているページのテスト方法をご覧ください
- AMP テストツール - 特定の AMP URL の有効性をリアルタイムでテストできます。
- リッチリザルト テスト - 構造化データブロックの有効性をリアルタイムでテストできます。コードは、ツールに貼り付けることも、ライブページでホストすることも可能です。
その他のツール
その他のリソースとオフィスアワーに関する情報については、ヘルプページをご覧ください。
ローカルでホストされているページやファイアウォールで保護されているページのテスト
Google は、個々のライブ ウェブページをテストするための各種テストツールを提供しています。たとえば、AMP テストツールやリッチリザルト テストがあります。 なお、ページが公開 URL なしでローカルマシンで実行されている場合や、ファイアウォールの内側でホストされている場合でも、テストツールにページへのトンネルを知らせることによってページをテストできます。これは、ページをウェブで公開する前にテストしたい場合や、リリース プロセスで別の手順としてページをテストしたい場合に役立ちます。
ローカルページやファイアウォールで保護されているページをテストするには、ngrok
などのトンネリング ソリューションを使用します。これらのツールは、ローカルホスト上の非公開ページやファイアウォールで保護されているサーバー上の非公開ページに接続する公開 URL を提供します。
次の例では、Python の SimpleHTTPServer
を起動してローカルのパソコンでページをホストした後、ngrok を使用して一般公開の URL でそのページを公開します。
ステップ 1
ローカルの HTTP サーバーを起動して、所定のポートでページをホストします。この例では、ポート 5326
を選択しています。
SimpleHTTPServer
がサイトのルートとして現在のディレクトリをマッピングします。
python3 -m http.server 5326
Serving HTTP on 0.0.0.0 port 5326
...
ステップ 2
別のデバイスでローカルの ngrok
アプリを起動し、ステップ 1 で開いたポート 5326
をリッスンします。
./ngrok http 5326 --request-header-add ngrok-skip-browser-warning:1
ngrok by @inconshreveable (Ctrl+C to quit)
Session Status online
Version 2.2.4
Region United States (us)
Web Interface http://127.0.0.1:4040
Forwarding http://ad0a5735.ngrok.io -> localhost:5326
Forwarding https://ad0a5735.ngrok.io -> localhost:5326
Connections ttl opn rt1 rt5 p50 p90
0 0 0.00 0.00 0.00 0.00
ステップ 3
ngrok の公開 URL を、使用するテストツールに渡します。
この例のルート URL は http://ad0a5735.ngrok.io
です。ページをローカル(~/testwebdir/mypage.html
)に保存して、~/testwebdir/
から上記のサーバーを起動すると、http://ad0a5735.ngrok.io/mypage.html
をテストできます。リッチリザルト テストでは、その URL を直接貼り付けるか、https://search.google.com/test/rich-results/result?url=http%3A%2F%2Fad0a5735.ngrok.io%2Fmypage.html
にアクセスできます。
使用するローカルホストやトンネリング ソリューションによって、ページの URL マッピングが異なる点にご注意ください。
また、一部のトンネリング ソリューション(ngrok 以外)では、robots.txt によって一時的な公開 URL が自動的に保護されます。そのため、それらのソリューションでは Google テストを実行できません。Google のテストツールは robots.txt に従います。詳しくは、トンネリング ソリューションとウェブ ホスティング ソフトウェアのドキュメントをご覧ください。
アクセスエラーのデバッグ
Google のテストツールの使用中にアクセスエラーが発生した場合:
- ページが robots.txt によって保護されていないことと、ログインが不要なことを確認してください。
- 別のパソコンや、シークレット モードの Chrome を使用して、ファイアウォールの外側からページにアクセスしてみます。