Ще издържи ли магазинът ви на пиковия трафик - тест преди Черния петък

Няма по-скъп момент за срив от 27 ноември в 9 сутринта. Целият рекламен бюджет работи, имейлите са изпратени, клиентите идват - и точно тогава сайтът започва да зарежда по осем секунди, количката губи съдържание, а плащанията се провалят. Загубата не е само от непродаденото - тя включва и парите за реклама, които сте платили, за да доведете хора до неработещ магазин.

Добрата новина - почти всички сривове в пика са предвидими и се предотвратяват с една седмица подготовка. Ето практическия план какво да тествате, какво да поправите и - не по-малко важно - какво да не пипате в последните дни.

Първо разберете какво ви чака

Планирането започва с числа, а не с усещане. Извадете от аналитиката пиковите стойности от миналата година - най-натоварения час, едновременните посетители, поръчките на час. Умножете по очаквания ръст и по коефициент на сигурност от поне 1,5. Това е целта, срещу която тествате.

Ако нямате история (нов магазин или първи сериозен сезон), заложете на груба сметка от рекламния план - колко посетители очаквате да купите с бюджета и в кои часове ще ги концентрирате.

Тестът на натоварване

Съществуват инструменти за симулация на едновременни посетители, но за повечето български магазини е достатъчен по-прост подход - тест на реалните сценарии при повишен обем:

• Тествайте пътя, не само началната страница. Хората не стоят на заглавната - те филтрират, търсят, отварят продукти, добавят в количка и плащат. Тежките заявки са точно във филтрите и търсенето, не в кеширания начален екран.
• Проверете какво прави базата данни. Бавните заявки при филтриране в голям каталог са класическата причина за срив. Ако имате достъп до бавния лог на MySQL, вижте кои заявки излизат над секунда при нормално натоварване - те ще станат десет секунди в пика.
• Тествайте с изключен кеш. Първият посетител на всяка страница я вижда некеширана. При много уникални комбинации от филтри повечето посетители са "първи" - кешът помага по-малко, отколкото си мислите.
• Проверете администрацията. Докато клиентите пазаруват, вашият екип обработва поръчки в същата система. Тежките административни справки в пиковите часове могат да забавят и клиентската част.

Слабите места, които виждаме най-често

1. Споделен хостинг на ръба. Ако сайтът е бавен при нормален трафик, в пика няма да оцелее. Ъпгрейд на плана седмици предварително е най-евтината застраховка - и се прави без бързане.
2. Липса на пълностраничен кеш или кеш, който се инвалидира при всяка промяна на наличност. Настройте разумни правила - каталогът може да е кеширан минути, количката и касата никога.
3. Неоптимизирани изображения. Продуктови снимки по 2 MB не само бавят - те изяждат трафика и ресурсите на сървъра при хиляди едновременни посетители.
4. Тежки външни скриптове. Чатове, тракери, пиксели, банери - всеки от тях може да забави или да блокира зареждането, ако външната услуга има проблем. Заредете ги отложено и проверете как се държи сайтът, ако конкретна услуга не отговаря.
5. Cron задачи в неподходящ момент. Синхронизация с ERP, генериране на фийдове, изпращане на бюлетин - ако се пуснат в пиковия час, се борят за същите ресурси. Разпишете ги извън пиковите прозорци.
6. Липса на мониторинг. Без известие при срив научавате за проблема от клиент - в най-добрия случай след половин час.

Checkout-ът е най-скъпото място за грешка

Всеки процент отпаднали на касата в пика е реална загуба. Минете целия път като клиент - на телефон и на компютър, като гост и като регистриран:

• Работят ли всички методи на плащане, включително при повторен опит след неуспех;
• Правилно ли се прилагат промо кодовете и какво се случва при невалиден код;
• Коректни ли са цените за доставка при различни суми и региони;
• Какво става при изчерпан продукт в момента на плащане - ясно съобщение или мълчалива грешка;
• Пристигат ли имейлите за потвърждение и колко бързо;
• Записва ли се поръчката, ако платежният оператор отговори бавно - тестът за webhook закъснения.

Проверете и наличностите. При голям обем поръчки в кратък прозорец рискът от продаване на несъществуваща стока расте - особено при синхронизация със склад на интервали. Ако системата позволява резервиране на количество при добавяне в количка, включете го за сезона.

Замразяване на промените

Най-важното правило за последната седмица - никакви нови модули, теми, обновления и експерименти. Всяка промяна е риск, а времето за откриване на проблем в пика е нула. Ако нещо задължително трябва да се смени, направете го поне 10 дни преди старта, за да има време да излязат страничните ефекти.

Задължително преди замразяването:

1. Пълно резервно копие - файлове и база - съхранено извън сървъра и тествано, че се възстановява.
2. Записан план за връщане назад - кой, как и за колко време връща предишната работеща версия.
3. Списък с контакти - хостинг, разработчик, платежен оператор, куриер - с телефони, не само имейли.
4. Мониторинг с известия - за достъпност на сайта и за грешки при плащане, насочен към човек, който ще види съобщението в събота сутрин.

По време на кампанията

Дежурството не е излишно. Следете в реално време скоростта на сайта, обема на поръчките спрямо трафика (рязък спад на конверсията при стабилен трафик е сигнал за технически проблем), грешките в лога и наличностите на промотираните продукти. Половин час бърза реакция е разликата между дребен инцидент и провален ден.

Ако сайтът все пак започне да се задъхва - имайте подготвен план за облекчаване: временно изключване на тежки функции (сложни филтри, препоръчани продукти, чат), увеличаване на времето на кеша, спиране на административните справки. По-добре е магазинът да работи опростено, отколкото да не работи.

Специфики при OpenCart и WooCommerce

Двете най-разпространени платформи в България имат свои типични тесни места, които си струва да проверите поименно.

При OpenCart най-честите виновници са тежките модификации и модулите, които не са писани за голям каталог. Проверете дали кеширащият модул реално работи (а не е инсталиран и изключен след някакъв проблем), дали филтрите не правят пълно обхождане на продуктовата таблица при всяко натискане и дали административните справки не се въртят в пиковите часове. Ако сайтът ползва пълностраничен кеш или спийд модул, задължително тествайте как се държи промяната на цена и наличност през него - кешираните цени в разгара на промоцията са класически проблем.

При WooCommerce обичайният виновник е броят плъгини и техните задачи в WP-Cron, който се задейства от посещенията - тоест точно в пика се пуска най-често. Преместете го към системен cron, изчистете неизползваните плъгини, проверете таблицата с опции за раздути автоматично зареждащи се записи и се уверете, че обектният кеш работи. Прегледайте и колко външни услуги викат страниците ви при всяко зареждане.

И при двете платформи важи едно - тествайте с реалния си каталог и реалните си данни, не с чиста инсталация. Разликата между 200 и 20 000 продукта променя всичко.

Често задавани въпроси

Колко предварително да ъпгрейдна хостинга?

Поне две-три седмици преди пика. Миграцията или смяната на план може да донесе свои изненади и трябва да има време да се стабилизира, а и да се направи повторен тест след промяната.

Струва ли си CDN за български магазин?

За статичните ресурси - да, почти винаги. Той разтоварва сървъра от изображения и скриптове точно когато има най-много посетители, а разликата се усеща и в скоростта на мобилно (вижте и статията ни за Core Web Vitals).

Какво да направя, ако сайтът падне в разгара на кампанията?

По ред: спрете рекламите (за да не горите бюджет), уведомете екипа и хостинга, включете облекчения режим или страница с известие, и чак след стабилизиране търсете причината. Първата задача е да спрете загубите, не да откриете виновника.

Заключение

Технически проваленият Черен петък не се дължи на лош късмет, а на пропуснат тест. Един ден работа през ноември - реалистичен тест на натоварване, проверка на checkout-а, изчистен кеш, работещ бекъп и замразени промени - купува спокойствие в най-важния търговски прозорец на годината.

TEDBG подготвя магазини за пиковия сезон и поема техническото дежурство по време на кампаниите като част от абонаментната поддръжка. Ако искате някой да следи сайта, докато вие продавате - свържете се с нас навреме.