Kort svar: Kampagner dør på kapacitet, ikke på kreativitet: nyhedsbrevet, TV-omtalen eller Black Friday sender 10-50 gange normal trafik på minutter – og sitet segner præcis, når flest kigger. Forberedelsen er fire greb: kend din BASELINE (besøg og svartid en normal dag), lad CACHEN bære (en cachet side koster næsten ingen serverkraft – kampagnesiden skal være 100 % cachebar), send i BØLGER (nyhedsbrevet i tre hold med en times mellemrum i stedet for ét brag) og aftæl HEADROOM med hostingen FØR dagen – ikke, mens fejlsiderne vælter ind. Så bliver den store dag en god dag.
Det dyreste nedbrud er det selvbestilte: I betalte for annoncerne, skrev nyhedsbrevet og skaffede omtalen – og så mødte kunderne en fejlside. Kapacitetsplanlægning er disciplinen, der forhindrer det, og den er langt mindre teknisk, end den lyder. Her er den – fra baseline til kampagnedag.
Kampagnetrafik ligner ikke hverdagstrafik: den ankommer i SPIDSER (nyhedsbrevet åbnes inden for få minutter af tusinder samtidig; en TV- eller radioomtale sender alle ind i SAMME øjeblik), den rammer FÅ sider (kampagnesiden, forsiden, checkout) – og den består af utålmodige førstegangsbesøgende, der er væk efter tre sekunders ventetid og aldrig kommer igen. Derfor er gennemsnitsbetragtninger („vi har rigelig plads til vores 500 daglige besøg“) værdiløse: spørgsmålet er, hvad der sker i minut 0-10 efter udsendelsen, når halvdelen af månedens trafik kommer på en eftermiddag. Den gode nyhed: fordi kampagnetrafik er få sider og forudsigelig timing, er den også den NEMMESTE trafik at planlægge for – hvis man gør det før.
Når et WordPress-site segner under last, er det næsten altid ét af tre steder: PHP (hver ucachet sidevisning koster en PHP-proces, og antallet er endeligt – køen vokser, svartiden eksploderer), DATABASEN (tunge forespørgsler fra plugins og søgninger, der var harmløse ved 10 samtidige og dødelige ved 500) eller BÅNDBREDDE/billeder (sjældnest, men u-optimerede billeder gør alt værre). Nøglen til dem alle er CACHEN: en side serveret fra cache rører hverken PHP eller database og koster næsten ingenting – så forskellen på 90 % og 99 % cache-hit på kampagnesiden er reelt en TIDOBLING af kapaciteten, gratis. Deraf reglen: kampagnesider bygges cachebare – ingen personaliserede elementer, ingen „tilfældige“ produktvisninger, intet, der tvinger hver visning gennem PHP. Kun kurv og checkout SKAL være dynamiske – og netop derfor skal alt andet ikke være det.
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, alt måles mod) og SPIDSEN (din hidtil største time – sidste kampagne, sidste Black Friday – og hvordan sitet havde det: svartider, fejl, klager). Læg så kampagnens forventning oveni: et nyhedsbrev til 5.000 med normal åbningsrate giver et konkret antal besøg i første time – regn på det, i stedet for at håbe. Vil du teste i stedet for at regne, findes simple belastningstest-værktøjer, der gradvist øger antallet af samtidige forespørgsler mod kampagnesiden, mens du ser svartiden – kør ALDRIG sådan en test uvarslet mod produktionen i åbningstiden, men en rolig aften giver den et ærligt tal for, hvor kurven knækker. Skriv begge tal ind i drifts-KPI’erne – så er næste kampagne aldrig et gæt.
Ugen før: gør kampagnesiden LET (optimerede billeder, ingen tunge indlejringer, færrest mulige scripts) og bekræft, at den serveres fra cache (åbn den i inkognito to gange – anden visning skal være øjeblikkelig); tøm og genopvarm cachen EFTER sidste rettelse, ikke under kampagnen. Aktivér FRYS: ingen opdateringer eller ændringer fra to dage før til dagen efter, jf. opdateringspolitikken – og 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 – samme samlede effekt, en tredjedel af spidsbelastningen), hold øje med svartid og checkout-funktionen i første time – og hav nedbrudsplanen ved hånden, så selv værste fald er en procedure.
Kapacitet er til sidst 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, moderne PHP og server-side caching flytter loftet markant – det er halvdelen af pointen med et ordentligt webhotel) og PARTNEREN: fortæl din udbyder om store kampagner på forhånd – en god hostingpartner kan både rådgive om opsætningen og holde øje på dagen. Hos Hostious er det en del af performance-garantien: infrastruktur, der er bygget til spidser, og folk, der svarer, FØR det brænder. Så kan kampagnebudgettet bruges på kunder – ikke på fejlsider.
Typisk 10-50 gange normalen – koncentreret i første time efter udsendelse eller omtale. Regn på det konkret: modtagere × åbningsrate × klikrate giver første times besøg.
Cachen: en fuldt cachebar kampagneside tidobler reelt kapaciteten gratis. Derefter udsendelse i bølger – samme effekt, en tredjedel af spidsbelastningen.
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.
