Web & migration
Vi arbejder jævnligt med teams der er vokset ud af WordPress. Ikke fordi WordPress er dårligt — det er det ofte ikke — men fordi kombinationen af plugins, hosting og redaktionel frihed begynder at koste mere end den giver tilbage.
Migration til Next.js er ikke et magic trick der gør jeres site hurtigere og bedre rangeret over natten. Det er et arkitekturvalg med konkrete fordele og konkrete omkostninger. Her er hvordan vi vurderer det, og hvad I bør have på plads inden I starter.
TL;DR
De vigtigste pointer
- Bliv på WordPress hvis indholdet skifter ofte, I har et stærkt redaktionelt team, og performance-problemerne kan løses med caching og færre plugins.
- Overvej Next.js når I vil have kontrol over performance, sikkerhed og udviklerflow — og når indholdet er relativt stabilt eller kan modeleres som struktureret data.
- SEO-tab under migration er undgåeligt hvis I planlægger redirects, bevarer URL-struktur og tester i staging inden cutover.
- Headless CMS (Sanity, Contentful, Payload) giver redaktionel frihed uden at binde jer til WordPress' plugin-økosystem.
- Migration er et projekt — ikke en weekend-opgave. Budget til indholds-audit, redirect-mapping og QA.
Hvorfor WordPress stadig vinder mange gange
WordPress driver en stor del af internettet af en grund. Redaktører kender det, der findes plugins til næsten alt, og I kan publicere indhold uden at involvere en udvikler hver gang. For blogs, nyhedssites og marketing-sites med hyppige opdateringer er det ofte det rigtige valg.
Problemerne begynder typisk når sitet vokser: for mange plugins der loader JavaScript og CSS I ikke bruger, et tema der er blevet tilpasset over år uden dokumentation, sikkerhedsopdateringer der skal koordineres, og en hosting-opsætning der ikke matcher trafikken længere.
Før I overvejer migration, er det værd at spørge: kan vi løse det med færre plugins, bedre caching, et nyt tema og en CDN? Ofte kan 60–70% af performance-problemerne fixes uden at skifte stack — og det er billigere end en fuld migration.
Hvad Next.js giver jer som WordPress ikke kan
Next.js er et React-framework der genererer statiske sider ved build-tid, server-side rendering hvor det giver mening, og automatisk optimering af billeder, fonts og scripts. Resultatet er typisk en side der loader hurtigt uden at I skal kæmpe med plugin-konflikter.
Udvikleroplevelsen er også anderledes: versioneret kode, preview-deploys på hver pull request, type-sikkerhed med TypeScript, og en deployment-pipeline der gør det nemt at rulle tilbage hvis noget går galt. Det er sværere at vedligeholde end WordPress for et ikke-teknisk team — men nemmere for et team der allerede arbejder i React.
Det vigtigste trade-off: indholdsredaktion kræver enten et headless CMS, markdown-filer i git, eller en kombination. I mister ikke redaktionel frihed — men I flytter den til et andet værktøj end WordPress' admin-panel.
WordPress vs. Next.js — ærlig sammenligning
WordPress
CMS med tema, plugins og admin-panel — alt-i-ét.
- Redaktører kan publicere uden udvikler
- Stort plugin-økosystem til forms, SEO, analytics
- Hosting og vedligehold er velkendt
- Performance afhænger af tema + plugins + hosting
- Sikkerhed kræver løbende plugin- og core-opdateringer
- Custom funktionalitet via PHP-plugins kan blive skrøbelig
Next.js
React-framework med statisk generation og moderne tooling.
- Hurtig side-load out-of-the-box med minimal konfiguration
- Fuld kontrol over hvad der sendes til browseren
- Preview-deploys og CI/CD som standard
- Indhold kræver headless CMS eller git-baseret workflow
- Kræver udvikler til strukturelle ændringer
- Ingen plugin-økosystem — I bygger eller integrerer selv
Bliv eller migrér — beslutningsguiden
Hvis flere af de venstre rækker passer, så bliv på WordPress. Hvis flere af de højre passer, er migration værd at undersøge.
Bliv på WordPress når…
Indhold opdateres ugentligt af ikke-tekniske redaktører
Migrér til Next.js når…
Indhold er relativt stabilt eller struktureret i et CMS
Bliv på WordPress når…
Performance-problemer kan løses med caching og færre plugins
Migrér til Next.js når…
Performance er kritisk og plugins/tema er rodårsagen
Bliv på WordPress når…
I har ikke et udviklerteam der kan vedligeholde React-kode
Migrér til Next.js når…
I har eller vil bygge kapacitet til at eje frontend-koden
Bliv på WordPress når…
Budget og tid til migration er begrænset
Migrér til Next.js når…
Langsigtet TCO af WordPress-vedligehold overstiger migration
Bliv på WordPress når…
SEO og URL-struktur fungerer fint som den er
Migrér til Next.js når…
I vil have fuld kontrol over metadata, sitemap og rendering
Migration i praksis — typisk forløb
Et migration-projekt tager typisk 6–12 uger afhængigt af site-størrelse og indholdskompleksitet.
- 01
Indholds-audit og URL-mapping
Gennemgå alle eksisterende sider, posts og media. Lav en spreadsheet med gammel URL → ny URL. Identificér sider der kan slettes, konsolideres eller omdirigeres.
- 02
Vælg headless CMS og modellér indhold
Beslut hvor indholdet skal bo fremover — Sanity, Contentful, Payload eller markdown i git. Definér content types der matcher jeres faktiske behov, ikke WordPress' post/page-taxonomi.
- 03
Byg Next.js-site med SEO-paritet
Implementér alle sider med korrekt metadata, canonical URLs, Open Graph, JSON-LD og sitemap. Sørg for at hver gammel URL har en tilsvarende side eller redirect.
- 04
Staging, QA og redirect-test
Deploy til staging og kør en crawl med et værktøj som Screaming Frog. Verificér at alle redirects returnerer 301, at der ikke er broken links, og at meta tags matcher det gamle site.
- 05
Cutover og monitorering
Peg DNS om, submit nyt sitemap til Google Search Console, og overvåg crawl errors og ranking de første uger. Hav en rollback-plan klar hvis noget går galt.
Spørgsmål vi får igen og igen
Mister vi vores Google-ranking hvis vi migrerer?
Ikke hvis I gør det rigtigt. Google behandler en veludført migration med korrekte 301-redirects og uændret indhold som en site-move — ikke et nyt site. Problemer opstår når URL-strukturen ændres uden redirects, når indhold slettes uden erstatning, eller når meta tags og canonical URLs ikke matcher. Planlæg SEO-paritet fra dag ét.
Kan vores redaktører stadig redigere indhold uden udvikler?
Ja — med et headless CMS som Sanity eller Contentful får redaktører et admin-panel der ligner WordPress' oplevelse. De kan oprette sider, uploade billeder og publicere uden at røre kode. Forskellen er at strukturen er defineret på forhånd, hvilket giver mere konsistent output.
Hvor lang tid tager en migration typisk?
Et site med 20–50 sider og relativt simpelt indhold tager typisk 6–8 uger. Større sites med hundredvis af sider, custom post types og komplekse integrationer kan tage 10–14 uger. Discovery og indholds-audit tager ofte længere end selve kodningen.
Skal vi migrere alt på én gang, eller kan vi gøre det gradvist?
Gradvis migration er mulig med en reverse proxy der router dele af sitet til Next.js og resten til WordPress. Det kræver mere infrastruktur og kan give SEO-udfordringer med duplicate content. For de fleste teams er en samlet cutover med god staging og QA den renere vej.
Hvad sker der med vores WordPress-plugins — forms, analytics, SEO?
Plugins erstattes med dedikerede integrationer: forms via Formspree, Tally eller et custom API-endpoint; analytics via Google Tag Manager eller Plausible; SEO via Next.js metadata API og struktureret data i koden. I mister ikke funktionalitet — men I skal aktivt vælge erstatninger i stedet for at installere et plugin.
Hvis I vil tænke migrationen igennem med os
Vi tager gerne en uforpligtende snak om jeres WordPress-site.
Skriv et par linjer om hvad I står med — site-størrelse, performance-problemer, redaktionelle behov — så vender vi tilbage med en ærlig vurdering af om migration giver mening. Uden salgstaler.