Förbered din hemsida inför Black Friday och julhandeln
Varje år är det några annars välskötta nätbutiker som går ner sista fredagen i november – inte för att verksamheten gått dåligt, utan för att en sajt som hanterar vardagstrafik utan problem plötsligt möter fem till tio gånger den normala belastningen inom loppet av en timme. För svenska och nordiska handlare är insatserna extra höga: julhandeln, som sträcker sig från Black Friday ända in i slutet av december, är ofta årets enskilt viktigaste intäktsperiod och kan i kategorier som elektronik, heminredning och mode stå för en femtedel eller mer av årsomsättningen. En långsam eller trasig sajt under de veckorna kostar inte bara några timmars försäljning – den äter upp kampanjbudgeten som drog dit besökarna från första början, och den kostar förtroende som är svårt att vinna tillbaka i januari.
Den goda nyheten är att nästan alla Black Friday-haverier går att förebygga, och ingen av åtgärderna är särskilt exotisk. De kräver bara att man börjar veckor innan den faktiska dagen – för den sämsta tidpunkten att upptäcka en flaskhals är när annonsbudgeten redan rullar och kunderna redan är inne på sajten.
Varför "det funkade ju igår" inte räcker
De flesta webbplatser är byggda och testade för vardagstrafik. Hostingplanen, databasfrågorna, kassaflödet – allt har i månader legat på en bekväm marginal utan att någon egentligen märkt det. Black Friday spränger den marginalen på några minuter. Ett kampanjmejl till hela kundlistan, en annons som går bättre än väntat eller ett omnämnande i media kan skicka flera gånger den normala mängden samtidiga besökare till sajten – och problem som aldrig syns vid låg belastning, som en trög produktfilterfråga, en osparad cache eller ett tredjepartsskript som blockerar renderingen, blir plötsligt det som fäller hela sajten.
Lasttestning innebär att man simulerar den toppen medvetet, innan den inträffar på riktigt. Verktyg som genererar samtidiga virtuella besökare mot en test- eller produktionskopia av sajten kan visa, med konkreta siffror, var det börjar gå sönder: vid vilket besökarantal sidladdningstiderna börjar stiga, vid vilken punkt servern börjar svara med fel, om databasens anslutningspool tar slut innan processorn gör det. Det här behöver ske fyra till sex veckor innan, inte veckan innan – för vad testet än avslöjar behövs tid att faktiskt åtgärda det, och ytterligare en testrunda för att bekräfta att fixen fungerar.
Har ni aldrig lasttestat tidigare, börja enkelt: peka ut era tre eller fyra mest trafikerade sidor – oftast startsidan, ett par kategori- eller kampanjsidor och kassaflödet – och testa var och en under stigande samtidig belastning tills något ger vika. Det brukar räcka för att avslöja de uppenbara svaga punkterna utan att man behöver simulera hela katalogen.
Hosting och infrastruktur – har ni marginal?
Lasttestet visar var taket ligger. Nästa fråga är om hostingplanen ger tillräckligt med utrymme under det taket, och vad som händer om ni behöver mer.
Prata med er hostingleverantör eller utvecklingsteam om tre konkreta saker: nuvarande plangränser (processor, minne, samtidiga anslutningar, bandbredd), vad som utlöser en uppgradering eller en autoskalningshändelse, och hur snabbt den skalningen faktiskt sker. Vissa hostinglösningar skalar automatiskt och nästan omedelbart; andra kräver en manuell uppgradering som tar timmar att sätta upp, vilket är alldeles för långsamt om trafiken börjar rusa klockan tio på morgonen den aktuella dagen. Sitter ni på delad hosting är det här läget att på allvar överväga en plan med dedikerade resurser, åtminstone under kampanjperioden – kostnaden för en tillfällig uppgradering är försumbar jämfört med kostnaden för en sajt som är otillgänglig under årets bästa säljdagar.
Det är också värt att ha en reservplan som inte är beroende av infrastrukturen alls: en lättviktig, hårt cachad "kampanjen är igång"-sida som kan visas även om huvudapplikationen kämpar, så att besökarna möts av något fungerande i stället för en timeout. Det är en sista utväg, inte en strategi, men det är billig försäkring.
CDN:er (content delivery networks) och aggressiv cachning gör en stor del av det tunga jobbet här också. Statiskt innehåll – bilder, CSS, JavaScript och till och med hela HTML-sidor som inte varierar per besökare – bör serveras från en CDN-nod i stället för att belasta origin-servern vid varje anrop. Om CDN:et och cachningsreglerna inte setts över på ett tag är det här ett bra tillfälle att göra det; cachning är en av de mest lönsamma förändringarna man kan göra för både hastighet och serverbelastning.
Stresstesta kassan och lagersaldot specifikt
Allmän lasttestning visar att sajten håller sig uppe. Den säger ingenting om huruvida folk faktiskt kan handla, vilket är en annan och mer specifik fråga. Kassan är där skadan blir störst om något går sönder, för det är exakt det ögonblick då besökaren redan bestämt sig för att spendera pengar.
Några saker förtjänar särskild uppmärksamhet:
- Betalleverantörens kapacitet. Er betalleverantör – Klarna, en kortväxel eller annan aktör – har egna gränser och egna beroenden. Fråga direkt om de räknar med några kapacitetsbegränsningar under stora kampanjdagar, och bekräfta att er integration hanterar ett långsamt eller misslyckat svar från betalväxeln på ett bra sätt, i stället för att lämna kunden fast på en snurrande kassasida.
- Kassaflödet under samtidig belastning. Testa hela vägen – varukorg, val av frakt, betalning, bekräftelse – med flera simulerade användare som genomför köpet samtidigt, inte bara en testare som klickar sig igenom ensam. Race conditions och låsningsproblem i kassakoden dyker ofta bara upp under samtidighet.
- Skydd mot överförsäljning. Bestäm i förväg vad som händer när en populär varas lager går ner till noll medan flera personer har den i sin varukorg samtidigt. Reserveras lagret så fort varan läggs i varukorgen, eller först vid betalningsbekräftelse? Vad är rutinen – automatisk återbetalning, erbjudande om restorder, en rabattkod som ursäkt – om någon debiteras för något som visar sig vara slut? Det här är minst lika mycket ett affärsbeslut som ett tekniskt, och det behöver ett svar innan kampanjen startar, inte ett improviserat under tiden.
- Varukorg och sessioner som består. Under hög belastning tappar vissa sajter sessioner eller tömmer varukorgar oväntat. Bekräfta att varukorgen överlever en sidomladdning, ett kort tapp i uppkopplingen och ett återbesök senare samma dag.
Värt att notera är också att även en helt fungerande kassa aldrig konverterar alla – övergivna varukorgar tenderar att öka under trafikintensiva kampanjer när shoppare jämför priser i flera öppna flikar samtidigt och tappar fokus bland det stora antalet erbjudanden. Har ni inte redan gjort det är det värt att läsa vår djupare guide om att minska antalet övergivna varukorgar som ett komplement till Black Friday-förberedelserna, eftersom många av samma åtgärder – tydligare fraktkostnader, färre formulärfält, synliga förtroendesignaler – spelar ännu större roll när trafiken är som högst.
Kampanjsidor och prissättning – checklista före lansering
Kampanjsidor som byggs eller redigeras dagen innan lansering är en av de vanligaste källorna till kaos i sista minuten: trasiga länkar, otestade rabattkoder, bilder som inte optimerats och som tyst saktar ner hela sidan. Varje landningssida kopplad till kampanjen – kategorisidor, enskilda kampanjsidor, banners som länkar från annonser eller mejl – bör vara byggd, granskad och lasttestad minst en vecka innan den går live, med en sista genomgång av innehåll och länkar några dagar innan.
Det andra som är värt att göra rätt, särskilt för en nordisk och europeisk publik, är hur rabatterna visas. Tillsynsmyndigheter i EU, inklusive i Sverige, har skärpt granskningen av "falska rabatter" – att visa ett uppblåst "ordinarie"-pris bredvid ett kampanjpris som inte speglar vad varan faktiskt sålts för nyligen. Enligt EU:s prisinformationsregler ska handlare i regel referera till det lägsta pris som varan faktiskt erbjudits till under en angiven period (vanligtvis de senaste 30 dagarna) innan en rabatt tillämpas, och i Sverige är det Konsumentverket som övervakar att prismärkning och marknadsföring sker enligt reglerna – vilseledande strukna priser kan innebära en reell juridisk och anseendemässig risk. Bortsett från regelefterlevnaden är ärlig prissättning helt enkelt bättre för konverteringen i det långa loppet: kunder som känner sig lurade av en överdriven rabatt kommer inte tillbaka, och ryktet sprider sig snabbt när "70 procent rabatt" visar sig vara en prishöjning följd av en nedsättning. Håll rabattvisningen tydlig, håll jämförelsepriserna genuina, och se till att den som sköter produktkatalogen förstår reglerna innan kampanjprissättningen går live.
Mobilen måste hålla samma tempo
En stor del av julhandelns browsande och en växande del av köpen sker i mobilen, ofta under pendlingen, på raster eller på kvällen i soffan med tv:n på i bakgrunden. Om mobilupplevelsen är ens lite långsammare eller klumpigare än desktopupplevelsen växer det gapet dramatiskt under Black Friday-förhållanden, när tålamodet är som kortast och nästa flik bara är ett svep bort.
Kör era viktigaste sidor genom mobilspecifik prestandatestning, inte bara kontroller av responsiv design. Bekräfta att klickytorna är tillräckligt stora för verklig tumanvändning, att kassaformulären triggar rätt mobilt tangentbord för respektive fält (numeriskt för kortnummer, e-posttangentbord för e-postadress), och att flytande element – en varukorgsikon, en kampanjbanner – inte hamnar ovanpå viktigt innehåll på mindre skärmar. Visar trafikdatan en tydlig mobilövervikt bör mobilen behandlas som huvudupplevelsen att testa först, inte som en eftertanke när desktop väl är bekräftat fungera.
Kundtjänstens kapacitet
Även en helt felfri sajt genererar fler frågor under en stor kampanj – om orderstatus, rabattkoder, leveranstider och lagerstatus – helt enkelt för att volymen är högre. Det här är årets mest avgörande period att vara underbemannad på support under, eftersom en frustrerad kund under Black Friday också är en kund som funderar på om de ska lita på er resten av julhandeln.
Några praktiska steg gör stor skillnad: bemanna supportkanalerna med utökade öppettider under de mest intensiva dagarna, förbered färdiga svar på de frågor ni kan förutse (orderstatus, returpolicy, "gäller rabattkoden fortfarande"), och se till att order- och leveransbekräftelserna är tydliga nog att förebygga en del av de inkommande frågorna innan de ens ställs. Använder ni en chattbot eller ett automatiserat förstasvar, testa det specifikt mot Black Friday-scenarier – det är just kampanjspecifika frågor boten aldrig sett förut som generiska botar brukar fastna på.
Säkerhet: bedrägerier och bottrafik
Kampanjer med hög trafik lockar mer än bara riktiga kunder. Korttestningsbedrägerier (små automatiserade transaktioner som används för att validera stulna kortnummer), bottar som hamstrar begränsat lager på populära varor, och skrapbottar som hämtar prisdata tenderar alla att öka i takt med den genuina trafiken. Det kan snedvrida era lasttestsiffror, tömma verkligt lager på ett orättvist sätt och i värsta fall utlösa kostsamma återbetalningskrav (chargebacks) efter att kampanjen är över.
Innan kampanjen drar igång, bekräfta att betalleverantörens bedrägeriregler är aktiva och rimligt inställda – för strikt och ni blockerar riktiga kunder under årets mest värdefulla period; för löst och bedrägliga ordrar slinker igenom. Hastighetsbegränsning på kassa- och inloggningsflöden, en captcha eller motsvarande utmaning på högriskåtgärder, och grundläggande övervakning av bottrafik i er WAF eller CDN är alla värda en genomgång innan Black Friday, hellre än en akut insats efteråt.
Tidslinjen inför lanseringen
Räknat baklänges från själva Black Friday ser ett realistiskt förberedelseschema ungefär ut så här:
| Tid kvar | Vad som ska göras |
|---|---|
| 4–6 veckor innan | Fullständig last- och prestandatestning; bekräfta hostingplan och skalningsalternativ; åtgärda och testa om upptäckta flaskhalsar; börja bygga kampanjsidor. |
| 2–3 veckor innan | Stresstesta kassa och betalväxel; bekräfta logik för överförsäljning och lagerreservation; färdigställ rabattpriser och bekräfta att jämförelsepriserna följer reglerna; mobilspecifik prestandagenomgång. |
| 1–2 veckor innan | Sista genomgång av alla landningssidor, länkar och kampanjkoder; bekräfta CDN- och cachningsregler; briefa supportteamet och förbered färdiga svar; se över inställningar för bedrägeri- och botskydd. |
| Sista dagarna | Frys icke-nödvändiga ändringar på sajten; bekräfta att övervakning och larm är aktiva; gör ett sista end-to-end-test av kassan på både desktop och mobil; säkerställ att en tekniskt kunnig person går att nå under högtrafiktimmarna själva dagen. |
Den sista punkten betyder mer än man kanske tror. Även med grundlig förberedelse är det att ha någon som förstår sajtens infrastruktur på plats och aktivt bevakar dashboards under själva högtrafiktimmarna – inte bara jourhavande, utan faktiskt närvarande – som avgör om ett problem blir en femminuters-fix eller ett tvåtimmars driftstopp.
Sätt ihop helheten
Inget av det här handlar om att förutse varje tänkbart haveri. Det handlar om att eliminera de problem man rimligen kan förutse, så att det som ändå går fel på dagen blir litet och hanterbart i stället för katastrofalt. En sajt som genuint lasttestats, har marginal i hostingen, ett testat kassaflöde, ärlig och regelenlig prissättning, mobilprestanda i nivå med desktop, tillräckligt bemannad support och grundläggande bedrägeriskydd på plats går in i Black Friday från en fundamentalt annan position än en sajt som hoppas att förra årets upplägg fortfarande håller.
För butiker som driftar på plattformar som WooCommerce eller Shopify överlappar den här förberedelsen till stor del med god allmän e-handelspraxis – den är bara komprimerad till ett kortare fönster med högre insats. Vill ni hellre låta någon annan äga lasttestningen, hostingkontrollerna och övervakningen under kampanjperioden är det precis den typen av löpande arbete vår tjänst för webbplatsunderhåll är byggd för. Hör av er via vår kontaktsida så går vi igenom var er sajt står inför årets kampanjer.