Если открыть исходный код страницы WordPress, в <head> часто попадают элементы, которые на публичном сайте не нужны: генератор WordPress, ссылки на RSS, RSD, WLW Manifest, короткая ссылка, emoji-скрипты, oEmbed и другие служебные вставки. Они не ломают сайт, но создают лишний технический шум и иногда просто раздражают владельца проекта.
Убирать стоит не всё подряд, а только то, что действительно не используется. Самый безопасный путь — понять, какие элементы выводятся автоматически, и отключить только их. Для этого обычно достаточно нескольких хуков WordPress в functions.php дочерней темы или в отдельном плагине для сайта.
Что обычно можно убрать без вреда для публичного сайта
Ниже — типичные элементы, которые WordPress добавляет в код страницы по умолчанию. На большинстве обычных сайтов их можно отключить, если вы не пользуетесь соответствующей функцией.
<meta name="generator" content="WordPress ...">— показывает версию CMS.- Ссылку на RSS-ленты, если вы их не используете.
wlwmanifest.xml— наследие старых редакторов, почти нигде не нужно.rsd_link— используется для внешних клиентов публикации, сейчас редко нужен.shortlink— короткая ссылка на запись или страницу.- Скрипты и стили emoji, если не нужна поддержка старых клиентов.
- Ссылки на REST API discovery и oEmbed, если вы точно понимаете, что они не нужны вашему сайту.
Есть важная оговорка: если сайт использует внешние сервисы, мобильные приложения, старые редакторы, встраивание контента или автоматизацию через API, часть этих элементов лучше оставить. Удаление должно быть осознанным, а не косметическим.
Как убрать лишние мета-теги и ссылки через код
Самый прямой способ — добавить отключающие функции в functions.php дочерней темы. Если дочерней темы нет, лучше создать её или использовать небольшой сайт-плагин. Редактировать файл родительской темы нежелательно: после обновления изменения пропадут.
Перед правкой сделайте резервную копию файла или всего сайта. Ошибка в PHP-коде может привести к белому экрану или недоступности админки.
Для удаления распространённых служебных элементов можно использовать такой набор:
remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'wp_shortlink_wp_head', 10);
remove_action('wp_head', 'feed_links', 2);
remove_action('wp_head', 'feed_links_extra', 3);
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('wp_head', 'rest_output_link_wp_head', 10);
remove_action('wp_head', 'wp_oembed_add_discovery_links', 10);
remove_action('wp_head', 'wp_oembed_add_host_js');Этот код отключает именно вывод в head. Он не удаляет сами функции WordPress из системы, а только убирает их публичный след на страницах сайта.
Если вам нужно убрать только версию WordPress, достаточно одной строки:
remove_action('wp_head', 'wp_generator');Если нужен более аккуратный подход, можно не отключать всё сразу, а убрать только то, что вы точно не используете. Например, RSS-ленты на новостном или контентном сайте часто полезны, а вот wlwmanifest и rsd_link обычно уже не нужны.
Где именно размещать код, чтобы не сломать сайт
Есть три нормальных варианта, и выбор зависит от того, как у вас устроен проект.
| Способ | Когда подходит | Что учитывать |
|---|---|---|
functions.php дочерней темы | Если вы уже используете child theme | Просто и быстро, но код привязан к теме |
| Сайт-плагин | Если хотите не зависеть от темы | Удобно для технических правок, которые должны жить отдельно |
| Плагин для снижения технического шума | Если не хотите писать код вручную | Проверьте, какие именно опции он отключает, чтобы не убрать лишнее |
Если вы вносите изменения в functions.php, вставляйте код в конец файла, после существующих функций, и следите, чтобы не было лишних закрывающих тегов PHP. В современных темах закрывающий тег часто вообще не используют.
Как проверить, что лишние элементы действительно исчезли
После сохранения изменений откройте любую публичную страницу сайта и посмотрите исходный код. В браузере это обычно делается через просмотр кода страницы или через инструменты разработчика. Ищите конкретные строки, которые вы отключали: generator, wlwmanifest, rsd_link, shortlink, emoji-скрипты и т. д.
Проверять лучше не только главную страницу, но и обычную запись, страницу и архив, если они есть. Некоторые элементы выводятся на всех страницах, а некоторые — только в определённых шаблонах.
Если строка всё ещё есть, причина обычно одна из трёх:
- код добавлен не в тот файл или не в активную тему;
- кэш страницы показывает старую версию;
- элемент выводит не WordPress, а тема или плагин.
В последнем случае нужно искать источник уже не в wp_head, а в настройках темы или конкретного плагина. Например, некоторые темы сами добавляют дополнительные мета-теги, preconnect, DNS-prefetch, ссылки на шрифты и другие элементы в <head>.
Что не стоит удалять без понимания последствий
Иногда владельцы сайта начинают чистить head слишком агрессивно и отключают всё подряд. Так делать не стоит. Некоторые элементы нужны для нормальной работы сайта или интеграций.
С осторожностью относитесь к удалению:
- ссылок и метаданных, которые использует тема для корректной загрузки стилей и скриптов;
- REST API, если сайт подключён к внешним сервисам или редакторам;
- oEmbed, если вы часто вставляете контент с других платформ;
- RSS-лент, если на них подписываются пользователи или сервисы;
- любых элементов, назначение которых вы не смогли определить по коду темы или плагина.
Если сомневаетесь, отключайте по одному элементу и сразу проверяйте сайт. Это медленнее, чем удалить всё разом, но гораздо безопаснее.
Когда удобнее использовать готовое решение
Если на сайте много мелких технических правок и вы не хотите держать их в теме, удобнее вынести чистку служебных вставок в отдельный инструмент. В экосистеме WPShop для этой задачи подходит Clearfy Pro: он как раз помогает убирать дубли, лишние элементы и технический шум без ручного редактирования кода. Это не обязательный путь, но для владельца сайта он часто проще, чем поддерживать собственный набор хуков.
При этом даже с готовым решением полезно понимать, что именно отключается. Тогда вы не будете наугад выключать функции, которые потом неожиданно понадобятся для встраивания контента, подписок или интеграций.
Практический минимум, с которого стоит начать
Если нужен короткий и безопасный порядок действий, делайте так: сначала откройте исходный код страницы и выпишите лишние элементы, потом отключите только те из них, которые точно не используете, затем очистите кэш и перепроверьте результат в коде страницы. Для большинства сайтов этого достаточно, чтобы заметно сократить технический шум в head без побочных эффектов.
Если после чистки код стал короче, а сайт продолжает работать как раньше, значит задача решена правильно. Дальше уже можно точечно убирать только те вставки, которые добавляют тема и плагины, но делать это стоит по тому же принципу: один элемент — одна проверка.