Denna guide är helt redaktionell och oberoende. Senast granskad av Christian Bolstad, januari 2026.
Modern webbprestanda avgörs inte av webbhotellet — den avgörs av ekosystemet CMS, infrastruktur och leveranskedja. Att jämföra webbhotell utan att beakta plattformsarkitekturen ger en ofullständig bild.
Nordisk CMS-marknad och infrastrukturmodeller
Enligt Webperf.se (december 2025) fördelar sig den svenska marknaden bland större svenska sajter: WordPress 34,8 procent, Sitevision 17,5 procent, Optimizely 12,3 procent och Acos 5,4 procent. Resten utgörs av Episerver-arv, Drupal, Umbraco, headless-lösningar och skräddarsydda system. Varje plattform medför en specifik infrastrukturmodell — och därmed en specifik prestandaprofil.
| Infrastrukturmodell | CMS-exempel | Typisk TTFB | Konfigurationsfrihet |
|---|---|---|---|
| Delat webbhotell | WordPress, Drupal | 150–600 ms | Full |
| Managed WordPress | WordPress | 50–150 ms | Hög |
| SaaS/PaaS | Sitevision, Squarespace | Varierar | Begränsad |
| Enterprise PaaS | Optimizely, Episerver | Varierar | Medel |
| Headless/Edge | Next.js, Astro | <50 ms | Full |
Tabellen visar att valet av CMS i praktiken avgör vilken infrastrukturmodell som är tillgänglig. En Sitevision-användare kan inte byta webbhotell — prestandan beror på hur SaaS-leverantören konfigurerat sin plattform.
Fem prestandafaktorer som ersätter webbhotellschecklistan
Den traditionella checklistan — PHP-version, disktyp, resursisolering — är fortfarande relevant för delat webbhotell. Men den missar de faktorer som avgör prestanda i moderna arkitekturer.
1. CDN-strategi
Ett CDN (Content Delivery Network) levererar innehåll från edge-noder nära besökaren. Det minskar latens oavsett var origin-servern står. Även SaaS-plattformar som Sitevision gynnas av ett CDN framför sig — men konfigurationsmöjligheterna varierar.
2. API-latens
Enterprise-system som Optimizely integrerar ofta med PIM-system, ERP och externa produktdatabaser. Varje API-anrop adderar latens. En sida som hämtar data från tre externa källor kan ha en TTFB på över en sekund — oavsett hur snabb servern är i övrigt.
3. DOM-storlek
Tunga CMS-system genererar stora HTML-dokument med djupt nästlade element. En DOM med över 1 500 noder påverkar rendering, stilberäkning och interaktivitet negativt. Detta är vanligt i enterprise-CMS och page builders, oberoende av serverprestanda.
4. Edge computing
Plattformar som Vercel, Netlify och Cloudflare Workers renderar sidor på edge-noder nära besökaren. Det ger TTFB under 50 millisekunder utan traditionell server. Modellen passar headless-arkitekturer med ramverk som Next.js och Astro.
5. Hydration
JavaScript-ramverk som React och Vue renderar ofta sidan på servern, skickar HTML till webbläsaren och återskapar sedan interaktiviteten via klientkod — så kallad hydration. Processen blockerar interaktion och försämrar INP. Moderna lösningar som partiell hydration och server components minskar problemet.
Notera: De traditionella faktorerna — PHP-version, disktyp och resursisolering — är fortfarande relevanta för delat webbhotell. PHP 8.3 ger upp till 30 procent bättre prestanda jämfört med 7.4, och NVMe SSD är snabbare än traditionell SSD. Se serveroptimering för detaljer.
TTFB — fortfarande golvet
TTFB (tid till första byte) mäter tiden från navigeringsstart till att webbläsaren tar emot det första svaret från servern. Måttet inkluderar DNS-uppslagning, TCP-anslutning, TLS-handskak och serverns bearbetningstid.
Rekommenderat TTFB: under 800 millisekunder för att klara ”bra”-tröskelvärdet. Under 200 millisekunder ger bäst förutsättningar för snabb LCP.
TTFB-budgetberäkning: Med en LCP-budget på 2,5 sekunder och en TTFB på 600 millisekunder återstår 1,9 sekunder för resursupptäckt, nedladdning och rendering. Vid 200 millisekunder TTFB finns 2,3 sekunders marginal. Varje millisekund som servern sparar är en millisekund som webbläsaren kan använda.
Serverplacering: En server i Sverige svarar svenska besökare snabbare än en i Frankfurt. Varje tusen kilometer tur och retur adderar ungefär tio millisekunder. Ett CDN kompletterar genom att cachelagra innehåll på noder nära besökaren — men origin-serverns TTFB avgör det okachade svaret.
Så väljer du rätt infrastruktur
Rätt val beror på vilken plattform sajten kör och vilka krav verksamheten ställer.
Kör du WordPress?
Managed WordPress-hosting (Kinsta, WP Engine, Raidboxes) ger bättre TTFB än delat webbhotell. Lösningarna inkluderar server-side cache, objektcache (Redis) och CDN. Kombinera med ett lätt tema och disciplinerad pluginhantering. Se WordPress-optimering.
Kör du Sitevision eller Optimizely?
Du väljer inte infrastruktur — plattformsleverantören gör det. Fokusera på det du kan kontrollera: bildoptimering, CSS/JavaScript-hantering, tredjepartsskript och DOM-storlek. Ett CDN framför plattformen kan minska latens. Sitevision dominerar offentlig sektor (kommuner, myndigheter), medan Optimizely dominerar enterprise och e-handel.
Bygger du nytt?
Överväg en headless-arkitektur med edge-rendering. Ramverk som Next.js och Astro levererar förrenderade sidor via globala CDN-noder. Modellen ger snabbast möjlig TTFB men kräver teknisk kompetens och ett annat arbetsflöde än traditionella CMS.
Fördjupning
- Core Web Vitals — LCP, INP och CLS förklarat
- Optimering — komplett guide till snabbare laddtider
- Verktyg — mät och analysera din webbplats prestanda
- Dataskydd och hosting — checklista för svenska organisationer som väljer infrastruktur