Если открыть исходный код страницы WordPress, в секции head часто видно лишние служебные вставки: generator, shortlink, ссылки на RSD и WLW, emoji-скрипты, oEmbed и другие элементы, которые большинству сайтов не нужны. Они не ломают сайт, но засоряют HTML и иногда просто раздражают, когда вы хотите оставить в коде только то, что действительно используется.
Убирать такие мета-теги можно безопасно, если понимать, что именно отключаете. Часть вставок отвечает за совместимость и удобство интеграций, а часть давно не нужна на обычном сайте. Ниже — практичный способ почистить head без лишних экспериментов.
Что именно обычно убирают из head WordPress
WordPress по умолчанию добавляет в шапку сайта несколько служебных элементов. На типичном проекте чаще всего отключают:
generator— строку с версией WordPress;shortlink— короткую ссылку на текущую запись или страницу;- RSD-ссылку — нужна для старых внешних редакторов и некоторых сервисов;
- WLW Manifest — исторический элемент для Windows Live Writer;
- ссылки на сервисы oEmbed и REST API, если они не используются;
- emoji-скрипты и стили, если не нужна встроенная поддержка эмодзи в старых браузерах;
- лишние DNS-prefetch и resource hints, если они добавлены плагинами без необходимости.
Не все из этого обязательно нужно удалять. Например, REST API и oEmbed могут использоваться темой, блоками, внешними сервисами или плагинами. Поэтому сначала стоит понять, что именно выводится на вашем сайте, а уже потом отключать.
Как безопасно убрать лишние вставки через functions.php
Самый прямой способ — добавить код в functions.php дочерней темы или в собственный небольшой плагин. Если вы правите файл темы, делайте это только в дочерней теме: при обновлении родительской темы изменения пропадут.
Перед правкой лучше сделать резервную копию файла или иметь доступ к FTP/файловому менеджеру хостинга. Ошибка в PHP-коде может временно вывести сайт из строя.
Для типовой очистки head можно использовать такой набор:
remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'wp_shortlink_wp_head', 10);
remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('wp_head', 'wp_oembed_add_discovery_links');
remove_action('wp_head', 'wp_oembed_add_host_js');Что делает этот код:
wp_generatorубирает строку с версией WordPress;wp_shortlink_wp_headотключает короткую ссылку;rsd_linkиwlwmanifest_linkубирают старые служебные ссылки;- две строки про emoji отключают встроенные скрипты и стили для эмодзи;
wp_oembed_add_discovery_linksиwp_oembed_add_host_jsубирают oEmbed-вставки из шапки.
Этот набор подходит для большинства обычных сайтов, где не используются старые внешние редакторы и не нужна автоматическая встраиваемая интеграция WordPress oEmbed на стороне сайта.
Что можно не трогать без необходимости
Если вы не уверены, не отключайте всё подряд. Например, на сайте с блоками, встроенными видео или активным обменом контентом oEmbed может быть полезен. То же касается некоторых плагинов, которые рассчитывают на стандартные функции WordPress в head.
Если задача именно в том, чтобы убрать визуально лишний код, а не выжать из сайта максимум минимализма, лучше ограничиться генератором, shortlink и историческими вставками. Это уже заметно чистит HTML без риска сломать поведение темы.
Как удалить только generator, shortlink или отдельный тег
Иногда не нужно отключать весь набор. Тогда проще убрать только конкретный элемент. Это полезно, если вы хотите оставить oEmbed или emoji, но скрыть, например, версию WordPress.
Для удаления только строки generator достаточно одной команды:
remove_action('wp_head', 'wp_generator');Для shortlink:
remove_action('wp_head', 'wp_shortlink_wp_head', 10);Если вы не уверены, какой именно хук отвечает за нужную вставку, сначала посмотрите исходный код страницы и найдите фрагмент. После этого уже точечно отключайте соответствующий вызов. Такой подход безопаснее, чем массовая чистка наугад.
Как проверить, что мусор из head действительно исчез
После сохранения изменений откройте главную страницу сайта и посмотрите исходный код. В браузере это обычно делается через просмотр кода страницы или инструменты разработчика. Ищите конкретные строки, которые отключали: generator, shortlink, rsd_link, wlwmanifest, emoji-скрипты и oEmbed-ссылки.
Полезно проверять не только главную, но и несколько типовых страниц:
- запись;
- страницу;
- архив;
- страницу с вложением, если она у вас используется;
- страницу с блоками или встроенным видео, если такие элементы есть.
Если после очистки на части страниц что-то пропало не так, как ожидалось, значит, отключённый хук был нужен теме или плагину. В этом случае просто верните соответствующую строку и уберите только то, что точно не используется.
Когда лучше использовать плагин вместо ручного кода
Ручной код удобен, если вы понимаете, что именно удаляете, и готовы поддерживать изменения самостоятельно. Но если сайт ведётся без разработчика, а править functions.php неудобно, проще использовать плагин, который умеет отключать лишние элементы WordPress без ручного редактирования темы.
В таких задачах уместен Clearfy Pro: он как раз помогает убрать служебные вставки, дубли и другие лишние элементы, не лезя каждый раз в код темы. Это не обязательное решение, но для владельца сайта оно часто удобнее, чем держать набор PHP-строк в файле темы.
Если выбираете плагин, всё равно проверяйте результат вручную. Плагины для оптимизации иногда отключают больше, чем нужно, особенно если в них включены дополнительные настройки очистки.
Что в итоге стоит убрать в первую очередь
Если нужен быстрый и безопасный минимум, начните с трёх вещей: generator, shortlink и исторических ссылок RSD/WLW. На большинстве сайтов этого уже достаточно, чтобы заметно сократить мусор в head без риска для работы темы.
Дальше смотрите по ситуации. Emoji и oEmbed можно отключать только если вы понимаете, что сайт не зависит от этих функций. Такой подход лучше, чем пытаться сделать HTML «идеально чистым» ценой поломки встроенных возможностей WordPress.
Если после правки исходный код стал короче, а сайт работает как раньше, значит задача решена правильно: вы убрали лишние мета-теги и не затронули то, что действительно используется.
