Подготовка на сайта за празници — проверка през ноември
Подготовка на сайта за празници за собственици на малки сайтове — как да проверите скоростта в PageSpeed Insights, формите и логовете преди декември.

Подготовката на сайта за празници се събира в два вечера през ноември, ако знаете какво да проверите: скоростта при натоварване и всяка форма за контакт. Главното число е 28 — толкова дни назад обхващат реалните данни в PageSpeed Insights, затова проблем, който оправите сега, ще се отрази в тях едва след около месец (Google for Developers).
Колко време отнема подготовката на сайта за празници
Планирайте около четири часа общо: час за измерване на скоростта, час за тест на натоварването, час за формите и час за логовете и резервното копие. Ако имате онлайн магазин, добавете време за проверка на плащането. Ако сайтът е визитка с един формуляр, ще свършите по-бързо.
Започнете в първата половина на ноември. Така остава време да поискате промяна от хостинга, ако се окаже, че пакетът Ви е тесен. Разликата между видовете пакети е описана в материала за видовете хостинг.
Как да измерите скоростта в PageSpeed Insights
Отворете PageSpeed Insights, въведете адреса на началната страница и на две-три страници, през които минават клиентите Ви. Прочетете двата вида данни поотделно. Лабораторните данни идват от Lighthouse, който симулира зареждане на страницата, и са удобни за търсене на причини (Google for Developers). Полевите данни показват какво са усетили реални посетители през последните 28 дни.
Резултатът от 90 до 100 се води добър, от 50 до 89 — за подобрение, а под 50 — лош (Google for Developers). Мобилният тест симулира среден по мощност телефон на мобилна мрежа, така че цифрата му често е по-ниска от тази за компютър.
Праговете на трите показателя на Core Web Vitals са тези (web.dev (Google)):
| Показател | Добър | Лош |
|---|---|---|
| Largest Contentful Paint (LCP) | до 2500 ms | над 4000 ms (web.dev (Google)) |
| Interaction to Next Paint (INP) | до 200 ms | над 500 ms |
| Cumulative Layout Shift (CLS) | до 0,1 | над 0,25 |
Източник: web.dev, прагове на Core Web Vitals (web.dev (Google))
Оценката се прави по 75-ия персентил: сайтът е добър по показател, когато поне 75% от зарежданията отговарят на прага (web.dev (Google)). Значи една бавна страница не Ви проваля, но четвърт бавни посещения вече го правят. Как да подобрите всеки показател, е обяснено в материала за бързодействието на сайта.
Как да тествате натоварването на сайта
PageSpeed Insights не е тест за натоварване: той зарежда страницата като един посетител. Наш извод: добър лабораторен резултат не значи, че сайтът ще издържи двадесет души едновременно. За това е нужен втори, отделен тест.
Използвайте безплатен инструмент за симулиране на едновременни посетители и вдигайте броя на стъпки. Пуснете теста извън работно време и предупредете хостинга, защото някои доставчици смятат такъв трафик за атака. Следете кога времето за отговор започне да расте рязко — тази точка е Вашият таван.
Ако таванът е под очаквания пик, първо включете кеш и свалете тежките изображения. Ако това не стигне, помислете за по-голям пакет.
Как да проверите всички форми за контакт
Изпратете тестово съобщение през всяка форма и проверете три неща: дали получавате писмото, дали стига в пощенската кутия, а не в спама, и дали посетителят вижда потвърждение. Направете това от телефон и от компютър. Формата за поръчка или запитване е най-често първото, което се чупи след обновяване на добавка.
Проверката в браузъра не е достатъчна. Валидирането от страна на клиента е твърде лесно за заобикаляне и сървърът трябва да проверява данните сам (MDN Web Docs (Mozilla)). Ако формата Ви приема всичко без проверка на сървъра, празничният наплив ще донесе и боклук.
Писмата от формата често се губят заради липсващи SPF, DKIM и DMARC записи на домейна. Как се настройват, е в статията за имейл на собствен домейн; записите се менят през DNS, а как работи DNS е описано отделно.
Какво да потърсите в техническите логове на сървъра
Логовете са текстови записи на всяка заявка към сайта. Поискайте от хостинга достъп до тях или ги отворете от панела. Потърсете три групи редове: грешки на сървъра, повтарящи се заявки към страницата за вход и необичайно много заявки от един адрес.
Повтарящите се опити за вход често са подготовка за кражба на акаунт. CERT България описва фишинга като измама, при която нападателят се представя за надежден източник и целта е да вземе пароли и картови данни (CERT България). Празниците са сезон на такива съобщения, затова сменете паролите на администраторите и проверете кой има достъп до сайта.
Наш извод: записите за грешки в логовете са най-евтиният тест, който имате, защото показват къде реалните посетители вече са се сблъскали с проблем.
Резервно копие и график преди декември
Преди каквато и да е промяна направете пълно копие на файловете и на базата данни и опитайте да го възстановите на тестова среда. Какво, колко често и къде да пазите, е в материала за резервните копия.
Подредете работата така: измерване и копие в първата седмица, тест на натоварването във втората, форми и логове в третата. Последната седмица оставете празна. Не обновявайте теми и добавки в дните преди най-натоварените поръчки; направете го сега или след празниците.
Колко купуват онлайн в ЕС и какво да сравните през 2027
През 2025 г. 95% от европейците на 16–74 години са ползвали интернет, а 78% от тях са купували или поръчвали стоки и услуги онлайн (Евростат). Разликата от 17 процентни пункта е по наше изчисление по данни на Евростат: толкова от потребителите на мрежата още не пазаруват в нея, така че пикът за малките сайтове има място да расте. Евростат предвижда следващо обновяване на данните през февруари 2027 г. — тогава сравнете тази разлика с Вашите собствени числа от декември.
Източници
- About PageSpeed Insights — Google for Developers
- How the Core Web Vitals metrics thresholds were defined — web.dev (Google)
- Client-side form validation — MDN Web Docs (Mozilla)
- Какво е фишинг, как работи и как да се защитите? — CERT България
- E-commerce statistics for individuals — Евростат
Вижте и това
Текстът е на Редакцията на WebMaster.bg. Фактите са по източниците, посочени под материала. Редакционна политика · Забелязахте грешка? Пишете ни на kontakt@webmaster.bg.