Как отключить emoji в WordPress и убрать лишние скрипты из шапки и футера

Автор: Нина Лебедева | Опубликовано: 17.09.2026

Встроенная поддержка emoji в WordPress редко нужна на сайте, где уже используется современный браузерный стек и нормальная типографика. Но скрипты и стили для этой функции всё равно могут грузиться на фронтенде и в админке. На небольшом сайте это не критично, а на проекте с жёсткой оптимизацией каждая лишняя загрузка и запрос должны быть оправданы.

Ниже разберём, как безопасно отключить emoji, где именно WordPress добавляет эти ресурсы, как проверить результат и какие ошибки чаще всего мешают добиться эффекта.

Когда отключение emoji действительно имеет смысл

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

Отключение полезно в таких сценариях:

нужно сократить число запросов на фронтенде;
в шапке сайта есть лишний inline-скрипт от wp-emoji-release.min.js;
в отчётах Lighthouse или PageSpeed видны ресурсы, которые не дают пользы;
вы чистите тему или дочернюю тему от необязательных встроенных функций WordPress;
нужно убрать лишний код из HTML, чтобы упростить аудит производительности.

Диагностика: где WordPress подключает emoji

Проверка простая: откройте исходный код страницы и найдите упоминания wp-emoji-release.min.js или inline-код, который создаёт тест на поддержку emoji. Обычно это видно в <head> или рядом с подключениями скриптов в футере.

Ещё один быстрый способ — посмотреть список подключённых скриптов через инструменты разработчика в браузере. Если на странице есть отдельный запрос к файлу из /wp-includes/js/wp-emoji-release.min.js, значит функция активна.

Важно проверить не только публичную часть сайта, но и админку. В некоторых случаях отключение на фронтенде делают правильно, а в редакторе или панели остаются лишние подключения. Это не всегда проблема, но лучше понимать, что именно вы отключаете.

Что именно нужно убрать

WordPress использует фильтры и действия, связанные с emoji, чтобы:

добавить inline-скрипт в wp_head;
подключить скрипт в wp_print_styles и admin_print_scripts;
обработать emoji в email и RSS, если это предусмотрено сборкой.

На практике чаще всего достаточно снять стандартные хуки, которые добавляют emoji-скрипты и стили.

Пошаговое решение через functions.php или мини-плагин

Самый надёжный вариант — добавить код в дочернюю тему или в небольшой must-use плагин. Так вы не потеряете изменения после обновления темы.

Если нужен именно минимальный и понятный способ, используйте такой набор:

<?php
add_action( 'init', function () {
    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-скрипта и стилей на фронтенде и в админке. Если вам нужно убрать только публичную часть сайта, а в панели оставить всё как есть, можно ограничить код фронтендом:

<?php
add_action( 'init', function () {
    if ( is_admin() ) {
        return;
    }

    remove_action( 'wp_head', 'print_emoji_detection_script', 7 );
    remove_action( 'wp_print_styles', 'print_emoji_styles' );
} );

Такой вариант безопаснее, если редакторы работают в классическом редакторе или если вы не хотите вмешиваться в поведение админки без необходимости.

Сравнение подходов: плагин, код, частичное отключение

Подход	Что делает	Плюсы	Минусы
Код в теме	Снимает стандартные хуки emoji	Прозрачно, без лишних зависимостей	Нужно не забыть про дочернюю тему
Мини-плагин	То же самое, но отдельно от темы	Не зависит от темы, удобно для поддержки	Нужно создать и хранить отдельный файл
Плагин для оптимизации	Отключает emoji вместе с другими мелкими оптимизациями	Удобно, если уже используете такой инструмент	Легко потерять контроль над тем, что именно отключено

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

Как проверить, что отключение сработало

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

Откройте главную страницу и посмотрите исходный HTML.
Убедитесь, что в <head> больше нет inline-скрипта emoji.
Проверьте, что файл wp-emoji-release.min.js не загружается в Network.
Откройте несколько типов страниц: запись, страница, архив, если они есть.
Зайдите в админку и убедитесь, что редактор и панель работают без ошибок.

Если используете командную строку на сервере, можно быстро проверить наличие файла в HTML так:

curl -s https://example.com/ | grep -i emoji

Если команда ничего не вернула, это хороший знак, но всё равно проверьте Network в браузере: иногда скрипт может подгружаться не в HTML, а через другой механизм.

Частые ошибки и как их исправить

Код вставили не туда

Если добавить отключение в файл темы, которая потом обновляется, изменения пропадут. Для постоянного решения используйте дочернюю тему или мини-плагин. Это особенно важно на сайтах, где тема обновляется регулярно.

Отключили только один хук

Иногда убирают только print_emoji_detection_script, но забывают про стили. В результате часть ресурсов исчезает, а часть остаётся. Проверяйте оба направления: скрипт и стили, фронтенд и админку.

Сломали админку из-за слишком агрессивной чистки

Если вы используете плагин оптимизации и включили в нём сразу несколько опций, можно случайно отключить не только emoji, но и другие полезные ресурсы. В таком случае временно отключите плагин, проверьте базовую работу сайта и включайте опции по одной.

Ожидали заметный прирост, но его нет

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

Практические советы по безопасности и производительности

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

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

Если вам нужен более широкий набор технической чистки, имеет смысл смотреть не только на emoji, но и на лишние эмодзи-скрипты, версии, дубли тегов и прочие мелкие источники шума. Но каждую такую правку лучше тестировать отдельно, а не пакетом.

Что должно измениться после внедрения

После корректного отключения emoji вы увидите более чистый HTML, отсутствие лишнего запроса к wp-emoji-release.min.js и меньше встроенного кода в head. На функциональность обычного текста это не влияет: смайлики, введённые как символы Unicode, продолжат отображаться в современных браузерах.

Если после правки скрипт всё ещё присутствует, почти всегда причина одна из трёх: код вставлен не в тот контекст, кэш не очищен или другой плагин снова подключает тот же функционал. В таких случаях сначала ищите источник повторного подключения, а уже потом меняйте код.