Перейти к основному содержимому

Разработка 1 октября 2026г. 8 мин чтения

Хостинг для WordPress: на что смотреть

Сайт нашей студии работает на WordPress, а хостинг у него самый обычный виртуальный, за несколько сотен рублей в месяц. Запаса там ещё много. Разбираем, какие параметры тарифа реально влияют на скорость и на нервы, а какие существуют ради красивой строчки в описании.

Сайт нашей студии работает на WordPress, а хостинг у него самый обычный виртуальный, за несколько сотен рублей в месяц. Запаса там ещё много. Разбираем, какие параметры тарифа реально влияют на скорость и на нервы, а какие существуют ради красивой строчки в описании.

WordPress ставится почти на любой хостинг, и это одна из причин его популярности. Но "запускается" и "работает быстро" - разные вещи. Тариф выбирают один раз, а живут с ним годами, и в лимиты упираются обычно в тот момент, когда сайт уже лёг.

Что движку нужно на самом деле

Официальные требования скромные: PHP версии 7.4 и выше, MySQL 5.7 или MariaDB 10.4, поддержка HTTPS. Этому соответствует любой тариф за 200 рублей.

Но это требования к запуску, а не к нормальной работе: нагрузку создаёт не движок, а тема и плагины. Чистая установка отдаёт страницу за 50-150 мс на среднем тарифе, тот же тариф с тяжёлым конструктором страниц и двумя десятками плагинов - за 700-1 500 мс, и виноват тут уже не хостер.

Параметры тарифа, которые стоит проверить до оплаты

Параметр Минимум Комфортно Зачем
Версия PHP 8.1 8.2-8.3 Скорость и обновления безопасности
memory_limit 128 МБ 256 МБ Обновления, импорт, магазин
max_execution_time 30 с 60-120 с Бэкап и импорт каталога
upload_max_filesize 8 МБ 64 МБ Загрузка видео и дампов
Тип диска SSD NVMe Скорость базы
База данных MySQL 5.7 MariaDB 10.6+ Индексы и сложные выборки
Процессов PHP одновременно 2-3 5-10 Держит ли сайт наплыв
OPcache есть включён Минус 30-40% времени генерации

Отдельно про число одновременных процессов PHP: самый важный и самый редко упоминаемый параметр виртуального хостинга. Если лимит равен двум, а на сайт зашли три посетителя, робот и вы в админке, часть запросов встанет в очередь и получит 503. Хостеры пишут про безлимитный трафик, а число процессов прячут в подробностях тарифа или не указывают вовсе.

Общие критерии выбора разбирали в статье как выбрать хостинг для сайта, здесь только специфика WordPress.

Чем "хостинг для WordPress" отличается от обычного

Обычно это тот же виртуальный хостинг плюс удобства: движок ставится в один клик, включён серверный кэш, работают автообновления, есть тестовая копия сайта. Цена выше в два-три раза: 500-1 500 рублей в месяц против 200-500 за обычный тариф.

Переплата оправдана, когда в компании некому следить за сайтом: автообновления и готовый кэш снимают часть забот. Если же есть свой человек или подрядчик на обслуживании, смысл теряется. Наш сайт с сотней с лишним статей, блогом, новостным разделом и автоматической публикацией по расписанию живёт на обычном тарифе.

Про автообновления стоит предупредить: обновление плагина без проверки иногда роняет вёрстку или отключает форму. Мы обновляем автоматически только ядро, остальное руками. Какие плагины стоит ставить, а какие опасны, разбирали в обзоре плагинов WordPress.

Кэширование: где сервер, а где плагин

Кэш в WordPress бывает трёх уровней, и путаница между ними даёт большинство проблем.

OPcache. На стороне сервера, хранит скомпилированный PHP-код. Вопрос к поддержке один: включён ли он.

Объектный кэш. Redis или Memcached, хранит результаты запросов к базе. Заметен на каталогах с фильтрами и личных кабинетах, для сайта-визитки бесполезен.

Кэш страниц. Готовый HTML без запуска PHP. Даёт основной прирост: 30-80 мс вместо 300-800. Делает его либо плагин, либо сервер.

Конфликты начинаются, когда кэш страниц включён в двух местах сразу: плагин пишет свои файлы, а хостер держит серверный кэш поверх. Правка страницы очищает один слой, посетитель видит старую версию из второго. Правило простое: одна страница кэшируется в одном месте.

Вторая частая беда - кэширование корзины, оформления заказа и личного кабинета. Эти адреса вносят в исключения, иначе покупатель увидит чужую корзину. Про остальные способы разгона писали в подборке как ускорить сайт.

И ещё из своего опыта: кэш включать надо через панель плагина, а не правкой конфига руками. Иначе кэш пишется, но не отдаётся, и полдня выясняешь, почему копии страниц есть, а скорость прежняя.

Почему отложенные публикации простаивают

Самая обидная ловушка связки "WordPress плюс кэш". Планировщик движка это не системное расписание: он запускается очередным запросом к сайту. Нет запросов - нет и выполнения задач.

Теперь добавьте кэш страниц. Посетителю отдаётся готовый HTML, PHP не запускается вовсе. Записи со статусом "запланировано" висят, письма не уходят, чистка мусора не выполняется. Публикация случается, когда кто-то откроет некэшированную страницу или зайдёт в админку.

У нас статьи блога выходят в 10:00. После включения кэша они стали появляться то в 11:20, то ближе к вечеру. Лечение стандартное: в конфиге отключается встроенный планировщик, а его файл дёргается снаружи, у нас это делает соседний сервер раз в полчаса. С тех пор время точное.

Отсюда вопрос хостеру до покупки: есть ли в панели планировщик задач и какой минимальный интервал. Если его нет, понадобится внешний сервис.

Бэкапы хостера и свои

Копии на стороне хостинга есть почти везде, но у них три ограничения. Хранятся 7-14 дней: если взлом был месяц назад, восстанавливать нечего. Разворачиваются целиком на аккаунт: вместе с испорченной страницей откатятся заказы за неделю. Лежат на той же инфраструктуре, что и сайт.

Свои копии это закрывают: раз в неделю полная копия файлов, каждый день база, всё во внешнее хранилище. Раз в квартал копию надо развернуть, чтобы убедиться, что она рабочая. Подробнее в статье про бэкап сайта.

SSL, почта, панель и площадка

Сертификат. Бесплатный Let's Encrypt должен быть в тарифе. Проверьте, что продление автоматическое: ручное раз в 90 дней рано или поздно забудется.

Почта. Ящики завести можно, а рассылки с них отправлять не стоит: письма с общих серверов часто уходят в спам.

Панель. Важна не красота, а доступ: смена версии PHP, правка лимитов, база, логи ошибок. Без логов диагностика белого экрана превращается в гадание. Отдельно спросите про SSH и утилиту WP-CLI: без неё массовые операции с контентом делаются руками.

Площадка. Формы сайта пишут персональные данные в базу, а база с данными россиян по закону должна стоять на серверах в России. Требование к тарифу простое: площадка в РФ. Заодно снимаются вопросы с оплатой в рублях, закрывающими документами и поддержкой на русском. Проверенные варианты собраны в обзоре хостингов с серверами в РФ.

Признаки, что тариф уже мал

  • Время ответа сервера на некэшированных страницах стабильно выше 1,5 секунды.
  • В часы наплыва появляются ошибки 503 и 504.
  • Админка тормозит, хотя сайт снаружи быстрый: фронт спасает кэш, а панель работает без него.
  • База выросла за 500 МБ и запросы к каталогу идут секундами.
  • В статистике панели видно упирание в лимиты процессов или CPU, а от хостера приходят письма про нагрузку.
  • Бэкап перестал доделываться до конца из-за ограничения времени выполнения.

Один-два пункта лечатся оптимизацией: чистка плагинов, кэш, сжатие картинок. Три и больше - повод смотреть в сторону своего сервера, и тогда полезен разбор когда пора уходить с хостинга.

Чек-лист выбора и переезда

Спросить у поддержки до оплаты:

  1. Какие версии PHP доступны и как переключаются.
  2. Сколько процессов PHP разрешено одновременно.
  3. Значения memory_limit, max_execution_time, upload_max_filesize и можно ли их поднять.
  4. NVMe или обычный SSD, какая версия базы данных.
  5. Есть ли планировщик задач и минимальный интервал.
  6. Как устроены бэкапы: глубина хранения и что именно восстанавливается.
  7. Где физически стоят серверы.

Порядок переезда:

  1. Снять полную копию файлов и базы со старого места.
  2. Развернуть сайт на новом хостинге на техническом адресе, не трогая домен.
  3. Проверить там формы, оплату, письма и админку.
  4. За сутки уменьшить время жизни DNS-записи.
  5. Переключить домен и выпустить сертификат.
  6. Двое суток держать старый хостинг оплаченным: часть посетителей придёт туда.
  7. Заново настроить кэш и планировщик, переезд они не переживают.
  8. Через неделю проверить журнал ошибок и скорость.

На чём экономить не стоит

Разница между плохим и приличным тарифом измеряется парой сотен рублей в месяц, а разница в скорости - в разы. Смотреть надо на версию PHP, лимит памяти, тип диска и число одновременных процессов, а не на обещание безлимитного трафика. Специальный тариф "под WordPress" нужен не всем: обычного виртуального хватает большинству корпоративных сайтов и блогов. Кэш и планировщик настраивают вместе, иначе сайт быстрый, но отложенные записи выходят когда попало.

Если разбираться с лимитами, кэшем и переездом самому не хочется, эту часть можно передать нам: подбор тарифа, перенос и настройка входят в поддержку сайта и занимают день-два без простоя.

Частые вопросы

Хватит ли обычного виртуального хостинга для сайта на WordPress?

Для корпоративного сайта, блога или каталога на несколько сотен страниц хватает с запасом. Наш собственный сайт с сотней с лишним статей живёт на тарифе за несколько сотен рублей в месяц. Отдельный сервер нужен интернет-магазину с тысячами товаров, высокой посещаемостью или тяжёлыми интеграциями.

Чем специальный хостинг для WordPress отличается от обычного?

Как правило, предустановленным движком, серверным кэшем, автообновлениями и тестовой копией сайта в один клик. Технически это тот же виртуальный хостинг с настройками под движок и ценой в два-три раза выше. Переплата оправдана, когда в компании нет человека, который занимается сайтом.

Почему отложенные записи в WordPress публикуются не вовремя?

Планировщик WordPress запускается запросом к сайту, а не системным расписанием. Если страница отдаётся из кэша, PHP не выполняется и задачи копятся. Лечится внешним вызовом файла wp-cron.php по расписанию раз в 15-30 минут и отключением встроенного планировщика в конфиге.

Какая версия PHP нужна WordPress в 2026 году?

Движок формально работает начиная с PHP 7.4, но эта ветка давно без обновлений безопасности. Рабочий минимум - PHP 8.1, лучше 8.2 или 8.3. Переход с 7.4 на 8.x обычно ускоряет генерацию страницы на 20-40% без единой правки в коде.

Вопросы читателей по теме

Все вопросы и ответы

Нужен сайт по этой теме?

Расскажите о задаче – вернёмся с расчётом и предложением структуры.