Если на сайте WordPress не нужны встроенные эмодзи, их можно отключить без риска для контента. Это небольшая техническая оптимизация: WordPress перестанет подключать лишний скрипт и стили для поддержки эмодзи в старых браузерах, а значит страница будет чуть проще и чище по загрузке. На современном сайте выигрыш обычно небольшой, но если вы выжимаете максимум из скорости и стараетесь убрать всё лишнее, это нормальная и безопасная правка.
Сразу оговорюсь: отключение эмодзи не ломает записи, комментарии и админку. Вы просто убираете встроенную проверку совместимости, которая нужна в основном для очень старых браузеров и некоторых редких сценариев отображения символов.
Что именно отключается и зачем это вообще нужно
WordPress по умолчанию добавляет на фронтенд небольшой JavaScript и связанные с ним стили, чтобы эмодзи отображались одинаково в разных браузерах и на разных платформах. Для большинства современных сайтов это уже не критично: браузеры умеют показывать эмодзи сами, а отдельная поддержка WordPress только добавляет запросы и немного усложняет страницу.
Отключать эмодзи имеет смысл, если вы:
- хотите убрать ненужные запросы с каждой страницы;
- оптимизируете сайт под PageSpeed и общую чистоту фронтенда;
- не используете эмодзи в контенте и не считаете их важной частью интерфейса;
- хотите уменьшить количество подключаемых скриптов от WordPress по умолчанию.
Если на сайте эмодзи используются осознанно, например в тексте, в комментариях или в интерфейсных элементах, отключение всё равно обычно не мешает. Но если вы рассчитываете на старое поведение WordPress в очень старых браузерах, это уже другой сценарий. Для обычного сайта на актуальной версии WordPress такой зависимости, как правило, нет.
Самый безопасный способ: отключить эмодзи через код
Надёжнее всего убрать поддержку эмодзи через functions.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' );Этот набор отключает скрипт и стили на фронтенде и в админке, а также убирает преобразование эмодзи в RSS и письмах WordPress. Последняя строка нужна, чтобы WordPress не пытался подгружать SVG-ресурс для эмодзи.
Если вы не хотите править тему, можно сделать маленький плагин. Это удобнее для сайтов, где тема часто меняется. Создайте файл, например disable-emojis.php, и поместите его в папку wp-content/plugins/:
<?php
/**
* Plugin Name: Disable Emojis
*/
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' );После этого активируйте плагин в админке. Такой вариант удобен, если вы не хотите держать оптимизацию внутри темы.
Когда лучше не трогать тему, а использовать плагин
Если вы не уверены, где именно хранить правку, плагин безопаснее для сопровождения. Он не зависит от обновлений темы и не требует лезть в шаблоны. Для владельца сайта это часто практичнее, чем править functions.php, особенно если сайт обслуживает не разработчик, а контент-менеджер или вебмастер без глубокого опыта.
Но есть важный момент: не ставьте отдельный плагин только ради одной такой мелочи, если у вас уже есть решение для общей оптимизации. Если вы и так используете инструмент, который умеет отключать эмодзи вместе с другими лишними функциями WordPress, отдельный мини-плагин не нужен. В таком случае лучше держать настройки в одном месте, чтобы не плодить лишние сущности в админке.
Если же вы предпочитаете точечный контроль, собственный маленький плагин — самый прозрачный вариант. Его легко отключить, проверить и при необходимости удалить без следов в теме.
Как проверить, что эмодзи действительно отключены
После внесения правки не полагайтесь только на ощущение, что «всё стало легче». Проверка занимает минуту и показывает реальный результат.
Откройте любую страницу сайта в браузере и посмотрите исходный код или вкладку Network в инструментах разработчика. Вам нужно убедиться, что больше не загружаются:
wp-emoji-release.min.js;- стили, связанные с emoji detection;
- дополнительные вызовы, которые WordPress добавлял в
<head>.
Если вы используете DevTools, удобнее всего отфильтровать запросы по слову emoji. На правильно настроенном сайте таких запросов быть не должно. Ещё один простой способ — открыть исходный код страницы и найти wp-emoji-release.min.js. Если строка отсутствует, отключение сработало.
Параллельно проверьте админку и RSS, если они для вас важны. Обычно после отключения ничего не ломается, но на живом сайте лучше убедиться, что всё отображается так, как и раньше.
Что может пойти не так
Самая частая ошибка — вставить код не туда. Если добавить его в файл темы, которая потом обновляется, правка пропадёт. Если вставить в случайный плагин или в чужой сниппет без понимания, что он делает, можно получить конфликт или дублирование кода.
Ещё один момент: не стоит ожидать заметного ускорения на уровне «минус половина загрузки». Это небольшая оптимизация, а не радикальная чистка сайта. Её ценность в другом: вы убираете то, что не используете, и уменьшаете количество лишних подключений по умолчанию.
Если после отключения вы заметили, что эмодзи в письмах, RSS или комментариях отображаются не так, как ожидалось, просто верните фильтры обратно. В WordPress это обратимая настройка, и она не затрагивает базу данных или контент записей.
Стоит ли вообще отключать эмодзи на современном сайте
Если коротко: да, если вы хотите чуть упростить фронтенд и не используете встроенную поддержку эмодзи как отдельную функцию. Это безопасная мелкая оптимизация, которая не требует вмешательства в ядро WordPress и не влияет на содержимое сайта.
Если сайт уже хорошо оптимизирован, а вы следите за количеством запросов и лишних подключений, отключение эмодзи — нормальный шаг. Если же у вас обычный контентный проект и вы не занимаетесь технической чисткой, можно и не трогать: критичной нагрузки эта функция обычно не создаёт. Но когда задача именно в том, чтобы убрать всё лишнее, это один из самых простых и безболезненных пунктов.