Black Friday kampány: előtte, közben, utána
Akciós banner kint, e-mailek kiküldve, hirdetések futnak. A pénztár lassul, de ki ellenőrzi, hogy a fizetés tényleg átmegy? A Black Friday üzemeltetés akkor marad kézben, ha előre kijelölöd a fejlesztési freeze időpontját, figyeled a teljes rendelési útvonalat, meghatározod az ügyeleti láncot, és rögzíted a lassulás első lépéseit.
Ha ügyfeleid webshopját üzemelteted, ez a forgatókönyv a kampány előtti, alatti és utáni teendőket fogja össze. A cél egyszerű: legyen világos, ki mit ellenőriz, ki dönt, és hogyan álltok vissza biztonságos működésre.
ℹ️ Az időpontokat a kampány indulásához viszonyítjuk (T = a kampány indulása, T−48 óra = két nappal előtte), ezeket igazítsd az akció kezdetéhez és a csapatod elérhetőségéhez.
Hogyan készülj fel a Black Friday kampányra napokkal és órákkal előtte?
A Black Friday kampányra legalább egy héttel korábban kijelölt felelősökkel, kipróbált rendelési útvonallal, működő riasztásokkal és egyértelmű freeze-szabállyal készülj. A feladatokat a kampányhoz viszonyított időpontok szerint rendezd, így a csapat nem az utolsó pillanatban próbálja kitalálni a következő lépést.
T−7–T−3 nap: felelősök, alapállapot, próbarendelés
Nevezd meg az incidensfelelőst, a marketinges kapcsolattartót, a fejlesztőt, valamint a fizetési és tárhelyszolgáltatói kapcsolattartót. Minden fontos szerepkörhöz legyen helyettes is, és egy közös helyen szerepeljen a kapcsolatfelvétel módja. Ne csak azt írd le, ki ért az adott rendszerhez: rögzítsd azt is, ki jogosult dönteni egy hirdetés lassításáról vagy egy korábbi kiadás visszaállításáról.
Készíts alapállapotot a főoldalról, egy termékoldalról, a kosárról és a pénztárról. Jegyezd fel a betöltési időt, a megjelenő hibákat és azt, hogy a rendelési folyamat minden lépése végigmegy-e. Ugyanezeket az oldalakat figyeld majd a kampány alatt is, különben nehéz lesz megmondani, hogy egy mérés valóban eltérést jelez-e.
Végezz próbarendelést a teljes folyamaton: termék kosárba helyezése, kupon beváltása, fizetés, készletfrissítés és visszaigazoló e-mail. Ha a fizetési szolgáltatód tesztmódot kínál, használd azt, majd ellenőrizd, hogy a tesztadatok nem maradnak félrevezető állapotban az éles rendszerben. A kezdőlap betöltése önmagában nem bizonyítja, hogy a vásárló is végig tud menni a fizetésen. A kampány előtti négy hét teljes felkészülési menetrendjét a Black Fridayre készülő webshopokról szóló cikkünkben részleteztük.
Ha terheléses próbát tervezel, még a kampány előtt egyeztess róla az érintett szolgáltatókkal, és válassz megfelelő tesztkörnyezetet, illetve kapacitást. A próba célja, hogy megtaláld a szűk keresztmetszetet, nem az, hogy egyetlen pontszámból megjósolja a kampány eredményét. A webshop terheléses tesztjéről k6-tal szóló útmutató segít a teszt céljának és kereteinek megtervezésében.
T−48–T−24 óra: vezess be fejlesztési freeze-t
Határozd meg, mikortól nem kerülhet ki új kód, bővítmény- vagy sablonfrissítés, illetve adatbázis-módosítás az éles webshopra. A freeze csökkenti az utolsó pillanatban érkező változtatások számát, és könnyebbé teszi annak felismerését, ha a kampány alatt mégis hiba jelentkezik.
A kampányszöveg, az ár vagy egy előre elkészített banner módosítása maradhat külön folyamatban, ha nem jár kockázatos éles fejlesztéssel. A tartalmi frissítést válaszd el a kódkiadástól, és csak az előzetesen ellenőrzött változtatást engedd át.
Készíts friss mentést, és ne elégedj meg azzal, hogy a mentés feladatként be van ütemezve. Ellenőrizd, hol találod, ki tudja elindítani a visszaállítást, és milyen gyors ellenőrzés igazolja utána, hogy a termékoldal és a pénztár működik. Jelöld ki azt is, ki engedélyezhet valóban sürgős módosítást.
🛡️ Tárhelyeinken automatikus mentés készül, az utolsó 6 napi és 4 heti mentést őrizzük meg, és a cPanelben néhány kattintással vissza is állíthatod, illetve le is töltheted őket.
Ha sürgős változtatásra van szükség, legyen hozzá visszaállítási pont, rövid tesztterv és egyértelmű visszagörgetési lépés. A kampány alatt ne próbálj ki nem tesztelt javítást csak azért, mert elsőre kézenfekvőnek tűnik.
T−2 óra: ellenőrizd a riasztásokat és az elérhetőségeket
Állíts be külső rendelkezésreállás-figyelést, és külön ellenőrizd az alkalmazás fontos részeit: a kosarat, a pénztárat, a fizetést, a rendelési e-mailt és a készletfrissítést. A riasztási küszöböket az előző napok normál működéséhez és a próba eredményéhez igazítsd, ne egy másik webshop számaihoz.
Küldj próbariasztást a csapatnak. Ellenőrizd, hogy megérkezik-e a kijelölt csatornán, és mindenki tudja-e, kit kell értesíteni, ha az elsődleges felelős nem válaszol. A rendelkezésre állási százalék önmagában nem árulja el, hogy a vásárló sikeresen fizetett-e; ehhez a pénztárt és a tranzakciót is figyeld. A 99,9%-os rendelkezésre állás jelentéséről szóló magyarázat segít értelmezni, mit mond és mit nem mond egy SLA-adat.
Black Friday alatt: mit figyelj, és mit tegyél, ha lassul a webshop?
A kampány alatt rendszeresen kövesd a rendelési útvonalat és a méréseket, lassulásnál pedig az előre kijelölt felelősökkel avatkozz be. Élesben ne kezdj kapkodó frissítésbe: előbb derítsd ki, hogy a hiba a weboldalon, a fizetési folyamatban vagy egy külső kapcsolódó szolgáltatásban jelentkezik.
T−30 perc, nyitás, majd óránként
A kampány indulása előtt ellenőrizd, hogy a riasztási csatornák működnek-e, és tölts be egy főoldalt, egy termékoldalt, majd egy tesztelésre kijelölt rendelési útvonalat. Ne indíts éles tranzakciót csak azért, hogy ellenőrizd a rendszert; használd a szolgáltató tesztmódját vagy az előre kijelölt ellenőrzési folyamatot.
Nyitástól óránként rögzítsd a látogatottság alakulását, a válaszidőt és a hibaarányt. Kövesd a kosárba helyezéseket és a rendelések számát, a fizetési hibákat, a készletfrissítést és a visszaigazoló e-maileket is.
📊 Ezeket nem kell egyetlen hatalmas műszerfalba zsúfolni: egy megosztott táblázat is elég, ha időpont, mérés, eredmény és felelős szerepel benne.
Ha jelzés érkezik: diagnózis, beavatkozás, újratesztelés
Először erősítsd meg a hibát másik eszközről vagy hálózatról, majd külön próbáld ki a termékoldalt, a kosarat és a pénztárt. Írd fel, mikor kezdődött a jelenség, melyik útvonal érintett, és hogy minden vásárlónál vagy csak egy részük esetében tapasztalható-e. Ez a rövid helyzetkép segít, hogy a fejlesztő vagy a szolgáltató célzott információt kapjon.
Ezután válaszd szét a lehetséges okokat. Ha a termékoldal betölt, de a fizetés nem fejeződik be, ellenőrizd a fizetési szolgáltató állapotát és a tranzakciós hibákat. Ha a rendelés sikeres, de az e-mail vagy a készlet nem frissül, azt a külön folyamatot vizsgáld. A főoldal gyors betöltése nem bizonyítja, hogy minden dinamikus funkció rendben van.
Nézd meg, történt-e közvetlenül a hiba előtt kiadás, beállításmódosítás vagy forgalmi ugrás. Ha ismert, visszaállítható változtatás esik egybe a probléma kezdetével, kövesd a kijelölt visszagörgetési tervet, mielőtt új, nem tesztelt javítást próbálnál ki. Egy időben naplózott változtatás és egy konkrét hibajelzés többet segít, mint a találgatás.
A marketinges csak az előre megállapított üzleti küszöb alapján lassítsa vagy állítsa le a hirdetést. A fejlesztő vagy ügyeletes a kapcsolati lánc szerint kapja meg a hibát, a döntéshozó pedig rögzítse, ki hagyta jóvá a beavatkozást. Így a csapat nem küld egyszerre ellentmondó utasításokat.
Javítás után ellenőrizd újra a teljes vásárlói útvonalat, nem csak azt, hogy a kezdőlap megnyílik-e. Nézd meg, létrejött-e a rendelés, átment-e a fizetés, frissült-e a készlet, és megérkezett-e a visszaigazoló e-mail. A vásárlóknak szóló tájékoztatás legyen rövid és tényszerű, ne ígérjen olyan helyreállítási időt, amit még nem ellenőriztetek.
Mit ellenőrizz a Black Friday kampány után?
A kampány után állítsd vissza az ideiglenes beállításokat, egyeztesd a rendeléseket és fizetéseket, majd a naplókból készíts felelősökhöz rendelt tanulságlistát. Ezzel lezárod a kampányhoz kötődő folyamatokat, és a következő akcióra konkrét fejlesztési feladatokat viszel tovább.
A zárás napján: takarítsd el az ideiglenes elemeket
Kapcsold ki vagy távolítsd el a kampányhoz tartozó bannereket, átmeneti szabályokat és időzített beállításokat. Ellenőrizd a kuponok lejáratát, az akciós árakat, a hirdetések céloldalait és azokat az automatikus folyamatokat, amelyeket a kampány végéhez kötöttél.
Egyeztesd a rendelések, fizetések és készletmozgások adatait. Nézd meg, maradt-e függő tranzakció vagy feldolgozatlan e-mail, és jelöld ki, ki rendezi az eltérést. A technikai zárás akkor teljes, ha az akció nem hagy hátra elfelejtett szabályt vagy félrevezető vásárlói információt.
A következő munkanapon: írd le a tanulságokat
Vesd össze a kampány alatti válaszidőt, hibákat és rendelési útvonalat az előzetes alapállapottal. Minden incidenshez rögzítsd az időpontot, a tünetet, az érintett oldalt, a beavatkozást, annak eredményét és a következő felelőst. Ha nem volt leállás, a majdnem hibává vált jelzéseket akkor is érdemes feljegyezni.
✅ A tanulság ne maradjon egy lezáró megbeszélés emléke. Legyen belőle határidős feladat, felelős és ellenőrizhető eredmény, amely a következő kampány előtt elkészül.
Ha a lassú betöltés több oldalt is érintett, a WordPress-sebességet visszafogó okokról szóló útmutató jó kiindulópont lehet a következő vizsgálathoz.
Egyoldalas Black Friday checklist
Mentsd el vagy nyomtasd ki ezt a rövid listát, és rendeld hozzá a felelősöket:
- Kampány előtt: freeze időpontja és jóváhagyója; mentés és visszaállítási próba; tesztrendelés; monitorozás; működő riasztási csatorna; elsődleges felelős és helyettes.
- Kampány alatt: óránkénti ellenőrzés; rendelési és fizetési útvonal; készlet és e-mail; incidensnapló; visszagörgetési döntés; vásárlói tájékoztatás.
- Kampány után: ideiglenes elemek kikapcsolása; rendelések és fizetések egyeztetése; alapállapothoz viszonyított értékelés; felelősökkel és határidőkkel ellátott tanulságlista.
Gyakori kérdések
Miért lassú csak a pénztár, miközben a főoldal gyors?
A pénztár azért lassulhat külön, mert minden rendelésnél adatot kezel, készletet ellenőriz és fizetési szolgáltatóhoz kapcsolódik, míg a főoldalt a gyorsítótár kiszolgálhatja. Ellenőrizd külön a kosarat, a pénztárat és a fizetési folyamatot, ne csak a nyitóoldalt mérd.
Hogyan teszteld a rendelés-visszaigazoló e-mailt valódi vásárlás nélkül?
Használd a fizetési szolgáltató tesztmódját vagy egy elkülönített tesztkörnyezetet, és ellenőrizd, hogy a próbarendelés után megérkezik-e az e-mail. A teszt végén rendezd a próbaadatokat, és győződj meg róla, hogy a tesztbeállítás nem maradt aktív az éles webshopban.
Mit tegyél, ha a webshop csak mobilon lassú?
Mérd meg a webshopot mobilhálózaton és Wi-Fi-n is, lehetőleg legalább két különböző eszközről. Vizsgáld meg a termékoldalt, a kosarat és a pénztárt mobilnézetben, mert egyetlen lassú oldal nem feltétlenül jelent teljes szolgáltatáskiesést.
Mikor oldható fel biztonságosan a fejlesztési freeze?
A freeze-t akkor oldd fel, amikor a kampány véget ért, az ideiglenes beállításokat ellenőrizted, és a rendelési folyamat stabilan működik. A kihagyott frissítéseket előbb tesztkörnyezetben próbáld ki, készíts visszaállítási pontot, majd ellenőrizd a termékoldalt és a pénztárt.
Összegzés: tartsd kézben a Black Friday üzemeltetést
A Black Friday kampány akkor kezelhető nyugodtan, ha a felkészülés, a kampány alatti ellenőrzés és az utólagos takarítás ugyanannak a tervnek a része. A következő akció előtt mentsd el a checklistet, rendelj minden ponthoz felelőst, és próbáld végig a riasztási láncot.
Ha ügyfeleid nagy forgalmú webshopjait üzemelteted, nézd meg nagy terhelésre fejlesztett Power EPIC tárhelycsomagjainkat, hogy a kampánycsúcsokra is legyen tartalék.
Nézd meg nagy teljesítményű tárhely csomagjainkat »
