Lighthouse

Lighthouse ist ein Open-Source-Audit-Tool, das in die Entwicklertools von Chrome integriert und über verschiedene andere Schnittstellen verfügbar ist. Es analysiert Webseiten und erstellt Berichte zu Leistung, Barrierefreiheit, Best Practices und Suchmaschinenoptimierung. In jeder Kategorie vergibt es eine Punktzahl zwischen null und hundert sowie spezifische Ergebnisse und geschätzte Einsparungen.

Der Wert liegt in der Diagnose, nicht im Ergebnis. Die einzelnen Prüfungen identifizieren spezifische Probleme und bieten spezifische Lösungsansätze, darunter renderblockierende Ressourcen, übergroße Bilder, ungenutzter Code, fehlende Barrierefreiheitsattribute und langlaufende Hauptthread-Prozesse. Diese nach geschätzter Auswirkung geordnete Liste ist ein praktischer Ausgangspunkt für Verbesserungsmaßnahmen und erfordert keine speziellen Tools.

Der Wert selbst ist leicht zu missbrauchen. Die Leistungsbewertung ist ein gewichteter Mittelwert mehrerer Metriken, die in einem einzelnen simulierten Durchlauf unter bestimmten Bedingungen gemessen werden, und sie spiegelt nicht die tatsächliche Nutzererfahrung wider. Zwei Durchläufe auf derselben Seite weichen regelmäßig voneinander ab, da das Tool Netzwerk- und Prozessordrosselung simuliert und die Auslastung des zugrunde liegenden Rechners variiert. Daher führt die Annahme, ein einzelner Wert sei ein präzises Messinstrument, dazu, dass man der Varianz hinterherjagt.

Der wichtigste Unterschied liegt im Verständnis zwischen Labor- und Felddaten. Lighthouse führt einen kontrollierten, synthetischen Test durch; Felddaten, die von echten Nutzern erhoben werden, spiegeln die tatsächliche Verteilung von Geräten, Verbindungen und Standorten innerhalb einer Zielgruppe wider. Eine Seite kann im Labor gut abschneiden und im Feld schlecht performen – oder umgekehrt. Suchmaschinen-Ranking-Systeme verwenden Felddaten anstelle von Lighthouse-Werten. Beide sind für unterschiedliche Zwecke nützlich: Felddaten zeigen, ob ein Problem besteht, Lighthouse hilft bei der Diagnose der Ursache.

Das Streben nach der Höchstpunktzahl ist meist eine Verschwendung von Ressourcen. Die angestrebten Höchstpunkte erfordern in der Regel unverhältnismäßig viel Aufwand für Probleme, die für die Nutzer kaum relevant sind, während der praktische Nutzen in den ersten substanziellen Verbesserungen liegt. Eine gute Punktzahl zu erreichen und anschließend die Felddaten der kommerziell relevanten Seiten auszuwerten, bringt mehr als die Optimierung einer einzelnen Seite auf hundert.

Die Kategorie „Barrierefreiheit“ erfordert besondere Vorsicht, da ihre Bewertung zu einem gefährlichen Schluss führen kann. Die automatisierten Prüfungen decken nur einen Bruchteil der Barrierefreiheitsanforderungen ab, und eine perfekte Bewertung ist durchaus mit einer Seite vereinbar, die nicht von einem Screenreader genutzt werden kann. Die Bewertung als Beweis für Barrierefreiheit zu interpretieren, ist ein häufiger und folgenschwerer Fehler, wie auch die Dokumentation des Tools selbst bestätigt.

Die Testbedingungen sollten bewusst festgelegt und nicht einfach übernommen werden. Die standardmäßige Drosselung des Tools entspricht in etwa der eines mittelpreisigen Mobilgeräts mit langsamer Verbindung. Dies ist für viele Nutzergruppen angemessen, für andere jedoch eher pessimistisch oder optimistisch. Durch die Konfiguration des Profils entsprechend den Geräten und Verbindungen, die laut den Felddaten der Website typisch sind, lassen sich Diagnoseergebnisse gewinnen, die die Zielgruppe widerspiegeln und nicht auf einer allgemeinen Annahme beruhen.

Die Automatisierung des Tools in einer Build-Pipeline erweitert dessen Nutzen von der Diagnose auf die Prävention. Durch die Durchführung von Audits bei jeder Änderung anhand definierter Schwellenwerte werden Regressionen vor der Auslieferung erkannt, was wertvoller ist als regelmäßige manuelle Prüfungen. Aufgrund von Schwankungen zwischen den einzelnen Durchläufen sollten die Schwellenwerte eine angemessene Toleranz aufweisen und wiederholte Durchläufe gemittelt werden. Andernfalls führt die Prüfung zu Fehlalarmen und wird schließlich ignoriert.

Da das Tool Symptome identifiziert, die Lösungen aber häufig in der Architektur und Entscheidungen Dritter liegen, dienen seine Ergebnisse eher als Ausgangspunkt denn als konkreter Arbeitsplan. In der Praxis fließen die Audits in die Priorisierung innerhalb des Unternehmens ein. Webleistung Die Korrekturen werden durch die Arbeit umgesetzt. ,Die Ergebnisse zur Barrierefreiheit sollten als erster Schritt betrachtet werden, um sicherzustellen, dass ein ordnungsgemäßer UX-Audit Die Prüfung manueller und assistiver Technologien muss ausgeweitet werden.