Если на сайте WordPress не нужны встроенные эмодзи, их можно отключить без потери обычной функциональности. Это убирает один лишний скрипт с фронтенда и несколько служебных действий WordPress, которые по умолчанию добавляются на каждую страницу. Сам по себе эффект обычно небольшой, но в сумме с другими точечными оптимизациями он помогает почистить загрузку сайта.
Речь именно о штатных эмодзи WordPress, а не о том, как отображаются символы Unicode в целом. Отключение не ломает комментарии, записи или редактор: вы просто перестаёте подгружать поддержку старого механизма, который нужен в основном для очень старых браузеров.
Что именно отключается и почему это даёт выигрыш
По умолчанию WordPress добавляет на сайт проверку поддержки эмодзи. Для этого в HTML подключается небольшой JavaScript, а в некоторых версиях и сценариях — ещё и дополнительная логика в админке. На современных сайтах это чаще всего не нужно, потому что браузеры давно умеют нормально отображать эмодзи без помощи WordPress.
После отключения вы убираете:
- лишний скрипт на фронтенде;
- дополнительный DNS/HTTP-запрос к служебному файлу WordPress;
- несколько фильтров и действий, связанных с подстановкой эмодзи.
Это не «ускорение в разы», а аккуратная чистка того, что не используется. Если у вас уже есть кэш, минификация и нормальная тема, разница будет заметна скорее в количестве запросов и в чистоте страницы, чем в драматическом приросте скорости.
Самый простой способ: отключить эмодзи через код
Надёжнее всего убрать поддержку эмодзи через functions.php дочерней темы или через небольшой mu-plugin. Так решение не зависит от настроек плагинов и не слетит после обновления темы.
Если вы редактируете functions.php, сначала сделайте резервную копию файла. Ошибка в PHP-коде может временно уронить сайт, поэтому вставляйте код аккуратно.
Добавьте такой фрагмент:
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' );Этот набор отключает эмодзи в публичной части сайта, в админке и в служебных выводах, где WordPress может подставлять свои стили и скрипты.
Если у вас есть дочерняя тема, лучше добавить код именно туда. Если дочерней темы нет, можно создать небольшой mu-plugin в папке wp-content/mu-plugins. Такой файл WordPress загружает автоматически, и он не зависит от активной темы.
Когда лучше использовать mu-plugin
Mu-plugin удобен, если вы не хотите привязывать техническую оптимизацию к теме. Это хороший вариант для сайта, где тема может меняться, а базовые правки должны оставаться на месте. Для этого достаточно создать PHP-файл, например disable-emojis.php, и поместить туда тот же код внутри стандартного PHP-тега.
Такой способ особенно полезен на проектах, где за сайт отвечают несколько человек: оптимизация не теряется при обновлении шаблона и не смешивается с визуальными правками темы.
Как проверить, что эмодзи действительно отключились
После добавления кода откройте любую публичную страницу сайта и посмотрите исходный код. Проще всего сделать это через просмотр HTML в браузере или через инструменты разработчика. Вам нужно убедиться, что в <head> больше нет строки со скриптом wp-emoji-release.min.js.
Если хотите проверить быстрее, используйте поиск по исходному коду страницы:
wp-emoji-release.min.js;emojiв контексте подключаемых скриптов WordPress;- стили, связанные с emoji, если они были выведены темой или плагином.
Если строка всё ещё есть, значит код добавлен не туда, не сохранился или его переопределяет другой плагин. В таком случае проверьте, не подключает ли оптимизацию плагин кеширования, который сам управляет частью скриптов.
Что делать, если на сайте уже стоит плагин оптимизации
На многих сайтах отключение эмодзи уже встроено в плагины для чистки WordPress. Это удобно, если вы не хотите руками править тему. Но здесь есть нюанс: не все плагины отключают именно то, что вам нужно, а некоторые делают это вместе с другими настройками, которые могут быть лишними.
Если у вас уже есть плагин оптимизации, сначала проверьте его настройки. Ищите пункты вроде отключения emoji, удаления лишних скриптов WordPress или чистки head. Если такая опция есть и работает корректно, отдельный код в тему добавлять не обязательно.
Если плагин уже выполняет эту задачу, не дублируйте отключение в нескольких местах. Два одинаковых решения обычно не ускоряют сайт сильнее, а только усложняют диагностику: потом труднее понять, что именно убрало скрипт и почему он вдруг вернулся после обновления.
Когда отключать эмодзи не стоит
В обычной практике отключение безопасно, но есть редкие случаи, когда лучше сначала проверить окружение. Если у вас очень старый проект с необычной темой, кастомными письмами или интеграциями, стоит убедиться, что вёрстка не рассчитывает на штатные стили emoji WordPress. Это нетипично, но на старых сайтах встречается.
Ещё один момент — старые браузеры. WordPress исторически добавлял поддержку эмодзи для совместимости, но сегодня это почти не влияет на массовую аудиторию. Если ваш сайт ориентирован на очень старые устройства, сначала проверьте, как он выглядит на целевой технике. Для большинства проектов этот риск уже несущественен.
Что вы получите на практике
После отключения эмодзи сайт не станет «мгновенным», но фронтенд станет чуть чище: исчезнет один служебный скрипт, уменьшится число лишних подключений и станет проще контролировать то, что WordPress добавляет в HTML по умолчанию. Для владельца сайта это полезная точечная оптимизация без вмешательства в контент и без риска потерять основную функциональность.
Если вы уже прошлись по кэшу, изображениям, шрифтам и тяжёлым плагинам, отключение эмодзи — нормальный следующий шаг. Это простая правка, которую легко проверить и так же легко откатить, если она вдруг окажется лишней для конкретного проекта.