Diese Funktion ist eine Feature von Google Chrome, mit dem man schnell und einfach eine defekte oder fehlerhafte Webseite melden kann. Doch hier stellen sich schnell ein paar Fragen. Um diese Fragen zu beantworten, habe ich mir mal die Kommunikation zwischen meinem PC und dem Server genauer angesehen. Dabei habe ich schnell den folgenden HTTP Request identifiziert. http://web-bug.appspot.com/bugreport. Für das loggen der Kommunikation zwischen meinem PC und dem Server habe ich mich für meinen Java Network Monitor entschieden. Ich hätte z.B. auch Wireshark nutzen können, aber ich wollte mich nicht ewig mit den Filtern beschäftigen und nur den HTTP Port auf einem Server monitoren. Dafür ist der Java Network Monitor ideal geeignet. Ich habe also den Java Network Monitor eingerichtet und einen Report “Fehler oder defekte Webseite melden …” gesendet. Bei der Analyse der Logfiles habe ich versucht folgende Fragen zu beantworten.
Die Daten werden per HTTP Request an den Server http://web-bug.appspot.com/bugreport übertragen. Für den diejenigen, die appspot.com nicht kennt, hier der Hinweis auf die “Google App Engine” (natürlich von Google), zu der diese Subdomain gehort.
Es werden verschieden Daten an den Server gemeldet. Wenn man die Daten incl. Screenshot meldet, werden folgende Daten an den Server übertragen:
Hierbei handelt es sich vermutlich um die Version der Datenstruktur
Dies ist der Title der Website. In diesem Fall war es der HTTP Error 405
Dies ist eine Nummer für ein Problem. Ich habe keine Ahnung welche Nummern es gibt oder was sie bedeuten. Evtl. lohnt sich hier noch mal ein Blick in den Code. Allerdings habe ich den noch nicht gefunden. Werde von Zeit zu Zeit mal danach suchen. Da es ja als Open Source Projekt angekündigt ist, werden die Sourcen wohl in der nächsten Zeit veröffentlicht.
Diesen URL habe ich für meinen Test verwendet. Für diesen URL habe ich den Report erstellt
Die vollständige Version meines Chrome Browsers. Könnte dazu verwendet werden, Bugs im Google Chrome Broser zu finden. Falls z.B. eine Website auf Grund von Rendering Fehlern nicht dargestellt werden kann.
Mein OS. Auch diese Info könnte dazu verwendet werden, Bugs im Google Chrome Browser zu finden. Falls z.B. eine Website auf Grund von Rendering Fehlern nicht dargestellt werden kann.
Lokation. Diese Information wird vermutlich verwendet, um Probleme mit der Codierung zu identifizieren. Könnte den Entwicklern helfen, einen Fehler reproduzieren zu können.
Dabei handelt es sich um die Fehlerbeschreibung.
Ein vollständiger Screenshot des Browser Fensters. Incl. der Reiterleiste. Diese Information lohnt es sich zu hinterfragen. Denn die anderen Reiter geben darüber Auskunft welche Seiten sonst noch geöffnet sind. Da im Google Chrome Browser jeder Tab einen eigenen Thread darstellt, sollte diese Information nicht relevant sein für den Report (Auch wenn es tatsächlich schon Beispiele Im Netz dafür gibt, wie man den komp. Browser zum Absturz bringt
.Wer die Informationen bekommt, ist nicht eindeutig. Erst mal werden die Daten an http://web-bug.appspot.com/bugreport gesendet. Dort werden sie vermutlich von einer Gruppe Google Mitarbeiter gesichtet, bewertet und daraufhin unterschiedliche Aktivitäten ausgeführt. Z.B. könnten Bug Reports an das Entwicklerteam von Google Chrome gesendet werden. Die Daten könnten über die Webmaster-Zentrale (google.com/webmasters) den betroffenen Webmastern zur Verfügung gestellt werden und es ist sogar möglich, dass Die Informationen in das Ranking der Suchmaschine Google eingebunden werden?
Hierfür wird eine zusätzliche Testreihe mit fehlerhaften, potentiell gehackten und nicht erreichbaren Servern durchgeführt. Die Ergebnisse werden hier im Blog veröffentlicht.
Wie immer wenn es um das Google Ranking geht: Keine Ahnung, aber ich habe da so eine Vermutung
. Ich persönlich glaube NICHT. Denn das Risiko, kurzfristig nicht erreichbare Server abzuwerten oder aus dem Index zu verbannen, ist gerade bei Servern die hochfrequentiert sind einfach zu hoch. Ein Szenario könnte z.B. folgendes sein. Eine DoS Atacke auf einen Server wie z.B. Wikipedia, Heise, Spiegel, Focus, etc. und dann Google mit den Reports darüber informieren. Wenn so ein Szenario funktioniert, wird SEO in Zukunft ganz anders aussehen JEIN. In dem Screenshot werden die Informationen übertragen, welche Tabs noch geöffnet sind. Damit könnte man theoretisch Profile basteln, die darüber Auskunft geben, auf welchen Seiten der Nutzer gleichzeitig surft. Allerdings ist das eine Information, die wenig Aussagekraft hat. Da ist die Google Toolbar doch viel besser geeignet, um diese Informationen im großen Stil zu sammeln.Den Screenshot habe ich auch mal exportiert. Hier der Screenshot zu meinem Test.
PS: Die Google Toolbar ist ein Tool, welches ich noch ein wenig vermisse. Ich hoffe, Google wird die Google-Toolbar für den eigenen Browser auch noch portieren.
Technische Details zu der Analyse:
Verwendete Webseite für den Report: http://web-bug.appspot.com/bugreport
Verwendetes Tool für den Report: Java Network Monitor http://m-software.de/java-network-monitor.jsp
Aufruf:
java NetworkMonitor 127.0.0.1 80 209.85.135.118 80 > httplog.txt
Vorbereitung:
In der Datei C:\WINDOWS\system32\drivers\etc\hosts folgende Zeile eingefügt
127.0.0.1 web-bug.appspot.com
Wichtig: Den Browser nach dem Speichern der Datei hosts neu Starten, da der
Browser vermutlich einen eigenen Cache für die IP Adressen hat.
Hinweis: Nach dem Loggen der Kommunikation den Eintrag aus der Datei wieder entfernen.
Weiterführende Themen:
Google-Chrome ist sehr schnell, aber es gibt keine addons…. Firefox ist “the best”.
gibt es eine lösung zu google-chrome, wenn dieser passwörter nicht speichern will bei manchen seiten? thx
Kann sein, dass diese Funktion von der Webseite blockiert wird. Um weche Webseite geht es denn?