PageSpeed Insights jämfört med Lighthouse: varför skiljer sig poängen?
PageSpeed Insights och Lighthouse delar testmotor. PageSpeed Insights kör Lighthouse på distans och visar också tillgängliga fältdata från Chrome User Experience Report (CrUX). Lighthouse i Chrome DevTools kör en labbgranskning genom din lokala webbläsare. Resultaten kan skilja sig eftersom testmiljöer, versioner och sidtillstånd skiljer sig.
Innan du jämför poäng behöver du identifiera vilken del av rapporterna du läser. En Core Web Vitals-bedömning från riktiga besök och en Lighthouse-poäng för Performance besvarar olika frågor.
Samma motor, olika mätningssammanhang
| Fråga | PageSpeed Insights | Lighthouse i Chrome DevTools |
|---|---|---|
| Var körs labbgranskningen? | I Googles fjärrinfrastruktur | I din lokala Chrome-miljö |
| Vad skapar Performance-poängen? | En Lighthouse-labbkörning | En Lighthouse-labbkörning |
| Visas CrUX-fältdata? | När tillräckliga data finns för adressen eller ursprunget | Själva Lighthouse-rapporten visar inte det |
| Kan en localhost-sida granskas? | Nej; Googles servrar måste nå sidan | Ja, genom din webbläsare |
| Vad kan du styra? | Offentlig adress och mobil/dator | Läge, enhetsprofil, inställningar och lokal åtkomst |
DevTools har också en separat Performance-panel som kan visa tillgänglig fältinformation. Det gör inte Lighthouse-rapporten till en fältmätning. Googles översikt över PageSpeed Insights beskriver de två datakällorna.
En offentlig sida, tre uppsättningar siffror
Den 22 oktober 2026 testade jag https://web.dev/ i PageSpeed Insights och i lokala Chrome Lighthouse. Det är en offentlig referenssida, inte ett kundprojekt. Ingen optimering driftsattes mellan observationerna.
Mobil PageSpeed Insights-rapport, den 22 oktober 2026, 17:51 CEST. Den övre delen visar fältdata för This URL, alltså denna adress; den undre delen inleder labbrapporten. Onlinerapporter kan upphöra eller ändras.
Den övre delen visar verkliga användares LCP på 3,1 s, INP på 228 ms och CLS på 0,01, med en underkänd Core Web Vitals-bedömning. Detta är fältpercentiler från den senaste 28-dagarsperioden, inte mätvärden från labbkörningen nedanför.
Samma PSI-rapports labbdel: Lighthouse 13.5.0, emulerad Moto G Power, Slow 4G, första sidladdningen och HeadlessChromium 153.0.8010.36.
Den lokala rapporten gav ett annat resultat:
Lokal DevTools-rapport, den 22 oktober 2026, 17:56 CEST: Lighthouse 13.4.1, Chrome 155.0.0.0, mobil navigeringsgranskning med simulerad Slow 4G och Clear storage markerat. Rapporten varnar ändå för att IndexedDB-data kan påverka laddningen.
| Observation | Performance-poäng | LCP | Responsivitetsmått | CLS |
|---|---|---|---|---|
| PSI:s mobila labbkörning | 72 | 3,9 s | TBT 170 ms | 0,119 |
| Lokal mobil labbkörning | 90 | 2,9 s | TBT 50 ms | 0 |
| PSI:s mobila fältdata | Ingen Lighthouse-poäng | 3,1 s | INP 228 ms | 0,01 |
Detta är två enskilda labbobservationer och en uppsättning fältdata, inte ett kontrollerat prestandatest. Lighthouse-versioner, körmiljöer och lagringsförhållanden skiljer sig. Den lokala varningen är en del av underlaget och ska inte beskäras bort. Skillnaden på 18 poäng bevisar ingen förbättring och identifierar inte orsaken.
Varför resultaten kan skilja sig
Labbdata och fältdata omfattar olika besök
En labbkörning diagnostiserar en testad laddning. CrUX sammanfattar berättigade riktiga Chrome-besök under en rullande insamlingsperiod. Enheter, anslutningar, geografi, cache och besökarbeteende kan skilja sig från labbscenariot. Om PSI saknar tillräckliga siddata kan det visa data för hela ursprunget, alltså samma protokoll och värd. Kontrollera omfattningen innan du tolkar det som just sidans resultat.
TBT och INP är också olika mätvärden. Ett lågt TBT i labbet är användbart för diagnostik, men är inte ett INP-värde från fältet eller en ersättning för det. Guiden om skillnader mellan labb- och fältdata beskriver hur perspektiven kompletterar varandra.
”Mobil” gör inte två miljöer identiska
Lokala Lighthouse stöder också begränsning och enhetsemulering. Det mäter inte bara en obegränsad datoranslutning. Läs rapportens faktiska inställningar: webbläsar- och Lighthouse-version, enhetsprofil, begränsningsmetod och sidladdningsläge.
Din lokala dator utför fortfarande arbete, och nätverksvägar samt serversvar kan skilja sig från Googles infrastruktur. Valfria integrationer och dynamiskt innehåll kan ge ytterligare variation. En kraftfullare dator är en möjlig påverkan, inte en diagnos som går att dra av två poäng.
Sidtillstånd och lagring spelar roll
En inloggad sida, en stängd samtyckesbanner eller befintlig lagring kan ändra arbetet sidan utför. I exemplet var Clear storage markerat, men Lighthouse varnade uttryckligen för IndexedDB. För en ren jämförelse använder du en konsekvent webbläsarprofil eller en lämplig inkognitosession och granskar återstående varningar.
Stäng inte av skript enbart när Lighthouse upptäcks. Då skulle en annan sida mätas än den vanliga besökare får. Om en integration är valfri kan du ändra dess verkliga laddningsbeteende för besökare och kontrollera att funktionerna fortfarande fungerar.
Vilket verktyg ska du använda härnäst?
Använd PageSpeed Insights för att granska en offentligt tillgänglig adress, läsa tillgängliga fältdata och dela en rapport. Labbpoängen är fortfarande ett syntetiskt resultat och representerar inte automatiskt alla besökare.
Använd lokala Lighthouse när du undersöker en ändring, ett lokalt produktionsbygge eller en sida du kan nå genom din webbläsare. Mät produktionsbygget i utvecklingsarbetet i stället för att behandla utvecklingsservern som den driftsatta utgångspunkten. Performance-panelen hjälper dig att granska arbetet bakom ett mätvärde eller återskapa en interaktion.
För en försämring efter en release behåller du en konsekvent serie labbtester och jämför fältdata separat när insamlingsfönstret utvecklas. En ny driftsättning ersätter inte omedelbart 28 dagars historik från verkliga besök.
Checklista för upprepningsbara jämförelser
- Använd samma slutliga adress, innehåll och tillstånd för samtycke eller inloggning.
- Jämför mobil med mobil och anteckna de faktiska enhets- och begränsningsinställningarna.
- Behåll samma Lighthouse- och webbläsarversion när det går; anteckna skillnader annars.
- Skilj Lighthouse-poängen från fältpercentiler, adressdata från ursprungsdata och TBT från INP.
- Spara varningar, testtid och miljö tillsammans med resultatet.
- Kör flera jämförbara kontroller och granska spannet och medianen innan en liten förändring kallas en regression.
- Spåra mätvärdet som ändrades, gör en relevant ändring och upprepa samma procedur.
Kör ett gratis hastighetstest i NEKTIQA för Lighthouse-diagnostik. Lighthouse-övervakning och prestandahistorik hjälper dig att behålla jämförbara labbobservationer över tid. Tolka dem som labbdata, inte som verkliga användares INP eller en CrUX-bedömning.
För ett konkret layoutproblem kan du följa guiden om att minska CLS. För bildstorlek, bibliotek och inbäddade widgetar finns tre praktiska förbättringar av webbprestanda.
