Googleウェブマスターツールは「サイトのパフォーマンス」をどの程度正確に測定していますか?


27

私は数か月前にドイツで立ち上げた新しいフォーラム(技術的な観点からは真新しい製品)で応答時間(主にサーバー側)の改善に2か月取り組んでいます。私が得る結果に多くの驚き。ApacheログとBoomerangビーコンの独自の実装を使用して、応答時間を監視します。

統計を使用すると、古い製品が約1050ミリ秒で応答していたのに対し、新しい製品が約680ミリ秒で応答することがわかります。一方、Google Webmaster Toolは、当社のページの平均応答時間は今日約1500ミリ秒であり、旧製品では3か月前の700だったことを示しています。

GWTはクライアント側のメトリックを考慮に入れていると考えたため、Boomerangビーコンにいくつかのメジャーを追加しましたが、すべて正常に見えます。また、ySlowとGoogleのPage Speedでランダムページをいくつか実行しましたが、すべてが以前よりも良く見えます。Googleのページスピードツールで82%のイベントがあります。これは、いくつかの広告を含むサイトにとっては非常にクールです:)

最近、アカマイと2つの製品を使用する契約を締結しました。静的ファイルのCDN(以前は別のCDNを使用していましたが、あまり効果的ではありませんでした)とRMAはネットワークルートを改善します。また、クローラに配信されるページのほとんどがmemcacheグリッドによってキャッシュされるようにするために、新しい積極的なキャッシュメカニズムを導入しました。メトリックを確認したところ、この変更は650ミリ秒から約500ミリ秒に改善されたようです。しかし、ウェブマスターツールは、平均応答時間が増加していると報告し続けていますが、同時に減少しています。

パフォーマンスの改善を行いながら、サイトで同じような奇妙な動作をしたことがありますか?Googleがサイトを改善し、Googleが望んでいるものであるかどうかを常に確認できるように、GoogleウェブマスターツールのサイトパフォーマンスでGoogleが行うのと同じことを監視する方法はありますか?

編集2011/07/26:回答ありがとうございます!それにもかかわらず、私は十分に正確ではありませんでした。主な問題は、サイトパフォーマンスページではなく、現時点ではクロール統計ページです。おそらく非常に遅いページ(約3000ミリ秒!!)の問題を私たちの側で発見し、それらを修正しようとしています。情報が入り次第お知らせします。再度、感謝します !

回答:


17

公式ガイダンスによる

http://www.google.com/support/webmasters/bin/answer.py?answer=158541

サイトパフォーマンスは実験的なウェブマスターツールラボの機能で、サイトに関する待ち時間情報を表示します。(サイトのパフォーマンスデータを表示するには、ウェブマスターツールでサイトを追加して確認する必要があります。)

ページの読み込み時間は、ユーザーがページへのリンクをクリックしてからページ全体が読み込まれてブラウザに表示されるまでの合計時間です。Googleツールバーをインストールし、オプションのPageRank機能を有効にしたユーザーから直接収集されます。

ユーザーは完全にダウンロードされる前にWebページを操作できることが多いため、これはWebサイトの速度を非常に厳密に解釈したものです。ただし、ページに大量の動的JavaScriptと動的に読み込まれた広告がある場合、ページの読み込みが遅いとユーザーが表示する方が間違いなく正しいため、この方法を厳しくすることは合理的です。

したがって、これを測定する方法は、Google Chromeツール(別名ctrl+ shift+)の[ネットワーク]タブを使用することIです。

Google Chromeツールのネットワークタブ

関連する2つのイベントはDOMContent Event Fired(青い線)とLoad event fired(赤い線)です。このサイトのランダムページでは、数値はそれぞれ約600ミリ秒と1.1秒です。これは、コマンドラインからページをダウンロードする時間よりはるかに長くwgetクライアントブラウザーがHTTP経由でダウンロードするコンテンツのレンダリングに費やしている時間を明確に反映しています。

(すべての静的ページを含むWebサイトは、特定のユーザー向けに各ページを動的にカスタマイズするWebサイトよりも大きな利点があるため、これは少し不公平なように思えますが、それは休憩だと思います!)


2
私はこの措置が不公平であることに同意します。ページの内容がほぼ瞬時にロードされるときに、最新のTwitterステータスが非同期で目立たないようにロードされるのにどれくらいの時間がかかるかについて、Googleが実際にペナルティを課す可能性が本当にあります。さらに悪いことに、ほとんどすべての人が嫌いな複数ページの記事形式を推奨しているようです。
デイブ区

1
Googleが広告を販売し、より多くのページリクエストがより多くの広告の配信に相当するという事実を考慮すると、G $が複数ページの記事形式の使用をサイトに奨励しようとしていることは理にかなっています。
runxc1ブレットフェリエ

@dave Googleは、サイトパフォーマンスは実験的な「ラボ」機能であると明確に述べているため、これがランキングの目的で使用されるかどうかは定かではありません。
ジェフアトウッド

1
:@Jeffは、私は彼らがこのため、彼らの心を変更した場合を除き、彼らは、あると信じgooglewebmastercentral.blogspot.com/2010/04/...
デイブ・ワードを

1
それで、これはwindow.onloadの後に実行されるものがページの読み込み時間にカウントされないということですか?
不機嫌なヤギ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.