Если WordPress начал тормозить, выдавать ошибки при установке плагинов, не обновляется или периодически падает без явной причины, очень часто проблема не в теме и не в самом движке, а в том, что тариф хостинга уже не соответствует нагрузке. Чтобы понять, потянет ли сайт ваш план, нужно смотреть не только на «WordPress работает», но и на версию PHP, тип и версию базы данных, а также на лимиты памяти и процессора, которые хостинг реально выделяет аккаунту.
Ниже разберём, какие требования у WordPress есть на практике, чем минимальные параметры отличаются от комфортных, и по каким симптомам можно понять, что сайт упирается именно в ресурсы хостинга.
Короткий ответ: что нужно WordPress на хостинге
Для актуальных версий WordPress нужен современный PHP, база данных MySQL или MariaDB и достаточный лимит памяти для выполнения PHP-скриптов. На уровне официальных требований WordPress обычно указывает поддержку PHP 7.4 и выше, MySQL 8.0 и выше или MariaDB 10.5 и выше. На практике для нового сайта лучше ориентироваться на более свежие версии PHP, если их поддерживает ваш хостинг и плагины.
Но одного «совместимо» мало. Сайт может запускаться и на минимально допустимых параметрах, однако при установке тяжёлой темы, конструктора, интернет-магазина или просто при росте трафика начнутся задержки, ошибки памяти и проблемы с админкой. Поэтому для реальной работы важны не только версии, но и запас по ресурсам.
Какие параметры считать минимальными, а какие — нормальными
Минимум и комфортный рабочий уровень — это разные вещи. Минимум нужен, чтобы WordPress вообще установился и открылся. Комфортный уровень нужен, чтобы сайт не сыпался при обновлениях, импорте, работе плагинов и пиковых нагрузках.
| Параметр | Минимум для запуска | Что лучше для обычного сайта |
|---|---|---|
| PHP | Поддерживаемая WordPress версия, обычно от 7.4 | Актуальная поддерживаемая версия PHP, если совместимы тема и плагины |
| MySQL / MariaDB | MySQL 8.0+ или MariaDB 10.5+ | Современная версия БД с нормальной производительностью и актуальными настройками |
| Память PHP | 64 МБ — это уже нижняя граница для очень простых сайтов | 128 МБ и выше, для тяжёлых сайтов часто нужно больше |
| Веб-сервер | Apache или Nginx | Не сам тип сервера важен, а корректная настройка и лимиты хостинга |
Если у вас небольшой сайт-визитка без тяжёлых плагинов, он может жить и на скромных параметрах. Но если есть кэширование, формы, SEO-плагины, редактор блоков, мультиязычность или WooCommerce, запас по памяти и скорости базы становится критичным.
Почему версия PHP влияет на стабильность сайта
PHP — это среда, в которой выполняется WordPress. Чем старее версия, тем чаще возникают проблемы совместимости и тем хуже производительность. Старый PHP может не только тормозить, но и ломать плагины, которые уже рассчитаны на более новые версии языка.
Типичные признаки, что PHP не подходит:
- после обновления плагина или темы сайт начал выдавать фатальную ошибку;
- в админке появляются предупреждения о несовместимости;
- страницы открываются заметно медленнее без видимой причины;
- часть функций работает, а часть — нет, особенно в конструкторах и формах;
- после переключения версии PHP сайт начинает вести себя иначе, и это сразу видно по ошибкам.
Если хостинг позволяет выбрать версию PHP в панели управления, это первый безопасный шаг диагностики. Но менять версию стоит только после проверки совместимости темы и плагинов. Иногда старый сайт на старой теме действительно требует более мягкого перехода, и тогда лучше сначала обновить плагины на тестовой копии.
Что важно знать про MySQL и MariaDB
WordPress работает и с MySQL, и с MariaDB, но для пользователя важен не только сам бренд базы данных, а её версия и состояние. Если база слишком старая, сайт может формально открываться, но запросы будут выполняться медленно, а сложные плагины начнут давать ошибки.
Проблемы с базой данных обычно проявляются так:
- админка открывается медленно, особенно список записей, товаров или заказов;
- появляются ошибки соединения с базой;
- после импорта, обновления или массового редактирования сайт зависает;
- поиск по сайту и фильтры работают заметно хуже обычного;
- нагрузка на хостинг растёт даже без большого трафика.
Если у вас shared-хостинг, вы обычно не управляете настройками MySQL напрямую. Но вы можете проверить версию базы в панели хостинга или в разделе «Информация о системе» в WordPress-плагинах. Если версия сильно устарела, это уже повод писать в поддержку и спрашивать, можно ли перевести аккаунт на более современный сервер или обновить окружение.
Сколько памяти нужно WordPress на самом деле
Когда говорят «память», часто имеют в виду лимит PHP memory_limit. Это не вся память сервера, а максимум, который один PHP-процесс может использовать для выполнения скрипта. Если лимит слишком низкий, WordPress не сможет нормально загрузить плагин, собрать страницу в админке или обработать импорт.
На практике именно нехватка памяти даёт самые узнаваемые симптомы:
- ошибка
Allowed memory size exhausted; - белый экран или пустая страница после обновления;
- срыв сохранения записи или страницы;
- ошибки при загрузке медиафайлов;
- админка работает, но отдельные разделы не открываются;
- после установки нового плагина сайт начинает падать.
Для простого сайта иногда хватает 64 МБ, но это скорее нижний предел, чем нормальная рабочая конфигурация. Для большинства обычных проектов разумнее ориентироваться на 128 МБ и выше. Если сайт использует тяжёлую тему, редактор блоков с большим количеством блоков, конструктор страниц, магазин или несколько крупных плагинов, запас нужен ещё больше.
Если хостинг не даёт увеличить memory_limit в панели, это уже не проблема WordPress. Тогда нужно смотреть тариф или писать в поддержку с просьбой увеличить лимит для PHP-процессов, если это допускается правилами сервиса.
Как понять, что тариф WordPress уже не тянет сайт
Проблема не всегда в одной конкретной ошибке. Чаще видно набор признаков, которые повторяются при одинаковых действиях. Например, сайт открывается нормально, но админка тормозит. Или главная страница загружается, а сохранение записи заканчивается ошибкой. Или всё работает до момента обновления плагина, после чего начинаются сбои.
На слабый тариф обычно указывают такие симптомы:
- сайт медленно открывается даже на пустой странице без большого количества изображений;
- админка заметно тормозит при редактировании записей;
- ошибки появляются после установки нескольких плагинов, хотя по отдельности они совместимы;
- импорт контента обрывается по таймауту;
- резервные копии создаются слишком долго или не завершаются;
- при небольшом росте посещаемости сайт начинает отвечать нестабильно.
Если такие симптомы повторяются, сначала проверьте, не упирается ли сайт в память PHP и версию PHP. Если там всё в порядке, дальше уже имеет смысл смотреть на лимиты CPU, количество одновременных процессов и ограничения самого тарифа. На shared-хостинге эти параметры обычно не видны напрямую, но их можно уточнить в поддержке.
Что можно проверить самому без доступа к серверу
Начинать лучше с безопасных проверок, которые доступны через панель хостинга и сам WordPress.
- Откройте в панели хостинга сведения об аккаунте и посмотрите версию PHP, лимит памяти и, если доступно, версию MySQL/MariaDB.
- В админке WordPress зайдите в раздел «Инструменты» или в страницу состояния сайта, если она доступна в вашей версии, и проверьте предупреждения о сервере.
- Сравните текущие параметры с требованиями темы и плагинов. Часто именно они требуют больше памяти, чем сам WordPress.
- Временно отключите недавно добавленные плагины и проверьте, исчезла ли ошибка. Это помогает отделить нехватку ресурсов от конфликта кода.
- Посмотрите журнал ошибок хостинга, если он доступен в панели. Повторяющиеся сообщения о памяти, таймаутах или фатальных ошибках обычно быстро показывают направление поиска.
Если после этих шагов видно, что версия PHP устарела или памяти мало, сначала меняют именно это. Если же проблема остаётся, а в логах есть ошибки базы данных или таймауты, уже стоит подключать поддержку хостинга.
Когда проблема на shared-хостинге, а когда уже нужен VPS/VDS
На обычном shared-хостинге вы ограничены тарифом и настройками, которые разрешил провайдер. Это нормально для небольших сайтов, но у такого варианта есть потолок. Если WordPress стабильно работает только после отключения половины плагинов, а любое обновление вызывает сбои, дело может быть не в конкретной ошибке, а в том, что ресурсный запас исчерпан.
VPS/VDS даёт больше контроля: можно настроить PHP-FPM, веб-сервер, кэширование, лимиты процессов и базу данных. Но это уже требует администрирования. Если у вас нет опыта работы с сервером, переход на VPS имеет смысл только тогда, когда вы готовы либо сами обслуживать окружение, либо передать это администратору.
Для владельца сайта практический ориентир простой: если WordPress не укладывается в рамки обычного тарифа даже после обновления PHP, увеличения памяти и устранения конфликтов плагинов, значит, проблема уже не в одной настройке. В этом случае нужно либо менять тариф, либо переходить на более управляемую инфраструктуру.
Что написать в поддержку хостинга
Если вы дошли до поддержки, не ограничивайтесь фразой «сайт тормозит». Чем точнее описание, тем быстрее вам помогут. Передайте:
- домен и имя тарифа;
- версию PHP, которую вы используете;
- текущий лимит памяти PHP, если он виден в панели;
- версию MySQL или MariaDB, если она указана;
- что именно происходит: ошибка памяти, таймаут, медленная админка, падение после обновления;
- когда проблема началась и после какого действия;
- есть ли сообщения в логах ошибок.
Если вы уже проверили совместимость плагинов и темы, тоже укажите это. Тогда поддержка быстрее поймёт, нужно ли смотреть на серверные лимиты, версию окружения или на конкретную ошибку в приложении.
В большинстве случаев вопрос «потянет ли тариф WordPress» сводится к трём вещам: достаточно ли свежий PHP, не слишком ли старая база данных и хватает ли памяти для ваших плагинов и темы. Если хотя бы один из этих пунктов проседает, сайт может работать нестабильно даже при небольшом трафике. Поэтому проверять нужно не только сам WordPress, но и то, в каком окружении он запущен.