Как удалить лишние meta tags и ссылки из head WordPress

В WordPress в секции head часто остаются теги и ссылки, которые не нужны ни для работы сайта, ни для SEO. Обычно это служебные элементы ядра, генераторы версии, ссылки на RSD, WLW, shortlink, emoji-скрипты и другие вставки, которые только засоряют разметку. Удаляются они без правки ядра — через тему или плагин.

Если задача именно в том, чтобы почистить head и оставить только полезные элементы, лучше идти от простого к надёжному: сначала понять, что именно выводится, затем убрать лишнее точечно, а после проверить исходный код страницы.

Что обычно можно убрать из head WordPress

Не все теги в head одинаково полезны. Часть из них WordPress добавляет автоматически, даже если вы ими не пользуетесь. На типичном сайте чаще всего убирают:

• <meta name="generator"> с версией WordPress;
• ссылку на RSD (rsd_link);
• ссылку на WLW Manifest (wlwmanifest_link);
• shortlink (wp_shortlink_wp_head);
• emoji-скрипты и стили (print_emoji_detection_script, print_emoji_styles);
• ссылки на REST API discovery, если они вам не нужны в исходном коде;
• лишние rel="prev" / rel="next" в некоторых старых конфигурациях или от плагинов;
• дублирующиеся теги, которые добавляет тема или SEO-плагин.

При этом не стоит удалять всё подряд. Например, canonical, title, description, Open Graph и Twitter Card обычно нужны, если их выводит SEO-плагин или тема. Их задача — не засорять head, а помогать поисковым системам и соцсетям правильно читать страницу.

Как понять, что именно выводится на вашем сайте

Перед чисткой откройте исходный код страницы в браузере и посмотрите секцию head. Это самый быстрый способ понять, какие элементы реально присутствуют. В Chrome и Firefox можно открыть исходник через контекстное меню или сочетание клавиш Ctrl+U.

Ищите повторяющиеся или явно служебные элементы. Если видите, например, wp-emoji-release.min.js, wlwmanifest.xml, rsd или generator, это как раз кандидаты на удаление. Если в head уже есть теги от SEO-плагина, не дублируйте их ручными вставками в теме.

Полезно проверить не только главную страницу, но и запись, страницу, архив и страницу с пагинацией. Некоторые теги появляются не везде, а только на отдельных типах страниц.

Удаление через functions.php: рабочий способ без плагинов

Самый прямой вариант — добавить код в functions.php дочерней темы. Если у вас нет дочерней темы, сначала создайте её или используйте небольшой плагин для кастомного кода. Не редактируйте файлы родительской темы на живом сайте: при обновлении изменения пропадут.

Ниже пример, который убирает самые распространённые служебные элементы WordPress из head. Код подходит для большинства сайтов на актуальных версиях WordPress.

remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'wp_shortlink_wp_head', 10);
remove_action('wp_head', 'rest_output_link_wp_head', 10);
remove_action('wp_head', 'wp_oembed_add_discovery_links', 10);
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');

Что делает этот код:

• wp_generator убирает meta-тег с версией WordPress;
• rsd_link и wlwmanifest_link отключают старые служебные ссылки;
• wp_shortlink_wp_head убирает shortlink;
• rest_output_link_wp_head убирает ссылку на REST API из head;
• wp_oembed_add_discovery_links убирает discovery-ссылки oEmbed;
• две строки про emoji отключают скрипт и стили эмодзи.

Если вы хотите убрать только часть элементов, оставьте только нужные строки. Это безопаснее, чем копировать всё подряд.

Когда этот способ может не сработать

Иногда лишние теги добавляет не WordPress, а тема или плагин. Тогда remove_action() для ядра не поможет. Например, SEO-плагин может сам выводить canonical, Open Graph, schema.org-разметку или дополнительные meta-теги. Их нужно отключать в настройках самого плагина или через его собственные хуки, если они предусмотрены разработчиком.

Ещё один частый случай — тема вставляет что-то напрямую в шаблон header.php. Тогда нужно искать конкретную строку в файлах темы и убирать её там, а не пытаться снять хук, которого нет.

Как убрать лишнее через плагин, если не хочется трогать код

Если вы не хотите править functions.php, используйте плагин для управления служебными функциями WordPress. Такой вариант удобен, когда нужно отключить несколько стандартных элементов без ручного кода и без риска сломать шаблон из-за ошибки в PHP.

В этом сценарии логика простая: вы отключаете ненужные функции через интерфейс плагина, а не вручную. Это особенно полезно для владельцев сайтов, которые не работают с кодом регулярно. Но важно понимать: плагин не решает проблему, если лишние теги добавляет тема или другой плагин. В таком случае всё равно придётся искать источник вставки.

Если вы используете отдельный плагин для чистки сайта, проверьте, что он не отключает лишнее автоматически вместе с нужными вещами. На боевом сайте лучше менять настройки по одной и после каждого шага смотреть исходный код страницы.

Что не стоит удалять без понимания последствий

Чистка head полезна только тогда, когда вы убираете действительно лишнее. Есть элементы, которые часто принимают за мусор, но они нужны для корректной работы сайта или для SEO:

• canonical — помогает избежать дублей;
• title и meta description, если их формирует SEO-плагин;
• Open Graph и Twitter Card, если вы делитесь страницами в соцсетях;
• структурированные данные, если они добавлены осознанно;
• стили и скрипты, без которых тема или плагин ломают отображение.

Если удалить что-то из этого списка без проверки, можно получить не «чистый head», а проблемы с отображением, дублирование метаданных или потерю нужных сниппетов в поиске.

Как проверить, что лишние meta tags и ссылки действительно удалены

После внесения изменений откройте исходный код страницы ещё раз и сравните его с тем, что было раньше. Проверьте главную страницу и несколько внутренних URL. Если вы чистили конкретный элемент, убедитесь, что он исчез именно из head, а не только из визуального просмотра страницы.

Дополнительно можно:

• очистить кэш сайта, если он есть;
• обновить кэш браузера;
• проверить страницу в режиме инкогнито;
• если используется CDN или серверный кэш, сбросить и его тоже.

Без очистки кэша вы можете увидеть старую версию страницы и решить, что код не сработал, хотя на самом деле изменения уже применились.

Практичный порядок действий

Если нужен короткий и безопасный план, действуйте так: сначала посмотрите исходный код и выпишите лишние элементы, затем уберите только стандартные теги WordPress через functions.php или плагин, после этого проверьте результат на нескольких страницах. Если какой-то тег остался, ищите его источник в теме или в активных плагинах.

Такой подход лучше, чем пытаться «очистить всё» одной командой. В WordPress часть тегов действительно лишняя, но часть — полезна, и разница между ними зависит от того, как именно собран ваш сайт.