今週から、Googleはモバイルフレンドリーサイトにタグを検索結果に表示するまでモバイルの使用を促進しました。
私のブラウジングの大部分では、Opera 11.6を使用し、一部のサイトにアクセスするには、Firefox 15(痛み)を使用する必要があります。これが狂気の始まりです...
Googleのページスピードインサイトを実行してOperaブラウザー内でWebサイトをテストしようとすると、プログレスバーが約90%でクロールし、99%で停止し、完了しません。 Firefoxでは、非常に迅速に結果が得られます。
今日、次のようにGoogleからWordを受け取りました。
サイトはモバイルフレンドリーですか? 4月21日から、Google検索はランキングシグナルとしてモバイルフレンドリーの使用を拡大します。サイトのページをモバイルフレンドリーテストツールでテストすることにより、example.comと他のサイトがこの変更の準備ができていることを再確認してください。
次に、Operaに進んでテストを実行します。赤いボックスに「要求されたURLを取得できませんでした。閉じる」というエラーがすぐに表示されます。
当然、Firefoxに戻ってもう一度試してみて、まったく同じ結果になります。
1週間前にまったく同じテストを行い、自分のサイトはモバイルフレンドリーであると言われましたが、Googleをブロックするための変更は加えていません。
Curlコマンドラインツールでサイトをテストしたとき、期待どおりの結果が得られました。
だから私の質問は、Googleのツールが本当に壊れているのか、サイトにアクセスする権限のない誰かのように振る舞うようにIPアドレスやユーザーエージェントを変更したのでしょうか?
そして、はい、まだwebpagetest.orgで自分のサイトをテストすることができます。
何か案は?
更新:
問題のWebサイトがホストされているサーバーにログインしたばかりで、モバイルフレンドリーテストを実行したときに、ApacheはGoogleからのリクエストのログを作成していません。
Googleは実際にサービスのIPアドレスを頻繁に変更するため、IPアドレスに基づいてGoogleを検証しようとするのはまずい考えです。さらに、Page Speed Testツールなどのツールは、アウトバウンド通信に単一のIPアドレスを使用せず、マシンの多くのクラスターで実行されるという事実を考慮して、Google IPアドレスの全範囲を使用できます。
Googleがサイトにアクセスしようとして一時的にグリッチが発生した可能性があり、サーバーログにGoogleからの接続試行が表示されないという事実がこれをサポートする傾向があります。確認するもう1つの場所は、サーバーとインターネット間のファイアウォールまたはセキュリティゲートウェイです。それらのログをチェックし、ページ速度テストが実行されたのとほぼ同時に何かがブロックされているかどうかを確認します(ブロックされたものを調べてください)。マシンベースのセキュリティフィルタリングは、リクエストの作成方法によっては誤検知テストになる可能性があります。これは、接続方法のグーグル側のグリッチになる可能性がありますが、グーグルは、ページ速度テストでは、エージェント文字列と画面サイズなどの他の形式のブラウザー識別を使用してモバイルデバイスをシミュレートし、デスクトップブラウザーをシミュレートするため、Googleがサイトにアクセスするために使用しようとしている接続を誤ってブロックする可能性があります速度テスト。すべての意図と目的のために、ページ全体とそこに含まれるすべての静的コンテンツをダウンロードしようとし、同時にマシンによって実行されている間に通常のWebブラウザーのように動作しようとするため、悪意のある接続として表示される可能性があります人間によって。