Interaction to Next Paint (INP) er den Core Web Vital, der fortæller dig, om din WordPress-side føles træg, når brugeren klikker, tapper eller skriver. En side kan have fin LCP og stadig være ulidelig at bruge, hvis hvert menuklik eller “Læg i kurv” hænger i flere hundrede millisekunder.

INP erstattede FID som Googles officielle responsivitetsmål i 2024. Du skal derfor ikke optimere efter FID længere - medmindre du læser gamle rapporter. Det, der tæller nu, er INP i field data.

På WordPress er dårlig INP næsten altid et JavaScript-problem: for mange plugins, tunge page builders, chat-widgets, tracking og unødvendigt arbejde på browserens hovedtråd.

Hvad INP faktisk måler

INP kigger på interaktioner gennem hele besøget - ikke kun det første klik. Google rapporterer typisk en høj (næsten worst-case) værdi, så én tung knap eller ét dårligt filter kan trække scoren ned, selvom resten af siden føles okay.

Tærsklerne er enkle at huske:

  • God: under 200 ms
  • Skal forbedres: 200–500 ms
  • Dårlig: over 500 ms

Lab-værktøjer som Lighthouse kan pege på Total Blocking Time og long tasks, men det er CrUX field data, Google bruger i page experience-sammenhæng. Læs mere om forskellen i field vs lab data.

Typiske WordPress-syndere

De fleste INP-problemer jeg ser, falder i de samme bunkere:

  • Page builders, der loader store JS-bundles på alle sider - også dem uden builder-indhold
  • Chat, popup og marketing-widgets, der kører kontinuerligt i baggrunden
  • Sliders, mega-menuer og animationer, der binder scroll- og klik-handlere til tunge biblioteker
  • Tracking og pixels uden delay eller consent-baseret load
  • WooCommerce cart fragments og checkout-JS på sider, hvor de ikke hører hjemme
  • “All-in-one”-plugins, der registrerer scripts globalt i stedet for kun hvor funktionen bruges

Et enkelt chat-plugin kan alene ødelægge INP på mobil. Det er ikke usædvanligt, at fjernelse af 2–3 scripts gør mere end en uge med fine CSS-justeringer.

Sådan diagnostikerer du INP

Start med data, før du deaktiverer alt i panik.

  1. PageSpeed Insights / Search Console: Kig først på felt-INP, hvis der er CrUX-data. Brug lab-hints om TBT og long tasks som pegepind - ikke som endelig dom.
  2. Chrome Performance: Optag et klik på menu, filter eller “Læg i kurv”. Find lange gule/røde opgaver på main thread omkring interaktionen.
  3. Coverage / Network: Se, hvilke scripts der downloades og køres på den pågældende URL. Mange “globale” scripts burde slet ikke være der.
  4. Staging-plugin-test: Deaktiver chat, slider, A/B-test og builder-ekstra én ad gangen. Mål igen. Arbejd aldrig direkte på produktion uden backup.
  5. Risikotjek: Brug evt. vores plugin-bloat demo til at se, hvordan ekstra scripts påvirker oplevelsen.

Mål de sider, der betyder noget forretningsmæssigt: produkt, kategori, checkout, lead-formular - ikke kun forsiden.

Praktiske fixes der virker

  • Fjern det, du ikke bruger. Ubrugte plugins er stadig aktive scripts, indtil de er væk.
  • Load tredjepart sent. Chat, heatmaps og remarketing behøver sjældent at køre før første interaktion. Delay eller consent-load hjælper både INP og privatliv.
  • Begræns builder-JS. Undgå at loade Elementor/Divi-assets på sider, der ikke bruger dem. Hold DOM’en nede - store builders producerer ofte unødvendig markup, som også koster main-thread-arbejde.
  • Prioritér unused JavaScript. PageSpeed’s Unused JavaScript-audit er ofte en direkte INP-indgang.
  • WooCommerce: Hold cart fragments og payment-scripts ude af blog og infosider. Se også WooCommerce-hastighed.
  • Undgå tunge above-the-fold-effekter. Animationer og parallax, der lytter til hvert scroll/klik, er dyre på mid-range Android.

Hvornår er “godt nok” godt nok?

Jagt ikke 50 ms for enhver pris. Hvis field-INP er under 200 ms på mobil for dine vigtigste URL’er, er du i det grønne. Brug tiden på de sider og flows, hvor brugeren faktisk klikker - menu, filtre, kurv, checkout, kontaktformular.

Husk også, at lab kan blive grøn før field. Efter en rettelse skal CrUX-vinduet (typisk ca. 28 dage) nå at opdatere, før Search Console følger med.

Kort checkliste

  1. Bekræft problemet i field (CrUX / Search Console), ikke kun i lab
  2. Find long tasks ved reelle klik på mobil
  3. Fjern eller delay de dyreste scripts
  4. Test igen på staging, derefter produktion
  5. Vent på field-opdatering, før du konkluderer endeligt

Vil du have en konkret INP-gennemgang af din WordPress - hvilke plugins der faktisk blokerer main thread, og hvad der trygt kan fjernes? Kontakt mig, eller start med et hurtigt helbredstjek.