Kort svar: CWV-rapporten i Search Console grupperer dine URL’er efter, hvor ens de opfører sig – så én række med “520 URL’er: LCP over 2,5 s” peger typisk på én skabelon (fx alle produktsider), ikke 520 separate problemer. Ret skabelonen, validér rettelsen i rapporten, og vær tålmodig: tallene bygger på 28 dages feltdata, så forbedringer viser sig gradvist. Prioritér mobil-fanen – det er dér, de fleste fejler.
Search Consoles Core Web Vitals-rapport er det tætteste, du kommer på Googles eget syn på dit sites hastighed – og samtidig en rapport, mange læser forkert: de ser hundredvis af “dårlige URL’er” og går i panik, hvor én skabelonrettelse ville løse det hele. Denne guide lærer dig at læse grupperne, prioritere – og validere.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026; Search Consoles rapporter ændrer løbende udseende. Eksemplet i billedet er genskabt med illustrative tal.
Google samler URL’er, der ligner hinanden og opfører sig ens – i praksis følger grupperne dine skabeloner: produktsider, kategorisider, artikler. Når en gruppe fejler, viser rapporten nogle eksempel-URL’er; de er stikprøver fra gruppen, ikke nødvendigvis de værste sider. Konsekvensen er befriende: du skal ikke rette 520 sider – du skal finde det fælles træk i skabelonen og rette det ét sted:
Tag en eksempel-URL fra gruppen, og kør den gennem PageSpeed Insights – nu med felt/lab-brillerne på. Diagnosen og rettelsen for hvert måletal har hver sin guide: LCP (typisk billeder, TTFB eller render-blokering på skabelonen), INP (typisk JavaScript og tredjepartsscripts) og CLS (typisk billeder uden dimensioner, bannere og fonts). Fordi problemet ligger i skabelonen, skal rettelsen også ligge dér – i temaet, blokken eller den globale komponent – så den dækker hele gruppen på én gang.
Efter rettelsen: klik “Validér rettelse” på gruppen. Google følger så gruppen i op til 28 dage og melder tilbage. To tålmodighedsregler: valideringen fejler, hvis blot en del af de 28 dages målinger stadig er dårlige – så vent gerne en uge efter rettelsen, før du starter den; og en fejlet validering betyder ikke nødvendigvis, at rettelsen var forkert – tjek de aktuelle feltdata i PageSpeed, før du konkluderer. Bekræft altid rettelsen i lab-målinger med det samme, så du ikke venter 28 dage på at opdage en fuser.
Arbejdet er i mål, når mobil- og desktop-fanerne kun viser grønne grupper, valideringerne står som “bestået”, og nye skabeloner følges op i rapporten, når de lanceres. Gør rapporten til en månedlig rutine – ti minutters kig – så opdages regressioner (en ny banner, et nyt script), mens de er én gruppe stor. Og husk konteksten: rapporten kræver nævneværdig trafik; mangler dine sider i den, er det ikke et problem, men et datagrundlag, der endnu er for lille.
Kun URL’er med nok feltdata indgår – sider med lidt trafik udelades. Rapporten beskriver de besøgte dele af sitet; de ubesøgte følger typisk med, når skabelonen rettes.
Noget ændrede sig alligevel: et nyt script, en tungere banner, en plugin-opdatering – eller trafik fra langsommere enheder (fx en kampagne med mange mobilbesøg). Sammenlign med udgivelses- og kampagnekalenderen for perioden.
Nej – hver gruppe, der rykker fra rød mod grøn, forbedrer oplevelsen (og signalet) for netop de sider. Prioriter forretningskritiske skabeloner, og tag resten løbende.
