Die Serverprotokolle zeigen je nach Konfiguration, was tatsächlich auf der Website angefordert wurde: URL, Zeit, Status, übertragenes Volumen, Referrer und User-Agent. Sie ergänzen die Crawler und die Suchkonsole, indem sie die besuchten Pfade, wiederholte Fehler und Ressourcen, die die Maschinenzeit verbrauchen, anzeigen. Sie sagen jedoch nicht, warum eine Seite rangiert oder ob ihr Inhalt einen Leser zufriedenstellt.
Bereiten Sie eine umsetzbare Probe vor
Wählen Sie einen repräsentativen Zeitraum, behalten Sie die Zeitzone, schließen Sie Daten aus, die Sie nicht benötigen, und schützen Sie personenbezogene Daten. Für ein aktives Zentrum ermöglichen es einige Wochen oft, die Kriechzyklen zu beobachten. Zeitungen sollten in angemessener Dauer und Zugang gehalten werden, ohne ein unbegrenztes Archiv zu werden.
Überprüfen Sie die Roboter, bevor Sie sie zählen
Ein User-Agent-Name kann gefälscht werden. Verwenden Sie für sensible Analysen die von der Engine veröffentlichte Verifizierungsmethode anstelle einer einfachen Zeichenfolgensuche. Google dokumentiert die Verifizierung per Reverse DNS dann direkt, sowie seine veröffentlichten IP-Bereiche. developers.google.com
Gruppenanfragen nach Familien
- kanonische HTML-Seiten;
- Bilder, CSS, Javascript und Schriftarten, die zum Rendern benötigt werden;
- 3xx umleitet;
- 4xx und 5xx Fehler;
- Parameter, Facetten, interne Suche und technische URLs;
- alte Wege, die verschwunden sein sollten.
Vergleichen Sie dann Volumes, Status und Antwortzeiten nach Verzeichnis oder Vorlage. Eine einzelne URL mit hoher Nachfrage kann weniger wichtig sein als ein Muster, das in zehntausend Varianten wiedergegeben wird.
Fragen, die die Protokolle gut beantworten
- Werden neue Seiten nach der Veröffentlichung angefordert?
- Verbringt GoogleBot Zeit mit unnötigen Einstellungen?
- Führen interne Links immer noch zu Umleitungen oder 404s?
- Konzentrieren sich 5xx-Fehler auf eine Stunde oder eine Größe?
- Reagieren Renderressourcen richtig?
Der Bericht der Search Console-Statistiken bietet auch eine Ansicht des Verlaufs, der Dateitypen, der Antworten und des Hoststatus. developers.google.com
Beobachtung in Priorität verwandeln
Korrigieren Sie zuerst Fehler, die sich auf strategische Seiten, sehr häufige Muster und Serverausfallzeiten auswirken. Reduzieren Sie dann unnötige URL-Leerzeichen, aktualisieren Sie interne Links und überprüfen Sie, welche neuen Funktionen entdeckt werden. Eine Abfrage, die allein in den Protokollen fehlt, stellt kein Problem dar: Untersuchen Sie auch die Sitemap, das Mesh, robots.txt, die Canonicals und die URL-Inspektion.
Nächster Schritt
Erstellen Sie vier einfache Tabellen: die am häufigsten untersuchten URLs, Fehler nach Vorlage, am häufigsten angeforderte Parameter und Sitemap-Seiten, die jemals beobachtet wurden. Jede Linie sollte zu einer reproduzierbaren Überprüfung führen, nicht zu einer automatischen Schlussfolgerung.