Как удалить лишние мета-теги и мусорный код из head WordPress

Автор: Юлия Семенова | Опубликовано: 12.10.2026

Если в исходном коде страницы WordPress в секции <head> вы видите лишние ссылки, мета-теги и служебные строки, это обычно не ошибка, а следы темы, плагинов или самого ядра WordPress. Часть этого кода действительно можно убрать без последствий: он не нужен для работы сайта и только засоряет HTML. Но удалять всё подряд нельзя — некоторые элементы связаны с безопасностью, стилем темы или корректной работой плагинов.

Ниже разберём, что именно обычно появляется в head, что можно отключить безопасно, а что лучше оставить. Плюс покажу рабочие способы очистки: через код в теме, через плагин и через точечную проверку результата.

Что обычно считается лишним в head WordPress

В стандартной установке WordPress в head часто попадают такие элементы:

<meta name="generator" content="WordPress ...">;
ссылки на RSD и wlwmanifest;
shortlink;
ссылки на feed и комментарии, если они не нужны;
emoji-скрипты и стили;
oEmbed-связанные ссылки и скрипты;
лишние dns-prefetch и сторонние вставки от плагинов;
дублирующиеся meta и link-теги, которые добавляет тема.

Сам по себе факт, что элемент есть в head, ещё не означает проблему. Например, <link rel="canonical"> нужен для SEO, а <meta name="viewport"> — для адаптивной вёрстки. Убирать стоит только то, что не используется на вашем сайте или дублируется без причины.

Сначала найдите источник мусорного кода

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

Самый простой способ — открыть исходный код страницы в браузере и найти подозрительный фрагмент. Если рядом с ним нет явного признака плагина, смотрите по типу тега:

если это стандартные ссылки WordPress вроде rsd_link, wlwmanifest_link, wp_generator — источник обычно ядро;
если видите стили, скрипты или мета-теги, связанные с SEO, кешем, шрифтами, соцсетями — это чаще плагин;
если код выглядит как вставка в шаблон и повторяется на всех страницах — вероятно, его добавила тема или дочерняя тема.

В админке WordPress проверьте активные плагины и настройки темы. Иногда лишний код добавляется не напрямую, а через SEO-плагин, плагин для шеринга, виджетов, аналитики или оптимизации.

Что можно отключить безопасно

Для большинства сайтов безболезненно убирают именно служебные элементы, которые не влияют на отображение и не нужны внешним сервисам. Обычно к ним относятся:

версия WordPress в generator;
RSD и wlwmanifest, если вы не используете старые редакторы и внешние XML-RPC-клиенты;
shortlink, если короткие ссылки WordPress не нужны;
emoji-поддержка, если вы не хотите лишние запросы и вам не критичны встроенные эмодзи WordPress;
oEmbed для сайтов, где не используется встраивание записей WordPress на сторонние площадки;
лишние feed-ссылки, если вы сознательно отключаете RSS и понимаете последствия.

А вот что лучше не трогать без понимания задачи:

canonical;
viewport;
charset;
стили и скрипты, которые нужны теме или плагину на текущей странице;
мета-теги верификации поисковых систем, если вы ими пользуетесь.

Как убрать стандартные мета-теги и служебные ссылки кодом

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

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

add_action( 'init', function () {
    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', 'print_emoji_detection_script', 7 );
    remove_action( 'wp_print_styles', 'print_emoji_styles' );
    remove_action( 'wp_head', 'feed_links', 2 );
    remove_action( 'wp_head', 'feed_links_extra', 3 );
    remove_action( 'wp_head', 'rest_output_link_wp_head' );
    remove_action( 'wp_head', 'wp_oembed_add_discovery_links' );
    remove_action( 'wp_head', 'wp_oembed_add_host_js' );
} );

Что здесь важно:

wp_generator убирает строку с версией WordPress;
rsd_link и wlwmanifest_link относятся к старым механизмам публикации и редактирования;
wp_shortlink_wp_head отключает короткую ссылку в head;
блок с emoji убирает встроенную поддержку эмодзи WordPress;
feed_links и feed_links_extra отключают RSS-ссылки в head;
rest_output_link_wp_head убирает ссылку на REST API из head;
функции wp_oembed_add_discovery_links и wp_oembed_add_host_js отключают часть oEmbed-механизма.

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

Когда удобнее чистить head через плагин

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

Из продуктов WPShop для этой задачи подходит Clearfy Pro: он помогает отключать часть стандартного мусора WordPress и управлять SEO- и техническими настройками без ручного кода. Такой вариант особенно удобен, если на сайте много мелких правок и вы не хотите держать их в functions.php.

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

Как проверить, что очистка не сломала сайт

После изменений откройте несколько страниц сайта и проверьте:

главную страницу;
обычную запись или страницу;
страницу с формой, если она есть;
страницу, где подключаются особые скрипты или стили.

Дальше посмотрите исходный код и убедитесь, что лишние элементы исчезли, а нужные остались. В первую очередь проверьте:

canonical;
viewport;
мета-теги SEO-плагина, если он установлен;
стили и скрипты, которые должны загружаться на странице;
ошибки в консоли браузера, если вы отключали oEmbed, emoji или другие встроенные функции.

Если после очистки пропала часть функциональности, откатите последнее изменение и отключайте элементы по одному. Так проще найти конкретную причину, чем пытаться исправить всё сразу.

Что обычно ломают при чистке head

Главная ошибка — удалять код по принципу «всё, что непонятно, значит лишнее». В WordPress это часто приводит к побочным эффектам: перестают работать предпросмотр ссылок, встраивание контента, часть SEO-настроек или стили темы.

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

И наконец, не стоит пытаться сделать head полностью пустым. Это не цель. Нормальный результат — когда в коде остаются только нужные элементы, а лишние служебные теги убраны без ущерба для сайта.

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