WordPress можно установить почти на любой современный хостинг. Именно это иногда и усложняет выбор. Один провайдер обещает специальный тариф для WordPress, другой делает акцент на NVMe, третий предлагает десятки гигабайт диска, а четвертый пишет о повышенной производительности и установке системы в один клик.
Для нового сайта все эти предложения выглядят примерно одинаково. Кажется, что достаточно сравнить цену и объем диска.
Но два тарифа с одинаковыми 20 ГБ могут совершенно по-разному вести себя под нагрузкой. А дорогой «WordPress-хостинг» не обязательно окажется быстрее хорошего универсального тарифа.
У WordPress довольно скромные базовые требования. Основные проблемы начинаются не при установке, а позже, когда появляются тяжелая тема, конструктор страниц, десятки плагинов, резервное копирование, интернет-магазин и реальные посетители.
Поэтому выбирать хостинг лучше не под пустой WordPress, а под сайт, которым он станет через несколько месяцев.
Начнем с официальных требований WordPress
На момент подготовки материала WordPress рекомендует PHP 8.3 или новее, MariaDB 10.11+ либо MySQL 8.0+, а также поддержку HTTPS. В качестве веб-сервера WordPress рекомендует Apache или Nginx, хотя сама система может работать и в другом подходящем окружении.
Это полезная отправная точка, но не критерий выбора хорошего хостинга.
Если провайдер поддерживает только устаревшее окружение, его действительно стоит исключить. Но наличие PHP 8.3 не говорит о том, сколько процессорного времени получит ваш сайт, как быстро работает база данных и что произойдет при резком росте нагрузки.
У хостинга желательно иметь возможность переключать версии PHP для отдельных сайтов. Это пригодится при обновлениях и тестировании совместимости старых плагинов.
HTTPS сегодня тоже должен восприниматься как базовая возможность. Для обычного сайта удобно, когда бесплатный SSL сертификат можно выпустить и продлевать автоматически прямо из панели.
Главная характеристика, которой часто нет в красивой таблице тарифов
Откройте страницу любого виртуального хостинга. Скорее всего, вы сразу увидите объем диска, число сайтов, количество баз данных и иногда число почтовых ящиков.
Все это легко измеряется и хорошо смотрится в сравнительной таблице.
Но WordPress является динамической системой. Когда посетитель открывает страницу, PHP выполняет код, WordPress обращается к базе, плагины добавляют собственную логику, тема формирует результат. Если страница не отдается из готового кэша, серверу приходится работать.
Поэтому для производительности намного интереснее ограничения CPU, оперативной памяти, числа процессов и параллельных PHP-запросов.
Проблема в том, что провайдеры описывают эти лимиты по-разному. Где-то указана доля процессора, где-то количество ядер, где-то ограничения можно увидеть только в документации.
Если вы выбираете хостинг для небольшого блога, в эти детали необязательно погружаться до уровня системного администратора. Но для интернет-магазина или посещаемого проекта стоит хотя бы узнать, существуют ли понятные лимиты и что происходит при их превышении.
Хороший признак — возможность посмотреть фактическое потребление ресурсов в панели. Тогда после запуска сайта можно понять, действительно ли нужен более дорогой тариф.
Сколько места нужно WordPress
Сам движок занимает относительно немного места. Даже вместе с темой и обычным набором плагинов новый сайт далек от десятков гигабайт.
Диск начинают активно занимать медиафайлы.
WordPress при загрузке изображения может создавать несколько его размеров. Если редакция публикует много фотографий, каталог uploads постепенно растет. Интернет-магазин с тысячами товаров и несколькими изображениями каждого товара требует больше пространства, чем корпоративный сайт из двадцати страниц.
К диску добавляются резервные копии. Некоторые плагины сохраняют архивы прямо внутри аккаунта, и однажды оказывается, что половину оплаченного пространства занимают пять старых копий сайта.
Поэтому 50 или 100 ГБ в тарифе не делают WordPress быстрее. Для большинства новых проектов разумный объем диска с возможностью расширения полезнее огромного запаса, который никогда не будет использован.
SSD является нормальным выбором. NVMe способен обеспечивать высокую скорость операций, особенно там, где активно работает база данных, но одно слово NVMe в рекламе не гарантирует быстрый сайт. Если процессор перегружен или PHP имеет жесткие лимиты, быстрый накопитель не исправит все остальное.
Почему один WordPress летает, а другой тормозит на том же тарифе
Это одна из причин, по которой бессмысленно выбирать хостинг только по обещанному количеству посетителей.
Представим два сайта с одинаковыми 5000 посещений в день.
Первый является информационным проектом. Статьи редко меняются, страницы хорошо кэшируются, изображения оптимизированы. Большинство посетителей получает практически готовую страницу без тяжелой работы PHP и базы данных.
Второй — интернет-магазин на WooCommerce. Пользователи входят в аккаунты, используют фильтры, корзину, поиск и оформление заказа. Часть страниц персонализирована и не может кэшироваться так же агрессивно.
Число посетителей одинаковое, а нагрузка совершенно разная.
Еще сильнее ситуацию меняют плагины. Неудачное расширение может выполнять тяжелые запросы к базе на каждой странице. Конструктор страниц способен создать громоздкую структуру. Плагин статистики пишет огромное количество данных в базу. Резервное копирование запускается в самый посещаемый час.
Поэтому фраза «тариф рассчитан на 50 000 посетителей» без описания методики является лишь ориентиром.
Хостинг дает ресурсы. То, насколько эффективно WordPress ими распоряжается, зависит уже от самого сайта.
Кэширование важнее многих рекламных характеристик
Кэш позволяет не выполнять одну и ту же тяжелую работу для каждого посетителя заново.
В простейшем случае готовая версия страницы сохраняется и быстро отдается следующему пользователю. Для информационного WordPress это способно радикально уменьшить нагрузку.
Кэширование может происходить на нескольких уровнях. Есть плагины WordPress, серверный кэш, кэш объектов и внешние системы.
Если провайдер предлагает собственный серверный механизм кэширования, это может быть преимуществом, но стоит выяснить, как он работает и совместим ли с вашим проектом.
Redis часто встречается в описаниях продвинутых тарифов. Для WordPress он может использоваться как постоянный объектный кэш, уменьшая число повторяющихся обращений к базе. На большом динамическом сайте это бывает полезно.
Но маленькой визитке Redis не нужен только потому, что название выглядит технологично.
То же правило работает почти для всех дополнительных возможностей: функция ценна тогда, когда решает проблему конкретного сайта.
Нужен ли специальный WordPress-хостинг
Само название тарифа ничего не гарантирует.
В хорошем варианте WordPress-хостинг действительно может быть удобнее обычного. Система уже установлена или устанавливается одним нажатием, сервер настроен с учетом типичных нагрузок WordPress, резервные копии создаются автоматически, есть инструменты обновления и тестовая среда.
Некоторые специализированные услуги дополнительно следят за уязвимостями, ограничивают опасные настройки или предлагают серверное кэширование.
Все это имеет практическую ценность.
Но бывает и другой вариант: провайдер берет обычный тариф, добавляет автоматическую установку WordPress и меняет название страницы. Технически услуга почти не отличается от универсального хостинга.
Поэтому вместо слова «WordPress» в названии смотрите на то, что находится внутри.
Если универсальный тариф дает современный PHP, нормальные лимиты ресурсов, быстрый диск, автоматический SSL, резервные копии и удобное управление базой, WordPress прекрасно может работать на нем.
Специализированный тариф стоит выбирать ради конкретных преимуществ, а не ради логотипа CMS на странице провайдера.
Резервные копии должны восстанавливаться, а не просто существовать
Для WordPress резервное копирование особенно важно. Сайт постоянно меняется: обновляются плагины, тема, сам движок, контент и база данных.
Перед неудачным обновлением все могло работать идеально, а через минуту посетитель уже видит критическую ошибку.
Хорошо, если хостинг автоматически создает копии и позволяет восстановить файлы и базу из панели.
Посмотрите, как часто создаются копии и сколько времени они хранятся. Для блога с одной публикацией в неделю требования одни. Для магазина, где каждый час появляются заказы, суточная копия уже означает потенциальную потерю актуальных данных.
Узнайте, учитываются ли резервные копии в дисковой квоте тарифа.
И не храните единственную важную копию только внутри того же аккаунта. Для коммерческого проекта полезно иметь дополнительный независимый бэкап.
Самая важная характеристика резервной копии — возможность реально восстановить из нее сайт. Поэтому периодическая проверка восстановления полезнее красивой надписи «ежедневные бэкапы».
Staging кажется лишним, пока однажды не спасает рабочий сайт
Тестовая копия сайта, которую часто называют staging, позволяет проверить изменения до публикации на основном домене.
Нужно обновить крупный плагин? Сначала обновляете тестовую версию.
Меняется тема? Проверяете ее там же.
Разработчик вносит правки в шаблон? Посетители не должны наблюдать процесс.
Для маленького сайта тестовую среду можно организовать самостоятельно на поддомене или локальном компьютере. Но встроенная функция хостинга делает процесс намного удобнее.
Особенно полезен staging для WooCommerce и проектов с большим количеством расширений, где обновление одного компонента иногда неожиданно влияет на другой.
При этом перенос изменений с тестовой площадки на рабочую требует осторожности. Нельзя бездумно заменить базу работающего магазина старой тестовой копией и стереть новые заказы.
Поэтому наличие кнопки staging хорошо, но еще важнее понимать, что именно она копирует и как выполняется публикация изменений.
Безопасность WordPress начинается не с плагина безопасности
Популярность WordPress делает сайты на нем привлекательной целью для автоматических атак. Это не означает, что движок сам по себе небезопасен. Чаще проблемы появляются из-за устаревших плагинов, слабых паролей, заброшенных тем и неверных настроек.
Хостинг должен создавать нормальную базовую среду.
Полезна изоляция аккаунтов, чтобы проблема соседнего клиента не давала доступ к вашим файлам. WordPress в официальных рекомендациях отдельно обращает внимание на более безопасный запуск PHP-приложений в контексте учетной записи пользователя, а не общего серверного пользователя.
Для панели хостинга нужна двухфакторная аутентификация. Даже идеально защищенный WordPress мало поможет, если злоумышленник войдет в сам аккаунт провайдера и получит доступ к файлам, базе и DNS.
Проверьте возможность использовать SFTP или SSH вместо обычного незашифрованного FTP.
Полезна защита от массовых сетевых атак, но не стоит путать ее с защитой самого WordPress. DDoS-фильтрация не исправляет уязвимый плагин.
И конечно, хостинг должен позволять своевременно переходить на поддерживаемые версии PHP.
WP-CLI и SSH нужны не всем, но разработчик скажет спасибо
Если сайтом занимается разработчик, доступ по SSH заметно упрощает работу.
WP-CLI позволяет управлять WordPress из командной строки: обновлять компоненты, работать с пользователями и выполнять множество административных операций без браузера.
Для владельца обычной визитки отсутствие WP-CLI не является причиной отказываться от хорошего тарифа. Он может вообще никогда не открыть терминал.
Для агентства, веб-мастера или проекта, который регулярно обслуживается разработчиком, SSH и WP-CLI становятся полезными критериями.
Это хороший пример того, почему универсального «лучшего хостинга для WordPress» не существует. Разработчику и владельцу небольшого сайта нужны разные инструменты.
WordPress и WooCommerce лучше не считать одной нагрузкой
Формально WooCommerce является плагином WordPress. С точки зрения хостинга интернет-магазин обычно требует более внимательного отношения.
Каталог, фильтрация, корзина, учетные записи покупателей, заказы и фоновые задачи увеличивают количество динамических операций. Полностью закэшировать магазин как обычный информационный сайт нельзя.
Чем больше товаров, посетителей и интеграций, тем важнее производительность базы данных, доступная память и процессорные ресурсы.
При выборе тарифа для магазина полезно уточнить возможность быстрого перехода на более мощную конфигурацию. Сегодня проект может нормально работать на виртуальном хостинге, а через год перейти на VPS без необходимости срочно искать другого провайдера.
Именно масштабируемость часто важнее покупки самого дорогого тарифа с первого дня.
Когда пора уходить с виртуального хостинга на VPS
Не тогда, когда сайт достиг определенного числа страниц.
И не тогда, когда кто-то сказал, что «серьезные сайты на обычном хостинге не держат».
Переход имеет смысл, когда проект стабильно упирается в ограничения виртуального тарифа, оптимизация уже выполнена, а более высокий тариф не решает задачу или становится невыгодным.
VPS дает больше контроля над окружением и позволяет точнее распределять ресурсы. Но вместе с этим появляется администрирование.
Если вы не умеете обслуживать Linux, сравнивайте стоимость не просто VPS и хостинга. Добавьте панель управления или услуги администратора.
Иногда дорогой управляемый WordPress-хостинг оказывается выгоднее дешевого VPS, потому что в первом случае инфраструктурой уже занимается специалист.
А иногда наоборот: несколько крупных WordPress-проектов удобнее разместить на хорошо настроенном виртуальном сервере.
Как я бы выбирала хостинг для нового WordPress-сайта
Для обычного сайта компании, блога или небольшого контентного проекта я бы начала с хорошего виртуального хостинга, а не с VPS.
Проверила бы поддержку рекомендованного современного окружения WordPress: PHP 8.3+, MariaDB 10.11+ или MySQL 8.0+ и HTTPS.
Затем посмотрела бы на ограничения процессора и памяти, даже если они спрятаны глубже основной таблицы.
Мне не нужен огромный диск ради цифры. Нужен достаточный объем на быстром хранилище с возможностью расширения.
Обязательным условием были бы автоматические резервные копии и понятное восстановление.
Бесплатный SSL с автоматическим продлением я сегодня воспринимала бы как нормальную базовую функцию.
Для проекта, который будет активно разрабатываться, добавила бы SSH, WP-CLI и тестовую среду.
Для WooCommerce внимательнее посмотрела бы на CPU, RAM, кэширование, производительность базы и возможность безболезненно перейти на более мощное решение.
И только после этого сравнивала бы цены.
Самый дешевый тариф может оказаться прекрасным выбором для маленькой визитки. Самый дорогой не сделает тяжелый WordPress быстрым автоматически.
Хороший хостинг для WordPress почти незаметен. Панель не мешает работать, сертификат продлевается сам, резервные копии создаются, сайт быстро отвечает, а при росте нагрузки можно перейти на следующий уровень без аврального переезда.
Именно эти вещи я бы ставила выше надписей «оптимизировано для WordPress», количества гигабайт в рекламном блоке и обещаний выдержать абстрактное число посетителей.
