Хостингът и скоростта на WordPress
Кога проблемът е в хостинга, а кога в сайта. TTFB, версия на PHP, сървърен кеш, object cache, HTTP/2 и HTTP/3, локация на сървъра — какво да проверите, преди да сменяте хостинг.
„Сменете хостинга“ е най-лесният съвет за бавен сайт — и често грешният. Понякога хостингът наистина е проблемът. Но много по-често бавният сайт на нов хостинг е просто бавен сайт на нов хостинг. Ето как да разберете кое от двете е.
TTFB — числото, което казва всичко
Time to First Byte е времето от заявката до първия байт отговор от сървъра. Включва мрежата, сървъра и цялата работа на WordPress преди да върне HTML.
- До около 0,8 s — приемливо (препоръчителната граница на web.dev).
- До 200–300 ms за кеширани страници — добре настроен сървър.
- Над 1–2 s — проблем, който никоя оптимизация в браузъра няма да компенсира.
Виждате TTFB в PageSpeed Insights (в полевите данни и в диагностиката „Време за отговор на сървъра“), както и в Chrome DevTools → Network.
Как да разберете дали виновникът е хостингът
- Сравнете кеширана и некеширана страница. Ако кешираната начална страница отговаря за 150 ms, а касата — за 3 s, хостингът е наред; проблемът е в PHP кода и плъгините.
- Ако дори кешираната страница е бавна (над 600–800 ms), гледайте сървъра, локацията или самия кеш — дали изобщо работи.
- Проверете в различни часове. Ако сутрин е бързо, а вечер бавно — споделеният сървър е претоварен.
Какво да изисквате от хостинга
- PHP 8.2 или по-нов. Всяка основна версия е по-бърза, а старите не получават поправки за сигурност. Обикновено се сменя с едно меню в контролния панел — но първо проверете съвместимостта на темата и плъгините на тестово копие.
- Сървърен страничен кеш — LiteSpeed, Nginx FastCGI cache или Varnish. По-бърз от кеш на PHP плъгин.
- Object cache — Redis или Memcached. Важен за WooCommerce и сайтове с вход на потребители.
- HTTP/2 или HTTP/3 — по-ефективно зареждане на много файлове. Почти всички хостинги го имат днес.
- Brotli или GZIP компресия — текстовите файлове пътуват компресирани.
- Сървър в Европа за българска аудитория — по-ниска латентност.
- Достатъчно ресурси — памет за PHP и брой едновременни процеси. При онлайн магазин с трафик евтиният споделен план бързо стига тавана.
Споделен, VPS или управляван хостинг
| Вид | Плюсове | Минуси |
|---|---|---|
| Споделен | Евтин, поддръжката е на хостинга | Ресурсите се делят; ограничени настройки |
| VPS / облак | Собствени ресурси, пълен контрол | Нужна е администрация |
| Управляван WordPress | Кеш и сигурност, настроени за WordPress | По-скъп; понякога ограничава плъгините |
За повечето фирмени сайтове добре настроен споделен хостинг е напълно достатъчен. За магазини с хиляди продукти и трафик — VPS или управляван хостинг си струват.
CDN — кога помага
CDN доставя статичните файлове (снимки, CSS, JS, шрифтове) от сървър близо до посетителя. За българска аудитория и сървър в България ефектът е по-малък, отколкото за международна. Помага повече, ако имате посетители от много държави или много тежки снимки. CDN не ускорява касата и другите динамични страници.
Преди да смените хостинга
Измерете TTFB на кеширана и некеширана страница. Пуснете теста за мобилно. Ако проблемът е в сайта, смяната на хостинга ще ви донесе работа, а не скорост. Ако е в хостинга — ще ви кажем точно какво да изискате или към какво да преминете. Това е част от всяка безплатна диагностика.
Въпроси и отговори
Какъв TTFB е добър?
Препоръчителната граница е до около 0,8 секунди. Добре настроен сървър с кеш отговаря за 200–300 ms на кешираните страници.
Ще стане ли сайтът бърз, ако сменя хостинга?
Само ако проблемът е в хостинга. Ако сайтът е бавен заради снимки, скриптове или плъгини, той ще е бавен и на новия хостинг.
Трябва ли ми CDN за български сайт?
Не винаги. При сървър в България и българска аудитория ефектът е по-малък. CDN помага повече при международна аудитория или много тежки статични файлове.
