Если сайт на WordPress медленно открывается, начинать стоит не с удаления плагинов и случайных правок в коде. Чаще всего заметный эффект дают более простые вещи: уменьшение изображений, облегчение темы и включение кеширования на хостинге. Сначала измерьте скорость, затем меняйте настройки по одной — так будет понятно, что именно помогло.
Сначала найдите причину замедления
Проверьте главную страницу и один типичный материал в PageSpeed Insights или другом инструменте, который показывает загрузку ресурсов. Смотрите не только на итоговую оценку: полезнее понять, что тормозит — крупное изображение, долгий ответ сервера, шрифты или тяжёлые CSS и JavaScript. Показатель Largest Contentful Paint (LCP) помогает определить, сколько загружается самый крупный видимый элемент страницы; часто это обложка статьи или первый экран.
Сделайте несколько замеров при одинаковых условиях и сравнивайте одни и те же страницы. После включения кеша первый запрос может быть медленнее последующих, пока кеш не прогрет. Не меняйте сразу тему, изображения и серверные настройки: иначе результат нельзя будет связать с конкретным действием. Перед обновлением темы или правками файлов сделайте резервную копию, а изменения сначала проверьте на тестовой копии сайта, если она доступна.
Уберите лишнюю нагрузку со стороны темы
Тема влияет на скорость не только внешним видом. Она может загружать на каждой странице библиотеки, анимации, слайдеры, веб-шрифты и стили блоков, даже если конкретный элемент не используется. Проверьте настройки темы: отключите ненужные слайдеры, эффекты, встроенные виджеты и дополнительные варианты шрифтов. Если тема позволяет выбирать, загружать ли скрипт на всех страницах, оставьте его только там, где он нужен.
Если сайт давно не менял оформление, сравните его с более лёгкой темой на копии сайта. Перед переходом проверьте меню, шаблоны записей, мобильную версию и блоки, которые добавляла прежняя тема: часть оформления может быть реализована именно в ней и не перенесётся автоматически. Не редактируйте файлы родительской темы напрямую — обновление перезапишет изменения. Для собственных доработок используйте дочернюю тему или предусмотренный темой механизм.
Внешние шрифты тоже могут задерживать отображение текста. Если на сайте подключено несколько начертаний и семейств, оставьте только реально используемые. При возможности разместите разрешённые к использованию файлы шрифтов на своём сервере и проверьте, что они подключаются с корректным форматом и лицензией. Не добавляйте предварительную загрузку (preload) для всех шрифтов: она повышает конкуренцию за сеть и может ухудшить загрузку важного изображения.
Подготовьте изображения до загрузки
Большие изображения часто оказываются самой простой причиной медленной страницы. Перед загрузкой уменьшите файл до размеров, в которых он действительно показывается. Для обложки шириной около 800 пикселей нет смысла загружать фотографию в несколько тысяч пикселей, если она не открывается в полном размере. Сжимайте изображение и выбирайте подходящий формат: WebP поддерживается современными браузерами, но проверьте, что ваш редактор и процесс публикации действительно сохраняют его.
WordPress автоматически создаёт несколько размеров изображения и, в современных версиях, может отдавать подходящий вариант через атрибуты srcset и sizes. Это работает только если тема выводит изображения штатными средствами и в библиотеке есть нужные размеры. Поэтому не вставляйте в шаблоны оригинальный файл вручную, если на странице достаточно миниатюры. После изменения настроек размеров старые загруженные картинки сами не пересоздадутся; для этого потребуется отдельно сгенерировать миниатюры, а перед такой операцией стоит проверить резервную копию.
Не откладывайте загрузку изображения, которое видно сразу при открытии страницы: это может быть главный элемент LCP. Для изображений ниже первого экрана отложенная загрузка обычно уместна. WordPress применяет нативную lazy loading к подходящим изображениям, если тема не переопределяет вывод. Проверьте страницу в браузере или отчёте производительности: если обложка тоже загружается с loading="lazy", её появление может задерживаться.
Включите кеширование на хостинге
При каждом запросе WordPress собирает страницу из шаблонов, записей и данных базы. Кеширование готовой HTML-страницы позволяет не выполнять эту работу заново для каждого посетителя. Посмотрите в панели хостинга, есть ли кеш страниц и включён ли он для вашего сайта. На управляемом хостинге эта функция иногда работает автоматически или настраивается через панель; названия и доступность зависят от провайдера.
Уточните, как очищать кеш после публикации и какие страницы исключены из кеширования. После включения проверьте сайт в приватном окне и убедитесь, что изменения в записи появляются после обновления кеша. Если у сайта есть личный кабинет или страницы с персональными данными, они не должны отдаваться всем посетителям из общего кеша. Не включайте незнакомые параметры кеширования на сервере вслепую: правила для Nginx, Apache и конкретной панели хостинга различаются.
Попросите хостинг проверить версию PHP, доступную для сайта, и включён ли OPcache. Более новая поддерживаемая версия PHP может ускорить выполнение кода, но перед переключением проверьте совместимость темы и расширений и сохраните резервную копию. Не выбирайте версию только по принципу «самая новая»: доступные версии и их поддержка зависят от хостинга, WordPress и установленного кода.
Проверьте сжатие и кеш браузера
Сжатие уменьшает объём передаваемых текстовых файлов, а кеш браузера позволяет не скачивать заново неизменившиеся изображения, стили и скрипты при повторном посещении. Обычно это настраивается на веб-сервере или включается хостингом. Уточните в панели или у поддержки провайдера, активны ли Brotli либо Gzip и заданы ли сроки кеширования для статических файлов. Конкретный способ настройки зависит от сервера: инструкции для Apache нельзя без проверки переносить на Nginx.
Проверить результат можно в DevTools браузера на вкладке Network: у ответов видны размер переданных данных, заголовки кеширования и время загрузки. Если меняете файлы темы или стили, убедитесь, что после обновления браузер получает новую версию, а не старый файл из кеша. Хостинг может применять собственные правила, поэтому при сомнениях безопаснее запросить проверку у его поддержки, чем добавлять незнакомые директивы в конфигурацию сервера.
Как понять, что ускорение сработало
После изменений повторите замеры тех же страниц и сравните время ответа сервера, загрузку главного изображения и общий объём ресурсов. Дополнительно откройте сайт на телефоне и проверьте несколько страниц: ускорение главной не гарантирует, что так же быстро загружаются архивы или записи. Если стало хуже, отмените последнее изменение и проверьте его отдельно.
Без плагинов можно убрать лишнюю нагрузку, подготовить изображения и использовать серверное кеширование, если его предоставляет хостинг. Но не все операции удобно выполнять вручную: минификация и объединение файлов могут потребовать отдельного решения, а их эффект зависит от темы и сервера. Не добавляйте собственные правила оптимизации CSS и JavaScript, пока не проверили меню, формы и мобильную версию: сокращение числа запросов не всегда ускоряет страницу, а ошибка в объединённом коде может нарушить её работу.