Как ускорить WordPress: с чего начать без лишних плагинов

За 45–60 минут вы сможете понять, что тормозит сайт на WordPress 6.x, и проверить первые безопасные улучшения: измерить загрузку, оценить сервер и включить кеширование там, где оно уместно. Не начинайте с установки пяти оптимизаторов: если не зафиксировать исходные показатели, вы не поймёте, что именно помогло — или сломало сайт.

Что понадобится до начала

Нужны доступ к админке WordPress, панели хостинга и, желательно, тестовой копии сайта. Перед изменениями сделайте резервную копию файлов и базы данных и проверьте, что можете её восстановить. Если сайта на тестовом стенде нет, не включайте сразу несколько новых функций на работающем магазине или сайте с формами.

• WordPress 6.x и доступ к его админке.
• Панель хостинга: в ней пригодятся сведения о версии PHP, ресурсах тарифа и серверном кеше.
• Инструмент замеров, например PageSpeed Insights; тестируйте одну и ту же страницу и сохраняйте результаты.
• Доступ к резервной копии или помощь специалиста, который сможет её восстановить.

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

Шаг 1. Зафиксируйте исходную скорость

Выберите две-три характерные страницы: главную, страницу записи или товара и, если есть, страницу каталога. Проверьте их в PageSpeed Insights и сохраните результаты для мобильной и настольной версии. Смотрите не только на общий балл: важны полевые показатели Core Web Vitals, если для страницы доступны данные, и конкретные замечания в разделе диагностики.

Прогоните одну страницу несколько раз в одинаковых условиях. Результат зависит от сети, устройства и состояния кеша, поэтому одно измерение не доказывает, что изменение ускорило сайт. На этом шаге ничего не меняйте. Проверка: у вас есть URL проверенных страниц и сохранённые результаты до изменений.

Шаг 2. Уточните, где узкое место

Если сайт медленно отвечает до появления основного содержимого, проверьте ресурсы тарифа, нагрузку на хостинг и время ответа сервера. Если сервер отвечает быстро, а страница всё равно долго становится пригодной для просмотра, изучите тяжёлые изображения, JavaScript, CSS и сторонние виджеты. Причины могут сочетаться.

В панели хостинга найдите версию PHP, использование процессора и памяти, ограничения по процессам и доступные средства кеширования. Сверьте требования темы и плагинов с версией PHP, прежде чем менять её. Не обновляйте PHP на рабочем сайте вслепую: несовместимый плагин может вызвать ошибку. Проверка: вы можете назвать хотя бы один кандидат на причину и знаете, где проверить его влияние.

Шаг 3. Проверьте изображения и лишнюю нагрузку

Откройте страницу, которую измеряли, и проверьте изображения в верхней части экрана. Большая фотография, загружаемая в исходном размере, часто задерживает показ основного содержимого. Подготовьте изображения в размерах, близких к фактическому отображению, и используйте формат, подходящий теме и браузерам вашей аудитории. Перед массовой обработкой сохраните оригиналы.

Затем проверьте сторонние элементы: рекламные скрипты, виджеты чатов, счётчики и блоки рекомендаций. Отключайте по одному на тестовой копии и повторяйте замер. Так вы отличите тяжёлый внешний скрипт от проблемы самой темы. Проверка: после каждого изменения страница выглядит правильно, а замер показывает, что именно изменилось.

Шаг 4. Включайте кеширование по одному слою

Уточните у хостинга, есть ли серверное кеширование страниц и как оно очищается. Если его нет, выберите один совместимый с вашим окружением инструмент кеширования. Не держите одновременно несколько плагинов, которые пытаются кешировать страницы или изменять одни и те же CSS- и JavaScript-файлы: результатом могут стать устаревшие страницы или сломанная вёрстка.

Для сайта с корзиной, авторизацией, личным кабинетом или формами сначала проверьте, какие страницы исключены из кеша. Правила исключения зависят от конфигурации площадки и плагинов; не переносите настройки с другого сайта без проверки. Проверка: откройте страницу в приватном окне, проверьте форму или корзину и убедитесь, что после очистки кеша изменения видны посетителю.

Шаг 5. Сравните результат и проверьте сайт

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

Проверьте меню, поиск, формы, вход в аккаунт, добавление товара в корзину и оформление заказа — по тем сценариям, которые есть на вашем сайте. Проверка: основные функции работают, а новые результаты сохранены рядом с исходными.

Если что-то пошло не так

• «There has been a critical error on this website». Восстановите сайт из резервной копии или отключите последнее изменённое расширение через панель хостинга. Для причины проверьте журнал ошибок хостинга; не публикуйте его содержимое с персональными данными.
• «ERR_TOO_MANY_REDIRECTS». Проверьте настройки адреса сайта и правила перенаправления в WordPress, панели хостинга и плагинах. Несколько одновременно включённых перенаправлений могут образовать цикл.
• После включения оптимизации исчезли стили или перестало работать меню. Отключите последнее изменение минификации или объединения CSS/JavaScript, очистите кеш и проверьте страницу снова.
• Изменения не видны, хотя вы очистили кеш браузера. Очистите также кеш плагина и серверный кеш, если он включён; проверьте сайт в приватном окне.
• Сайт стал быстрее в одном тесте, но медленнее в другом. Повторите измерения в одинаковых условиях и сравните несколько запусков: случайное отличие в сети не равно устойчивому улучшению.

Что делать дальше

Сохраните результаты замеров и список изменений. Следующим шагом устраните самое заметное узкое место: серверное время ответа, тяжёлое изображение или конкретный сторонний скрипт. После каждого изменения повторяйте тот же тест и проверяйте ключевой пользовательский сценарий. Инвалидация кеша и настройка CDN — отдельные темы; не меняйте их одновременно с первичной диагностикой.

Скорость сайта улучшается не количеством плагинов, а тем, что вы можете назвать причину задержки и измерить эффект конкретного изменения.