Gå til indhold

WordPress vs custom hjemmeside: ærlig sammenligning fra en udvikler

WordPress vs custom hjemmeside i Next.js eller Laravel: pris, hastighed, sikkerhed og vedligehold sammenlignet ærligt, så du kan vælge rigtigt.

Af

Freelance full-stack udvikler

Udgivet
Læsetid
10 min.
Indhold i indlægget8

WordPress vs custom hjemmeside handler mindre om hvad der er bedst, og mere om hvad din side skal kunne, og hvem der skal passe den bagefter. WordPress er et godt og billigt valg til de fleste almindelige firmahjemmesider, blogs og indholdstunge sider. En custom-kodet hjemmeside i Next.js eller Laravel betaler sig typisk først når hastighed, sikkerhed, integrationer med dine systemer eller lav vedligeholdelse vejer tungere end en lav startpris.

Jeg bygger selv hjemmesider og platforme i Next.js og Laravel, så læs med det forbehold. Jeg har forsøgt at være lige så konkret om hvornår WordPress er det bedste valg.

Den korte version

WordPress, Next.js og Laravel sammenlignet til en firmahjemmeside
WordPressCustom i Next.jsCustom i Laravel
Bedst tilFirmasider, blogs og indholdstunge sider med mange redaktørerHurtige marketingsider hvor design og hastighed betyder megetSider med login, database og forretningslogik
StartprisLavest, især med et færdigt temaHøjere, fordi design og skabeloner bygges fra bundenHøjest, fordi der også bygges en backend
Løbende driftHyppige opdateringer af plugins, tema og WordPressFærre opdateringer, men framework og pakker skal holdes ved ligeOpdateringer af framework og server, og en ny hovedversion mindst hvert andet år
HastighedKan være hurtig, men afhænger meget af tema og pluginsTypisk hurtig fra start, fordi siderne kan bygges på forhåndHurtig når den er bygget godt, afhænger af server og kode
SikkerhedStort angrebsmål, især gennem pluginsLille angrebsflade, især for sider der er bygget på forhåndAfhænger af koden, men ingen tredjeparts plugins som standard
RedigeringFleksibel sidebygning til redaktørerVia et headless CMS, inden for de blokke der er byggetVia et CMS eller et admin-panel bygget til formålet
Nye funktionerOfte et plugin, men hvert plugin er en ny afhængighedKræver en udviklerKræver en udvikler, men næsten alt kan bygges
Skift af udviklerLet, fordi mange kan WordPressForholdsvis let, hvis koden er ordentlig og dokumenteretForholdsvis let, hvis koden er ordentlig og dokumenteret

Min tommelfingerregel: Skal siden primært vise indhold, og skal redaktørerne selv kunne bygge nye sider med frit layout, så start med WordPress. Skal siden være meget hurtig, hænge sammen med dine systemer, eller er der ingen hos dig der vil passe plugins, så kig på custom. Er hjemmesiden i virkeligheden starten på en platform med brugere og betaling, så læs min guide til at lave din egen platform først.

Hvad du egentlig vælger imellem

WordPress er et open source CMS (et system til at redigere indhold), og ifølge W3Techs kører omkring 40 % af alle hjemmesider på WordPress. En typisk WordPress-side består af WordPress selv, et tema der styrer udseendet, og en række plugins der tilføjer funktioner: kontaktformularer, SEO, cookiebanner, sprogversioner og booking. Mange bruger også en sidebygger som Elementor, hvor man trækker blokke rundt på siden.

Økosystemet er WordPress' største styrke. Der findes et plugin til næsten alt, og der er mange udviklere og bureauer der kan arbejde med det. Det er også den største svaghed, fordi hvert plugin er kode skrevet af en anden, som du bliver afhængig af.

En custom-kodet hjemmeside er kode der er skrevet til netop din side. Det betyder ikke at alt bygges fra nul. Man bruger et framework (et fundament af færdig, gennemprøvet kode) og lægger sit eget design og sine egne skabeloner ovenpå. Til hjemmesider er der især to veje:

  • Next.js er et React-framework der kan bygge siderne på forhånd og sende dem hurtigt ud til de besøgende. Indholdet redigeres i et headless CMS, altså et CMS der kun styrer indholdet og ikke udseendet. Jeg har skrevet mere om at vælge headless CMS til Next.js og Laravel.
  • Laravel er et PHP-framework der er stærkt når siden har en backend: brugere, database, bookinger, beregninger eller integrationer med fx dit økonomisystem. Indholdet kan redigeres i et CMS bygget på Laravel, fx Statamic, eller i et admin-panel lavet til formålet.

Hvornår jeg vælger det ene frem for det andet, og hvornår de to kombineres, har jeg beskrevet i Laravel vs Next.js.

Pris: billigt at starte, men hvad koster det over tre år?

WordPress vinder næsten altid på startprisen, fordi tema og plugins findes i forvejen. En custom-kodet side koster mere, fordi design, sideskabeloner og CMS-opsætning laves til netop dig.

Som et groft skøn for en firmahjemmeside på 5-15 sider fra en dansk freelancer eller et mindre bureau ser markedet nogenlunde sådan ud. Det er ikke mine priser, og spændet er stort:

  • WordPress: ca. 10.000-50.000 kr. ekskl. moms, afhængigt af om temaet er købt eller designet fra bunden.
  • Custom i Next.js: ca. 35.000-120.000 kr. ekskl. moms, afhængigt af design, antal skabeloner og mængden af indhold.
  • Custom i Laravel: svært at sætte et generelt tal på, fordi prisen styres af den funktionalitet der ligger bag siden.

Startprisen er kun en del af regningen. Over tre år betaler du også for:

  • Hosting, som sjældent er den store post for en almindelig firmaside, uanset platform.
  • Licenser: Premium-plugins og temaer til WordPress koster typisk et årligt beløb hver. Et headless CMS er ofte gratis til små sider, men kan koste et månedligt beløb når du får flere brugere eller mere indhold.
  • Vedligehold: En WordPress-side skal have opdateret plugins, tema og WordPress jævnligt, og nogen skal tjekke at intet går i stykker. En custom-side skal opdateres sjældnere, men når et framework får en ny hovedversion, koster det udviklertid.
  • Ændringer: Nye funktioner er ofte billige i WordPress, fordi der findes et plugin. I custom koster de udviklertid, men bliver bygget præcis som du vil have dem.

Prisen drives især af antal sideskabeloner, design fra bunden, indhold der skal flyttes, og integrationer. Regn det igennem for din egen side: startpris plus tre års drift plus de ændringer du allerede ved kommer.

Hastighed og SEO

Hastighed er der hvor forskellen oftest kan måles. Googles Core Web Vitals måler hvor hurtigt en side indlæses, hvor hurtigt den reagerer, og om indholdet hopper rundt mens den indlæses. Ifølge HTTP Archives Web Almanac 2025 består kun 45 % af WordPress-siderne målingen på mobil, og WordPress ligger dermed blandt de lavest placerede CMS'er. Rapporten peger på at det især er opsætningen og værktøjerne, fx sidebyggere der giver tungere kode, og ikke WordPress selv, der afgør hvor hurtig en WordPress-side er.

Det er en vigtig nuance. En WordPress-side med et let tema, få plugins, god hosting og caching kan sagtens være hurtig. Problemet er at mange sider ikke ender sådan. Der kommer et plugin til, og så et til, og efter to år er siden langsom uden at nogen kan pege på hvorfor.

En Next.js-side kan bygges på forhånd og sendes ud som færdige sider fra servere tæt på den besøgende, og billeder kan automatisk skaleres til skærmen. Det giver et godt udgangspunkt, men ingen garanti. En custom-side fyldt med tunge scripts og tredjepartsværktøjer kan også blive langsom.

Hastighed alene får dig ikke til tops på Google. Indhold, struktur og relevans betyder mere. Men en hurtig side på mobil er en bedre oplevelse for dine besøgende, og det er en af de faktorer du selv har fuld kontrol over.

Sikkerhed og vedligehold

WordPress selv er godt vedligeholdt. Risikoen ligger i økosystemet omkring det. Ifølge Patchstacks rapport om WordPress-sikkerhed i 2026 blev der fundet 11.334 nye sårbarheder i 2025, og 91 % af dem sad i plugins, 9 % i temaer og kun 6 i WordPress selv. Næsten halvdelen (46 %) havde ingen rettelse fra udvikleren da de blev offentliggjort, og de mest efterspurgte huller bliver typisk angrebet inden for få timer.

For dig betyder det at hvert plugin er en dør du skal holde øje med. En side med 25 plugins og ingen der opdaterer dem, er en reel risiko. Det kan løses med en serviceaftale, overvågning og en stram politik for hvilke plugins der kommer ind, men det koster tid eller penge hver måned.

En custom-side har typisk færre bevægelige dele. Den deler ikke plugins med tusindvis af andre sider, så den er ikke et oplagt mål for automatiske angreb der rammer mange sider på én gang. Med et headless CMS ligger redaktørernes login i CMS'et og ikke på selve hjemmesiden. Men custom er ikke vedligeholdelsesfrit. I december 2025 offentliggjorde React-teamet en kritisk sårbarhed i React Server Components, som også ramte Next.js, og løsningen var at opdatere med det samme. Laravel giver sikkerhedsrettelser i to år pr. hovedversion, så en Laravel-side skal opgraderes mindst så ofte.

Forskellen er altså ikke om siden skal vedligeholdes. Det er hvor mange ting der skal holdes øje med, og hvem der har ansvaret. Aftal det fra start, uanset hvad du vælger.

Hvornår WordPress eller custom er det forkerte valg

Begge veje har situationer hvor de passer dårligt. Her er de tydeligste.

WordPress passer dårligt når

  • Siden skal hænge tæt sammen med dine egne systemer, fx login for kunder, priser fra en database eller data der skal synkroniseres med dit CRM.
  • Ingen hos dig vil eje opdateringerne, og der ikke er budget til en serviceaftale.
  • Hastighed er afgørende, fx ved kampagner med mange mobilbesøg, og siden er bygget i en tung sidebygger.
  • Du allerede bruger tid hver måned på plugins der kommer i konflikt med hinanden, eller har en side som ingen tør røre ved.

Custom passer dårligt når

  • Budgettet er stramt, og behovet er standard. En lille side for en lokal virksomhed klarer sig fint med WordPress eller en sidebygger. Se mine råd om at lave hjemmesiden selv eller få den lavet.
  • Din marketingafdeling vil bygge nye landingssider med helt frit layout hver uge uden at involvere en udvikler.
  • Du skal bruge en funktion som WordPress allerede har et modent plugin til, fx et medlemsområde eller et kursusmodul, og den ikke skal tilpasses.
  • Du skal sælge varer online. Her er en standardplatform næsten altid bedre end custom, som jeg forklarer i Shopify, WooCommerce eller custom-udviklet.

Genkender du dig selv i den sidste liste, er det ærlige råd en dygtig WordPress-udvikler eller en sidebygger, ikke mig.

Næste skridt

Inden du vælger, så svar på tre spørgsmål:

  1. Hvad skal siden kunne om to år, ud over at vise indhold?
  2. Hvem redigerer indholdet, og hvor frit skal de kunne bygge nye sider?
  3. Hvem holder siden opdateret, og hvad må det koste om året?

Har du allerede en WordPress-side med gode placeringer på Google, så planlæg skiftet grundigt. Min guide til relaunch af en hjemmeside uden at miste trafik gennemgår redirects og målinger.

Peger svarene mod custom, kan du se hvordan jeg bygger custom-kodede hjemmesider, og hvad du får med.

Ofte stillede spørgsmål

Er WordPress gratis?

Selve WordPress er gratis open source-software, men en hjemmeside på WordPress er det ikke. Du betaler for hosting og domæne, ofte for et premium-tema og premium-plugins med årlige licenser, og for den tid det tager at holde det hele opdateret. Det er stadig billigt at komme i gang, men regn de løbende udgifter med når du sammenligner.

Hvad er headless WordPress?

Headless WordPress betyder at WordPress kun bruges til at redigere indhold, mens selve hjemmesiden bygges i fx Next.js og henter indholdet derfra. Redaktørerne beholder en editor de kender, og de besøgende får en hurtig side. Til gengæld har du to systemer at vedligeholde, og mange plugins virker ikke på den offentlige side. Det passer bedst når dit team allerede er dybt inde i WordPress.

Bliver jeg låst til én udvikler med en custom-kodet hjemmeside?

Ikke hvis den er bygget ordentligt. Kræv at koden ligger i dit eget repository (kodearkiv) fra første dag, at den er skrevet i et udbredt framework som Next.js eller Laravel, og at opsætningen er dokumenteret. Så kan en anden udvikler overtage. Der er færre der kan sætte sig ind i en custom-side end i en standard WordPress-side, så dokumentationen betyder mere.

Hvor lang tid tager det at bygge en custom-kodet hjemmeside?

En almindelig firmaside tager typisk fra nogle få uger til et par måneder, afhængigt af design, antal skabeloner og hvor hurtigt indholdet er klar. Ofte er det tekster og billeder der forsinker mest, ikke koden. En WordPress-side på et købt tema kan være klar hurtigere, men forskellen bliver mindre jo mere specialdesign der skal til.