Если сайт на WordPress стал тяжёлым, первым делом обычно смотрят не на «мощность хостинга», а на лишние запросы к серверу и ненужные скрипты в фронтенде. Часть из них действительно можно убрать без последствий: отключить эмодзи, oEmbed, лишние стили плагинов на страницах, где они не нужны, и не грузить то, что не используется на конкретном шаблоне. Но здесь легко переборщить: один неосторожный dequeue может сломать форму, слайдер или админку.
Ниже — рабочий подход, который помогает уменьшить количество обращений к серверу и не сломать сайт. Сначала разберём, что именно можно трогать безопасно, потом — как отключать это точечно и как проверить результат.
С чего начинать: не отключать всё подряд
Ускорение WordPress почти никогда не начинается с «удалить все скрипты». Сначала нужно понять, что именно даёт лишнюю нагрузку. На практике чаще всего мешают:
- скрипты и стили, которые подключаются на всех страницах, хотя нужны только в одной части сайта;
- встроенные функции WordPress, которые вы не используете;
- плагины, которые грузят свои ассеты глобально, даже если блок или виджет не отображается;
- лишние запросы к базе данных из-за тяжёлых виджетов, шорткодов и блоков.
Если просто отключить всё, что кажется лишним, можно получить визуальные ошибки или поломку интерактива. Поэтому правильная схема такая: сначала измеряем, потом отключаем по одному элементу, затем проверяем страницу в браузере и только после этого идём дальше.
Какие встроенные функции WordPress обычно можно убрать
У WordPress есть несколько встроенных вещей, которые на большинстве сайтов не нужны. Их отключение не даёт «магического» ускорения, но уменьшает число запросов и мусор в HTML.
Эмодзи
Если вы не используете встроенные эмодзи WordPress, можно отключить их скрипт и стили. Это безопасно для обычного сайта, потому что современные браузеры и так умеют отображать emoji.
Добавьте код в дочернюю тему или в небольшой mu-plugin, а не в основной файл темы, чтобы не потерять изменения при обновлении:
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('admin_print_scripts', 'print_emoji_detection_script');
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('admin_print_styles', 'print_emoji_styles');Этот код убирает подключение emoji-скрипта и стилей и на фронтенде, и в админке. Если на сайте нет старых интеграций, этого обычно достаточно.
oEmbed
Встроенный oEmbed нужен для автоматического встраивания контента по ссылке. Если вы не полагаетесь на эту функцию, можно отключить её часть запросов и скриптов. Но здесь важно не путать: сам механизм встраивания в редакторе может быть полезен, а вот некоторые связанные с ним фронтенд-скрипты — нет.
Для отключения REST-эндпоинта oEmbed и связанных с ним вещей часто используют такой набор:
remove_action('wp_head', 'wp_oembed_add_discovery_links');
remove_action('wp_head', 'wp_oembed_add_host_js');
add_filter('embed_oembed_discover', '__return_false');Если вы часто вставляете видео или посты по URL, сначала проверьте, не сломает ли это привычный сценарий редактирования. На контентных сайтах oEmbed иногда удобнее оставить.
Dashicons для гостей
Иконки Dashicons нужны в админке, но на публичной части сайта они часто не используются. Если тема не выводит их для посетителей, можно не грузить этот файл для неавторизованных пользователей:
add_action('wp_enqueue_scripts', function () {
if (!is_user_logged_in()) {
wp_deregister_style('dashicons');
}
}, 100);Это безопасный вариант, если вы уверены, что фронтенд не использует Dashicons через тему или плагин. Если после отключения где-то пропали иконки, значит стиль был нужен.
Как отключать лишние стили и скрипты точечно
Самая полезная оптимизация — не глобальная, а точечная. WordPress позволяет снять подключение конкретного файла там, где он не нужен. Для этого используются `wp_dequeue_style()` и `wp_dequeue_script()`.
Смысл простой: если плагин подключает CSS на всех страницах, а нужен он только на странице с формой, вы снимаете его на остальных страницах. Это уменьшает число запросов и объём загружаемых файлов.
Пример для отключения стиля или скрипта по их handle:
add_action('wp_enqueue_scripts', function () {
if (!is_page('contact')) {
wp_dequeue_style('contact-form-7');
wp_dequeue_script('contact-form-7');
}
}, 100);Здесь важно не имя файла, а handle, под которым ресурс был зарегистрирован. Его можно посмотреть в коде плагина, в документации или через инструменты разработчика в браузере.
Есть несколько практических правил:
- сначала отключайте только на тех страницах, где ресурс точно не нужен;
- не снимайте скрипт, если он отвечает за форму, меню, слайдер или валидацию;
- после каждого изменения проверяйте страницу в браузере и консоль ошибок JavaScript;
- если плагин грузит ассеты только на одной странице, лучше не трогать его вообще.
Где именно размещать код
Лучшее место — дочерняя тема или отдельный mu-plugin. Не стоит править саму тему, если она обновляется. Для небольших правок mu-plugin даже удобнее: он не зависит от активной темы и не исчезнет после смены дизайна.
Если вы не хотите писать код вручную, можно использовать плагин для чистки и отключения лишнего. Но даже в этом случае принцип остаётся тем же: отключать только то, что не используется на сайте, а не всё подряд.
Как понять, что именно грузит сайт
Без диагностики легко отключить не то. Самый простой способ — открыть страницу сайта в браузере и посмотреть, что подгружается.
Что проверить:
- вкладку Network в DevTools — сколько CSS и JS файлов загружается;
- какие запросы идут к `wp-json`, `admin-ajax.php` и сторонним доменам;
- какие файлы повторяются на всех страницах, хотя нужны только в одном месте;
- нет ли ошибок в Console после отключения ресурса.
Если вы видите, что один и тот же плагин подключает несколько файлов на каждой странице, сначала проверьте, можно ли ограничить его загрузку только нужными шаблонами. Часто это даёт больше пользы, чем попытка «почистить» WordPress целиком.
Для более точной проверки удобно сравнить страницу до и после правки: количество запросов, общий вес страницы и время загрузки. Но ориентироваться нужно не только на цифры, а и на поведение сайта. Иногда файл весит немного, но без него ломается важная функция.
Что можно отключить только после проверки темы и плагинов
Есть вещи, которые на одних сайтах лишние, а на других критичны. К ним относятся:
- стили и скрипты page builder’ов;
- файлы WooCommerce на страницах, где нет магазина;
- скрипты комментариев, если комментарии отключены;
- иконки, шрифты и библиотеки, которые тема подключает «на всякий случай».
Здесь нельзя давать универсальный список отключений. Например, если тема использует собственный JS для меню или анимации, его снятие может сломать навигацию. Если плагин формирует блоки через свои стили, отключение CSS приведёт к «голому» интерфейсу. Поэтому сначала выясняют, что именно делает файл, и только потом решают, нужен он или нет.
Хорошая практика — отключать ресурсы на уровне конкретных шаблонов. Например, стили формы оставить только на странице контактов, а скрипты галереи — только в записях, где она реально используется. Это безопаснее, чем глобальная чистка по всему сайту.
Как уменьшить количество запросов без риска сломать фронтенд
Если задача не в том, чтобы вычистить всё до нуля, а в том, чтобы сайт стал легче, лучше идти по приоритетам:
- Убрать встроенные функции WordPress, которые вы точно не используете: emoji, лишние embed-элементы, Dashicons для гостей.
- Проверить, какие плагины грузят CSS и JS на всех страницах без необходимости.
- Отключить ассеты точечно через `wp_dequeue_style()` и `wp_dequeue_script()`.
- Проверить, не создаёт ли тема лишние запросы к базе данных через виджеты, блоки и тяжёлые шаблоны.
- Повторно протестировать страницу после каждого изменения.
Такой порядок снижает риск поломки. Вы не трогаете всё сразу и всегда понимаете, какое изменение дало эффект.
Как проверить, что сайт не сломался
После отключения лишних скриптов и стилей не ограничивайтесь визуальным просмотром главной страницы. Проверьте минимум три сценария:
- главную страницу и типовую внутреннюю страницу;
- страницу с формой, если она есть;
- страницу, где используются интерактивные элементы: слайдер, вкладки, галерея, меню, комментарии.
Смотрите не только на внешний вид, но и на функциональность: отправляется ли форма, открывается ли меню на мобильном, работают ли кнопки и переключатели. Если после отключения ресурса что-то перестало работать, верните его и попробуйте ограничить загрузку только на нужных страницах, а не убирать совсем.
Ещё один полезный признак — отсутствие ошибок в консоли браузера. Если после правки там появились `Uncaught ReferenceError` или `jQuery is not defined`, значит вы отключили скрипт, от которого зависел другой код.
Когда лучше не делать это вручную
Если сайт собран на сложной теме с кучей зависимостей, а вы не знаете, какой файл за что отвечает, ручная чистка может занять больше времени, чем даст пользы. В таком случае разумнее использовать инструмент, который помогает отключать лишние функции и дубли без правки ядра и темы. Для этой задачи подходит Clearfy Pro: он закрывает типичные сценарии чистки WordPress, когда нужно убрать лишнее аккуратно, без лезвия в каждый шаблон вручную.
Но даже с таким инструментом логика остаётся прежней: сначала понять, что можно убрать без последствий, потом отключать по одному элементу и проверять результат. Автоматическая чистка не отменяет здравый смысл.
Если коротко, безопасное ускорение WordPress строится не на тотальном отключении всего подряд, а на точечной чистке. Убирайте только то, что не используется на вашем сайте, не трогайте критичные зависимости и обязательно проверяйте страницу после каждого изменения. Тогда вы действительно уменьшите количество запросов и скриптов, не превращая оптимизацию в поиск поломок.