Ускорение WordPress на слабом VPS
WordPress прожорлив, а слабый VPS с гигабайтом памяти этого не прощает: сайт грузится секундами, под нагрузкой падает, админка тормозит. Но выжать приличную скорость из скромного сервера реально — грамотным кешированием, тюнингом PHP и чисткой лишнего. Ниже разберём по шагам ускорение WordPress на слабом VPS, чтобы сайт летал даже на минимальном тарифе, с командами и практикой эксплуатации сервера.
Содержание
Обсудить статью, задать вопрос или начать новую тему
Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.
Перейти в сообщество →Почему WordPress тормозит на слабом сервере
Понимание причины экономит время. WordPress на каждый запрос заново собирает страницу: выполняет PHP-код, делает десятки запросов к базе, подгружает тему и плагины, и только потом отдаёт готовый HTML. На мощном сервере это незаметно, а на слабом каждый шаг стоит ресурсов, которых мало. Добавьте тяжёлую тему, десяток плагинов и неоптимизированные картинки — и минимальный VPS захлёбывается уже на нескольких одновременных посетителях.
Ключ к ускорению — перестать генерировать одно и то же заново. Большинство посетителей видят одинаковые страницы, так зачем собирать их каждый раз с нуля? Кеширование готовых страниц, кеш PHP-кода и оптимизация тяжёлых мест снимают с сервера основную нагрузку. Именно поэтому даже слабый VPS способен держать приличную посещаемость, если правильно настроен.
Полезно понимать разницу между скоростью для одного посетителя и способностью держать нагрузку. Это две разные вещи, которые часто путают. Скорость для одного человека — насколько быстро открывается страница, когда сервер свободен. Способность держать нагрузку — сколько посетителей одновременно сайт обслужит, прежде чем начнёт задыхаться. На слабом сервере критична именно вторая характеристика, и решает её как раз кеширование. Без кеша каждый посетитель запускает полный цикл сборки страницы, и десять человек одновременно уже нагружают процессор и базу в десять раз; с кешем те же десять человек получают готовый файл, и сервер их почти не замечает. Поэтому на тесном VPS кеш — это не столько про скорость для одного, сколько про выживание сайта в момент, когда на него зашли разом. Понимание этой разницы помогает расставить приоритеты: сначала кеш и разгрузка, а тонкая оптимизация отдельных страниц — потом.
Кеширование страниц — главный рычаг
Самый большой прирост даёт кеш готовых страниц. Вместо того чтобы на каждый запрос гонять PHP и базу, WordPress отдаёт заранее собранный HTML. Поставьте плагин страничного кеширования — из популярных бесплатных подойдёт тот, что генерирует статические копии страниц и отдаёт их напрямую. После включения кеша нагрузка на процессор и базу падает в разы, потому что тяжёлая сборка страницы происходит один раз, а не при каждом визите.
Для слабого сервера особенно ценен кеш, который отдаёт статику в обход PHP. Настройте веб-сервер так, чтобы закешированные страницы отдавались напрямую nginx, не запуская интерпретатор вовсе. Это разгружает сервер максимально: посетитель получает готовый файл почти мгновенно, а PHP включается только для динамических действий вроде отправки формы или входа в админку.
Нужен сервер под эту задачу?
Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США и РФ. Оплата картой РФ и по СБП.
Арендовать VPSУскоряем PHP через OPcache
PHP каждый раз компилирует код скриптов, и на слабом сервере это заметная нагрузка. OPcache хранит скомпилированный байткод в памяти, избавляя от повторной компиляции. Включите и настройте его под тесную память в конфиге PHP:
opcache.enable=1
opcache.memory_consumption=64
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
Даже 64 мегабайт под OPcache заметно ускоряют WordPress, потому что весь код темы и плагинов компилируется один раз и живёт в памяти. После правки перезапустите обработчик PHP:
systemctl restart php8.3-fpm
Проверьте и версию PHP: свежие версии заметно быстрее старых. Переход на актуальную ветку PHP часто даёт прирост скорости бесплатно, просто за счёт более быстрого интерпретатора.
Оптимизируем базу и картинки
База данных WordPress со временем распухает: ревизии постов, спам в комментариях, мусор от удалённых плагинов, разросшиеся временные данные. На слабом сервере это бьёт особенно больно. Почистите базу от лишнего и оптимизируйте таблицы — это можно сделать плагином обслуживания или запросами напрямую. Ограничьте число хранимых ревизий постов в конфиге WordPress, чтобы база не копила десятки версий каждой статьи.
Картинки — вторая большая проблема. Огромные неоптимизированные изображения в одиночку убивают скорость и съедают трафик. Сжимайте картинки при загрузке плагином оптимизации, отдавайте их в современном формате WebP, включите ленивую загрузку, чтобы изображения подгружались по мере прокрутки, а не все сразу. На слабом сервере это разгружает и канал, и память.
Чистим лишнее
Слабый сервер не прощает расточительства. Каждый активный плагин — это дополнительный код, запросы к базе и память на каждый запрос. Пройдитесь по списку плагинов и отключите всё, без чего сайт живёт: часто половина стоит по инерции и только тормозит. Особенно прожорливы универсальные конструкторы страниц, тяжёлые слайдеры и плагины статистики — им почти всегда есть более лёгкая замена или их можно убрать вовсе.
Тема тоже имеет значение. Раздутые многофункциональные темы тянут за собой гигабайты скриптов и стилей, которые слабый сервер отдаёт с трудом. Лёгкая быстрая тема способна ускорить сайт больше, чем любой тюнинг. Уберите неиспользуемые скрипты сторонних сервисов — виджеты соцсетей, внешние счётчики и чаты грузят страницу и замедляют её. Чем меньше лишнего, тем легче слабому серверу.
Когда слабого VPS уже мало
Честно о границах. Оптимизация творит чудеса, и правильно настроенный WordPress держит тысячи визитов в день даже на минимальном тарифе. Но у слабого сервера есть потолок. Если сайт вырос, посещаемость стабильно высокая, а мониторинг показывает, что память и процессор упираются в предел даже после всей оптимизации, значит проект перерос конфигурацию. Особенно быстро упирается память: WordPress с базой и кешем требуют места, и на гигабайте под нагрузкой начинается своп. В этот момент честнее добавить ресурсов, чем выжимать последние миллисекунды. Масштабировать VPS у MAATRIX можно без переезда — поднять тариф до 2–4 ГБ RAM и продолжить работу, с оплатой из России картой или криптой.
Нужен сервер под эту задачу?
Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США и РФ. Оплата картой РФ и по СБП.
Арендовать VPSОбсудить статью, задать вопрос или начать новую тему
Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.
Перейти в сообщество →Частые вопросы
Что ускорит WordPress больше всего?
Страничное кеширование: сайт отдаёт готовый HTML вместо повторной сборки страницы через PHP и базу. Это снимает основную нагрузку со слабого сервера.
Нужен ли OPcache?
Да, он хранит скомпилированный код в памяти и избавляет от повторной компиляции. Даже 64 МБ под OPcache заметно ускоряют сайт на слабом сервере.
Из-за чего WordPress тормозит на 1 ГБ RAM?
Из-за тяжёлых тем, лишних плагинов, неоптимизированных картинок и отсутствия кеша. Чистка лишнего и кеширование решают большую часть проблем.
Когда пора повышать тариф?
Когда после кеширования, тюнинга PHP и чистки память и процессор стабильно упираются в потолок под нагрузкой — сайт перерос минимальную конфигурацию.
Нужны сами нейросети для контента?
Генерируйте изображения, видео и озвучку нейросетями на falapi.io — десятки моделей в одном окне. Оплата картой РФ и по СБП.