Виртуальный (shared) хостинг для WordPress

Что такое виртуальный хостинг и почему на нём живёт большинство WordPress-сайтов

Виртуальный (он же shared) хостинг — это когда на одном физическом сервере работают несколько сотен сайтов одновременно. У каждого свой каталог, свой домен и свой аккаунт в панели управления, но процессор, оперативная память и дисковый ввод-вывод у всех общие. Провайдер нарезает ресурсы лимитами: столько-то процентов ядра, столько-то параллельных PHP-процессов, столько-то файлов. Никакой консоли — всё через панель: файловый менеджер, phpMyAdmin, кнопка «Установить WordPress».

Для типичного WordPress этого достаточно, и вот почему. Сайт с включённым кэшем страниц отдаёт готовый HTML почти без участия PHP: посетитель приходит, веб-сервер достаёт файл из кэша, база данных не трогается вообще. Реальная нагрузка на процессор возникает только когда вы пишете статью в админке, когда кэш сбрасывается после обновления или когда пользователь делает что-то персональное — авторизуется, кладёт товар в корзину, отправляет форму. У блога, визитки или корпоративного сайта таких запросов единицы в минуту. Платить за выделенный сервер, который 95% времени простаивает, смысла нет.

Граница проходит там, где кэш перестаёт спасать: если у большинства посетителей страницы генерируются заново, shared закончится очень быстро — и никакой тариф «премиум» за 600 ₽ этого не изменит.

Кому подходит shared, а кому нет

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

Второй пограничный случай — сайт с большим трафиком, но без интерактива. Информационный проект с 20 000 посещений в сутки может прекрасно работать на shared, если весь трафик идёт на кэшированные статьи из поиска. А сайт с 500 посещений в сутки, где половина пользователей залогинена, — уже нет. Считайте не посещения, а долю запросов, которые проходят мимо кэша.

Сколько стоит и что должно входить в цену

Стартовые тарифы виртуального хостинга по нашему каталогу на 8 августа 2026 года:

Разброс в семь раз объясняется не столько качеством, сколько тем, что именно входит в минимальный тариф. За 55 ₽ у FirstByte вы получаете 512 МБ памяти и платный SSL — для WordPress с десятком плагинов это впритык. За 119 ₽ у SpaceWeb дают один гигабайт диска: сайт с медиатекой упрётся в него на первой сотне статей. У Beget за 420 ₽ сразу пять изолированных сайтов и безлимит баз — если сайт один, вы платите за то, чем не пользуетесь.

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

Второе правило — считать за два года. Рекламная цена почти всегда действует на первый оплаченный срок, а у части провайдеров ещё и требует годовой предоплаты: те же 180 ₽ у Timeweb — это цена при оплате за год, помесячно выйдет дороже. Перед оплатой откройте условия продления и умножьте на 24 месяца. Разница между тарифами в сто рублей в месяц — это 2 400 ₽ за два года, и она легко перекрывается одной ночью, когда сайт лежит, а поддержка отвечает через сорок минут.

Что не должно быть платной опцией ни на одном нормальном тарифе:

• SSL-сертификат Let’s Encrypt с автопродлением. Платный «расширенный SSL» обычному WordPress не нужен. Проверяйте: у FirstByte бесплатный SSL в тариф не заявлен, сертификаты продаются от 949 ₽ в год.
• Ежедневный бэкап с хранением минимум 7 дней. Нормой считается 30 — столько копий держит REG.RU; у FirstByte схема из 7 ежедневных, 2 еженедельных и 1 ежемесячной.
• Автоустановщик WordPress — Softaculous, Installatron или собственный.
• Почта на домене — хотя бы несколько ящиков.
• Перенос сайта с прошлого хостинга силами поддержки. Есть не у всех: Beget, Timeweb, NetAngels и Джино переносят бесплатно, REG.RU такой услуги не заявляет. Как проходит переезд и что проверить после него — в инструкции по переносу WordPress.

Полная смета на сайт — с доменом, темой, плагинами и работами — посчитана отдельно: сколько стоит сайт на WordPress.

Семь параметров тарифа, которые решают всё

Разница между тарифами за 150 и 400 рублей — не в гигабайтах на диске. Диск вы почти наверняка не заполните: средний WordPress-сайт с медиатекой занимает 2–5 ГБ при заявленных 10–50. Смотреть надо на другое.

1. Лимит CPU. Указывается в процентах ядра (например, «100% CP» или «1 CP») или в условных единицах. Это главное узкое место shared-хостинга. При превышении провайдер троттлит аккаунт: запросы не отбрасываются, но выполняются медленнее, а в панели появляется предупреждение. Если лимит нигде не указан — спросите поддержку прямо, лимит есть всегда.
2. Лимит inodes. Считает файлы, а не гигабайты. Чистая установка WordPress — 2–3 тысячи inodes, реальный сайт с двадцатью плагинами, темой и медиатекой — 80–120 тысяч. Каждая загруженная картинка превращается в 5–7 файлов, потому что WordPress генерирует превью под каждый зарегистрированный размер. Тариф с лимитом 50 тысяч закончится у вас на первом году, с лимитом 150 тысяч и выше — запас нормальный.
3. Количество сайтов и баз данных. На минимальных тарифах часто одна БД — то есть один WordPress, и точка. Проверяйте оба числа: бывает «безлимит доменов» при одной базе данных, что для WordPress означает ровно один сайт.
4. memory_limit PHP. Минимум 256 МБ. На дешёвых тарифах встречается 64–128 МБ: WordPress запустится, но упадёт с «Allowed memory size exhausted» при активации Elementor или импорте товаров. Значение часто не указывают в описании — уточняйте до оплаты.
5. Версия PHP и возможность её переключать. Минимум PHP 8.1, лучше 8.3, и обязательно с переключателем в панели. Разброс здесь больше, чем кажется: SpaceWeb и REG.RU дают линейку вплоть до PHP 8.5, а у FirstByte максимум — 8.2. Провайдер, который держит одну версию и меняет её раз в три года, делает вас заложником своего расписания обновлений.
6. Кэш на уровне сервера. LiteSpeed с плагином LiteSpeed Cache — лучший вариант для shared, потому что кэширование происходит до запуска PHP. Объектный кэш на виртуальных тарифах встречается редко и почти никогда не выносится в описание: из каталога Redis и Memcached прямо заявляет NetAngels, у SpaceWeb выделенный Redis появляется только с тарифа «Уран» за 1 199 ₽/мес. У остальных этот пункт нужно уточнять в поддержке до оплаты — ответ «поставьте плагин кэширования» означает, что объектного кэша нет.
7. Бэкапы: глубина и самостоятельный откат. Важны две вещи: сколько копий хранится и можете ли вы откатиться сами из панели, не написав в поддержку. REG.RU держит 30 копий, FirstByte — семь ежедневных плюс две недельных и одну месячную, NetAngels складывает копии в отдельные дата-центры, а не на тот же сервер. Бэкап, который восстанавливают только через тикет за четыре часа, — это не бэкап, а обещание.

Подробный разбор технических требований — в чек-листе выбора хостинга; там же про то, как замерить TTFB до оплаты.

Ограничения, о которых узнают уже после оплаты

Соседи по серверу. Вы делите процессор с сотнями чужих сайтов, и один из них может прямо сейчас индексироваться агрессивным парсером или ловить DDoS. Хороший провайдер изолирует аккаунты через контейнеры и режет нарушителя, плохой — позволяет ему просадить всю машину. Внешне это выглядит как «сайт иногда тормозит по вечерам без причины».

Нет staging-окружения. Копии сайта для тестов на виртуальных тарифах почти не бывает — ни один провайдер каталога не заявляет её в описании shared-тарифов. Без staging обновление плагина катится сразу в прод, и если после обновления вёрстка поехала, вы чините её на живом сайте, при посетителях.

Нет root, а WP-CLI есть не везде. Без командной строки WordPress вы не сделаете массовый поиск-замену в базе при смене домена, не обновите сотню плагинов одной командой, не импортируете товары пачкой. SSH-доступ к своему каталогу заявляют Джино и NetAngels, но наличие именно WP-CLI нужно уточнять отдельно: доступ к консоли и установленная утилита — разные вещи.

«Безлимит» в оферте. Безлимитными бывают только те ресурсы, которые вы физически не сможете исчерпать при штатной работе. Диск «без ограничений» соседствует с пунктом договора про «нецелевое использование» и с реальным лимитом inodes. Провайдер с честно опубликованными цифрами удобнее того, кто пишет «безлимит», — с цифрами вы хотя бы заранее знаете, когда придётся переезжать.

Как проверить лимиты до покупки: в панели любого провайдера есть раздел со статистикой потребления — на демо-доступе или в триале он покажет и текущие значения, и потолки. Если триала нет, напишите в поддержку три вопроса: какой лимит CPU и inodes на тарифе, какой memory_limit по умолчанию, доступен ли WP-CLI. По скорости и внятности ответа вы заодно оцените саму поддержку — это тест, который стоит десять минут.

Автоустановка WordPress: как работает и когда мешает

Автоустановщик делает за вас пять вещей: скачивает свежий дистрибутив WordPress, создаёт базу данных и пользователя к ней, прописывает доступы в wp-config.php, генерирует соль для ключей аутентификации и выпускает SSL-сертификат. Всё это занимает минуту вместо получаса ручной работы с FTP и phpMyAdmin. Ради этого shared-хостинг и берут — хостинг с автоустановкой WordPress избавляет от единственного этапа, на котором новичок реально может застрять. Что делает установщик по шагам и чем отличается ручная установка, разобрано в инструкции по установке WordPress.

Мешает автоустановщик в двух случаях. Первый: вместе с WordPress он ставит «полезный набор» — плагин провайдера для рекламы своих услуг, конструктор лендингов, иногда премиум-тему с демо-контентом. Это лишние файлы, лишние inodes и лишние запросы к базе на каждой загрузке. Второй: установщик молча выбирает версию PHP и параметры, принятые на аккаунте по умолчанию, — а по умолчанию у некоторых провайдеров до сих пор стоит PHP 7.4.

Первые пять действий на свежем сайте:

1. Проверьте версию PHP в панели и переключите на 8.2 или 8.3, затем откройте «Инструменты → Здоровье сайта» в админке — WordPress сам сообщит о проблемах со стеком.
2. Удалите то, что вы не заказывали: демо-тему, плагины провайдера, стандартные Hello Dolly и Akismet, если он не нужен.
3. Включите кэш: LiteSpeed Cache, если сервер на LiteSpeed, иначе WP Super Cache. Проверьте в «Здоровье сайта», виден ли объектный кэш.
4. Смените адрес входа и включите двухфакторную аутентификацию — на /wp-admin/ брутфорс начинается в первые же сутки после появления домена в CT-логах.
5. Отключите wp-cron в wp-config.php через define('DISABLE_WP_CRON', true); и повесьте системный cron из панели раз в 5 минут. Это снимает лишний PHP-процесс с каждого посещения — самая дешёвая оптимизация из существующих.

Как понять, что shared закончился

Симптомы по нарастающей — от «терпимо» до «уже теряете деньги»:

• Письма от провайдера о превышении лимита CPU раз в неделю. Пока это предупреждение, не блокировка.
• Админка отвечает дольше 2 секунд на действие, редактор Gutenberg подтормаживает при наборе текста.
• TTFB растёт при неизменном трафике — верный признак, что сервер перегружен соседями или вашими фоновыми задачами.
• Ошибки 502 и 503 в часы пик, при этом ночью сайт летает.
• Резервное копирование не завершается, потому что аккаунт упирается в лимит операций ввода-вывода.

Сначала попробуйте выжать из тарифа всё: кэш страниц, отключённый wp-cron, ревизия плагинов (обычно 5–7 из 25 можно выкинуть без потерь), оптимизация картинок в WebP, очистка ревизий постов и таблицы wp_options от «автозагружаемых» данных. На типичном запущенном сайте это снимает нагрузку в 2–4 раза, и переезд откладывается на год.

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

Как выбрать за 15 минут

Короткий алгоритм, если не хочется читать всё подряд:

1. Посчитайте сайты и базы данных. Один сайт — подойдёт минимальный тариф. Планируете второй или тестовую копию — сразу берите тариф с 5+ БД, доплата обычно 50–80 ₽/мес, а миграция между тарифами стоит времени.
2. Проверьте стек. PHP 8.1+ с переключателем, memory_limit от 256 МБ, кэш на уровне сервера. Всё это должно быть на странице тарифа или в ответе поддержки.
3. Сравните цену второго года. Умножьте на 24 месяца оба варианта и сравните итог, а не рекламную цифру.
4. Напишите в поддержку тестовый вопрос. «Какой лимит inodes на этом тарифе и есть ли WP-CLI?» Ответ дольше 15 минут в рабочее время — плохой знак.
5. Возьмите тестовый период. Самые длинные — у Beget и Джино, по 30 дней. У SpaceWeb 14 дней, у Timeweb 10, у REG.RU тест есть с ограничением на отправку почты. У NetAngels и FirstByte тестового периода нет вовсе — у второго только возврат денег в первую неделю. Перенесите на тест копию реального сайта, а не пустую установку: настоящая база и настоящие плагины показывают проблемы, которых на демо не видно.

Сравнение конкретных провайдеров по TTFB, аптайму, цене за второй год и скорости поддержки — в рейтинге хостингов.