
Хостинг для WordPress почти всегда выбирают по цене первого года и по обещанию «всё включено», а расплачиваются через полгода — когда админка начинает открываться по восемь секунд, а в час пик посетители видят ошибку 500. Обидная часть в том, что проверить площадку можно было за двадцать минут до оплаты: у WordPress есть официально заявленные требования, а у любого хостинга есть ответы на шесть-семь конкретных вопросов, которые задают в переписке с поддержкой. Ниже — список этих вопросов, признаки того, что текущая площадка вас уже не тянет, и короткий план переезда, если решение принято. Конкретных компаний я не называю и не рекомендую: условия и качество у всех меняются быстрее, чем живёт статья.
И сразу техника безопасности: любые действия с версией PHP, лимитами и тем более с переносом делаются после полной резервной копии файлов и базы данных, которую вы умеете разворачивать обратно. Это не формальность — половина неприятных историй про переезд начинается словами «копия была, но не открылась».
Что WordPress реально требует от площадки
Требования опубликованы на сайте проекта, и они короче, чем ожидают. Рекомендуемые условия: PHP версии 8.3 или выше, MariaDB версии 10.11 или выше либо MySQL версии 8.0 или выше, поддержка HTTPS. В качестве веб-сервера рекомендуются Apache или Nginx как наиболее надёжные и функциональные. Там же честно написано, что подойдёт любой сервер с поддержкой PHP и базы данных, — но рекомендации даны не просто так.
Отдельно указан «старый» минимум: PHP 7.4 и выше с MySQL 5.5.5 и выше. С оговоркой, что эти версии достигли конца официальной поддержки и могут подвергать сайт уязвимостям. Именно на таком минимуме живёт ощутимая часть недорогих тарифов.
Требования магазина строже: для свежих версий WooCommerce заявлены WordPress 6.9 и выше, PHP 8.3 и выше, MySQL 8.0 или MariaDB 10.6 и выше, лимит памяти WordPress 256 МБ и поддержка HTTPS. Если вы планируете каталог — сверяйтесь с этими цифрами, а не с минимумом ядра.
PHP: параметр, который проверяют первым
PHP — язык, на котором собирается каждая страница вашего сайта. От его версии зависит и скорость сборки, и безопасность, и совместимость с плагинами.
Картина поддержки на сегодня выглядит так. Ветки 8.0 и 8.1 полностью сняты с поддержки. Ветка 8.2 получает только исправления безопасности, и этот период заканчивается 31 декабря 2026 года. Ветка 8.3 тоже только на исправлениях безопасности, до 31 декабря 2027 года. Полноценно поддерживаются 8.4 — активная поддержка до 31 декабря 2026 года — и 8.5, активная до 31 декабря 2027 года.
Практический вывод для владельца сайта: нормой сегодня считается ветка 8.3 или выше, а всё, что ниже, — повод для разговора с хостингом. Два вопроса, которые нужно задать до оплаты: какие версии PHP доступны на тарифе и может ли клиент переключать версию сам, из панели управления, без обращения в поддержку. Второй вопрос важнее первого: возможность переключить версию за минуту и так же быстро вернуть обратно — это ваша страховка при обновлениях. Что именно даёт переход на свежие ветки, разобрано в отдельном материале про то, какой PHP нужен WordPress и что даёт переход на 8.3.
Свою текущую версию угадывать не нужно: в админке есть раздел здоровья сайта, вкладка со сведениями, блок с данными сервера — там указаны версия PHP, тип веб-сервера, ограничения по времени выполнения и размеру загружаемых файлов.
База данных, память и лимиты
Три параметра, о которых редко спрашивают и о которых потом жалеют.
Версия базы данных. Она должна соответствовать рекомендациям, а не только «работать». Старые версии медленнее на сложных запросах — а именно такие запросы делает каталог с фильтрами.
Лимит памяти. По умолчанию WordPress выделяет себе 40 МБ для обычного сайта и 64 МБ для сети сайтов. Этого мало почти для любого реального проекта: импорт товаров, обработка изображений и обновления упираются в потолок и падают с ошибкой. Спрашивайте, какой лимит доступен на тарифе и можно ли его поднять. Отказ поднимать память до 256 МБ — плохой знак.
Число одновременных процессов. На виртуальном хостинге сайты делят машину, и каждому тарифу выделено ограниченное количество одновременно работающих обработчиков. Когда лимит исчерпан, посетители получают ошибку или ждут в очереди. Именно этот параметр чаще всего стоит за «сайт падает в час пик», и именно о нём молчат в рекламных описаниях тарифов.
Дополнительно стоит уточнить ограничение по времени выполнения скрипта и максимальный размер загружаемого файла: первое обрывает долгие операции вроде импорта, второе не даёт загрузить медиафайл.
Скорость ответа сервера: что мерить
Скорость хостинга — это в первую очередь время до первого байта: пауза между запросом браузера и началом ответа сервера. На эту паузу хостинг влияет напрямую, в отличие от веса картинок и скриптов.
Измерять её нужно на своём сайте и в разное время суток, в том числе вечером, когда нагрузка выше. Разовая проверка в три часа ночи говорит мало. Ориентир для обычного сайта на WordPress без кэширования — доли секунды; если ответ занимает секунду и больше стабильно, дело либо в сервере, либо в том, что страница собирается слишком тяжело. Как разделить эти два случая, подробно разобрано в статье про то, куда исчезает секунда до первого байта.
Второй фактор — расположение серверов. Для бизнеса, который работает на Россию, площадка в российском дата-центре предпочтительнее: меньше задержка до посетителя и меньше сюрпризов с доступностью. Спрашивать нужно именно про физическое расположение оборудования, а не про адрес юридического лица.
Копии, поддержка и SSL
Резервные копии на стороне хостинга есть почти у всех. Вопросы к ним всегда одни и те же: как часто делаются, сколько хранятся, можно ли восстановить самостоятельно из панели и можно ли скачать копию себе. Последний пункт критичен: копия, которая лежит только у хостера и недоступна вам, не спасает при конфликте или блокировке аккаунта. Собственная схема копий, независимая от площадки, нужна в любом случае.
Техподдержка проверяется до оплаты, а не после. Напишите в предпродажный чат три вопроса из этой статьи и засеките время ответа. Если на простой вопрос про версию PHP отвечают полтора часа шаблонной фразой — в аварийной ситуации будет так же.
SSL-сертификат сегодня входит в тарифы у большинства площадок, и HTTPS указан в рекомендациях WordPress прямо. Уточните два момента: продлевается ли сертификат автоматически и не ломается ли при этом сайт. Забытое продление — банальная, но регулярная причина того, что браузеры начинают пугать посетителей предупреждением.
| Параметр | Что спросить у хостинга | Почему это важно |
|---|---|---|
| Версия PHP | Какие ветки доступны и переключаю ли я их сам | Скорость, безопасность, совместимость с плагинами |
| Версия базы данных | Какая версия MySQL или MariaDB на тарифе | Скорость каталога и сложных запросов |
| Лимит памяти | Сколько доступно и поднимете ли до 256 МБ | Импорт, обработка картинок, обновления |
| Одновременные процессы | Сколько их на тарифе и что будет при превышении | Поведение сайта в часы нагрузки |
| Время выполнения скрипта | Какое ограничение и можно ли его увеличить | Импорт товаров и длинные операции не обрываются |
| Резервные копии | Частота, срок хранения, самостоятельное восстановление, выгрузка | Возврат сайта после аварии и при уходе к другим |
| SSL | Входит ли в тариф и продлевается ли автоматически | Отсутствие предупреждений в браузере |
| Расположение серверов | В каком дата-центре физически стоит оборудование | Задержка до посетителя и доступность |
| Поддержка | Круглосуточная ли, среднее время ответа | Скорость решения аварий |
| Условия переноса | Помогаете ли перенести сайт и на каких условиях | Стоимость входа и выхода |
Признаки, что пора переезжать
Переезд — работа с риском, и затевать её без причины не стоит. Но есть набор признаков, при которых терпеть дороже.
Ошибки 500 в часы нагрузки, которые уходят сами через полчаса. Это почти всегда упор в лимиты тарифа, а не поломка сайта. Как отличить проблему площадки от проблемы плагина, разобрано отдельно — в материале про ошибку 500 на WordPress.
Медленная админка при быстром сайте для посетителей — типичный симптом нехватки процессорных ресурсов на тарифе.
Отказ поднимать лимиты. Формулировка «на вашем тарифе это невозможно, переходите на старший» законна, но если старший тариф стоит как отдельный сервер у другого поставщика — вы переплачиваете за бренд.
Нет копий или их нельзя скачать. Обсуждению не подлежит.
Старая ветка PHP без возможности переключения. Это тупик: рано или поздно плагины перестанут обновляться.
Поддержка отвечает сутками или отвечает шаблонами не по делу. В аварии это стоит вам оборота.
Регулярные падения без объяснений. Просите отчёт и смотрите, отвечают ли по существу.
Как переехать без потерь: короткий план
Подробный порядок переноса со всеми нюансами есть в отдельной статье про перенос сайта WordPress на другой хостинг — здесь только каркас и контрольные точки.
| Шаг | Что делаем | Готово, если |
|---|---|---|
| 1 | Полная копия файлов и базы, проверенная на разворачивание | Копия открывается на тестовой площадке |
| 2 | Новая площадка подобрана и проверена по таблице выше | Версии PHP и базы соответствуют рекомендациям |
| 3 | Сайт развёрнут на новом сервере и открыт по временному адресу | Главная, карточка, форма и админка работают |
| 4 | Проверены почта, формы заявок и оплата | Тестовая заявка дошла, письмо не в спаме |
| 5 | Снижен срок жизни записей DNS заранее | Переключение произойдёт быстро, а не за сутки |
| 6 | Переключены записи домена на новый сервер | Сайт открывается с нового адреса у вас и у коллег |
| 7 | Проверен сертификат и работа по HTTPS | Браузер не показывает предупреждений |
| 8 | Проверены коды ответа ключевых страниц | Нет неожиданных ошибок 404 и 500 |
| 9 | Старый хостинг оплачен ещё на месяц | Есть куда откатиться, если что-то всплывёт |
| 10 | Настроены копии на новом месте | Первая копия сделана и проверена восстановлением |
Главное правило переезда: домен и адреса страниц остаются прежними. Тогда для поисковых систем ничего не меняется — сайт просто начинает отвечать с другого сервера. Позиции при таком переносе обычно не страдают, если не было длительного простоя. Риски появляются там, где вместе с переездом меняют адреса страниц или домен: это уже другая процедура со своими правилами.
Частые вопросы
Виртуальный хостинг или сервер
Для сайта услуг, блога и небольшого магазина виртуального хостинга достаточно, если тариф не самый урезанный. Отдельный сервер оправдан, когда вы упираетесь в лимиты, когда нужен контроль над настройками окружения или когда простой стоит дороже разницы в цене. Обратная сторона сервера — им кто-то должен заниматься: обновления, безопасность и мониторинг сами себя не сделают.
Сколько стоит нормальный хостинг
Конкретных сумм называть не буду — цены меняются. Ориентир иной: если стоимость тарифа заметно ниже рынка, экономия обычно достигается плотностью размещения сайтов на одной машине, и вы почувствуете это в часы нагрузки. Сравнивайте не цену, а набор ответов на вопросы из таблицы.
Можно ли переехать самому, без специалиста
Можно, если сайт простой и есть проверенная копия. Порядок описан выше и в отдельном материале. Самостоятельный перенос опасен в двух случаях: магазин с активными заказами и сайт со сложными интеграциями. Там цена ошибки измеряется не часами, а потерянными заявками.
Сколько сайт будет недоступен при переезде
При правильной подготовке — нисколько: старая копия продолжает работать, пока переключаются записи домена, и посетители постепенно попадают на новый сервер. Чтобы этот период был коротким, срок жизни записей уменьшают заранее, за сутки-двое до переключения.
Хостинг обещает «ускорение WordPress» — это правда
Частично. Площадка действительно может дать более свежий PHP, быстрые диски и кэширование на своей стороне — это реальные вещи. Но вес картинок, число подключаемых файлов и тяжесть темы от хостинга не зависят. Если сайт грузится шесть секунд из-за трёхмегабайтной фотографии на первом экране, переезд изменит десятые доли.
Когда смена хостинга не поможет и когда нужен специалист
Три случая, когда переезд — пустая трата денег. Первый: сайт медленный из-за содержимого страниц — тяжёлых изображений, конструктора, десятка сторонних скриптов. Второй: медленно работает только админка, а виноват один плагин, который рисует сводки на главном экране. Третий: проблема не в скорости вообще, а в том, что на сайт никто не заходит; тогда переезд ничего не изменит, а деньги и время уйдут.
Специалист нужен, когда переезжает магазин с живыми заказами, когда на сайте есть интеграции с учётной системой или платёжным сервисом, когда предыдущий подрядчик недоступен и нет доступов, и когда вместе с переездом планируется смена домена. Если вы не уверены, ваш случай технический или содержательный, начните с бесплатного аудита сайта — по нему видно, где теряется время на самом деле.
И короткое соображение про деньги. Пока поток посетителей идёт только из рекламного кабинета, медленный сервер бьёт по карману дважды: вы платите за клик и теряете часть людей, не дождавшихся загрузки. Когда у бизнеса появляется собственный поток из поиска, требования к площадке становятся ещё строже — зато этот поток не выключается вместе с бюджетом и работает годами. Поэтому нормальный хостинг я считаю не расходом, а условием: на плохой площадке не взлетает ни один канал. Если нужно, чтобы кто-то держал техническую часть под контролем постоянно, посмотрите, как устроено техническое сопровождение и доработка сайта.
Коротко
Рекомендованные требования WordPress: PHP 8.3 или выше, MariaDB 10.11 или MySQL 8.0 и выше, поддержка HTTPS, в качестве сервера Apache или Nginx. Старый минимум с PHP 7.4 работает, но эти версии сняты с поддержки.
Первым делом проверяйте PHP: ветки 8.0 и 8.1 не поддерживаются вовсе, 8.2 и 8.3 получают только исправления безопасности, полноценно развиваются 8.4 и 8.5. Отдельно спрашивайте, переключаете ли вы версию сами.
Лимит памяти по умолчанию у WordPress 40 МБ, и этого мало. Для магазина требуется 256 МБ. Отказ поднять память — весомый повод искать другую площадку.
Скорость площадки — это время до первого байта, измеренное на своём сайте в разное время суток. Вес картинок и тяжесть темы к хостингу отношения не имеют.
Копии должны делаться регулярно, восстанавливаться вами самостоятельно и выгружаться на вашу сторону. Техподдержку проверяйте до оплаты, задав три вопроса в предпродажный чат.
Переезжать пора при регулярных ошибках в часы нагрузки, отказе поднимать лимиты, старом PHP без переключения и отсутствии доступных копий. При сохранении домена и адресов позиции обычно не страдают.
Если вы сомневаетесь, стоит ли переезжать, или не понимаете, в чём именно причина медленной работы, — приходите на разовую консультацию по сайту: разберём вашу площадку по пунктам из таблицы и решим, переезд у вас или наведение порядка на месте. Если нужно регулярное техническое сопровождение сайта с продвижением, а не разовый разбор, напишите — обсудим формат. Первоисточники: требования WordPress к хостингу и график поддержки версий PHP.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Комментарии
Артём
Сайт падает каждый будний день примерно с 19 до 21, показывает ошибку 500, потом сам оживает. Хостинг говорит, что у них всё в порядке и проблема в моих плагинах. Кто прав?
Анатолий Кузнецов автор
Строгая привязка к часам пик почти всегда указывает на упор в лимит одновременных процессов, а не на плагин: плагин ломался бы и в три часа ночи. Проверяется так. Попросите у поддержки выгрузку по превышению лимитов за неделю — такие данные есть у любой нормальной площадки. Параллельно посмотрите журнал ошибок сайта: если там записи о нехватке памяти или о превышении времени выполнения, это ещё одно подтверждение. Дальше два пути: включить полноценное кэширование страниц, чтобы сервер перестал собирать их заново для каждого посетителя, и, если не хватит, поднимать тариф или менять площадку.
Валерий
Не понимаю этой погони за свежим PHP. У меня сайт на 8.1 работает без единой жалобы уже третий год. Зачем чинить то, что не сломано?
Анатолий Кузнецов автор
Аргумент понятен, и работающий сайт действительно не надо трогать ради красивой цифры. Но у 8.1 есть конкретная проблема: ветка полностью снята с поддержки, исправления безопасности для неё больше не выпускаются. То есть найденная в ней уязвимость останется открытой навсегда. Вторая сторона — плагины: разработчики постепенно поднимают минимальные требования, и в какой-то момент вы просто не сможете обновить нужный модуль. Переходить лучше заранее и по шагам: копия, переключение на следующую ветку, проверка сайта, при поломке — возврат. Через несколько веток прыгать не стоит.
Вячеслав
Полезная таблица вопросов. Отправил её в три предпродажных чата. Из трёх внятно ответили в одном, в двух других прислали ссылку на тарифы. Выбор упростился.
Григорий
А как проверить время до первого байта, если я не разработчик? Все инструменты показывают какие-то разные цифры.
Даниил
Григорий, проще всего через инструменты разработчика в браузере: F12, вкладка сетевых запросов, первая строка в списке — сам документ, там и видно время ожидания ответа. Главное мерить несколько раз и в разное время, у меня утром и вечером разница была двукратная.
Елена
Переехали на новый хостинг, всё вроде работает, но перестали приходить заявки с формы. Обнаружили через неделю. Есть ли способ не наступать на эти грабли?
Анатолий Кузнецов автор
Способ один: проверять почту до переключения домена, а не после. Это четвёртый пункт в таблице переезда, и его чаще всего пропускают. Причина типовая: на старой площадке письма уходили её средствами, на новой такая отправка либо отключена, либо письма не проходят проверку подлинности отправителя и попадают в спам. Лечится переводом отправки на SMTP вашего почтового ящика на домене. И заведите привычку: раз в неделю отправлять себе тестовую заявку с сайта. Это тридцать секунд, которые не дают неделе тишины пройти незамеченной.
Игнат
Добавлю про копии: у меня хостинг делал их исправно, но восстановление было доступно только через их поддержку и только на этом же аккаунте. Когда решил уходить, выгрузить архив себе не дали. Забирал всё руками.
Клавдия
Про расположение серверов — не преувеличено ли? У меня сайт на зарубежной площадке, клиенты из России, жалоб нет.
Анатолий Кузнецов автор
Если жалоб нет и метрики в порядке — не трогайте, работающая схема ценнее теории. Разница по задержке для статичного сайта с хорошим кэшированием действительно может быть незаметной. Риски там другие и не про скорость: доступность площадки, сложности с оплатой и поддержкой, вопросы с хранением персональных данных клиентов, если вы их собираете формами. Это не технический выбор, а управленческий, и решать его надо с учётом того, чем вы торгуете и какие данные храните.
Лев
Переключил лимит памяти на 256 МБ, как советуете, — перестал падать импорт товаров, который я год не мог запустить целиком. Спасибо, простая вещь, а никто не подсказал.
Любовь
Вопрос по переезду: обязательно ли держать старый хостинг оплаченным ещё месяц? Жалко денег, если всё прошло гладко.
Анатолий Кузнецов автор
Настоятельно рекомендую, и вот почему. Часть проблем после переезда всплывает не сразу, а через две-три недели: перестали отрабатывать фоновые задачи, отвалилась интеграция, обнаружился раздел, который никто не проверял. Пока старая площадка жива, у вас есть рабочая копия сайта на момент переезда, и это самый надёжный запасной вариант. Месяц самого дешёвого тарифа стоит несопоставимо меньше, чем восстановление по кусочкам. По истечении месяца скачайте финальный архив себе и только потом закрывайте аккаунт.
Марат
Интересно, что про цену вы отказались писать конкретику. Обычно все советуют «берите вот этот тариф за столько-то». Так честнее, согласен.
Мария
Проверила свою площадку по таблице — оказалось, версию PHP я могу менять сама из панели, просто никогда туда не заходила. Стояла ветка трёхлетней давности. Переключила после копии, сайт стал ощутимо бодрее в админке.