Как отключить emoji в WordPress через код и плагин без поломки админки

Автор: Алина Ковалева | Опубликовано: 26.08.2026

В WordPress emoji — это не только «смайлики в тексте». По умолчанию ядро подгружает отдельные скрипты и стили для совместимости со старыми браузерами. На небольшом сайте это часто лишняя нагрузка: дополнительные запросы, лишний код в <head> и на фронтенде, а иногда и в админке.

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

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

Сценарий не про «ускорить сайт магически», а про точечную чистку. Отключать emoji имеет смысл, если вы:

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

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

Диагностика: что именно грузит WordPress

Перед изменениями посмотрите, что подключается сейчас. В исходном коде страницы обычно видны:

wp-emoji-release.min.js;
инлайн-скрипт wpEmojiSettingsSupports;
иногда дополнительные фильтры в wp_head и admin_print_scripts.

Проверить это можно в браузере через просмотр исходного кода или в DevTools на вкладке Network. Если скрипт есть в HTML, но не нужен, его можно убрать штатным способом через хуки WordPress.

Что важно не перепутать

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

Как отключить emoji через код

Самый прозрачный способ — добавить небольшой фрагмент в functions.php дочерней темы или в собственный мини-плагин. Так код не потеряется после обновления темы.

<?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' );
    remove_filter( 'the_content_feed', 'wp_staticize_emoji' );
    remove_filter( 'comment_text_rss', 'wp_staticize_emoji' );
    remove_filter( 'wp_mail', 'wp_staticize_emoji_for_email' );
} );

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

<?php
add_action( 'init', function () {
    remove_action( 'wp_head', 'print_emoji_detection_script', 7 );
    remove_action( 'wp_print_styles', 'print_emoji_styles' );
    remove_filter( 'the_content_feed', 'wp_staticize_emoji' );
    remove_filter( 'comment_text_rss', 'wp_staticize_emoji' );
    remove_filter( 'wp_mail', 'wp_staticize_emoji_for_email' );
} );

Во втором варианте админка остаётся без изменений. Это удобнее, если несколько редакторов привыкли к стандартному поведению WordPress.

Как отключить emoji через плагин

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

Подход	Плюсы	Минусы
Код в дочерней теме	Прозрачно, без лишних зависимостей	Нужно аккуратно обновлять тему и хранить код
Мини-плагин	Не зависит от темы, удобно переносить	Нужно один раз создать и поддерживать файл
Плагин оптимизации	Быстро включить, есть интерфейс	Добавляется ещё одна зависимость в проект

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

Проверка результата после внедрения

После правки не ограничивайтесь визуальной проверкой. Нужно убедиться, что WordPress действительно перестал подключать emoji-скрипты.

Откройте исходный код страницы и найдите wp-emoji-release.min.js.
Проверьте, исчез ли инлайн-код wpEmojiSettingsSupports.
Посмотрите Network в DevTools: запрос к emoji-скрипту не должен появляться.
Зайдите в админку, если вы отключали emoji и там тоже: убедитесь, что редактор и экран записи работают штатно.
Если у вас есть RSS-лента или письма из WordPress, проверьте, что контент там отображается без неожиданных символов.

Если скрипт остался, значит, код вставлен не туда, хук сработал слишком поздно или его переопределяет другой плагин. В этом случае ищите, не подключает ли оптимизатор отдельную обработку head-элементов.

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

Код добавили в родительскую тему

После обновления темы изменения пропадают. Решение простое: перенесите код в дочернюю тему или в отдельный мини-плагин.

Удалили не тот хук

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

Отключили emoji в админке и получили жалобы от редакторов

Если команда работает в визуальном редакторе и привыкла вставлять emoji, не трогайте админку. Оставьте только фронтенд-часть.

Смешали отключение emoji с минификацией

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

Чек-лист перед публикацией изменений

Код добавлен в дочернюю тему или мини-плагин, а не в редактируемый вручную файл ядра.
Проверено, нужен ли emoji в админке, RSS и письмах.
Скрипт wp-emoji-release.min.js исчез из исходника.
Страница открывается без ошибок в консоли.
Редактор записей и комментарии работают как раньше.

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

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

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

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