Если в поиске начали всплывать страницы вложений, отдельные изображения и другие медиа-URL WordPress, это обычно не ошибка поисковика, а следствие того, как WordPress создаёт страницы вложений для загруженных файлов. Такие адреса часто не несут пользы пользователю, но создают дубли и размывают качество индекса. Закрыть их можно, но способ зависит от того, что именно вы хотите убрать: только страницы вложений, сами файлы изображений или всё вместе.
Сразу уточню важный момент: полностью «спрятать» уже опубликованные URL из поиска можно не только запретом на индексацию, но и удалением их из индекса через переобход. Если просто поставить запрет, поисковик может ещё какое-то время показывать старые адреса без сниппета или с устаревшим описанием.
Что именно индексируется в WordPress
В WordPress медиафайл и страница вложения — это не одно и то же. Когда вы загружаете изображение в медиатеку, WordPress создаёт сам файл, например /wp-content/uploads/2026/01/photo.jpg, и может создать отдельную страницу вложения с собственным URL вида /photo/ или похожим, в зависимости от структуры постоянных ссылок и темы.
Проблема обычно возникает именно со страницами вложений. Поисковик находит их, потому что они доступны как обычные HTML-страницы, а не как статические файлы. На таких страницах часто мало текста, нет полезного контента и почти всегда есть дубли: одна и та же картинка может быть доступна и на странице записи, и на странице вложения, и по прямому адресу файла.
Если ваша цель — убрать из поиска именно «мусорные» страницы вложений, этого обычно достаточно. Если же вы хотите, чтобы сами файлы изображений не участвовали в поиске как отдельные URL, тогда нужно дополнительно следить за тем, как они отдаются поисковым системам и не создаются ли на них отдельные индексируемые страницы.
Самый надёжный способ: отключить страницы вложений
Для большинства сайтов правильное решение — не индексировать страницы вложений и перенаправлять их на сам файл или на родительскую запись. Это убирает лишние URL из поиска и не ломает работу изображений на сайте.
В WordPress есть несколько способов сделать это.
1. Отключить страницы вложений через SEO-плагин
Если на сайте уже стоит SEO-плагин, проверьте, умеет ли он закрывать attachment pages. Во многих SEO-плагинах есть настройка для перенаправления страниц вложений на файл или на родительскую запись. Это самый удобный вариант, потому что не требует правок темы и кода.
Смысл настройки простой: когда кто-то или поисковый робот открывает URL вложения, WordPress не отдаёт отдельную страницу, а сразу ведёт туда, где находится полезный контент. Для поисковика это сигнал, что отдельная страница не нужна.
Если в плагине есть выбор между редиректом на файл и редиректом на родительскую запись, обычно безопаснее отправлять на родительскую запись, если она существует. Так пользователь попадает в контекст, где изображение действительно используется. Если родительской записи нет, можно вести на сам файл, но это уже зависит от структуры сайта и задач.
2. Закрыть страницы вложений через код
Если плагина нет или вы не хотите завязываться на его настройки, можно добавить небольшой код в functions.php дочерней темы или в собственный мини-плагин. Этот вариант подходит тем, кто понимает, где и как хранится кастомный код.
Перед изменениями сделайте резервную копию. Ошибка в functions.php может привести к белому экрану или потере доступа к админке, если код вставлен с синтаксической ошибкой.
Ниже пример, который перенаправляет страницы вложений на родительскую запись, а если родителя нет — на главную страницу сайта:
add_action( 'template_redirect', function () {
if ( is_attachment() ) {
$parent_id = wp_get_post_parent_id( get_queried_object_id() );
if ( $parent_id ) {
wp_safe_redirect( get_permalink( $parent_id ), 301 );
exit;
}
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Этот вариант работает на обычном WordPress без привязки к конкретной теме. Он не удаляет файл с сервера, а только убирает отдельную страницу вложения из цепочки индексации.
Как закрыть сами медиафайлы от индексации
Сами изображения и другие файлы в /uploads/ обычно не индексируются как HTML-страницы, но поисковик может находить их по прямым ссылкам. Если вам нужно снизить вероятность появления таких URL в поиске, важно понимать ограничение: для статических файлов WordPress не может добавить обычный noindex так же просто, как для страницы записи.
На практике применяют два подхода:
- убирают страницы вложений, чтобы поисковик не индексировал отдельные HTML-страницы медиа;
- контролируют доступ к самим файлам на уровне сервера, если это действительно нужно по задаче сайта.
Второй вариант уже зависит от веб-сервера и схемы публикации контента. Если изображения должны быть доступны посетителям, но не должны попадать в поиск, не стоит бездумно закрывать всю папку /uploads/ через robots.txt или запреты сервера. Это может сломать отображение картинок в поиске, на страницах сайта и в соцсетях, а также не всегда решает задачу удаления уже проиндексированных URL.
Что делать с уже проиндексированными URL
Если страницы вложений уже есть в выдаче, одного запрета недостаточно. Поисковику нужно дать понятный сигнал, что старый адрес больше не нужен.
Рабочая последовательность обычно такая:
- включить редирект со страниц вложений на родительскую запись или на другой релевантный URL;
- убедиться, что старые attachment-URL отдают
301, а не200; - дождаться переобхода поисковиком;
- при необходимости ускорить удаление через инструменты для вебмастеров, если они у вас подключены.
Если вместо редиректа страница вложения просто закрыта от индексации, поисковик может ещё долго держать её в базе как известный URL. Для удаления из поиска редирект обычно практичнее, потому что он сразу показывает, куда должен вести старый адрес.
Как проверить, что всё работает
После настройки не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что URL вложения действительно перестал быть отдельной страницей.
Проверьте несколько вещей:
- откройте старый URL вложения в режиме инкогнито;
- убедитесь, что он ведёт на родительскую запись, а не показывает отдельную страницу;
- посмотрите код ответа сервера: должен быть
301, если вы настроили редирект; - проверьте, не остались ли в sitemap отдельные URL вложений, если ваш SEO-плагин их туда добавляет;
- посмотрите в поиске по сайту или через оператор
site:, уменьшилось ли количество медиа-страниц.
Если страница вложения всё ещё открывается как обычная HTML-страница, значит редирект не сработал или его перебивает другая настройка темы, плагина кэша или SEO-плагина.
Чего не стоит делать
Самая частая ошибка — закрыть папку с медиа через robots.txt и считать задачу решённой. Это не убирает уже проиндексированные URL быстро и может мешать поисковику корректно понимать, что находится по этим адресам. Для страниц вложений такой способ вообще не лучший, потому что проблема обычно не в самих файлах, а в отдельных HTML-страницах.
Ещё одна ошибка — массово удалять изображения из медиатеки, надеясь, что это автоматически очистит поиск. Если файл используется в записях, удаление сломает контент. Сначала нужно убрать именно индексируемые страницы вложений, а уже потом разбираться с ненужными файлами.
Если на сайте много старых медиа-URL, не меняйте структуру ссылок и правила редиректов без проверки на тестовой копии. На больших сайтах это легко приводит к цепочкам редиректов и лишней нагрузке на сервер.
Когда нужен отдельный инструмент для чистки дублей
Если на сайте накопилось много технических дублей, не только по медиафайлам, но и по архивам, пагинации или служебным страницам, удобнее решать задачу централизованно. В таких случаях полезен плагин, который умеет управлять индексируемыми дублями и служебными URL без ручных правок в десятках мест. Например, для этой задачи может подойти Clearfy Pro: он помогает закрывать лишние страницы и наводить порядок в SEO-настройках сайта. Но если проблема только в attachment pages, отдельного тяжёлого решения обычно не требуется.
В большинстве случаев для WordPress достаточно убрать страницы вложений из индекса, настроить редирект и проверить, что старые URL больше не отдаются как самостоятельные страницы. Это закрывает основную причину появления медиа-страниц в поиске и снижает количество дублей без риска сломать сайт.