Как выбрать хостинг для WordPress: чек-лист 2026 года

Минимальные требования WordPress к хостингу

Это базовая проверка перед оплатой. Открываете страницу тарифа провайдера и ищете эти пункты в характеристиках:

• PHP 8.1 или выше. Меньше — точно нет. Идеально — PHP 8.3 с возможностью переключения версий через панель. Elementor 3.x, WooCommerce 9.x и WPML уже требуют PHP 8.0+, а на старших версиях плагины либо не работают, либо выдают предупреждения, которые ломают кэш.
• MySQL 8 или MariaDB 10.6+. Версии моложе уже не получают обновлений безопасности, а WP официально их поддерживает.
• OPcache включён. Это встроенный в PHP механизм кэширования байт-кода. Без него каждый запрос пересобирает PHP-скрипты заново — на WordPress с 20+ активными плагинами разница в TTFB ощутима даже без нагрузки.
• Расширения PHP — mbstring, curl, gd или imagick, mysqli, xml, zip, intl. Все они обычно включены, но имеет смысл свериться. imagick важен для обработки изображений в медиатеке; без него WordPress падает обратно на gd, который хуже справляется с WebP.
• HTTPS / SSL — бесплатный Let’s Encrypt с автообновлением.
• HTTP/2 или HTTP/3 на уровне веб-сервера.

Память на процесс (memory_limit в PHP) — минимум 256 МБ, для WooCommerce от 512 МБ. На некоторых дешёвых shared-тарифах её ставят в 128 МБ — этого не хватит для среднего сайта с активными плагинами. Мы встречали тарифы, где лимит не указывается в описании вовсе: при регистрации выяснялось значение 64 МБ. WordPress при таком раскладе работает, но падает при активации тяжёлых плагинов.

wp-cron и системный cron — WordPress по умолчанию запускает задачи по расписанию (публикация постов, удаление ревизий, проверка обновлений) через встроенный wp-cron, который срабатывает при каждом посещении страницы. На нагруженных сайтах это лишний PHP-процесс на каждый хит. Нормальные провайдеры позволяют отключить wp-cron через настройку DISABLE_WP_CRON в wp-config.php и настроить системный cron через панель. Спросите об этом поддержку — ответ за 30 секунд скажет многое о том, насколько команда знает WordPress.

Если в панели управления нет выбора версии PHP — уходите. Не потому что старый PHP сам по себе критичен прямо сейчас, а потому что компания, которой не важна эта базовая опция, скорее всего и стек обновляет раз в несколько лет.

Если провайдер не указывает версии в открытом виде — это уже звонок: значит они не считают это важным конкурентным преимуществом, и стек, скорее всего, старый.

Типы хостинга: кому что подходит

Перед тем как проверять метрики конкретного провайдера — разберитесь, какой тип хостинга нужен. Это сэкономит время: VPS и shared не конкуренты, у них разные задачи.

Цены указаны без промо-скидок, за второй год.

Если у вас блог, портфолио или корпоративный сайт с посещаемостью до 5 000 в сутки — виртуальный (shared) хостинг закроет все задачи. Стоит от 119 ₽/мес, автоустановка WordPress в один клик, настройка занимает 15 минут.

Для интернет-магазина на WooCommerce с каталогом от 500 товаров или сайта с активными формами — managed-хостинг или VPS. Managed удобнее: не нужно настраивать Nginx, PHP-FPM и Redis руками. VPS даёт больше контроля и обычно выходит дешевле при сопоставимых ресурсах — но настройка стека на вас. Если в команде нет человека, который знает Linux, берите managed.

Бесплатного рабочего варианта по сути нет — подробнее о том, что реально существует и какие подвохи. Специфику выбора под интернет-магазин разобрали отдельно в разделе Хостинг для WooCommerce.

Метрики, которые надо смотреть до оплаты

Цифры из маркетинговых обещаний («аптайм 99.99%», «молниеносная скорость») ничего не значат. Замерьте сами — это занимает 10 минут и часто переворачивает картину.

TTFB — Time to First Byte

Это время от момента запроса до прихода первого байта ответа от сервера. Норма для WordPress на хорошем хостинге — до 100 мс при размещении в той же стране, что и аудитория.

Как замерить: откройте webpagetest.org, выберите тестовый узел в нужном регионе, вставьте URL демо-сайта провайдера. Хорошо, если TTFB ниже 100 мс. Хуже 200 мс — провайдер не подходит для боевого сайта с российской аудиторией.

Ещё быстрее: перейдите на демо-сайт → F12 → вкладка Network → перезагрузите страницу. Первая строка в списке запросов — это HTML-документ. Колонка TTFB (или Time) покажет ожидание браузера без лишних сервисов.

LCP и INP — Core Web Vitals

TTFB — только первый шаг. Google и Яндекс дополнительно смотрят на LCP (Largest Contentful Paint) — время до отрисовки основного контента страницы. Норма — до 2.5 секунды. И INP (Interaction to Next Paint) — задержка реакции интерфейса на клики. Норма — до 200 мс.

Оба показателя зависят не только от сервера, но и от темы и плагинов. Однако если TTFB уже 300 мс — загнать LCP в норму практически невозможно даже с идеальной фронтенд-оптимизацией. Быстрый сервер — необходимое условие, не достаточное.

Проверить Core Web Vitals: pagespeed.web.dev или расширение Web Vitals в Chrome. Обязательно тестируйте мобильную версию — там пороги те же, а результаты обычно хуже.

Аптайм за 90 дней

Для боевого магазина 99.9% — это уровень «может потерять заказы во время рекламной кампании». Серьёзные провайдеры публикуют статус-страницу с историей инцидентов за 90 дней. Если страницы нет — спросите у поддержки напрямую. Если не знают что это — это ответ.

Время ответа поддержки

Откройте чат поддержки до оплаты и задайте конкретный технический вопрос: «Поддерживаете ли вы WP-CLI на этом тарифе?», «Можно ли отключить wp-cron и поставить системный?». Запишите время ответа. Норма — до 10 минут в рабочее время, до 30 минут ночью.

Beget и FirstByte в нашей практике стабильно отвечают за 3–7 минут. REG.RU — 15–25 минут в пиковые часы. Это не лучший показатель, но для несрочных вопросов терпимо. Timeweb — зависит от загрузки, бывает от 5 до 40 минут.

Пошаговый алгоритм выбора

Так выглядит процесс в реальности, без прыжков.

Шаг 1. Определите тип сайта и нагрузку. Блог с трафиком до 5 000 посещений в сутки — одно. Магазин с 500 SKU и активными промоакциями — совсем другое. Составьте список: нужны ли WP-CLI, Redis, staging, staging с push-deploy, конкретная версия PHP прямо сейчас. Этот список будет основой для проверки конкретных тарифов.

Шаг 2. Выберите тип хостинга. Ориентируйтесь на таблицу из предыдущего раздела. Если не уверены — начинайте с shared, мигрировать на VPS проще, чем платить за него вхолостую.

Шаг 3. Проверьте стек конкретного тарифа. PHP 8.1+, MySQL 8 / MariaDB 10.6+, OPcache, нужные PHP-расширения — всё это должно быть в характеристиках или в ответе поддержки. Провайдер, который не указывает стек публично, обычно это делает не потому что «и так понятно».

Шаг 4. Замерьте TTFB на демо-сайте провайдера. Webpagetest.org с тестовым узлом из Москвы или вашего региона. Цель — до 100 мс. Выше 200 мс — провайдер не подходит для сайта с российской аудиторией. Заодно проверьте: есть ли на демо-сайте реальный WordPress или просто HTML-заглушка — это тоже показатель.

Шаг 5. Напишите в поддержку — засеките время ответа. Задайте конкретный вопрос: «Есть ли Redis на тарифе X?», «Можно ли настроить системный cron?». Медленная поддержка или расплывчатые ответы сейчас — это то, что вы получите и в 2 часа ночи при упавшем сайте.

Шаг 6. Возьмите триал и перенесите реальный сайт. Не тестовую установку с двумя плагинами, а рабочую копию. Нагрузка от реальной базы, реальных плагинов и реального трафика часто вскрывает проблемы, которые на демо незаметны. Все нормальные провайдеры предлагают бесплатную миграцию — воспользуйтесь и сравните поведение сайта в течение 7–14 дней до оплаты.

Цена и подводные камни маркетинга

«От 99 рублей» обычно означает оплату на 2–3 года вперёд по акции. После первого срока цена вырастает в 1.5–2 раза. Перед оплатой смотрите помесячный тариф без скидки — это и есть реальная стоимость.

Для ориентира: Beget в 2026 году берёт от 179 ₽/мес при оплате на год, второй год без промо — около 299 ₽. У FirstByte картина похожая. REG.RU базовый shared при помесячной оплате стоит 299 ₽ с первого дня, зато без сюрпризов при продлении.

«Домен в подарок» — почти всегда только на первый год. Продление .ru в 2026 году обходится в 850–1 200 ₽ в зависимости от регистратора. Это стоит учитывать при сравнении итоговой стоимости за два года.

SSL формально «бесплатный» у всех (Let’s Encrypt), но иногда провайдер просит доплатить за «расширенный SSL» — это маркетинг, обычному WordPress хватает обычного.

Ещё один типичный трюк — «безлимитный» хостинг. Лимита нет только пока вы не упрётесь в CPU или inodes. Провайдеры с прозрачными ограничениями в характеристиках тарифа честнее: вы заранее знаете, при каких условиях придётся переезжать.

Поддержка WooCommerce и нагрузки

Если у вас интернет-магазин или планируется выше 5 тыс. посещений в сутки, смотрите дополнительно:

• Object cache (Redis / Memcached) — не «можно установить», а доступен из коробки. Без него WooCommerce при каждой загрузке страницы товара делает десятки SELECT-запросов к базе заново.
• WP-CLI — командная строка для WordPress, нужна для импорта товаров, массового обновления плагинов и автоматизации задач. На некоторых shared-тарифах WP-CLI есть, но доступна только часть команд — уточняйте.
• Staging-окружение — копия сайта для тестов, в идеале с push-deploy. Без него каждое обновление темы или плагина — это риск на живом сайте.
• Лимит CPU — провайдеры с прозрачным лимитом надёжнее «безлимитных». Лимит есть у всех, просто скрытый.

PHP workers — количество параллельных PHP-процессов, которые провайдер выделяет вашему аккаунту. На WooCommerce каждая страница товара, корзина, оформление заказа — отдельный запрос. Когда workers заканчиваются, следующий запрос встаёт в очередь. При пиковой нагрузке это выглядит как зависание сайта на 503 без единой технической проблемы на сервере. «Безлимитный» shared не спасает — лимит просто не афишируется.

Полный разбор требований к хостингу под магазин — в разделе Хостинг для WooCommerce.

Чек-лист перед оплатой

1. PHP 8.1+ и MySQL 8 / MariaDB 10.6+ — проверьте прямо на странице тарифа, не в общем FAQ.
2. TTFB на демо-сайте < 150 мс — замер через webpagetest.org с московского или нужного регионального узла.
3. Бесплатный SSL с автообновлением — Let’s Encrypt подходит. «Расширенный» SSL не нужен.
4. Бэкапы раз в сутки, восстановление в один клик — уточните срок хранения: минимум 7 дней, норма — 30.
5. Поддержка ответила на технический вопрос за < 10 минут — тест до оплаты, не после.
6. Цена без акции указана прозрачно — смотрите помесячный тариф или цену за второй год.
7. Есть триал 14–30 дней или возврат денег — без этого не берите, нормальные провайдеры всегда предлагают.
8. Дата-центр в нужном регионе — ЦОД в России, если аудитория из России.

Если хотя бы по двум пунктам провайдер не подходит — ищите другого. Хороших на рынке достаточно. Рейтинг 47 провайдеров с реальными замерами поможет сориентироваться быстро.

Частые ошибки выбора

Выбор по красивым цифрам в рекламе. «Аптайм 100%», «нулевой простой», «терабайт трафика» — обещания, не обязательства. Смотрите SLA в договоре оферты, а не на лендинге. Разница между «обещаем 99.9%» на сайте и реальным SLA с компенсацией в договоре — существенная.

Покупка на 3 года ради скидки. В первый месяц неудобства уже не вернёшь. Берите на месяц или триал, и только убедившись — оплачивайте длиннее. Скидка за три года в среднем 40–50%, но если через полгода вы захотите сменить провайдера — деньги уже потрачены.

Игнорирование локации ЦОД. Если аудитория из России — берите ЦОД в России. В нашем тесте один и тот же тариф Timeweb с московским дата-центром давал TTFB 67 мс, с франкфуртским — 181 мс. Лишние 100+ мс заметны в администраторской панели и особенно болезненны при работе с WooCommerce.

Перегруженный тариф «на вырост». Брать VPS под блог из 5 страниц — пустая трата ресурсов. Начинайте с виртуального, мигрируйте на VPS, когда упрётесь в реальные ограничения. Конфигурировать VPS под WordPress, не зная Linux, — это часы потраченного времени без гарантированного результата.

Игнорировать стек при выборе плагина кэширования. Если провайдер не даёт Redis из коробки — плагин LiteSpeed Cache не даст полного прироста, а W3 Total Cache без объектного кэша работает вполсилы. Стек хостинга и плагины кэша должны совпадать — иначе платите за фичи, которые не работают в вашей конфигурации.

Не проверять, сколько версий PHP поддерживает панель. Провайдеры, которые держат только одну версию PHP — обычно те же, у кого нет статус-страницы и прозрачного SLA. Когда выйдет WordPress, требующий PHP 8.4 (а это вопрос года-двух), переезжать придётся в спешке.

Куда идти дальше

После того как определились с требованиями, удобнее всего сразу сравнить конкретных провайдеров по реальным замерам:

• Рейтинг хостингов WordPress 2026 — каталог 47 провайдеров с данными по TTFB, аптайму, поддержке и честной ценой за второй год
• Виртуальный хостинг — shared-тарифы с автоустановкой WordPress, от 119 ₽/мес
• VPS для WordPress — для нагрузки, разработчиков и нестандартного стека
• Managed-хостинг — автоматические обновления, кэш и защита без настройки сервера
• Бесплатный хостинг — что реально существует, какие подвохи и где триалы
• Хостинг для WooCommerce — специфика магазинов, Redis, PCI и требования к PHP workers