Dokumentert case · WordPress og Divi
Fra mobilscore 43 til 95 – uten redesign
MarketInsiderLab hadde et fungerende nettsted, men mobilopplevelsen ble bremset av frontendressurser, tredjepartsskript og dynamiske komponenter.
Vi forbedret ytelsen kontrollert og beholdt design, navigasjon, søk, skjemaer og sentrale brukerreiser.
Uforpliktende. Svar normalt innen én arbeidsdag.
Siste dokumenterte mobilmåling
95
Lighthouse Performance
- LCP: 2,4 s
- TBT: 20 ms
- Desktop Performance: 98
- Desktop LCP: 0,7 s
Dokumenterte Lighthouse-labmålinger. Verdier kan variere mellom kjøringer.
43 → 95
Performance på mobil
8,9 → 2,4 s
Largest Contentful Paint
980 → 20 ms
Total Blocking Time
98
Performance på desktop
Utgangspunktet
Siden så riktig ut. Nettleseren jobbet likevel for hardt.
01 · CSS
For mye i kritisk lastkjede
Ni CSS-filer lå i sidens head, inkludert pluginressurser som ikke var nødvendige på forsiden.
02 · HOVEDTRÅD
Tung JavaScript-kjøring
Total Blocking Time var 980 ms, mens samlet main-thread work lå rundt 6,9 sekunder i baseline-testen.
03 · RISIKO
Funksjonene måtte beholdes
Divi, hero, menyer, søk og dynamiske data måtte fortsette å virke. Global deaktivering var derfor ikke forsvarlig.
Serveren var ikke hovedproblemet: Baseline viste omtrent 10 ms serverrespons. Flaskehalsen lå hovedsakelig i nettleseren – i CSS, JavaScript, fontlasting, tredjepart og dynamisk frontend.
Kontrollert optimalisering
Én endring. Én kontroll. Én ny måling.
Optimaliseringen ble behandlet som produksjonsarbeid – ikke som en jakt på flest mulig grønne indikatorer.
01 · AVGRENSNING
Kartlegg hva siden faktisk bruker
Globale Divi-ressurser ble skilt fra pluginfiler som kunne fjernes selektivt bare på forsiden.
02 · RESSURSER
Fjern bare dokumentert overflødig last
Antall CSS-filer i head falt fra ni til to etter første fase, mens kontrollsider beholdt nødvendige stiler.
03 · LASTING
Optimaliser fonter og JavaScript
Fontvisning og jQuery-lasting ble forbedret gjennom innstillinger som kunne testes og reverseres.
04 · ROLLBACK
Forkast tiltak som gjør resultatet dårligere
Divi Critical CSS økte TBT kraftig og senket Performance i testen. Funksjonen ble derfor slått av igjen.
05 · ARKITEKTUR
Flytt dynamisk last ut av første visning
Daily Pulse ble lagt bak WordPress-cache og et verifisert snapshot, slik at forsiden ikke ventet på et eksternt kall.
06 · SLUTTKONTROLL
Verifiser brukerreisen og stopp i tide
Hero, menyer, søk, skjemaer og dynamiske komponenter ble kontrollert før sluttmålingen ble godkjent.
Dokumentert før og etter
Målbar forbedring – med nødvendige forbehold
| Måling | Før | Etter |
|---|---|---|
| Performance, mobil | 43 | 95 |
| First Contentful Paint | 3,3 s | 2,4 s |
| Largest Contentful Paint | 8,9 s | 2,4 s |
| Total Blocking Time | 980 ms | 20 ms |
| Cumulative Layout Shift | 0,004 | 0,027 |
| Main-thread work | 6,9 s | 3,3 s etter fase 1 |
| CSS-filer i head | 9 | 2 etter fase 1 |
| Performance / LCP, desktop | Ikke målt før arbeidet | 98 / 0,7 s |
Viktig: Lighthouse er en labtest og resultatene kan variere. Caset dokumenterer teknisk ytelsesforbedring på ett nettsted – ikke en garanti for bestemte Google-posisjoner, trafikk, salg eller identiske resultater andre steder.
Det ble ikke tatt en ren desktop-baseline før optimaliseringen startet. Desktop-tallene presenteres derfor bare som sluttstatus.
Beholdt med vilje
Nødvendig funksjonalitet fikk stå
- Nødvendige Divi-stiler
- Dynamisk CSS for forsiden
- jQuery compatibility mode
- Hero, menyer og søk
- Skjemaer og dynamiske data
Forkastet etter test
Tiltak som tapte, ble reversert
- Critical CSS som økte TBT
- Global fjerning av pluginressurser
- Fjerning av nødvendige Divi-stiler
- Små fontinngrep med høy UI-risiko
- Endringer som bare pyntet på scoren
QA etter optimalisering
95 ble ikke oppnådd ved å skru av halve nettstedet
Design og navigasjon
Desktop- og mobilmeny, hero, typografi, responsive avstander og Divis dynamiske styling ble kontrollert.
Konverteringspunkter
Primære CTA-er, søkefelt, e-postskjema og øvrige interaktive elementer ble kontrollert etter endringene.
Dynamiske komponenter
Daily Pulse, Live Pitch Feed, JavaScript-feil og samtykkestyrt sporing ble kontrollert separat.
Åpenhet om relasjonen
MarketInsiderLab er en tjeneste vi selv driver, ikke en ekstern kunde. Caset publiseres fordi optimaliseringen ble gjennomført på en levende WordPress- og Divi-installasjon med målbare før-/etter-resultater og dokumentert endringskontroll.
Har dere en treg WordPress-side?
Finn ut hva som holder siden tilbake før dere installerer enda et plugin
Vi vurderer om det finnes et tydelig teknisk forbedringspotensial og sier fra dersom gevinsten sannsynligvis er for liten.
Uforpliktende. Svar normalt innen én arbeidsdag.