Umbraco vs WordPress: vilket CMS passar er verksamhet

Börja här: WordPress är inte problemet

Jämförelser som den här skrivs nästan alltid av någon som säljer det ena eller det andra. Jag bygger på Umbraco, så läs resten med det i bakhuvudet – men den vanliga argumentationen mot WordPress är felaktig, och den är värd att röja undan först.

WordPress driver ungefär 41% av alla webbplatser och omkring 59% av CMS-marknaden i augusti 2026, enligt W3Techs. Den spridningen är ingen slump, och kärnan är inte den säkerhetsrisk som ofta påstås. Patchstack registrerade 11 334 nya WordPress-sårbarheter under 2025: 91% fanns i plugins, 9% i teman och färre än 1% i WordPress kärna – sex stycken totalt, samtliga klassade som låg prioritet.

Den fördelningen är hela jämförelsen i en mening. WordPress kärna är inte problemet. Det ni väljer mellan är inte två publiceringssystem. Det är två beroendemodeller.

Vad valet faktiskt står mellan

WordPress får sin funktionalitet genom att sätta ihop andras plugins. Det är därför det går snabbt och billigt att komma igång: någon har redan byggt det ni behöver, och ni installerar det. Priset är att webbplatsens arkitektur sprids ut över dussintals utvecklare som ni inte har anställt, med släppcykler ni inte styr över.

Umbraco får sin funktionalitet från kod som ni eller er partner skriver. Det finns ingen pluginmarknadskultur och inget sätt att installera sig fram till en funktion. Priset är att nästan allt blir ett byggbeslut. Vinsten är att ni äger hela ytan – ingenting bärande i er lösning kan överges av en underhållare som tappade intresset för tre år sedan.

Allt nedan följer av den enda skillnaden.

När WordPress är rätt val

• Webbplatsen består av innehåll, formulär och ett fåtal standardintegrationer – analys, ett nyhetsbrevsverktyg, kanske en bokningswidget.
• Ni publicerar ofta, och redaktionell hastighet väger tyngre än strukturell kontroll.
• Budgeten är snäv och ni behöver vara live om några veckor, inte några kvartal.
• Ni har inga egna utvecklare och vill ha en stor, billig och lätt utbytbar leverantörsmarknad.

Stämmer det på er situation kommer ett byte till Umbraco inte att göra webbplatsen bättre. Det gör den dyrare, och ni kommer att märka det vid varje liten ändring. Jag säger hellre det nu än efter fakturan.

När Umbraco är rätt val

• Integrationerna bär värdet. Affärssystem, CRM, prissättning, inloggning, interna API:er – särskilt sådant som redan ligger på Microsoft-stacken. Det är här pluginmodellen slutar vara billig och börjar bli skör.
• Flerspråkighet är ett krav, inte ett önskemål. I Umbraco är en sida en nod med språkvarianter, och hreflang faller ut ur den strukturen. I WordPress är samma sak ett plugin med egen uppgraderings- och supportlivscykel, placerat under hela er innehållsmodell.
• Redaktörerna behöver ramar. En strukturerad innehållsmodell begränsar vad en sida kan bli; en sidbyggare gör det inte. Om tio personer publicerar och varumärkes- eller tillgänglighetskrav är avtalade, är den begränsningen själva poängen.
• .NET finns redan i huset. Om ert team förvaltar .NET-tjänster slutar CMS:et vara en separat teknik att bemanna och rekrytera för.
• Webbplatsen ska leva i tio år. Umbraco publicerar en LTS-cykel som går att budgetera efter, inklusive slutet på den: Umbraco 13 når end of life den 14 december 2026, och det datumet har varit känt i flera år.

Kostnadsjämförelsen som ingen gör ärligt

År ett är WordPress billigare. Ofta flera gånger billigare. Den som påstår något annat säljer något.

Omsvängningen kommer senare, och den följer ett enda tal: hur många plugins ni är beroende av. Varje kommersiellt plugin är samtidigt en löpande prenumeration och ett uppgraderingsberoende. På de WordPress-webbplatser jag fått ta över är trettio till fyrtio aktiva plugins inget märkvärdigt – och det räcker med ett enda övergivet plugin för att blockera en PHP-uppgradering för hela sajten. Då förvaltar ni inte längre en webbplats. Ni förvaltar någon annans släppcykel.

Umbracos kostnader är synliga i stället för ackumulerade: högre utvecklartimmar, ingen gratis genväg till en funktion, och versionsuppgraderingar som är riktiga projekt i stället för en knapp. Fördelen är att de går att se komma och lägga i en budget.

Tumregeln jag använder: räkna systemen som webbplatsen måste prata med. Noll till två, och pluginmodellen fungerar utmärkt. Fem eller fler med verklig affärslogik bakom sig, och ni vill äga koden.

Tre frågor som avgör saken

1. Hur mycket av värdet är innehåll, och hur mycket är integration? Innehållstungt lutar mot WordPress. Integrationstungt lutar mot Umbraco.
2. Vem förvaltar lösningen år tre? Ett byråavtal, ett internt team, eller ingen? "Ingen" är ett giltigt svar – och det talar för WordPress på managed hosting, inte för en egenbyggd .NET-lösning.
3. Vad händer när en redaktör gör fel? Är svaret "vi rättar sidan" fungerar båda. Är svaret "vi bryter mot en varumärkesregel, ett tillgänglighetskrav eller ett avtal" vill ni ha strukturen framtvingad av CMS:et.

Min hållning

Jag är inte neutral. Jag bygger på Umbraco, och plattformen jag säljer är byggd på Umbraco. Men den ärliga versionen av den här jämförelsen är att CMS:et sällan är begränsningen. De flesta webbplatser som är långsamma, ohållbara att förvalta eller jobbiga att redigera är det på grund av hur de byggdes, inte vad de byggdes på – och ett plattformsbyte återskapar troget samma beslut på ett nytt språk.

Väger ni det här för ett verkligt projekt och vill ha ett rakt svar i stället för en säljpitch: beskriv webbplatsen, integrationerna och vem som förvaltar den. Jag säger vilken väg jag skulle välja – inklusive de gånger svaret är WordPress. Använd formuläret nedan.