SKÅNEDIGITAL

Insikter

Varför vi bygger på Next.js istället för WordPress

Skåne — och Sverige i stort — är fullt av byråsajter som fortfarande körs på WordPress. Det är ett bekant system, det finns ett plugin för nästan allt, och det är enkelt att lämna över till en kund. Vi jobbar annorlunda, och det är värt att förklara varför.

WordPress-avvägningen

WordPress är ett databasdrivet CMS: varje sidvisning triggar en PHP-körning och en databasfråga innan någon HTML når webbläsaren. Plugins fyller i luckorna — SEO, cachning, formulär, säkerhet — men varje plugin lägger till mer JavaScript, CSS och beroenden som måste hållas uppdaterade. HTTP Archives egen rapport om WordPress sidvikt mäter detta i realtid över miljontals aktiva WordPress-sajter, och är ett bra sätt att förstå hur tungt ett vanligt installationslager blir när plugins och tema läggs ovanpå kärnsystemet.

Sidvikt spelar roll eftersom det matar direkt in i Core Web Vitals, som Google bekräftade som rankningssignal 2021 och fortfarande mäter idag genom tre mått: LCP (Largest Contentful Paint, laddningshastighet), INP (Interaction to Next Paint, responsivitet) och CLS (Cumulative Layout Shift, visuell stabilitet). Googles egen vägledning definierar "bra" som LCP under 2,5 sekunder, INP under 200 millisekunder och CLS under 0,1 — och INP i synnerhet har blivit strängare över tid, eftersom det ersatte det äldre måttet First Input Delay just för att det fångar hela kostnaden av en tung, JavaScript-tung sida som reagerar långsamt på klick och tryck.

Inget av detta betyder att Core Web Vitals ensamt avgör vem som rankar överst — innehållets relevans och auktoritet väger fortfarande tyngre. Men när två sidor annars är jämna fungerar Core Web Vitals som en tiebreaker, och en WordPress-sajt tyngd av ett dussin plugins startar det loppet från efterkälken.

Vad "statisk" faktiskt betyder

När vi säger att vi bygger med Next.js menar vi specifikt statisk export: hela sajten kompileras till ren HTML, CSS och JavaScript vid publicering, utan att någon server renderar sidor i realtid och utan att någon databas frågas per besök. Webbläsaren laddar ner färdiga filer direkt från en CDN-edge-nod — det finns ingen PHP-runtime som omvandlar en förfrågan till en sida i realtid.

Skillnaden i praktiken

  • Laddningstid. Statiska filer som levereras från edge når webbläsaren snabbare än en sida som byggs ihop från en databas vid varje förfrågan, särskilt på mobila anslutningar där varje extra tur-och-retur kostar mer.
  • SEO-kontroll. Canonical-taggar, hreflang, sitemaps och strukturerad data skrivs direkt in i koden — inte tillagda i efterhand av ett plugin som tyst kan sluta fungera vid en uppdatering.
  • Färre rörliga delar. Det finns ingen WordPress-kärna, tema eller pluginstack att patcha. Färre uppdateringar betyder färre tillfällen för något att gå sönder eller bli utsatt.

Som ett konkret exempel: den här sajten är byggd precis så här — serversvarstider på 120–200 ms, HTTP/2, Brotli-komprimering och ingen tredjeparts-pluginkod som skickas till webbläsaren överhuvudtaget. Det är inget marknadsföringspåstående — det är vad sajten faktiskt mäter, och vilken besökare som helst kan kontrollera det själv i webbläsarens nätverksflik.

Underhålls- och säkerhetsbördan

Varje WordPress-plugin är också en bit tredjepartskod som körs med förhöjd åtkomst till din sajt. När ett plugin missar en uppdatering blir det en känd, sökbar sårbarhet — säkerhetsskannrar och botar letar specifikt efter föråldrade WordPress-plugins eftersom de är en av de vanligaste vägarna in i komprometterade småföretagssajter. En statisk export har ingen adminpanel att brute-forcea, ingen databas att injicera i och inget pluginregister att hålla aktuellt, eftersom inget av detta existerar vid körning.

Den verkliga kostnaden över tid

Startkostnaden för en WordPress-sajt kan se lägre ut, särskilt med en billig mall. Det som ofta missas är kostnaden som dyker upp senare: en pluginkonflikt som sätter kassan ur spel precis före en hektisk helg, en kärnuppdatering som ändrar hur temat renderas, eller en långsam sajt som tyst tappar rankningar under månader utan att någon märker det förrän trafiken redan sjunkit. En statisk sajt tar bort de flesta av dessa felkällor från början, vilket flyttar kostnadskurvan — mer eftertanke i början, betydligt mindre brandsläckning efter lansering.

Det spelar också roll för AI-sökning

Samma statiska, välstrukturerade HTML som hjälper klassisk Google-rankning hjälper också AI-system som Googles AI Overviews, ChatGPT och Perplexity att läsa och citera en sida korrekt. Dessa system arbetar utifrån samma crawlade, indexerade innehåll som traditionell sökning — en sida som laddas fullständigt utan att bero på klientsidans JavaScript-exekvering, och som har ren semantisk HTML istället för pluginsgenererad markup, är helt enkelt lättare för vilket system som helst, mänskligt eller AI, att tolka korrekt.

När WordPress fortfarande är rätt val

Om en kund behöver ett stort team av icke-tekniska redaktörer som publicerar dussintals inlägg i veckan via en välkänd instrumentpanel, är WordPress (eller ett riktigt headless CMS) ett rimligt val. De flesta små och medelstora företag i Skåne har inte det behovet — de behöver en snabb, korrekt sajt som rankar bra och sällan ändrar struktur.

Det är den sajten vi bygger varje gång — se våra webbdesign- och utvecklingstjänster för vad som ingår.

DITT NÄSTA PROJEKT
BÖRJAR HÄR

Låt oss prata om ditt projekt. Vi svarar inom 24 timmar.

FÅ OFFERT