Case + guide
Treg WordPress-side? Vi byttet ut en.
Konkrete tall fra et faktisk bytte: WordPress + WooCommerce → moderne stack.
Plisseshop kjørte WordPress + WooCommerce i flere år. Trege sider, plugin-juggling, ukentlige sikkerhetspatcher, hostingen som ble dyrere for å holde den oppe. Vi bygde butikken på nytt i Next.js på Astrove sin plattform. Her er målingene før og etter, og en ærlig guide til hvorfor WordPress er treg og hva du faktisk kan gjøre med det.
Case. 01
Før og etter, målt akkurat nå. Live tall.
Vi har den gamle WordPress-versjonen kjørende på gam.plisseshop.no og den nye Astrove-versjonen på plisseshop.no. Sjekk selv. Tallene under er målt med curl mot forsiden uten cache-warming.
Målinger gjort 24.05.2026 fra Nuremberg med curl -w. Reell forskjell varierer med plassering, cache-tilstand og samtidig trafikk. Resultatet er konservativt, i Google PageSpeed mot mobil-trafikk er gapet typisk større pga JavaScript-hydration og bilde-vekt.
Hvorfor. 02
8 grunner WordPress er treg i 2026.
PHP rendrer på serveren for hver request
Selv om du kjører Varnish foran, må hver dynamisk side (handlekurv, ordre, innlogget kunde) gjennom hele PHP-stacken. Det er server-arbeid moderne JavaScript-baserte plattformer kan unngå.
WooCommerce er en plugin, ikke en kjerne
WooCommerce ble bygd som "blog-CMS får handlekurv". Det funker, men hver checkout, hvert prisoppslag, hver lagersjekk er en query mot WordPress sin kjerne, som ikke er optimalisert for transactional e-handel.
Plugin-stack stables
En typisk norsk WooCommerce-side har 20–35 aktive plugins: SEO, betaling, frakt, B2B, marketing, security, backup, analytics. Hver plugin laster sine egne JS- og CSS-filer, hooker seg på WordPress sin init og koster TTFB.
Tema-bloat
Premium-tema som Avada, Divi eller Astra inneholder funksjoner du sjelden bruker, men som lastes uansett. Mange tema laster jQuery, FontAwesome, slider-libs og page-builders som "alltid på".
Media-håndtering er primitivt
WordPress laster bilder i original-størrelse hvis du ikke har en optimaliserings-plugin. Lazy-loading kom som standard først i WP 5.5, og moderne formater som WebP/AVIF krever fortsatt plugin.
Database-spørringer er ineffektive
WordPress sin wp_posts-tabell brukes til alt: blogginnlegg, sider, produkter, ordre, alt. Det betyr massive JOIN-spørringer og indekser som ikke er optimalisert for spesifikke use cases.
Vedlikeholdsoverhead
WordPress + WooCommerce + 30 plugins betyr ukentlige sikkerhetspatcher. Hver oppdatering kan brekke noe annet. Du betaler i administrativ tid det du sparer i lisenskost.
Hosting koster for å holde det raskt
For å få akseptabel TTFB på WordPress trenger du dedikert hosting med Varnish, Redis-cache, og helst Cloudflare foran. Det koster 500–2 000 kr/mnd ekstra og krever DevOps-kompetanse å vedlikeholde.
Fikser. 03
Først, prøv å fikse WordPress. Disse 7.
Før du vurderer å bytte plattform, prøv disse. Mange WP-sider får akseptabel hastighet med riktig tuning, og det er en mye lettere endring enn full migrering.
- 1
Installer en god cache-plugin
WP Rocket (~59 USD/år) eller W3 Total Cache (gratis). Kutter TTFB betraktelig for ikke-innloggede besøkende.
- 2
Bruk et CDN
Cloudflare gratis-plan funker. BunnyCDN gir lavere latency for europeisk trafikk for ~5–10 USD/mnd.
- 3
Optimaliser bildene
Smush, ShortPixel eller Imagify konverterer til WebP og komprimerer. Kan halvere page-weight på bilderike sider.
- 4
Audit og fjern plugins
Kjør Query Monitor. Hvis en plugin legger på mer enn 100 ms TTFB, vurder om den er verdt det. Erstatt tunge plugins med lette alternativ.
- 5
Bytt tema
Astra, GeneratePress eller Kadence er bygd for hastighet. Hvis du kjører Avada eller Divi, vurder migrering.
- 6
Oppgrader til PHP 8.2+
PHP 8.x er 30–50 % raskere enn PHP 7.4. Hvis hosting-leverandøren din ikke støtter dette, bytt leverandør.
- 7
Hopp av WooCommerce-checkout
Kjør en headless checkout (Astrove, BigCommerce headless) mens du beholder WordPress for innhold. Beste av begge verdener.
Bytte. 04
Når bør du bytte plattform?
Fix-listen over hjelper de fleste WordPress-sider. Men det er fem grunner til å hoppe rett til ny plattform i stedet for å forsøke å fikse:
- 1. Du bruker mer enn 3 timer i uka på vedlikehold. Plugin-oppdateringer, brekkede tema, sikkerhetspatching. Du betaler i tid det du sparer i lisens.
- 2. Du har migrert hosting 2+ ganger for å fikse hastigheten. Hvis du har vært gjennom Loopia → Domeneshop → dedikert VPS uten å løse problemet, ligger flaskehalsen i applikasjonen, ikke i hardware.
- 3. Du kan ikke deploye nye funksjoner uten å miste søvn. Tema-oppdatering bryter checkout. WooCommerce-oppdatering bryter et plugin. Cache-konfig bryter handlekurv. Lærd hjelpeløshet er en kostnad.
- 4. Konverteringen din lider av hastigheten. Google Core Web Vitals lavt, mobile besøkende sprakker på 4G. En 300 ms forbedring i LCP er typisk 7–12 % økt konvertering.
- 5. Du vil legge på AI-funksjonalitet. Chatbot, agent-AI, predictive lager, WordPress sin plugin-stack er ikke bygd for det. Du ender opp med en bot på toppen som ikke ser inn i ordre eller lager.
Hvis 3 av 5 stemmer, er det billigere å bygge nytt enn å fortsette å patche. Migreringen tar 2–4 uker. Vi henter alt automatisk via WP REST API: produkter, varianter, kunder, ordrehistorikk, blogginnlegg, og setter opp 301-redirects fra gamle URL-er. SEO-verdien bevares, og hastigheten kommer som bonus.
Bytte til Astrove. 05
Vi bygde Plisseshop på nytt. Vi kan bygge din også.
Astrove er bygd for å løse nettopp dette problemet: norsk e-handel som har vokst seg ut av WordPress. Skreddersydd Next.js-frontend, vår database med vektor-indeks for hybrid søk, deploy på Nuremberg med HTTP/3 og edge-caching, AI-chatbot inkludert til 0 kr/mnd. Hele plattformen i én database med én innlogging.
2–4 uker
Til lansering
100 %
Migrering automatisk
301-redirects
SEO-verdi bevart
EU-lagret
GDPR-kompatibelt
FAQ. 06
Hvorfor er WordPress treg?+
WordPress er bygd på PHP fra 2003 og er i utgangspunktet en blogg-CMS som kjører server-side rendering for hver request. Når du legger på WooCommerce, Elementor, et tema og 15–25 plugins, må serveren laste hele PHP-stacken, koble til MySQL, kjøre tema-hooks og rendre HTML for hver eneste besøkende. Selv med Varnish-cache foran lever WordPress på en arkitektur som moderne JavaScript-rammeverk har lagt bak seg.
Hva er typisk TTFB for en WordPress-side?+
TTFB (Time To First Byte) for en gjennomsnittlig norsk WordPress-side med WooCommerce ligger på 300–800 ms uten cache, og 150–400 ms med Varnish/Redis. Moderne JavaScript-baserte plattformer på edge eller med god caching ligger på 50–200 ms. Vår test mot en faktisk WP-side ga 356 ms TTFB, mens den nye Astrove-versjonen ga 138 ms, 61 % raskere.
Hjelper cache-plugins som WP Rocket eller W3 Total Cache?+
Ja, mye. En god cache-plugin kan kutte TTFB med 50–80 % for besøkende som treffer cache. Men cache hjelper ikke for innloggede WooCommerce-kunder (handlekurv, checkout, kundeside), og det fjerner ikke det fundamentale problemet: at hver dynamisk request fortsatt må gjennom hele PHP-stacken. Du flytter symptomet, ikke årsaken.
Hvor mange plugins er for mange?+
Det er ikke antallet som er problemet, det er hva pluginene gjør. Én tung plugin (Elementor, en stor SEO-plugin med rapportering, en page-builder) kan trekke mer enn 20 lette. Tommelfingerregel: hvis du har over 30 plugins, eller én plugin som legger til mer enn 200 ms TTFB, har du et problem. Bruk Query Monitor eller GTmetrix Waterfall til å se hvilken plugin som koster.
Bør jeg bytte vekk fra WordPress?+
Avhenger av tre ting: (1) Hvor mye av tida bruker du på vedlikehold (plugin-oppdateringer, sikkerhetspatching, performance-tuning)? (2) Hvor viktig er sidehastighet for konverteringen din? (3) Hvor sikker er du på at WordPress håndterer veksten din neste 3 år? Hvis du svarer "for mye / veldig / ikke sikker" på disse, lønner det seg å vurdere alternativ. Vi byttet ut en WP-side selv og kunne måle 52 % raskere total-load.
Hva er alternativene til WordPress for norsk e-handel?+
Tre hovedkategorier: (1) Hosted-SaaS som Shopify, Mystore, enkelt å starte, mindre kontroll, månedsavgift. (2) Headless commerce som Astrove, Centra, Crystallize, moderne JavaScript-stack, krever utviklerstøtte. (3) Static-site-generators som Hugo eller Eleventy for ren markedsside, kombinert med separat sjekkout-løsning. Astrove er en moderne plattform driftet 100 % i EU (Nuremberg) med en native AI-chatbot.
Hvor lang tid tar det å migrere fra WordPress?+
Avhenger av kompleksitet. En ren WP-blogg eller markedsside: 1–2 uker. En WooCommerce-butikk med 500–5000 produkter, kundebase og ordrehistorikk: 2–4 uker. Vi henter alt automatisk via WP REST API: produkter, varianter, bilder, kunder, ordrehistorikk, blogginnlegg og setter opp 301-redirects fra gamle URL-er for å bevare SEO-verdi.
Mister jeg SEO-rangering hvis jeg bytter plattform?+
Ikke hvis migreringen gjøres riktig. To kritiske ting: (1) Alle gamle URL-er må ha 301-redirect til ny URL, hvis du har /produkt-kategori/plisse, må den redirecte til /produktkategori/plisse på ny plattform. (2) Innhold må bevares (title, H1, meta description, body-tekst). Vi gjør begge automatisk. Mange ser faktisk forbedring i ranking etter migrering pga raskere sidehastighet og bedre Core Web Vitals.
Start her
La oss prate.
30 minutter. Uforpliktende. Vi lytter, du vurderer, og sier ærlig om vi matcher.
Norskutviklet · EU-data· 0 kr oppstart