Kapacitetsplanlægning: er dit webhotel klar til morgendagens kampagne?

Kort svar: Et webhotel er klar til en kampagne, når du kender din baseline, har gjort kampagnesiden fuldt cachebar, sender nyhedsbrevet i bølger og har talt med hostingen om kapaciteten før dagen. Kampagnetrafik kommer i korte spidser mod få sider, og det er de ucachede sidevisninger, der løber tør for PHP-processer og databasekraft. Planlæg derfor ud fra den travleste time, ikke gennemsnittet.

Fagligt gennemgået: 2. oktober 2026

Det dyreste nedbrud er det selvbestilte: Du har betalt for annoncerne, skrevet nyhedsbrevet og skaffet omtalen – og så møder kunderne en fejlside. Kapacitetsplanlægning forhindrer det, og den er langt mindre teknisk, end den lyder.

Her er forløbet fra baseline til kampagnedag.

1. Forstå kampagnetrafikken

Kampagnetrafik ligner ikke hverdagstrafik:

• Den kommer i spidser. Et nyhedsbrev åbnes af mange inden for kort tid, og en TV- eller radioomtale sender folk ind i det samme øjeblik.
• Den rammer få sider. Typisk kampagnesiden, forsiden, kurven og checkout.
• Den består af utålmodige førstegangsbesøgende. De forlader siden, hvis den er langsom, og kommer måske ikke igen.

Derfor er gennemsnit („vi har rigelig plads til vores 500 daglige besøg“) ikke brugbare. Spørgsmålet er, hvad der sker i de første minutter efter udsendelsen.

Den gode nyhed: fordi kampagnetrafik rammer få sider på et kendt tidspunkt, er den også nem at planlægge for – hvis du gør det i forvejen.

2. Kend flaskehalsene – og cachens effekt

Når et WordPress-site går ned under belastning, sker det næsten altid ét af tre steder:

• PHP: Hver ucachet sidevisning kræver en PHP-proces, og antallet er begrænset af dit abonnement. Når alle er optaget, opstår der kø, svartiden stiger, og til sidst kommer fejl som 503 eller 504.
• Databasen: Tunge forespørgsler fra plugins, søgning og filtre, der er harmløse ved ti samtidige besøgende, men belastende ved flere hundrede.
• Båndbredde og billeder: Sjældnest flaskehalsen, men uoptimerede billeder gør alt andet værre.

Nøglen til alle tre er cachen. En side, der serveres fra page cache, rører hverken PHP eller database. Regnestykket er enkelt: ved 90 % cache-hit rammer hver tiende visning PHP; ved 99 % kun hver hundrede. Det betyder ti gange færre PHP-kald for samme trafik.

Deraf reglen: kampagnesider bygges cachebare – uden personaliserede elementer, tilfældige produktvisninger eller andet, der tvinger hver visning gennem PHP. Kun kurv, checkout og „min konto“ skal være dynamiske. Læs mere i cache-hit ratio og cache-typer i WordPress.

3. Kend din baseline

Planlægning kræver to tal, du allerede kan finde:

• Normalen: Besøg pr. time på en almindelig dag og svartiden fra overvågningen. Det er målestokken.
• Spidsen: Din hidtil travleste time – sidste kampagne eller Black Friday – og hvordan sitet klarede sig: svartider, fejl og klager.

Læg så kampagnens forventning oveni. Regn på det i stedet for at håbe:

Input	Eksempel
Modtagere af nyhedsbrevet	5.000
Åbningsrate (din egen historik)	40 % = 2.000 åbninger
Klikrate blandt åbnere (din egen historik)	15 % = 300 klik
Andel af klik i første time (skøn)	60 % = ca. 180 besøg

Tallene er kun et eksempel – brug dine egne fra nyhedsbrevssystemet. Pointen er, at du får et konkret tal at sammenligne med din normale timetrafik.

Vil du teste frem for at regne, findes belastningstest-værktøjer som k6 eller Apache Bench, der gradvist øger antallet af samtidige forespørgsler, mens du følger svartiden. Kør aldrig sådan en test uvarslet mod produktion i åbningstiden – aftal det med hostingen, og vælg en rolig aften eller et staging-miljø. Skriv begge tal ind i drifts-KPI’erne, så næste kampagne ikke er et gæt.

4. Bekræft, at kampagnesiden kommer fra cache

Åbn kampagnesiden i et privat vindue to gange: anden visning skal komme næsten øjeblikkeligt. Endnu bedre er det at læse cache-headeren direkte:

curl -sI https://eksempel.dk/kampagne/ | grep -i -E "x-litespeed-cache|cf-cache-status|x-cache"

På en LiteSpeed-server betyder x-litespeed-cache: hit, at siden kom fra cache. Står der miss eller ingenting, så kør kommandoen igen; står der stadig ikke hit, skal du finde årsagen – typisk en cookie, en query-streng eller en undtagelse. Se LiteSpeed Cache cacher ikke siden.

Husk, at links i nyhedsbreve ofte får tracking-parametre som utm_source. Tjek, at din cache ignorerer dem, ellers kan hver variant blive en ny, ucachet side.

5. Forbered kampagnen

Ugen før:

• Gør kampagnesiden let: optimerede billeder, ingen tunge indlejringer og færrest mulige scripts.
• Bekræft, at siden serveres fra cache (se trin 4).
• Tøm og genopvarm cachen efter den sidste rettelse – ikke under kampagnen.
• Aktivér frys: ingen opdateringer eller ændringer fra to dage før til dagen efter, jf. opdateringspolitikken.
• Notér kampagnen i ændringsloggen, så trafikspidsen ikke forveksles med et angreb.

På dagen:

• Send nyhedsbrevet i bølger: to-tre hold med 30-60 minutters mellemrum. Den samlede effekt er den samme, men spidsbelastningen fordeles.
• Hold øje med svartid og checkout-funktionen i den første time.
• Hav nedbrudsplanen ved hånden, så selv det værste fald er en procedure.

6. Headroom og hosting

Til sidst er kapacitet et hosting-spørgsmål, og her tæller tre ting:

• Headroom: Kører webhotellet allerede tæt på loftet i hverdagen, er der intet at tære på. Tjek ressourceforbruget ved kvartalstjekket, og opgradér før behovet – jf. årshjulets august-punkt.
• Teknologien: Hurtige NVMe-diske, en moderne PHP-version (8.3 eller 8.4) og server-side page cache flytter loftet markant. Det er en stor del af forskellen på et billigt og et ordentligt webhotel.
• Dialogen: Fortæl din udbyder om store kampagner på forhånd. Så kan I sammen vurdere, om abonnementet har nok luft, og om opsætningen bør justeres.

Hos Hostious kører WordPress og WooCommerce på LiteSpeed med NVMe-lagring, og der er dansk support døgnet rundt, hvis du vil have en vurdering før kampagnen. Har en webshop brug for mere luft, kan du opgradere til en større WooCommerce-hostingpakke i god tid før sæsonen.

Ofte oversete flaskehalse

• Søgning og filtre: Hver søgning går typisk uden om page cache og rammer databasen.
• Ucachede AJAX-kald: fx kurvopdateringer eller „live“-lagerstatus på alle sider. Se Cart Fragments.
• Tredjepartsscripts: Chat, tracking og anmeldelseswidgets, der gør hver side tungere for den besøgende.
• Planlagte opgaver: Backup, import eller feed-opdateringer, der tilfældigvis kører midt i kampagnen. Flyt dem til natten.

Læs også

• Hub: Driftshåndbogen
• Uptime-overvågning: værktøjer, intervaller og alarmer, der ikke larmer
• Overvåg mere end oppetid: formularer, checkout og søgning
• Cache-hit ratio: hvorfor cachen ikke rammer
• WordPress hosting hos Hostious – LiteSpeed, NVMe og dansk support døgnet rundt

Ofte stillede spørgsmål om kapacitet og kampagner

Hvor meget ekstra trafik giver en kampagne?

Det afhænger af kanal og liste, så regn på det konkret: modtagere × åbningsrate × klikrate giver det samlede antal besøg, og en stor del af dem kommer typisk i den første time efter udsendelsen. Brug tallene fra dine tidligere kampagner som pejlemærke.

Hvad er det vigtigste enkelte greb?

Cachen. En fuldt cachebar kampagneside kan reducere antallet af PHP-kald markant – fra 90 % til 99 % cache-hit er ti gange færre. Derefter kommer udsendelse i bølger, som fordeler spidsbelastningen.

Hvornår skal jeg opgradere webhotellet?

Før behovet. Kører du tæt på ressourceloftet i hverdagen, er der intet headroom til spidser. Tjek forbruget kvartalsvis, og opgradér i god tid før sæson og kampagner.

Må jeg lave en belastningstest på mit live site?

Kun efter aftale med hostingen og på et roligt tidspunkt – eller på et staging-miljø. En uvarslet belastningstest kan ligne et angreb og ramme både dit eget site og andre på samme server.