Если на сайте WordPress эмодзи не нужны, их можно отключить и убрать лишний JavaScript с фронтенда. Это не даст «магического» прироста скорости, но уменьшит количество запросов и упростит загрузку страницы, особенно если вы стараетесь вычистить всё лишнее без тяжёлых плагинов.
В WordPress поддержка эмодзи подключается автоматически: в <head> и иногда в админке добавляется небольшой скрипт проверки, а в старых версиях браузеров — дополнительная логика для подмены символов. Для современных проектов этот функционал часто не нужен.
Что именно отключается и почему это влияет на скорость
Речь не про сами эмодзи как символы, а про встроенный механизм WordPress, который добавляет на страницу скрипт wp-emoji-release.min.js и связанные с ним обработчики. На обычном сайте это небольшой файл, но при оптимизации фронтенда важны даже такие мелочи: меньше запросов, меньше кода в <head>, меньше работы браузера на старте.
Если у вас:
- сайт без активного использования эмодзи в контенте;
- нет задачи поддерживать очень старые браузеры;
- вы уже убираете лишние скрипты и стили;
то отключение emoji scripts — нормальная и безопасная оптимизация.
Самый надёжный способ: отключить эмодзи через код
Для большинства сайтов лучший вариант — добавить небольшой фрагмент кода в functions.php дочерней темы или в собственный мини-плагин. Так вы не зависите от настроек темы и не ставите отдельный плагин ради одной задачи.
Перед изменениями сделайте резервную копию файла, который будете редактировать. Если ошибиться в 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' );
add_filter( 'emoji_svg_url', '__return_false' );Что делает этот код:
- убирает скрипт проверки эмодзи из фронтенда и админки;
- отключает стили, связанные с emoji support;
- не даёт WordPress подменять эмодзи в RSS и письмах;
- дополнительно отключает SVG-версию эмодзи, если она подгружается.
Этот способ работает на обычных установках WordPress и не требует знания серверной конфигурации. Если тема или плагин отдельно подключают свои emoji-скрипты, этот код их не затронет — нужно будет искать источник отдельно.
Куда лучше вставлять код
Самый безопасный вариант — дочерняя тема или небольшой mu-plugin. Если вы правите файл родительской темы, при обновлении изменения могут пропасть.
Для mu-plugin достаточно создать файл, например disable-emojis.php, в папке wp-content/mu-plugins/ и поместить туда код с открывающим PHP-тегом. Такой файл WordPress подхватывает автоматически.
Если не хотите править код: отключение через плагин
Если на сайте уже есть плагин для технической чистки, проверьте, умеет ли он отключать emoji scripts. Это удобнее, чем ставить отдельный плагин только ради одной функции.
Например, в Clearfy Pro есть инструменты для отключения лишних элементов WordPress, включая эмодзи. Такой вариант подходит, если вы уже используете этот плагин для общей оптимизации и не хотите разносить настройки по разным местам.
Но если задача только в эмодзи, отдельный плагин обычно избыточен. Для одного действия код проще, прозрачнее и не добавляет лишней нагрузки сам по себе.
Как проверить, что эмодзи действительно отключены
После внесения изменений не ограничивайтесь визуальной проверкой. Эмодзи могут отображаться нормально и при этом скрипт всё ещё будет загружаться.
Проверьте страницу так:
- Откройте сайт в браузере.
- Посмотрите исходный код страницы или используйте инструменты разработчика.
- Найдите
wp-emoji-release.min.jsили упоминанияemojiв подключаемых скриптах.
Если всё отключено правильно, на фронтенде не должно быть подключения wp-emoji-release.min.js из ядра WordPress. В админке скрипт тоже исчезнет, если вы убрали соответствующие действия для backend.
Дополнительно можно проверить вкладку Network в DevTools: при загрузке страницы не должно быть запроса к emoji-скрипту WordPress.
Когда отключать эмодзи не стоит
В большинстве случаев отключение безопасно, но есть сценарии, где лучше не трогать встроенную поддержку без необходимости.
- Если сайт рассчитан на очень старые браузеры, где важна подмена символов.
- Если вы не уверены, не подключает ли тема или плагин собственную логику, завязанную на emoji-обработку.
- Если у вас корпоративный сайт с редкими, но критичными письмами, и вы хотите сохранить поведение WordPress по умолчанию в email-рассылках.
На современных сайтах эти ограничения обычно несущественны, но перед изменением лучше понимать, что именно вы убираете.
Что даст отключение на практике
Отключение эмодзи — это не крупная оптимизация, а точечная чистка. Она полезна в связке с другими небольшими улучшениями: удалением лишних скриптов, отключением встроенных функций WordPress, сокращением количества запросов в <head>.
Если вы уже следите за скоростью сайта, такой шаг логичен. Он не ломает контент, не требует тяжёлого плагина и легко откатывается: достаточно убрать код или выключить опцию в плагине.
Для владельца сайта практический смысл простой: если эмодзи не нужны, не держите на фронтенде лишний механизм WordPress. Это небольшая, но аккуратная оптимизация, которая хорошо вписывается в общий подход к облегчению загрузки сайта.