Как выбрать хостинг для сайта на WordPress
Практика3 минРедакция Innovialabs
Коротко
Хостинг для WordPress должен поддерживать актуальные версии PHP и MySQL или MariaDB, давать кэширование страниц и объектов, staging-копию и автоматические бэкапы вне сервера. Managed WordPress экономит время на обслуживании, обычный хостинг или VPS дает больше контроля.
Короткий ответ
Хороший хостинг для WordPress проверяется по пяти пунктам:
- Актуальные версии PHP и базы данных с возможностью переключения.
- Кэширование на уровне сервера, а не только плагином.
- Staging — копия сайта для проверки обновлений.
- Автоматические бэкапы с хранением вне сервера и простым восстановлением.
- Доступ по SSH и WP-CLI, чтобы не зависеть только от панели.
Тип хостинга — managed WordPress, обычный shared или VPS — выбирают по тому, сколько обслуживания вы готовы взять на себя.
Технические требования
WordPress работает на PHP и базе MySQL или MariaDB, а также требует поддержки HTTPS. Рекомендуемые версии меняются, поэтому сверяйтесь с официальной страницей требований WordPress и выбирайте хостинг, где можно самостоятельно переключать версию PHP.
На что еще посмотреть:
- PHP-расширения: mysqli, curl, mbstring, xml, zip, intl, а также imagick или gd для обработки изображений.
- Лимиты PHP: memory_limit, max_execution_time, upload_max_filesize. Тяжелые плагины, конструкторы страниц и интернет-магазины требуют больше памяти.
- OPcache — кэш скомпилированного PHP-кода, должен быть включен.
- Число PHP-процессов (workers): оно определяет, сколько некэшированных запросов сайт обработает одновременно.
Проверить текущую конфигурацию можно в админке: Инструменты → Здоровье сайта.
Managed WordPress, shared или VPS
| Shared-хостинг | Managed WordPress | VPS | |
|---|---|---|---|
| Кто обслуживает сервер | Провайдер | Провайдер, с настройкой под WordPress | Вы |
| Кэширование | Зависит от тарифа | Обычно встроено | Настраиваете сами |
| Staging и бэкапы | Не всегда | Обычно в один клик | Настраиваете сами |
| Ограничения | Общие ресурсы с соседями | Иногда запрещены отдельные плагины | Только ресурсы сервера |
| Подходит для | Визиток и небольших блогов | Бизнес-сайтов и магазинов без своего админа | Проектов с нестандартными требованиями и командой |
Кэширование
Без кэша WordPress на каждый запрос выполняет PHP и обращается к базе. Уровни кэширования:
- Кэш страниц — готовый HTML отдается без запуска PHP. Лучше всего на уровне сервера: Nginx FastCGI cache, Varnish или LiteSpeed с его плагином.
- Объектный кэш — Redis или Memcached хранят результаты запросов к базе. Особенно полезен для магазинов и сайтов с личными кабинетами, где кэш страниц работает ограниченно.
- OPcache — ускоряет выполнение самого PHP.
- CDN — раздает изображения, CSS и JS с ближайших к пользователю серверов.
Уточните у провайдера, какие из этих уровней доступны на вашем тарифе.
Staging и бэкапы
Staging позволяет обновить ядро, тему и плагины на копии и только потом переносить изменения на рабочий сайт. Важный нюанс: перенос базы со staging на production перезапишет новые заказы, комментарии и заявки, появившиеся за это время. Для магазинов переносите только файлы или используйте инструменты выборочной синхронизации.
Требования к бэкапам:
- автоматически, как минимум ежедневно;
- хранение вне основного сервера;
- понятный срок хранения;
- восстановление в несколько кликов;
- регулярная пробная проверка восстановления.
Держите и собственную копию, не зависящую от хостинга. С WP-CLI это делается парой команд:
wp core version
wp plugin list --update=available
wp db export backup.sql
wp search-replace 'https://staging.example.com' 'https://example.com' --dry-run
Частые ошибки
- Выбирать по самой низкой цене без проверки бэкапов и версии PHP.
- Полагаться только на плагин кэширования на перегруженном shared-сервере.
- Обновлять плагины сразу на рабочем сайте.
- Хранить единственную копию сайта у того же провайдера.
- Отправлять письма через PHP-функцию сервера вместо SMTP или транзакционного сервиса — они чаще попадают в спам.