Lighthouse

Lighthouse er et open source-revisionsværktøj, indbygget i Chromes udviklerværktøjer og tilgængeligt via adskillige andre grænseflader, der analyserer en side og rapporterer om ydeevne, tilgængelighed, bedste praksis og søgeoptimering. Det producerer en score fra nul til hundrede i hver kategori sammen med specifikke resultater og estimerede besparelser.

Dens værdi ligger i diagnostikken snarere end i scoren. De individuelle revisioner identificerer specifikke problemer med specifikke løsninger, herunder gengivelsesblokerende ressourcer, overdimensionerede billeder, ubrugt kode, manglende tilgængelighedsattributter og lange hovedtrådsopgaver. Denne liste, sorteret efter estimeret effekt, er et praktisk udgangspunkt for forbedringsarbejde og kræver ingen specialværktøjer at opnå.

Selve scoren er lettere at misbruge. Performance-scoren er en vægtet sammensætning af flere metrikker målt i en enkelt simuleret kørsel under specifikke forhold, og den er ikke en måling af, hvad rigtige brugere oplever. To kørsler på den samme side er rutinemæssigt forskellige, fordi værktøjet simulerer netværks- og processorbegrænsning, og den underliggende maskines belastning varierer, så behandling af en enkelt score som en præcis måling fører til jagt på varians.

Sondringen mellem laboratorie- og feltdata er det vigtigste at forstå. Lighthouse kører en kontrolleret syntetisk test; feltdata indsamlet fra rigtige brugere afspejler den faktiske fordeling af enheder, forbindelser og placeringer i en målgruppe. En side kan score godt i laboratoriet og klare sig dårligt i felten, eller omvendt, og søgerangeringssystemer bruger feltdata i stedet for Lighthouse-scorer. Begge er nyttige til forskellige formål: feltdata fastslår, om der er et problem, Lighthouse hjælper med at diagnosticere hvorfor.

Jagten på en perfekt score er normalt en dårlig udnyttelse af indsatsen. De sidste punkter kræver typisk uforholdsmæssigt meget arbejde med problemstillinger med ubetydelig effekt på de virkelige brugere, mens de praktiske gevinster ligger i de første væsentlige forbedringer. At opnå en god score og derefter adressere feltdata for de sider, der betyder noget kommercielt, leverer mere end at optimere en enkelt side til hundrede.

Tilgængelighedskategorien fortjener særlig forsigtighed, fordi dens score opfordrer til en farlig konklusion. De automatiserede kontroller dækker kun en brøkdel af tilgængelighedskravene, og en perfekt tilgængelighedsscore er fuldt ud kompatibel med en side, der ikke kan bruges med en skærmlæser. At behandle scoren som bevis for tilgængelighed er en almindelig og følgeskadelig fejl, og værktøjets egen dokumentation siger det samme.

Testbetingelser bør bevidst fastsættes snarere end accepteres, som de kommer. Værktøjets standardbegrænsning tilnærmer sig en mellemstor mobilenhed med en langsom forbindelse, hvilket er passende for mange målgrupper og pessimistisk eller optimistisk for andre. Konfiguration af profilen, så den matcher de enheder og forbindelser, som webstedets egne feltdata viser er typiske, producerer diagnostik, der afspejler målgruppen snarere end en generisk antagelse.

Automatisering af værktøjet i en build-pipeline udvider dets anvendelighed fra diagnose til forebyggelse. Kørsel af revisioner på hver ændring, mod definerede tærskler, fanger regressioner, før de sendes, hvilket er mere værdifuldt end periodiske manuelle kontroller. På grund af varians fra kørsel til kørsel bør tærskler tillade rimelig tolerance, og gentagne kørsler bør gennemsnitsberegnes, ellers producerer kontrollen falske fejl og ignoreres i sidste ende.

Fordi værktøjet identificerer symptomer, mens afhjælpningsforanstaltningerne ofte ligger i arkitekturen og tredjepartsbeslutninger, er dets resultater et udgangspunkt snarere end en arbejdsplan. I praksis informerer revisionerne den prioritering, der foretages inden for web ydeevne arbejde, rettelserne implementeres via produktudvikling, og tilgængelighedsresultaterne bør behandles som en første gennemgang, der sikrer en ordentlig UX-revision med manuel og hjælpemiddelbaseret testning skal udvides.