Website-Audit-Reporting
Website-Gesundheit, ohne Fachjargon erklärt
Lighthouse-Scores, Core Web Vitals, sortierte Chancen, Befunde zur Barrierefreiheit und technische SEO-Checks – für Mobil und Desktop, begrenzt auf einen Kunden: das Website-Audit als Deliverable. Melden Sie sich an, um das Website-Audit zu öffnen, oder sehen Sie sich zuerst an, wie es funktioniert.
Website-Audit-Reporting
Website-Audit und Lighthouse-Reporting: das Dashboard, mit dem Agenturen technische Arbeit zeigen
Ein Website-Audit ist die technische Arbeit, die am leichtesten zu machen und am schwersten zu zeigen ist. Dieses Dashboard ordnet sie so, wie eine Kundenrunde tatsächlich abläuft: oben die vier Lighthouse-Scores für Mobil und Desktop, daneben die Core Web Vitals mit den Seiten, die für sie verantwortlich sind, und darunter die Liste der Korrekturen – sortiert danach, wie viel Zeit oder Gewicht jeder Punkt tatsächlich einspart.
Das Website-Audit beginnt mit Lighthouse-Scores, die ein Kunde lesen kann
Leistung, Barrierefreiheit, Best Practices und SEO, je Gerät, auf einem Bildschirm
Lighthouse liefert vier Scores von hundert, und jeder davon bedeutet etwas anderes für die Person, die die Arbeit bezahlt. Der Report stellt alle vier in eine Zeile für das Gerät, das Sie gerade prüfen, färbt sie nach Googles eigenen Bändern und ergänzt eine gewichtete Gesamtzahl zur Website-Gesundheit, sodass ein Monatsupdate mit einer Zahl beginnen kann statt mit vier. Der Wechsel zwischen Mobil und Desktop stellt den ganzen Report um, denn die beiden erzählen selten dasselbe, und ein vermischter Score verdeckt, welches der beiden schwächelt.
Scores sind Stände und keine Mengen, also werden sie als Stände ausgewiesen. Jede Karte trägt die Veränderung in Punkten über den gewählten Zeitraum statt eines Prozentwerts, der auf einer Hundert-Punkte-Skala seltsam klingt, und der Verlauf darunter zeichnet dieselbe Kategorie Tag für Tag. Ein Rückschritt bekommt damit eine Form, auf die sich im Termin zeigen lässt – die Woche, in der das neue Titelbild kam, die Woche, in der der Tag-Manager gewachsen ist –, statt nur ein Unterschied zwischen zwei einzelnen Momentaufnahmen zu sein.
Core Web Vitals mit der geprüften Seite hinter jeder Zahl
Feldwerte im 75. Perzentil, gepaart mit dem Labor-Audit jeder gecrawlten URL
Jedes Gespräch über Vitals endet bei derselben Frage: Welche Seite? Dieser Report beantwortet sie, indem er zwei Messungen nebeneinander hält. Der Feldwert ist das, was Besucher tatsächlich erlebt haben – Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift im 75. Perzentil, gegen Googles eigene Linien für gut und schlecht. Das Labor-Audit ist das, was der Crawler auf jeder URL unter kontrollierten Bedingungen gemessen hat, auf Abruf, am Tag der Korrektur. Das eine sagt, ob die Website besteht; das andere sagt, welches Template schuld ist.
Die Tabelle der geprüften Seiten ist der Ort, an dem diese Paarung sichtbar wird. Jede gecrawlte URL trägt ihre eigenen vier Scores neben ihrem eigenen Labor-LCP und -CLS, und ein Ring zählt, wie viele Seiten klar bestehen, wie viele Verbesserung brauchen und wie viele durchfallen. Aus „die Seite fühlt sich langsam an“ wird so ein Arbeitsauftrag, der das Template, den Traffic dahinter und die schuldige Kennzahl benennt. Trends auf Property-Ebene und die Geräteaufteilung, die Google veröffentlicht, gehören in den Search Console Report; diese Seite ist der Prüfstand darunter.
Performance-Chancen und Diagnosen, sortiert nach dem, was sie einsparen
Renderblockierende Ressourcen, ungenutztes JavaScript, Bildgewicht und Server-Antwortzeit
Der Tab „Chancen“ listet, was das Audit gefunden hat und was die Behebung wert ist – Millisekunden bei renderblockierenden Ressourcen, Preconnect-Hinweisen und der Server-Antwortzeit; Kibibyte bei zu großen Bildern, Formaten der nächsten Generation, Medien außerhalb des Sichtbereichs, ungenutztem JavaScript, nicht minimiertem CSS und Cache-Laufzeiten. Jede Zeile trägt ihren Bereich und einen Schweregrad, der sich aus der Größe der Einsparung ableitet, sodass eine Entwicklerschätzung und eine Agenturpriorität aus derselben Liste argumentiert werden statt aus zwei verschiedenen Exporten.
Die Diagnosen stehen daneben als Erklärung und nicht als Aufgabenliste: DOM-Größe, Arbeit im Haupt-Thread, JavaScript-Ausführungszeit, Zahl der Anfragen, übertragenes Gewicht, kritische Anfrageketten, das Element, das den Largest Contentful Paint bestimmt, und die Elemente, die sich nach dem Rendern noch bewegen. Jede kommt mit dem Zielwert, den sie unterschreiten sollte, und einem schlichten Satz dazu, warum das zählt – meist der Unterschied zwischen einem Report, den ein Kunde an seine Entwicklung weiterleitet, und einem, der mit Rückfragen zurückkommt.
Barrierefreiheits-Audit mit Auswirkungsstufen, die sich kalkulieren lassen
Kontrast, Alt-Texte, Beschriftungen, ARIA, Tap-Ziele, Überschriften und Fokusreihenfolge
Automatisierte Prüfungen zur Barrierefreiheit sind so gruppiert, wie Behebung tatsächlich geschnitten wird: nach Auswirkung. Kritische Befunde wie unbeschriftete Formularfelder und Bilder ohne Alternativtext stehen getrennt von schwerwiegenden wie Kontrastfehlern und Links ohne Namen, und die wiederum getrennt von mittleren wie Größe der Tap-Ziele, Überschriftenreihenfolge und Fokusreihenfolge. Jede Zeile trägt die Zahl der betroffenen Elemente, sodass ein Angebot aus Zahlen entsteht und nicht aus dem vagen Versprechen, die Barrierefreiheit zu verbessern.
Der Report ist bewusst ehrlich darüber, was ein automatisierter Durchgang abdeckt. Diese Prüfungen finden einen Bruchteil der Hürden, die eine manuelle Prüfung findet, und die Oberfläche sagt das – was eine Agentur davor schützt, dass ein Kunde einen sauberen Lauf als Konformitätsnachweis liest. Richtig eingesetzt ist es der günstigste erste Durchgang, den es gibt: Er räumt die mechanischen Fehler ab, hinterlässt einen dokumentierten Nachweis, was wann behoben wurde, und lässt einer manuellen Prüfung eine deutlich kleinere Fläche.
Technische SEO-Checks: Titel, Canonicals, hreflang und strukturierte Daten
Der On-Page-Durchgang, den jedes Template besteht, bevor über Positionen zu reden ist
Zehn Prüfungen aus Crawl und Markup laufen als Liste mit bestanden oder nicht bestanden, jeweils mit einem Satz dazu, was der Crawl gefunden hat: Titel-Elemente, Meta-Beschreibungen, crawlbare Links, Canonical-Angaben, hreflang-Auszeichnungen, eine gültige robots-Datei, Alt-Attribute an Bildern, lesbare Schriftgrößen, Abstände zwischen Tap-Zielen und die Gültigkeit strukturierter Daten. Über der Tabelle steht eine Gesamtzahl, sodass als Erstes sichtbar ist, wie viele der zehn sauber sind und wie viele offene Arbeit bedeuten.
Das ist das On-Page-Audit und nicht der Bericht zur Indexierung – was ein Crawler auf der Seite lesen kann, nicht das, was Google behalten hat. Die beiden beantworten verschiedene Fragen und gehören an verschiedene Orte; deshalb liegen Abdeckung, Suchanfragen und Impressionen im Search Console Report, und diese Seite bleibt beim Markup. Beides zusammen zu lesen ist das übliche Muster: erst beheben, was das Audit hier meldet, dann über die folgenden Wochen beobachten, wie Indexierung und Position darauf reagieren.
Das Website-Audit als White-Label-Deliverable, begrenzt auf einen Kunden
Ihr Branding, ein Kunde nach dem anderen, in einer Struktur, die sich jeden Monat wiederholt
Jedes Audit ist über den Kundenwechsel im Workspace auf einen Kunden begrenzt und trägt Ihr Agentur-Branding, sodass dieselbe Struktur die Januar-Runde und die Juni-Runde trägt. Scores, Vitals, Chancen, Diagnosen, Barrierefreiheit und technische Checks behalten ihre Plätze über Mandate hinweg, und der Vergleich von Monat zu Monat wird damit zum zweimaligen Lesen desselben Abschnitts statt zum Abgleich zweier unterschiedlich gebauter Dokumente. Der Workspace liefert die Oberfläche; die Datenquelle zu verbinden bleibt ein eigener Schritt.
Diese Wiederholung ist es, die technische Arbeit zu etwas macht, das ein Kunde verlängert. Eine Entwicklerin sieht eine sortierte Liste mit geschätzten Einsparungen; ein Kundenbetreuer sieht vier Scores, eine Gesamtzahl und die Seiten dahinter – und beide schauen auf denselben Report. Teams verbringen die Zeit damit, zu entscheiden, was als Nächstes behoben wird, statt ein Präsentationslayout neu zu bauen, und das Audit hört auf, das Deliverable zu sein, auf dessen Erstellung sich niemand freut.
Häufige Fragen
Was ist ein Lighthouse-Score und was misst er?
Lighthouse ist Googles quelloffenes Prüfwerkzeug. Es lädt eine Seite in einer kontrollierten Umgebung, führt einen festen Satz von Prüfungen aus und bewertet sie von 0 bis 100 in den Kategorien Leistung, Barrierefreiheit, Best Practices und SEO. Dieser Report führt die vier Kategorien je geprüfter Seite und je Gerät aus, sodass ein mobiler Score nie so zitiert wird, als wäre er der vom Desktop.
Was ist der Unterschied zwischen Labordaten und Felddaten in einem Website-Audit?
Labordaten stammen aus einem kontrollierten Test einer Seite: wiederholbar, ideal zur Diagnose und nicht das, was echte Besucher erlebt haben. Felddaten stammen aus echten Sitzungen und werden im 75. Perzentil zusammengefasst. Der Report führt beides – die Core Web Vitals aus dem Feld als Kopfzahl, darunter das Labor-Audit jeder gecrawlten URL, das erklärt, was zu beheben ist.
Wirken sich Core Web Vitals auf die Google-Rankings aus?
Sie gehören zu Googles Signalen für die Nutzerfreundlichkeit und können ansonsten vergleichbare Ergebnisse trennen – sie schlagen aber keine Relevanz, und über Geschwindigkeit allein rankt nichts. Für einen Kunden ist die nützliche Einordnung: LCP, INP und CLS beschreiben, wie sich die Website benutzen lässt, und die Chancen-Ansicht bepreist diese Arbeit, indem sie zeigt, was jede Korrektur einspart.
Was deckt das Barrierefreiheits-Audit in diesem Report ab?
Kontrast, Alternativtexte, Formularbeschriftungen, ARIA-Verwendung, Größe der Tap-Ziele, Überschriften- und Fokusreihenfolge, jeweils mit einer Auswirkungsstufe – kritisch, schwerwiegend, mittel oder gering – und der Zahl der betroffenen Seiten. Die Auswirkungsstufe macht ein Audit angebotsfähig: Aus einer Liste von Fehlern wird Arbeit, die eine Agentur schneiden, bepreisen und einplanen kann.
Wie oft sollte eine Agentur ein Website-Audit für einen Kunden fahren?
Oft genug, um einen Rückschritt vor dem Kunden zu bemerken – bei den meisten Retainern also monatlich, dazu ein zusätzlicher Durchgang nach einem Relaunch oder einer Template-Änderung. Die Verlaufsansicht bewahrt frühere Läufe auf, sodass sich das Audit als Trend liest statt als einmaliger Screenshot und eine Korrektur als der genaue Moment gezeigt werden kann, in dem ein Score sich bewegt hat.