Если открыть исходный код страницы WordPress-сайта, в <head> часто находятся теги и вставки, которые не нужны ни пользователю, ни поисковику, ни самой теме. Часть из них WordPress добавляет по умолчанию, часть — плагинами, а часть — старым шаблоном или настройками хостинга. Убрать это можно без правки ядра, но делать чистку нужно аккуратно: некоторые элементы лучше оставить, если они реально используются сайтом.
Ниже — практический разбор, что обычно можно удалить, как это сделать правильно и как проверить, что после чистки сайт не потерял важные функции.
Что обычно считают лишним в head WordPress
На типичном сайте в коде head встречаются:
<meta name="generator" content="WordPress ...">;- ссылки на
wlwmanifest.xmlиrsd.xml; <link rel="shortlink">;- эмодзи-скрипты и стили WordPress;
oEmbed-ссылки и связанные скрипты;REST API-ссылка в head;- лишние
dns-prefetch, если они добавлены без необходимости; - служебные теги, которые вставил плагин SEO, кэширования, шеринга или аналитики.
Не всё из этого нужно удалять бездумно. Например, generator обычно можно скрыть без последствий, а вот отключение oEmbed или REST API имеет смысл только если вы понимаете, что на сайте это не используется внешними сервисами, редактором блоков или интеграциями.
С чего начать: понять, кто именно добавляет код
Перед чисткой откройте исходный код страницы и найдите конкретный фрагмент. Это можно сделать через просмотр исходника в браузере или через инструменты разработчика. Важно не гадать, а увидеть, откуда приходит вставка.
Если тег добавляет WordPress, его обычно можно убрать через хук wp_head или связанные фильтры. Если код вставляет плагин, сначала проверьте его настройки. Если источник — тема, лучше править дочернюю тему или подключенный функционал, а не основной шаблон, чтобы не потерять изменения при обновлении.
Для диагностики удобно временно отключать плагины по одному или использовать staging-копию сайта. На живом проекте это безопаснее, чем сразу удалять код на продакшене и потом искать, что сломалось.
Какие метатеги и вставки WordPress можно убрать безопасно
Ниже перечислены элементы, которые чаще всего удаляют на обычных сайтах без специальных интеграций.
1. Meta generator
Этот тег показывает версию WordPress. С точки зрения работы сайта он не нужен. Его обычно убирают, чтобы не светить версию движка в исходнике.
2. RSD и WLW manifest
Это старые служебные ссылки для удалённого редактирования и Windows Live Writer. На большинстве современных сайтов они не используются.
3. Shortlink
Короткая ссылка в head редко нужна обычному сайту. Если вы не используете её в старых интеграциях, её можно убрать.
4. Emoji scripts and styles
WordPress добавляет поддержку эмодзи через дополнительные скрипты и стили. На многих сайтах это лишняя нагрузка, особенно если аудитория не использует старые браузеры.
5. oEmbed discovery links
Эти ссылки помогают внешним сервисам встраивать контент. Если сайт не рассчитывает на такие встраивания, часть служебных вставок можно отключить.
Как удалить лишние метатеги кодом
Самый надёжный способ — добавить код в дочернюю тему или в собственный мини-плагин. Не редактируйте ядро 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', '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');
});
add_action('init', function () {
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
});Этот код работает в стандартном WordPress, но результат зависит от темы и плагинов. Если какой-то элемент добавлен не ядром, а сторонним расширением, remove_action() его не уберёт — нужно искать настройки плагина или его собственные хуки.
Если вы не хотите трогать тему, можно оформить это как небольшой плагин. Для сайта это даже удобнее: при смене темы чистка head сохранится.
Что лучше не удалять без проверки
Есть элементы, которые часто считают «мусором», но на деле они могут быть полезны:
REST API-ссылка — нужна некоторым плагинам, редактору блоков и внешним интеграциям;oEmbed— может быть полезен, если контент сайта встраивают на другие площадки;dns-prefetch— иногда ускоряет подключение внешних ресурсов, если они действительно используются;- служебные теги SEO-плагина — если они управляют canonical, Open Graph, hreflang или картой сайта, удалять их нельзя без замены.
Если сайт работает как обычный блог или корпоративный ресурс, часть этих вставок действительно можно убрать. Но если у вас редактор блоков, внешние формы, API-интеграции или сложный SEO-плагин, сначала проверьте, не завязаны ли на них другие функции.
Как проверить, что чистка не сломала сайт
После удаления лишних тегов откройте несколько типовых страниц: главную, запись, страницу, архив, если он есть. Проверьте:
- нет ли ошибок в консоли браузера;
- не пропали ли нужные метатеги SEO-плагина;
- не сломалась ли вставка контента из внешних сервисов;
- не исчезли ли стили или скрипты, которые раньше подгружались через head;
- не изменился ли исходный код так, как вы ожидали.
Если используете кэширование, после правок очистите кэш плагина, сервера и CDN, иначе вы можете смотреть на старую версию страницы и сделать неверный вывод.
Проверка простая: откройте исходный код страницы и найдите удалённый фрагмент. Если он исчез, а сайт работает как раньше, чистка выполнена корректно.
Когда лучше использовать плагин, а не код
Если вам нужно убрать только несколько стандартных вставок WordPress, код в дочерней теме или мини-плагине — нормальный вариант. Но если задача шире и нужно регулярно чистить head, отключать дубли, управлять служебными вставками и не держать это в коде темы, удобнее использовать специализированный плагин.
Например, Clearfy Pro подходит для типовой чистки WordPress: он помогает отключать часть служебных элементов без ручного добавления кода в шаблон. Это не отменяет проверки результата, но снижает риск случайно удалить что-то нужное.
Коротко о безопасном порядке действий
Если нужно убрать лишние метатеги и служебный код без лишних рисков, действуйте так: сначала найдите конкретную вставку в исходнике, потом определите источник, затем удаляйте её через хук, фильтр или настройки плагина. После этого обязательно проверьте несколько страниц и очистите кэш.
Главная ошибка здесь — чистить head «на глаз» и удалять всё подряд. В WordPress часть служебного кода действительно лишняя, но часть отвечает за совместимость и работу подключённых функций. Поэтому лучше убирать только то, что вы увидели в коде и осознанно проверили на своём сайте.