Встроенная поддержка emoji в WordPress часто не нужна на обычном сайте, но при этом добавляет лишние подключения и небольшой, но реальный технический шум в <head> и админке. На маленьком сайте это не критично, на проекте с жесткой оптимизацией — уже повод убрать лишнее аккуратно, а не через случайный «оптимизатор всего».
Ниже — рабочий сценарий: как понять, что emoji действительно можно отключить, чем это сделать, как проверить результат и где чаще всего ошибаются.
Когда отключение emoji имеет смысл
Если у вас сайт на русском языке, а аудитория не использует старые браузеры, встроенная emoji-поддержка WordPress обычно не нужна. Она может быть полезна только в редких случаях: если вы сознательно поддерживаете старые окружения или используете контент, где важно поведение WordPress по умолчанию в очень старых браузерах.
Типичный сигнал, что отключение уместно:
- в отчётах по производительности видно лишний inline-скрипт в
<head>; - вы уже чистите фронтенд от всего необязательного;
- на сайте нет требований к старым браузерам;
- вы хотите уменьшить количество подключаемых скриптов до минимума.
Что именно отключается
Речь не о «смайликах в контенте» как таковых, а о встроенных фильтрах WordPress, которые подменяют и обрабатывают emoji через скрипты и стили. После отключения обычные Unicode-emoji в современных браузерах продолжат отображаться как символы системы. То есть вы не теряете сами эмодзи в тексте, вы убираете служебную обвязку WordPress.
Диагностика: как понять, что emoji-скрипты действительно загружаются
Перед изменениями проверьте исходный код страницы и список подключений. Это лучше, чем полагаться на ощущения.
- Откройте любую публичную страницу сайта.
- Посмотрите исходный код и найдите
wp-emoji-release.min.js. - Проверьте, есть ли в
<head>inline-скрипт, связанный с emoji detection. - Если используете инструменты разработчика, сравните количество запросов до и после отключения.
В админке можно проверить отдельно: WordPress часто подключает emoji-обвязку и там. Это не всегда проблема, но если вы хотите убрать её везде, нужно учитывать и фронтенд, и панель управления.
Как отключить emoji в WordPress: два рабочих подхода
Есть два нормальных варианта: через код в теме/му-плагине или через плагин оптимизации. Если задача точечная и вы контролируете код, лучше идти через functions.php дочерней темы или через mu-plugin. Если нужен более широкий набор чисток, можно использовать профильный плагин, но без лишних «ускорителей» поверх всего подряд.
| Способ | Плюс | Минус |
|---|---|---|
| Код в mu-plugin | Прозрачно, не зависит от темы | Нужно уметь править код |
| functions.php дочерней темы | Быстро внедрить | При смене темы настройка уедет |
| Плагин оптимизации | Удобно для нескольких чисток сразу | Легко переборщить с отключениями |
Вариант 1: отключение через код
Самый предсказуемый способ — снять стандартные действия WordPress на init и admin_print_scripts. Код лучше положить в mu-plugin, чтобы он не зависел от активной темы.
<?php
/**
* Plugin Name: Disable Emoji Support
* Description: Отключает встроенную поддержку emoji в WordPress.
*/
if ( ! defined( 'ABSPATH' ) ) {
exit;
}
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' );
} );Если вы не хотите создавать отдельный плагин, тот же набор можно добавить в functions.php дочерней темы. Но для технической чистки сайта mu-plugin безопаснее: он не исчезнет после смены темы и не потеряется при обновлении.
Вариант 2: через плагин оптимизации
Если на сайте уже используется плагин для технической чистки, проверьте, есть ли там отдельная опция отключения emoji. Это удобнее, чем ставить отдельный мини-плагин ради одной функции. Но важно не включать сразу десяток отключений без понимания, что именно делает каждая галочка.
Если вы используете Clearfy Pro, подобные чистки обычно удобнее держать в одном месте вместе с другими техническими настройками сайта. Это снижает риск забыть, где именно отключена та или иная функция, и упрощает аудит.
Проверка результата после внедрения
После изменения не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что WordPress действительно перестал выводить emoji-обвязку.
- Откройте исходный код страницы и убедитесь, что
wp-emoji-release.min.jsбольше нет. - Проверьте, исчез ли inline-скрипт emoji detection из
<head>. - Зайдите в админку и посмотрите, не появились ли ошибки в консоли браузера.
- Откройте страницу с комментариями, если они есть, и проверьте отображение текста.
Если у вас есть кэш страницы или CDN, очистите их перед проверкой. Иначе можно увидеть старую версию HTML и решить, что отключение не сработало.
<?php
// Быстрая проверка на уровне темы или временного сниппета.
add_action( 'wp_footer', function () {
if ( wp_script_is( 'wp-emoji-release', 'enqueued' ) ) {
echo '<!-- emoji script is still enqueued -->';
}
} );Этот фрагмент не нужен в продакшене надолго, но помогает понять, не подхватывает ли что-то emoji-скрипт повторно.
Частые ошибки и как их исправить
Отключили только фронтенд, забыли админку
Иногда убирают только wp_head, а в панели управления emoji-скрипт остаётся. Это не критично, но если цель — полная чистка, проверьте и admin_print_scripts, и admin_print_styles.
Добавили код в родительскую тему
После обновления темы правка исчезнет. Если решение нужно надолго, используйте дочернюю тему или mu-plugin.
Смешали emoji-отключение с «оптимизацией всего»
Проблема не в самом отключении, а в том, что вместе с ним часто выключают полезные вещи: REST API, эмодзи в почте, стили редактора, oEmbed и т.д. Делайте одну правку за раз, иначе потом сложно понять, что именно сломало сайт.
Не очистили кэш
После правки старый HTML может ещё отдаваться из кэша плагина, сервера или CDN. Если проверяете результат сразу, обязательно сбросьте все уровни кэширования.
Что проверить дополнительно, если сайт большой
На крупных проектах полезно посмотреть не только наличие emoji-скрипта, но и общую дисциплину фронтенда. Если вы уже убираете встроенные мелочи WordPress, имеет смысл проверить:
- нет ли лишних inline-скриптов от старых сниппетов;
- не дублируются ли CSS и JS после объединения файлов;
- не тянет ли тема устаревшие зависимости ради совместимости;
- не ломается ли редактор в админке после чистки.
Если нужен более широкий набор технических настроек, удобнее держать их в одном инструменте, чем разносить по нескольким сниппетам. Но даже в этом случае отключение emoji стоит проверять отдельно, как обычную техническую правку, а не как часть «пакета ускорения».
Короткий чек-лист перед публикацией
- Проверен исходный код страницы до правки.
- Код добавлен в mu-plugin или дочернюю тему.
- Отключение затронуло и фронтенд, и админку.
- Очищен кэш сайта, сервера и CDN.
- После правки проверен исходный код и консоль браузера.
- На страницах с комментариями и в письмах нет неожиданных изменений.
Если после отключения emoji сайт работает без ошибок, а в исходном коде больше нет wp-emoji-release.min.js, задача решена корректно. Дальше уже можно смотреть на другие мелкие источники шума в WordPress — но по одному, без спешки и без «оптимизации наугад».