siteway

// audit · speed

Page-Speed-Audit.

Deine Seite fühlt sich zäh an, und keiner weiß genau, warum. Wir machen die Ladezeit-Analyse: Core Web Vitals (LCP, INP, CLS) und Bundle-Größe, gemessen mit Lighthouse — auf allen wichtigen Seitentypen, nicht nur der Startseite. Heraus kommt ein Report mit priorisierten Befunden. Keine Punktzahl, die niemandem hilft, sondern eine Liste: was, warum, in welcher Reihenfolge.

audit audit: einzeln buchbar dauer: 3–5 arbeitstage output: lighthouse-report

// definition

Was ist ein Page-Speed-Audit?

Ein Page-Speed-Audit ist eine Ladezeit-Analyse deiner Website: Wir messen die wichtigsten Seitentypen mit Lighthouse — Core Web Vitals, Bundle-Größe, Bilder, Fonts, Drittanbieter-Skripte und Server-Antwortzeit — und ordnen die Befunde nach Wirkung und Aufwand. Es ist eine Diagnose, keine Umsetzung. Du bekommst einen Report, der sagt, was langsam ist, warum es langsam ist und womit du anfängst.

Der Unterschied zum Tool-Ergebnis: Ein Tool liefert 30 Meldungen, alle gleich laut. Ein Audit sagt dir, welche drei davon zählen — und dass die restlichen 27 dein Problem nicht lösen. Die Zahlen selbst kannst du jederzeit selbst ziehen, unser kostenloser PageSpeed-Check crawlt dafür deine ganze Website.

// anlass

Wann sich das Audit lohnt.

symptome mit ursache

Ein Audit lohnt sich, wenn du das Problem spürst, aber nicht benennen kannst. Typischerweise ist die Lage so: Die Search Console meldet URLs mit „schlechten“ Core Web Vitals, aber die Liste ist zu lang, um sie abzuarbeiten. Oder die Startseite ist grün und die Produktseiten, mit denen du Geld verdienst, sind rot. Oder es wurde schon einmal „optimiert“ und der Wert ist trotzdem nicht besser geworden.

Häufig steckt die Ursache nicht dort, wo der Score sie vermutet. Ein Consent-Banner, das den Main-Thread blockiert, ein 4-MB-Hero-Bild, ein Font, der zu spät geladen wird, ein Plugin, das auf jeder Seite eine Bibliothek mitschleppt, die nur eine einzige Seite braucht. Solche Dinge findet man nicht im Score, sondern im Wasserfall. Hintergründe dazu stehen im Ratgeber PageSpeed optimieren.

// prüfung · 6 felder

Was wir prüfen.

jedes feld ein befund

Gemessen wird mit Lighthouse, ergänzt um die Felddaten aus dem Chrome-UX-Report. Nicht eine URL, sondern jeder relevante Seitentyp: Startseite, Kategorie, Detailseite, Formular, Suche. Jedes Prüffeld endet im Report mit einem Befund — nicht mit einer Empfehlung aus dem Lehrbuch.

// p-01lcp

Largest Contentful Paint.

Wann das größte sichtbare Element steht. Zielwert: unter 2,5 Sekunden. Wir benennen das Element, das die Zeit frisst — Hero-Bild, Font, Server-Antwort oder ein Skript, das davor blockiert.

befund: lcp-element + ursache

// p-02inp

Interaction to Next Paint.

Wie schnell die Seite auf Klick und Tippen reagiert. Zielwert: unter 200 Millisekunden. Wir finden die langen Tasks auf dem Main-Thread und die Skripte, die sie auslösen.

befund: long tasks + verursacher

// p-03cls

Cumulative Layout Shift.

Wie stark das Layout beim Laden springt. Zielwert: unter 0,1. Wir listen die Elemente ohne reservierten Platz — Bilder ohne Maße, nachgeladene Banner, Webfonts, die den Text umbrechen.

befund: springende elemente

// p-04bundle

Bundle-Größe.

Wie viel JavaScript und CSS ausgeliefert wird — und wie viel davon die Seite nie benutzt. Wir zeigen die größten Brocken, den ungenutzten Anteil und was sich ohne Umbau streichen lässt.

befund: kb je datei + unused

// p-05assets

Bilder & Fonts.

Format, Kompression, Maße, Lazy Loading, Font-Ladestrategie. Der Klassiker: ein Bild, das mit 3000 px ausgeliefert und mit 400 px angezeigt wird. Meist der größte Hebel mit dem kleinsten Aufwand.

befund: asset-liste + einsparung

// p-06drittanbieter

Drittanbieter & Server.

Consent-Banner, Tracking, Chat, Kartendienste: Wir rechnen ihre Ladekosten einzeln aus. Dazu Server-Antwortzeit (TTFB), Caching und Kompression — die Basis, ohne die Frontend-Arbeit verpufft.

befund: ttfb + skript-kosten

// mehrwert

Ein Score ist kein Befund.

zahl ≠ ursache

Kostenlose Speed-Tools gibt es reichlich, und sie sind gut. Sie zeigen dir eine Zahl und eine Liste von Meldungen. Was sie nicht leisten: entscheiden. Drei Dinge lässt der Score systematisch offen — und genau daran scheitern die meisten Optimierungsversuche.

// s-01labor vs. feld

100 im Labor, rot im Feld.

Lighthouse misst einen Testlauf unter Laborbedingungen. Google bewertet die Core Web Vitals aber mit Felddaten echter Nutzer — 28 Tage, 75. Perzentil. Beide Werte können weit auseinanderliegen. Wir lesen beide und sagen dir, welcher dein Ranking betrifft.

lighthouse + crux

// s-02reichweite

Eine URL ≠ die Website.

Fast jeder Test prüft eine einzelne Adresse — meist die Startseite, die am besten gepflegt ist. Geld verdienst du auf den anderen. Wir prüfen jeden Seitentyp; für den schnellen Überblick über alle Seiten crawlt unser PageSpeed-Check die komplette Website.

je seitentyp

// s-03priorität

30 Meldungen, 3 die zählen.

Tools listen alles gleich laut auf: „unused CSS entfernen“ steht neben „Bilder in modernem Format“. Ohne Reihenfolge arbeitet ein Team wochenlang an Dingen, die 30 Millisekunden bringen. Wir sortieren nach Wirkung pro Aufwand.

wirkung / aufwand

// output

Was du bekommst.

der report gehört dir

Das Ergebnis ist ein Lighthouse-Report — kein PDF-Export aus einem Tool, sondern ein gelesenes Dokument. Oben stehen die Messwerte je Seitentyp, Labor und Feld nebeneinander. Danach die Befundliste: jeder Befund mit Ursache, betroffenen Seiten, geschätzter Wirkung in Sekunden oder Kilobyte und einem Aufwand von S bis L. Am Ende die nächsten Schritte, in der Reihenfolge, in der sie sinnvoll sind.

Der Report ist so geschrieben, dass ihn dein Entwicklerteam direkt abarbeiten kann — mit Datei, Zeile und konkretem Eingriff, wo es geht. Wir gehen ihn einmal gemeinsam durch, damit die Prioritäten sitzen. Danach entscheidest du frei, wer umsetzt. Willst du uns, ist das die Leistung Performance & Core Web Vitals — eine eigene, getrennte Beauftragung.

Dass die guten Werte erreichbar sind, halten wir bei uns selbst nach: Die Startseite von siteway erreicht bei PageSpeed Insights 100/100/100/100 mobil.

// ablauf · 4 schritte

So läuft das Audit.

bis zum report

  1. // schritt 01 · umfang

    Seitentypen festlegen.

    Kurzes Briefing: welche Seitentypen zählen, wo verdienst du Geld, was ist schon versucht worden. Daraus ergibt sich der Umfang — und der Festpreis.

    output: prüfumfang + festpreis

  2. // schritt 02 · messung

    Messen.

    Lighthouse-Läufe je Seitentyp, mobil und Desktop, dazu die Felddaten aus dem Chrome-UX-Report und ein Blick in den Netzwerk-Wasserfall. Zugänge zu Server oder CMS helfen, sind aber kein Muss.

    output: rohdaten lab + feld

  3. // schritt 03 · auswertung

    Ursachen & Priorisierung.

    Vom Symptom zur Ursache: Welches Element blockiert das LCP, welches Skript den Main-Thread, welcher Asset-Pfad die Bandbreite. Danach sortieren wir nach Wirkung pro Aufwand.

    output: befundliste

  4. // schritt 04 · übergabe ● ergebnis

    Report & Durchsprache.

    Du bekommst den Lighthouse-Report und wir gehen ihn gemeinsam durch — eine Stunde, in der jede Priorität begründet wird. Danach kann jedes Team damit arbeiten.

    output: lighthouse-report

// faq

Häufige Fragen.

Was ist ein Page-Speed-Audit?

Ein Page-Speed-Audit ist eine Ladezeit-Analyse deiner Website: Die wichtigsten Seitentypen werden mit Lighthouse gemessen — Core Web Vitals (LCP, INP, CLS), Bundle-Größe, Bilder, Fonts, Drittanbieter-Skripte und Server-Antwortzeit. Ergebnis ist kein Punktestand, sondern ein Report mit priorisierten Befunden: was langsam ist, warum, was es kostet, das zu ändern, und was es bringt.

Was kostet das Audit?

Festpreis nach Briefing. Sobald klar ist, wie viele Seitentypen geprüft werden und ob wir Zugang zu Server und CMS bekommen, nennt siteway einen Preis und hält ihn fest. Keine Stundenabrechnung, keine Überraschung auf der Rechnung.

Müssen wir die Umsetzung bei euch beauftragen?

Nein. Der Report gehört dir. Du kannst ihn deiner eigenen IT geben, an deine bestehende Agentur weiterreichen oder in die Schublade legen. Das Audit ist einzeln buchbar und endet mit der Übergabe. Wenn du willst, übernimmt siteway die Umsetzung als Leistung Performance & Core Web Vitals — das ist eine getrennte Beauftragung.

Wie lange dauert das Page-Speed-Audit?

In der Regel drei bis fünf Arbeitstage, gerechnet ab dem Moment, in dem die Zugänge stehen. Bei sehr großen Portalen mit vielen unterschiedlichen Seitentypen kann es länger dauern — den Umfang legen wir vorher fest.

Was bringt das Audit gegenüber dem kostenlosen PageSpeed-Check?

Der kostenlose PageSpeed-Check von siteway crawlt deine Website und zeigt dir die Zahlen — für jede Seite, ohne Anmeldung. Er sagt dir aber nicht, welche der 30 Meldungen wirklich zählt. Das Audit deutet die Werte: Es findet die Ursache hinter dem Symptom, sortiert die Befunde nach Wirkung und Aufwand und sagt, womit du anfängst. Der Check ist der Einstieg, das Audit die Tiefenanalyse.

Warum zeigt Google andere Werte als Lighthouse?

Weil beide etwas anderes messen. Lighthouse liefert Labordaten: ein Testlauf unter definierten Bedingungen, reproduzierbar und gut zum Suchen von Ursachen. Google bewertet die Core Web Vitals dagegen mit Felddaten aus dem Chrome-UX-Report — echte Nutzer, echte Geräte, echte Netze, über 28 Tage im 75. Perzentil. Ein Lighthouse-Score von 100 heißt deshalb nicht automatisch, dass deine Felddaten grün sind. Im Audit schauen wir auf beides.

Welche Werte gelten als gut?

Google nennt drei Schwellen für die Core Web Vitals: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 — jeweils im 75. Perzentil der Seitenaufrufe, mobil gemessen. Dass diese Werte erreichbar sind, zeigt siteway an der eigenen Startseite: PageSpeed Insights meldet 100/100/100/100 mobil.

// Wissen, warum deine Seite langsam ist?

Audit anfragen