Sökte du efter ”Core Web Vitals-bedömningen misslyckades” efter att ha sett en grön hastighetspoäng? Börja med att kontrollera vilka data varje resultat beskriver. PageSpeed Insights (PSI) kombinerar data från verkliga besök med ett separat kontrollerat test. Anteckna adress, enhet, datans omfattning och mätvärdet som inte godkänns innan du köper ett verktyg eller ber någon bygga om webbplatsen.
Vi börjar med de uppgifterna eftersom ”gör poängen grön” lämnar för mycket öppet. Utvecklaren behöver veta vilken upplevelse som behöver förbättras och vilka belägg som ska visa att en åtgärd hjälper.
Core Web Vitals-bedömningen misslyckades: vad mätte rapporten?
Bedömningen beskriver registrerade besökares upplevelser, medan Lighthouse-avsnittet kör ett diagnostiskt test. Googles dokumentation för PageSpeed Insights förklarar att fältdata kommer från Chrome User Experience Report, eller CrUX, och omfattar en rullande insamlingsperiod på 28 dagar. Ett nytt diagnostiskt test och denna historik kan därför visa olika resultat.
Testförhållandena skiljer sig åt. Ett kontrollerat test kan inte täcka alla enheter, anslutningar och handlingar vid verkliga besök. Använd det för att undersöka en möjlig orsak och behåll besöksdata som underlag när du avgör vad som fortfarande är olöst.
Resultatet kan omfatta mer än sidan. Om det finns för lite data för den exakta sidan kan PSI falla tillbaka på origin: i stora drag samma webbadress med protokoll och värdnamn. Ett origin-resultat sammanför besök på flera sidor. Läs den angivna omfattningen innan du använder resultatet som belägg för en viss produkt- eller tjänstesida.
Perioden innehåller äldre besök. En ändring i dag skriver inte om gårdagens observationer. Spara datumet när ändringen sattes i drift så att du kan skilja en omedelbar kontroll av åtgärden från senare data om besökare.
Skillnaderna ger rapporterna olika uppgifter: besöksdata pekar ut en upplevelse att undersöka; ett kontrollerat test hjälper dig att återskapa och granska den.
Vilket mätvärde behöver uppmärksamhet?
Granska LCP, INP och CLS var för sig innan du väljer åtgärd. Googles Web Vitals-vägledning skiljer mellan inläsning, respons och visuell stabilitet. Tabellen visar vägledningens gränser för kategorin Bra, bedömda vid den 75:e percentilen för den aktuella enhetsgruppen. Googles vägledning om gränsvärden förklarar den 75:e percentilen så här: minst 75 % av de uppmätta sidvisningarna måste uppfylla gränsen för Bra för respektive mätvärde. Det skiljer sig från ett genomsnitt eller den sammanlagda Lighthouse-poängen.
| Mätvärde | Vad det beskriver | Gräns för Bra | Vad du bör fråga den ansvariga utvecklaren |
|---|---|---|---|
| LCP, Largest Contentful Paint | När det största synliga innehållselementet visas | Högst 2,5 sekunder | Vilket element är fördröjt och var i inläsningsförloppet? |
| INP, Interaction to Next Paint | Hur snabbt sidan svarar på interaktioner | Högst 200 millisekunder | Vilket tryck, klick eller tangenttryck är långsamt under de berörda förhållandena? |
| CLS, Cumulative Layout Shift | Oväntade förskjutningar i layouten | Högst 0,1 | Vilket element flyttar sig och när under besöket? |
När alla dessa mätvärden har tillräckligt med data kräver PSI att deras värden vid den 75:e percentilen är bra för att bedömningen ska godkännas. Om INP-data är otillräckliga kan bra LCP- och CLS-värden ändå ge en godkänd bedömning. Om data för antingen LCP eller CLS är otillräckliga kan PSI inte bedöma sidan eller dess origin.
Behandla saknade data som osäkerhet. Googles CrUX-metod kräver besök som uppfyller datakraven och tillräcklig popularitet; den anger inget allmänt minimiantal besökare. Ett uteblivet resultat visar inte att ingen besöker sidan, att upplevelsen är bra eller att en åtgärd har misslyckats.
Vad kan du kontrollera innan du betalar för arbetet?
Spara en rapport som utgångsläge och genomför samma kundresa på en telefon innan du väljer ett verktyg. Du behöver en tydlig problembeskrivning: sidan, data bakom varningen och beteendet som du kan återskapa. Om du inte kan återskapa det, anteckna begränsningen i stället för att fylla luckan med en gissning.
- Öppna den exakta affärsrelevanta sidan i PSI. Spara adressen och rapportdatumet. Ta med den landningssida eller mall som har betydelse för förfrågan eller köpet du undersöker.
- Anteckna mobil eller dator och datans omfattning. Skriv om fältavsnittet avser URL, origin eller otillräckliga data. Använd samma val vid senare jämförelser.
- Ange mätvärdet som behöver uppmärksamhet. Utgå från de enskilda Core Web Vitals-resultaten och läs sedan det diagnostiska avsnittet efter ledtrådar. Låt det framgå var underlag saknas.
- Genomför en verklig uppgift på en telefon. Öppna menyn, använd det relevanta filtret eller fyll i det aktuella formuläret. Skriv ned vad som läses in sent, svarar långsamt eller flyttar sig oväntat.
- Koppla en ledtråd till ett test. Be utvecklaren återskapa den berörda handlingen eller inläsningsfördröjningen och förklara vad testet kan visa.
För bredare kontroller av bilder, widgetar, cache och webbhotell kan du använda vår guide till vanliga orsaker till en långsam webbplats. Håll den aktuella uppgiften inriktad på den underkända bedömningen och underlaget som krävs för att granska en åtgärd.
Vad bör åtgärden omfatta?
Välj den minsta ändring som diagnosen stöder och kom sedan överens om hur den ska kontrolleras. Börja med de rapporter och funktioner du redan har. Tekniskt arbete blir lättare att granska när utvecklaren anger den berörda sidan eller mallen, förklarar flaskhalsen och håller förhållandena före och efter jämförbara.
- Koppla förslaget till mätvärdet. LCP-vägledningen på web.dev skiljer mellan fördröjningar i svar, upptäckt, inläsning och rendering av det största elementet. INP-vägledningen inriktar undersökningen på långsamma interaktioner. CLS-vägledningen omfattar förskjutningar efter den första inläsningen. Be om relevant underlag i stället för ett allmänt löfte om bättre hastighet.
- Ändra den identifierade orsaken och testa beteendet igen. En riktad åtgärd i en resurs eller mall kan ingå i webbutveckling och underhåll. Dokumentera vad som ändrades och när, och ange hur ändringen kan återställas där det är möjligt.
- Kontrollera att kundens uppgift fortfarande går att genomföra. Testa den navigation, de formulär och de köpsteg som är relevanta för sidan. Behåll fungerande samtyckeskontroller; undersök deras beteende och layout samtidigt som lagligt samtycke upprätthålls.
- Avgör om mer underlag behövs. Om tillgängliga rapporter inte kan peka ut den berörda interaktionen eller sidan kan ytterligare mätning hjälpa. Fråga vilken fråga den föreslagna övervakningen besvarar innan du lägger till en betald tjänst.
Om den tekniska prioriteringen är oklar kan tekniskt SEO-arbete börja med en diagnos och en arbetslista som du kan granska. En omdesign eller ett optimeringspaket behöver en egen motivering.
Du kan kopiera det här uppgiftskortet och lämna okända fält tomma:
Sida och affärsuppgift:
Enhet och fältdatans omfattning:
Mätvärde som behöver uppmärksamhet:
Observerat beteende och testförhållanden:
Föreslagen orsak och ändring:
Driftsättningsdatum:
Jämförbar kontroll efter ändringen:
Senare fältobservation och kvarvarande osäkerhet:Hur kontrollerar du att arbetet hjälpte?
Granska först det ändrade beteendet och jämför sedan senare fältdata inom samma omfattning. Enligt dokumentationen uppdaterar PSI sina fältdata dagligen men behåller ett rullande insamlingsfönster. Spara driftsättningsdatumet tillsammans med övriga uppgifter. Fönstret är ingen utlovad nedräkning till en godkänd bedömning.
Jämför det berörda mätvärdet och kundens uppgift under liknande testförhållanden. Om symptomet kvarstår behöver diagnosen tas upp igen. Om testet förbättras men senare fältdata inte stöder ändringen ska du undersöka de berörda sidorna och besökarnas förhållanden igen. Saknade fältdata ska fortsätta vara en uttrycklig begränsning.
Så hjälper vi till
Vi börjar med rapporten, de viktiga sidorna och en uppgift vi kan återskapa. Vi skiljer mellan den föreslagna åtgärden, kontrollen av den och senare data från besökare, så att varje beslut har ett underlag du kan granska. En brief om webbplatsens prestanda kan utgå från uppgiftskortet ovan; låt de okända fälten vara synliga.
