Wie genau misst Google Webmaster-Tools die "Website-Leistung"?

Ich arbeite nun seit zwei Monaten an der Verbesserung unserer Reaktionszeit (hauptsächlich auf der Serverseite) in einem neuen Forum (ein brandneues Produkt aus technischer Sicht), das wir vor einigen Monaten in Deutschland gestartet haben Ich bin sehr überrascht von den Ergebnissen, die ich bekomme. Ich überwache unsere Antwortzeit mithilfe von Apache-Protokollen und unserer eigenen Implementierung von Boomerang Beacon.

Anhand meiner Statistiken kann ich sehen, dass unser neues Produkt in ca. 680 ms reagiert, während unser altes Produkt in ca. 1050 ms reagiert hat. Auf der anderen Seite teilt uns das Google Webmaster-Tool mit, dass unsere Seiten heute eine durchschnittliche Antwortzeit von etwa 1500 ms haben, während es vor drei Monaten mit unserem alten Produkt 700 ms waren.

Ich habe herausgefunden, dass GWT clientseitige Kennzahlen berücksichtigt, also habe ich unserem Boomerang-Beacon einige Kennzahlen hinzugefügt, und alles sieht gut aus. Ich habe auch einige zufällige Seiten auf ySlow und Googles Page Speed ​​aufgerufen und alles sieht besser aus als vorher. Wir haben einen Anteil von 82% am Page Speed-Tool von Google, was für eine Website mit einigen darin enthaltenen Anzeigen ziemlich cool ist :)

In letzter Zeit haben wir mit Akamai einen Vertrag über die Verwendung von zwei ihrer Produkte abgeschlossen: CDN für unsere statischen Dateien (wir haben zuvor ein anderes CDN verwendet, aber es war nicht sehr effektiv) und RMA zur Verbesserung der Netzwerkrouten. Wir haben auch einen neuen aggressiven Cache-Mechanismus eingeführt, um sicherzustellen, dass die meisten Seiten, die an Crawler gesendet werden, von unserem Memcache-Gitter zwischengespeichert werden. Nachdem ich meine Metriken überprüft habe, scheint es, dass sich diese Änderungen von 650 ms auf ungefähr 500 ms verbessert haben, was gut ist (immer noch nicht großartig, aber definitiv eine Verbesserung). Webmaster-Tools melden jedoch weiterhin eine zunehmende durchschnittliche Antwortzeit, bei der sie gleichzeitig abnimmt.

Hatten Sie jemals dasselbe seltsame Verhalten auf Ihren Websites, während Sie Leistungsverbesserungen vorgenommen haben? Haben Sie eine Idee, wie Sie das Gleiche wie bei Google mit der Website-Leistung in den Google Webmaster-Tools überwachen können, damit wir unsere Website verbessern und ständig prüfen können, ob Google dies wünscht?

Edit 26.07.2011 : Danke für eure Antworten Leute! Trotzdem war ich nicht präzise genug. Das Hauptproblem liegt nicht auf der Seite "Site-Leistung", sondern auf der Seite "Crawling-Statistiken". Wir haben wahrscheinlich ein Problem mit einigen sehr langsamen Seiten (ca. 3000 ms !!) auf unserer Seite gefunden und versuchen, dieses Problem zu beheben. Ich halte dich auf dem Laufenden, sobald ich ein paar Infos habe. Danke noch einmal !

Gemäß der offiziellen Anleitung

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

Die Website-Leistung ist eine experimentelle Funktion von Webmaster Tools Labs, mit der Latenzinformationen zu Ihrer Website angezeigt werden. (Um die Website-Leistungsdaten anzuzeigen, müssen Sie Ihre Website in den Webmaster-Tools hinzufügen und überprüfen.)

Die Ladezeit der Seite ist die Gesamtzeit von dem Moment an, in dem der Benutzer auf einen Link zu Ihrer Seite klickt, bis die gesamte Seite geladen und in einem Browser angezeigt wird. Sie werden direkt von Nutzern erfasst, die die Google Toolbar installiert und die optionale PageRank-Funktion aktiviert haben.

Da Benutzer häufig mit Webseiten interagieren können, bevor sie vollständig heruntergeladen sind, ist dies eine sehr strenge Interpretation der Website-Geschwindigkeit . Es ist jedoch vernünftig, in dieser Hinsicht besonders streng vorzugehen, da eine Seite, die über jede Menge dynamisches JavaScript und dynamisch geladene Anzeigen verfügt, für den Benutzer möglicherweise besser geeignet ist, die Seite als langsam ladend anzusehen.

Daher ist die Art , wie sie diese Maßnahme durch die Registerkarte Netzwerk in Google Chrome - Tools aka ctrl+ shift+ I.

Die beiden relevanten Ereignisse sind DOMContent Event Fired(blaue Linie) und Load event fired(rote Linie). Auf einer zufälligen Seite hier auf dieser Site bedeutet dies, dass die Zahlen etwa 600 ms bzw. 1,1 s betragen. Das ist viel, viel länger als die Zeit, die zum Herunterladen einer Seite über die Befehlszeile erforderlich ist wget- und spiegelt deutlich die Zeit wider, die der Client-Browser für das Rendern der über HTTP heruntergeladenen Inhalte benötigt.

(Es scheint mir auch ein bisschen unfair zu sein, da eine Website mit allen statischen Seiten einen enormen Vorteil gegenüber einer hat, die jede Seite dynamisch für den bestimmten Benutzer anpasst, aber ich denke, das sind die Brüche!)