Все товары 
Какой хостинг нужен для WordPress: параметры, которые стоит проверить
WordPress запустится почти на любом виртуальном хостинге с PHP и MySQL, но работать быстро и без сбоев будет не везде. Разница между тарифами видна не в день установки, а через полгода, когда у сайта появятся два десятка плагинов, тысячи записей и регулярный поисковый робот. Ниже — что проверить заранее, чтобы хостинг для WordPress не пришлось менять при первом росте посещаемости.
PHP и база данных
- Версия PHP. Актуальные версии WordPress рассчитаны на PHP 8.x, и на них сайт работает заметно быстрее, чем на 7.4. Хорошо, если в панели можно выбрать версию для каждого сайта отдельно и вернуться назад, если старый плагин несовместим с новой.
- Расширения. Нужны как минимум mysqli, curl, gd или imagick, mbstring, xml, zip и intl. Imagick лучше обрабатывает изображения, а без zip не работают обновления и многие плагины резервного копирования.
- MySQL или MariaDB. Подходят MySQL 8 и MariaDB 10.6 и новее. Проверьте лимит на размер базы: таблицы опций, ревизий и логов плагинов растут быстрее, чем кажется.
- memory_limit. Для простого блога хватает 128 МБ, для сайта с конструктором страниц, мультиязычностью или магазином лучше 256 МБ и больше. Важно, чтобы лимит PHP не превышал память аккаунта, иначе настройка останется на бумаге.
- max_execution_time и upload_max_filesize. От них зависит, успеет ли импорт и загрузится ли тема или видеофайл через админку.
Кеширование: главное, что ускоряет WordPress
Каждая страница WordPress без кеша — это запуск PHP и десятки запросов к базе. Поэтому скорость сайта на хостинге определяется в первую очередь тем, какие уровни кеширования доступны:
- OPcache хранит скомпилированный PHP-код в памяти. Обычно он включён по умолчанию, но стоит убедиться в этом через страницу «Здоровье сайта» или phpinfo.
- Страничный кеш отдаёт готовый HTML без запуска PHP. На серверах LiteSpeed это делает плагин LiteSpeed Cache на уровне веб-сервера, на Apache и nginx — плагины, сохраняющие страницы в файлы.
- Объектный кеш (Redis или Memcached) хранит результаты запросов к базе. Он особенно полезен для админки, сайтов с авторизацией и WooCommerce. На виртуальном хостинге он есть далеко не везде, поэтому его наличие — серьёзный плюс тарифа.
Быстрый диск тоже помогает, но в первую очередь в админке и на тяжёлых запросах к базе — подробнее об этом на странице хостинг на NVMe.
Бэкапы, SSL и тестовая копия
Резервные копии делает хостер, но полагаться только на них не стоит. Уточните, как часто они создаются, сколько дней хранятся и можно ли восстановить отдельно файлы или базу без обращения в поддержку. Свою копию раз в неделю на внешнее хранилище стоит делать в любом случае.
Бесплатный сертификат Let’s Encrypt с автопродлением сейчас норма. После включения HTTPS проверьте, что в настройках WordPress адрес сайта указан с https, а старые ссылки на картинки не дают предупреждение о смешанном содержимом.
Staging — тестовая копия сайта на поддомене — нужна, чтобы обновлять тему, ядро и крупные плагины не на живом сайте. Её умеют создавать WordPress Toolkit в Plesk и cPanel, Softaculous и некоторые собственные панели хостеров. Сравнить панели можно в подборке хостинг с cPanel.
Плагины и нагрузка
Большинство проблем со скоростью WordPress на хостинге создают не хостер и не диск, а плагины. Типичные причины:
- плагины статистики и безопасности, которые пишут в базу при каждом визите;
- встроенный WP-Cron, запускающий задачи на каждом посещении, — его лучше заменить на системный cron в панели;
- конструкторы страниц с тяжёлыми скриптами и десятками стилей;
- частые запросы admin-ajax и Heartbeat API из открытых вкладок админки;
- раздутая таблица wp_options с автозагружаемыми данными удалённых плагинов.
Посмотрите статистику ресурсов в панели: если сайт упирается в лимит CPU или процессов в обычный день без всплеска посещаемости, сначала разберитесь с плагинами, а потом уже меняйте тариф.
Когда WordPress пора переносить на VPS
Виртуальный хостинг подходит блогам, сайтам компаний и небольшим каталогам. Переезд оправдан, если:
- после оптимизации и кеширования сайт всё равно регулярно получает ошибки 503 или 508;
- нужны Redis, Elasticsearch, фоновые очереди или своя конфигурация nginx, а хостер их не даёт;
- на сайте много авторизованных пользователей, для которых страничный кеш не работает;
- старший тариф хостинга стоит почти как VPS с выделенными ресурсами.
Конфигурации серверов под эту CMS собраны в подборке VPS для WordPress.