Repräsentative Daten
So sieht Ihr Bericht aus.
Das Beispiel zeigt ein repräsentatives Ergebnis für eine mittelgroße Content-Website mit 52 von 100 Punkten. Die Daten dienen nur der Veranschaulichung. Aber Aufbau und Argumentation entsprechen genau dem, was Sie bekommen: eine Zusammenfassung, acht zentrale Erkenntnisse mit Belegen und die Prioritäten, die Ihre Punktzahl am stärksten beeinflussen.
Was sagt Ihnen die Zusammenfassung zuerst?
Sie lesen zuerst die Gesamtpunktzahl, danach die beiden schwächsten Bereiche. In diesem Beispiel liegt die Website mit 52 Punkten im Risikobereich. „Schema“ (37) und „Architektur“ (42) sind für den größten Teil des Punktverlusts verantwortlich. Gut dagegen: „Suche“ (91) und „Leistung“ (88). Hier arbeitet das Team sorgfältig, und die Ergebnisse sieht man deutlich.
Dieses Muster ist häufig: eine gut geführte Website auf einer Plattform, die inzwischen veraltet ist. Der Bericht sagt das in einem Absatz, noch bevor er auf Einzelheiten eingeht. Diesen Satz nehmen Sie in Ihre nächste Besprechung mit. Der Rest belegt ihn nur.
Wie lesen Sie einen Säulenbefund?
Jeder Abschnitt beginnt mit einer Feststellung. Es folgen die Belege dahinter und eine Empfehlung. Die Belege sind für einen Digitaldirektor verfasst, nicht für einen Entwickler. Elf von vierzehn Bildern werden verzögert geladen. Ein „Content-Security-Policy“-Header fehlt. Ein strukturierter Datenblock lässt sich nicht auswerten. Jede dieser Zeilen können Sie in einem Browser an Ihren eigenen Seiten überprüfen.
Ist die Beweislage dünn, steht das in der Feststellung, und die Bewertung bleibt im mittleren Bereich. Eine öffentliche Auswertung vermutet nie etwas zu Ihren Gunsten oder zu Ihrem Nachteil (das kann sie nicht, und sie sollte es auch nicht). Sie gibt nur wieder, was sie feststellen kann.
Wie sieht eine 52 aus?
Zwei Standorte können dieselbe Gesamtsumme haben und dennoch unterschiedlich riskant sein. Isolieren Sie eine Säule oder gehen Sie die Beispiele nacheinander durch. So sehen Sie, wie sich die Form verändert, während der Wert kaum schwankt.
Wählen oder fokussieren Sie eine Säule, um dieses Ergebnis zu lesen
Die Befunde der acht Säulen.
Für Belege öffnen
01Architektur42
Die Seiten werden clientseitig gerendert, über ein Paket aus 14 Skripten, von denen vier von Hosts von Drittanbietern geladen werden. Das Generator-Tag verweist auf eine Framework-Version, die zwei Hauptversionen zurückliegt. Das ist veraltet, und man merkt es.
Priorisierte Maßnahmen
Verschieben Sie die Vorlagen auf den Server oder in die statische Darstellung. Entfernen Sie außerdem die Abhängigkeiten, für die es keine Updates mehr gibt.
02Performance88
Bilder haben angegebene Abmessungen, und 11 von 14 werden verzögert geladen. Der HTML-Code der Startseite ist 68 KB groß. Das ist die gute Seite, und der Beleg ist einfach: Die erste Antwort trifft in weniger als 400 ms ein.
Priorisierte Maßnahmen
Halten Sie das Budget ein. Ergänzen Sie eine Build-Prüfung, die fehlschlägt, sobald das Skriptgewicht die aktuelle Basisgrenze überschreitet.
03Sicherheit71
HTTPS wird erzwungen, „Strict-Transport-Security“ ist aktiviert. Eine „Content-Security-Policy“ gibt es jedoch nicht. „X-Frame-Options“ fehlt zudem auf drei von acht untersuchten Seiten. Diese Lücke können Sie selbst feststellen.
Priorisierte Maßnahmen
Senden Sie zunächst eine Content-Security-Policy im „Report-Only“-Modus, und setzen Sie diese erst danach durch. Den Frame-Header wenden Sie auf der gesamten Website an.
04Suchen91
Jede untersuchte Seite hat einen eindeutigen Titel und eine H1-Überschrift. Dazu kommen eine Beschreibung, die in die von Google angezeigte Zeichenlänge passt, und ein selbstreferenzierender kanonischer Link. Hier hat jemand die Grundlagen richtig umgesetzt.
Priorisierte Maßnahmen
Keine strukturellen Probleme. Bitte überprüfen Sie die drei Seiten, deren Beschreibungen mehr als 155 Zeichen umfassen.
05Strukturierte Daten37
Es gibt zwei JSON-LD-Blöcke, beide auf der Startseite. Auf Produkt- und Artikelseiten fehlen strukturierte Daten vollständig. Einer der beiden Blöcke lässt sich nicht auswerten.
Priorisierte Maßnahmen
Beheben Sie zuerst den Parsing-Fehler. Ergänzen Sie danach die Typen „Article“, „Product“ und „BreadcrumbList“, die Sie aus denselben Daten generieren, die auch in den Vorlagen verwendet werden.
06KI-Bereitschaft63
Die Datei „robots.txt“ lässt GPTBot und ClaudeBot zu. Das ist die offene Tür. Doch im Inneren sind die Abschnitte sehr lang, und die Überschriften stimmen selten mit den Fragen überein, die die Leser stellen. Es gibt keine Datei „llms.txt“.
Priorisierte Maßnahmen
Formulieren Sie die Abschnittsüberschriften als Fragen um, und setzen Sie die Antwort in den ersten Satz. Die Datei „llms.txt“ ergänzen Sie nur, wenn Sie sie pflegen.
07Redaktionelle Qualität58
Auf fünf Seiten springen die Überschriftenebenen von H1 direkt zu H3. Sprache und Viewport sind festgelegt, und die Lesereihenfolge entspricht der visuellen Reihenfolge.
Priorisierte Maßnahmen
Korrigieren Sie die Überschriftenhierarchie in den Vorlagen, damit sich jede Seite wie eine Gliederung liest.
08Betriebszustand72
Die Caching-Header sind konsistent. Weiterleitungen werden in einem Schritt aufgelöst, und die untersuchten Seiten antworten innerhalb eines engen Zeitfensters. Zwei Seiten geben jedoch den Status 200 für Pfade zurück, die offenbar nicht mehr verwendet werden (ein unbemerktes Überbleibsel einer früheren Bereinigung).
Priorisierte Maßnahmen
Geben Sie für nicht mehr verwendete Pfade den Status 404 oder 410 zurück. Dann verbrauchen Crawler dafür kein Crawling-Budget mehr.
Die drei Prioritäten.
- 01
Strukturierte Daten korrigieren
Beheben Sie den Parsing-Fehler, und generieren Sie „Article“, „Product“ und „BreadcrumbList“ aus den Vorlagendaten. Das Schema macht 10 % Ihrer Punktzahl aus. Hier lassen sich Verbesserungen am einfachsten erzielen.
- 02
Content-Security-Policy einführen
Zunächst nur melden, dann durchsetzen. Fügen Sie „X-Frame-Options“ siteweit hinzu. Der Sicherheitsaspekt macht 12 % der Gesamtpunktzahl aus, und die Anpassung der Header dauert einen Nachmittag.
- 03
Rendering-Umstellung planen
„Architecture at 42“ ist das strukturelle Problem. Klären Sie zuerst Scope-Server oder statisches Rendering und aktualisieren Sie die Abhängigkeiten, bevor das nächste Redesign-Budget in visuelle Elemente fließt.
Kostenlose automatisierte Analyse