Viele Agenturen schreiben auf ihre Website, dass ihnen Performance, Barrierefreiheit, Best Practices und SEO wichtig sind. Das klingt gut, ist aber erst einmal nur eine Behauptung. Interessant wird es dort, wo Qualität überprüfbar wird – und 2026 ist sie das in einem Maß wie nie zuvor: Core Web Vitals sind ein Ranking-Signal mit klaren Schwellenwerten, und seit dem 28. Juni 2025 ist Barrierefreiheit durch das Barrierefreiheitsstärkungsgesetz für viele Anbieter sogar gesetzlich verpflichtend.
Bei unserer eigenen Website wollten wir genau diesen Anspruch einlösen: ein Auftritt, der visuell zu uns passt, aber technisch nicht gegen die eigene Aussage arbeitet. Deshalb haben wir Performance, Accessibility und technische Struktur nicht am Ende „noch mitgenommen", sondern von Anfang an als Teil der Umsetzung behandelt. Das Ergebnis im Lighthouse-Check der Startseite: 100 Punkte in allen vier Kategorien – kein Zertifikat, aber ein belastbares Signal, dass die Grundlagen stimmen.
Was ein Score misst – und was nicht
Ein Lighthouse-Test ist eine Labor-Messung, kein Gütesiegel. Er läuft unter definierten Bedingungen – festes Geräteprofil, gedrosselte Verbindung, definierter Seitenzustand. Werte können sich ändern, sobald Inhalte, Tracking, Bilder oder externe Skripte angepasst werden. Deshalb wäre es unseriös zu sagen „die Website ist perfekt". Professioneller ist: Der Score zeigt, dass die technische Basis sauber ist und die wichtigsten Qualitätsbereiche nicht erst nachträglich geflickt wurden.
Wie hoch die Messlatte inzwischen liegt, zeigt der Blick auf den Markt: Laut dem Web Almanac 2025 von HTTP Archive bestanden 2025 nur rund 48 % der Websites die Core-Web-Vitals-Prüfung auf Mobilgeräten und etwa 56 % auf Desktop. Ein sauberer Score ist also nicht der Normalzustand, sondern das Ergebnis bewusster Entscheidungen.
Performance: Core Web Vitals sind die harte Währung
Performance beginnt nicht beim Komprimieren einer Datei am Projektende, sondern bei der Architektur. Google misst die nutzerseitige Geschwindigkeit über drei Core Web Vitals mit klaren Schwellen. Seit März 2024 ersetzt Interaction to Next Paint (INP) die alte Reaktionsmetrik First Input Delay – ein wichtiger Punkt, denn INP misst die Reaktionszeit über die gesamte Sitzung, nicht nur die erste Interaktion.
Die folgende Tabelle zeigt die offiziellen Grenzwerte und unsere gemessenen Laborwerte. Wichtig: INP ist eine Feldmetrik aus realen Interaktionen – im Labor nähert Lighthouse die Interaktivität über die Total Blocking Time an, die in unserem Lauf bei 0 Millisekunden lag.
| Metrik | Gut | Verbesserungswürdig | Schlecht | Unser Lab-Lauf |
|---|---|---|---|---|
| LCP (Ladegeschwindigkeit) | ≤ 2,5 s | 2,5–4,0 s | > 4,0 s | 0,7 s |
| INP (Reaktionszeit) | ≤ 200 ms | 200–500 ms | > 500 ms | Feldmetrik* |
| CLS (visuelle Stabilität) | ≤ 0,1 | 0,1–0,25 | > 0,25 | 0 |
*INP wird im Feld gemessen; im Labor dient die Total Blocking Time (0 ms) als Näherung. Erreicht werden solche Werte durch weniger unnötiges JavaScript, stabile Layouts mit festen Größenverhältnissen, moderne Bildformate (AVIF/WebP mit sauberen sizes) und einen sparsamen Font-Einsatz. Mehr dazu in unserem Beitrag zur Core-Web-Vitals-Optimierung.
Barrierefreiheit: seit Juni 2025 Pflicht, nicht Kür
Barrierefreiheit ist kein freiwilliges Extra mehr, sondern für viele Anbieter gesetzliche Vorgabe. Mit dem Barrierefreiheitsstärkungsgesetz (BFSG), das seit dem 28. Juni 2025 gilt, setzt Deutschland die EU-Richtlinie 2019/882 (European Accessibility Act) um. Betroffen sind unter anderem Onlineshops, Banking, Buchungs- und Ticketsysteme sowie viele weitere Verbraucherdienstleistungen. Für neue Websites und Apps gibt es keine Schonfrist – sie müssen seit dem Stichtag barrierefrei sein.
Maßgeblich ist die europäische Norm EN 301 549, die für Webinhalte auf die WCAG der Konformitätsstufen A und AA verweist. Aktueller Standard ist die WCAG 2.2, seit Oktober 2023 W3C-Empfehlung; WCAG 3.0 existiert nur als Arbeitsentwurf und wird erst gegen Ende des Jahrzehnts erwartet. Eine Ausnahme gilt für Kleinstunternehmen (unter 10 Beschäftigte und höchstens 2 Mio. Euro Jahresumsatz) bei Dienstleistungen – Produkte sind davon nicht befreit. Verstöße können mit Bußgeldern bis zu 100.000 € geahndet werden.
Ein Lighthouse-Accessibility-Score ersetzt keinen vollständigen WCAG-Audit. Er findet viele Basisthemen – schwache Kontraste, fehlende Labels, falsche Überschriftenstruktur –, deckt aber nur einen Teil der Erfolgskriterien ab. Wir behandeln Barrierefreiheit deshalb als Teil der normalen UI-Qualität: semantisches HTML, sichtbare Fokuszustände, vollständige Tastaturbedienbarkeit, robuste Formularlabels und Texte, die auch im Screenreader funktionieren. Eine praktische Anleitung findest du in unserer BFSG- und WCAG-Checkliste.
Best Practices: die unsichtbare Qualitätsschicht
Best Practices sind selten der Teil einer Website, den Nutzer bewusst wahrnehmen – genau deshalb werden sie gern vernachlässigt. Trotzdem entscheiden sie über Sicherheit, Wartbarkeit und Vertrauen. Lighthouse prüft hier unter anderem die Auslieferung über HTTPS, das Fehlen bekannter Sicherheitslücken in Abhängigkeiten, eine saubere Konsole ohne Browserfehler und korrekte Bilddarstellung.
Für uns gehören zu dieser Schicht: aktuelle Framework- und Dependency-Versionen, eine sinnvolle Content-Security-Policy, valide Links und Redirects, stabile Formulare mit nachvollziehbarer Validierung sowie eine klare Trennung zwischen Inhalt, Layout und Verhalten. Diese Punkte machen eine Website nicht automatisch schön. Aber sie verhindern, dass ein gutes Design auf einer fragilen technischen Basis steht.
SEO: Informationsarchitektur statt Keyword-Deko
SEO wird oft auf Texte und Keywords reduziert – technische SEO beginnt aber viel früher. Eine Website muss Suchmaschinen klar erklären, welche URL kanonisch ist, welche Seiten indexiert werden sollen, welche Sprachversionen über hreflang zusammengehören und welcher Inhalt ein Artikel, eine Organisation, eine Dienstleistung oder eine Kontaktseite ist. Diese Signale liefern Metadaten, Open Graph, strukturierte Daten, Sitemaps und saubere Weiterleitungen – Grundlagen, die auch der Google SEO Starter Guide betont.
Bei unserer Website sind diese Elemente Teil der normalen Umsetzung, nicht ein „SEO-Plugin am Ende". Gute SEO heißt für uns nicht, Suchmaschinen auszutricksen, sondern Inhalte so klar zu strukturieren, dass Menschen und Maschinen verstehen, worum es geht. Wie das systematisch aussieht, zeigt unser Beitrag zur technischen SEO für Softwareunternehmen.
Qualität als System, nicht als Score
Die vier Lighthouse-Dimensionen sind keine Trophäen, sondern Prüfsteine derselben Arbeitsweise. Performance, Barrierefreiheit, Best Practices und SEO greifen ineinander: Eine schnelle Seite ist meist auch eine schlanke, eine zugängliche Struktur ist auch eine maschinenlesbare, und saubere technische Grundlagen verhindern, dass gutes Design später bröckelt.
Es wäre unseriös, aus einem einzelnen Report abzuleiten, dass eine Website dauerhaft perfekt ist. Gute Werte können durch spätere Änderungen schlechter werden, mobile Feldwerte von Desktop-Laborwerten abweichen, externe Tools zusätzliche Last erzeugen. Deshalb ist der wichtigste Punkt nicht der Score, sondern der Prozess dahinter: messen, verstehen, verbessern – und nicht warten, bis Probleme sichtbar teuer werden.
Nächste Schritte
Drei Fragen klären schnell, wie es um die messbare Qualität deiner Website steht:
- Performance: Bestehen deine wichtigsten Seiten die Core Web Vitals im Feld – also bei echten Nutzern, nicht nur im Labor?
- Barrierefreiheit: Fällt dein Angebot unter das BFSG, und erfüllt es die WCAG 2.2 auf Stufe AA?
- Technik & SEO: Sind Metadaten, strukturierte Daten, Weiterleitungen und Indexierung sauber gesetzt?
Wenn du bei einer dieser Fragen unsicher bist, sehen wir uns deinen Auftritt gern an – pragmatisch und mit Blick auf Aufwand und Nutzen. Sieh dir unsere Webentwicklung und unsere Barrierefreiheit an oder buche direkt ein Erstgespräch.
