Если в поиске всплывают отдельные страницы изображений, PDF или других вложений WordPress, это обычно не ошибка, а штатное поведение CMS. У каждого загруженного файла может появляться собственная страница вложения, и именно она иногда попадает в индекс вместо полезной страницы записи или товара. Для большинства сайтов такие URL не нужны в выдаче: они создают дубли, размывают структуру и могут перетягивать трафик на пустые страницы.
Задача решается не одним способом, а комбинацией настроек. Важно не просто «спрятать» медиафайлы от поисковиков, а убрать из индекса именно страницы вложений, не сломав при этом отображение картинок и файлов на сайте.
Что именно нужно закрывать от индексации
В WordPress есть два разных объекта, которые часто путают:
- сам файл — изображение, PDF, архив, видео, загруженное в медиатеку;
- страница вложения — отдельная страница на сайте, на которой WordPress показывает этот файл и его метаданные.
Индексировать сам файл обычно не проблема, если он нужен в контенте. Проблема возникает именно со страницами вложений. Они часто содержат минимум текста, не несут самостоятельной ценности и могут конкурировать с основной страницей, где этот файл используется.
Если у вас в поиске появляются URL вида /attachment/... или страницы с названием изображения, закрывать нужно именно их. Сам файл при этом может оставаться доступным по прямой ссылке и продолжать работать в записях, галереях и блоках.
Самый практичный вариант: отключить страницы вложений
Для большинства сайтов лучший путь — не пытаться точечно закрывать каждый файл, а отключить сами страницы вложений и перенаправить их на родительскую запись или на сам файл. Это убирает проблему на уровне логики сайта, а не только на уровне robots.txt.
Если тема или плагин SEO уже умеют это делать, используйте встроенную настройку. Во многих SEO-плагинах есть опция перенаправления attachment URL на родительскую запись или медиафайл. Это предпочтительнее, чем просто ставить noindex, потому что поисковик быстрее перестаёт видеть бесполезные страницы, а пользователь не попадает на пустой экран.
Если встроенной опции нет, можно сделать редирект через код. Для этого в дочерней теме или через небольшой функциональный плагин добавляют обработчик, который перенаправляет запросы к страницам вложений. Такой вариант требует аккуратности: перед изменениями сделайте резервную копию и проверьте, как у вас устроены медиа-ссылки в теме.
Пример безопасного редиректа страниц вложений на родительскую запись, если она есть, а иначе — на сам файл:
add_action( 'template_redirect', function () {
if ( is_attachment() ) {
$parent = wp_get_post_parent_id( get_the_ID() );
if ( $parent ) {
wp_safe_redirect( get_permalink( $parent ), 301 );
exit;
}
$file = wp_get_attachment_url( get_the_ID() );
if ( $file ) {
wp_safe_redirect( $file, 301 );
exit;
}
}
} );Этот код не закрывает файл от доступа и не ломает вставки изображений в контенте. Он только убирает отдельную страницу вложения из пользовательского и поискового маршрута. Если у вас на сайте вложения используются как полноценные страницы с уникальным содержимым, такой редирект применять не стоит.
Когда нужен noindex, а когда достаточно редиректа
Редирект и noindex решают похожую задачу, но работают по-разному. Выбор зависит от того, что именно у вас уже проиндексировано и как устроен сайт.
| Ситуация | Что лучше сделать | Почему |
|---|---|---|
| Страницы вложений не нужны вообще | Редирект 301 со страниц attachment | Поисковик и пользователь сразу попадают в нужное место |
| Страницы вложений пока должны открываться, но не индексироваться | noindex, follow | Страница доступна, но не должна оставаться в выдаче |
| Нужно убрать уже накопившиеся URL из поиска | Редирект + проверка индексации | Редирект ускоряет переобход и очистку выдачи |
Если вы можете убрать attachment-страницы без потери функциональности, редирект обычно надёжнее. noindex полезен, когда по техническим причинам страницу нельзя сразу отключить, но нужно запретить её присутствие в поиске.
Как закрыть медиафайлы через SEO-плагин
На практике многие сайты решают задачу через SEO-плагин, потому что там уже есть управление мета-тегами, каноническими URL и редиректами. Логика у разных плагинов похожая: нужно найти настройку, связанную с attachment pages, и включить перенаправление или запрет индексации.
Если плагин позволяет поставить noindex для архивов или вложений, проверьте, что речь идёт именно о страницах attachment, а не о самих медиафайлах. Это важное различие: закрыть от индексации весь каталог загрузок обычно не нужно и иногда вредно, если изображения используются в контенте и получают трафик из поиска картинок.
После включения настройки откройте несколько URL вложений вручную. Если вместо страницы вложения вы видите редирект на запись или файл, настройка работает. Если страница открывается, но в коде есть meta name="robots" content="noindex", это тоже рабочий вариант, но он обычно медленнее убирает URL из индекса, чем редирект.
Что делать, если страницы вложений уже в индексе
Если URL уже попали в поиск, одного изменения настроек недостаточно. Поисковику нужно время, чтобы переобойти страницы и увидеть новый ответ сервера или новый robots-мета-тег.
Практически это выглядит так:
- Включаете редирект или
noindexдля attachment-страниц. - Проверяете, что старые URL больше не отдают обычную страницу вложения.
- Обновляете sitemap, если он содержит ссылки на attachment-URL.
- Отправляете важные страницы на переобход в панели вебмастера.
Если в карте сайта есть ссылки на страницы вложений, их нужно убрать. Иначе вы сами продолжите подсказывать поисковику, что такие URL существуют. В нормальной конфигурации sitemap должен содержать только полезные страницы: записи, страницы, товары, категории — в зависимости от структуры сайта.
Robots.txt здесь не главный инструмент
Иногда пытаются закрыть медиафайлы через robots.txt. Для страниц вложений это не лучший способ. Robots.txt может запретить обход, но не гарантирует удаление URL из индекса, если поисковик уже знает о них из внешних ссылок, sitemap или внутренних ссылок сайта.
Кроме того, если вы закроете путь к изображениям в robots.txt, поисковик может перестать корректно видеть их в контексте страницы. Для обычного сайта это лишний риск. Гораздо надёжнее управлять именно страницами вложений через редирект или noindex, а не блокировать загрузку файлов целиком.
Исключение — редкие случаи, когда нужно закрыть служебные каталоги с файлами, которые вообще не должны быть доступны поисковым системам. Но это уже не типичная задача для медиатеки WordPress, а отдельная история с учётом структуры сервера и доступа к файлам.
Как проверить, что всё работает правильно
После настройки не ограничивайтесь визуальной проверкой в админке. Нужно убедиться, что поисковик видит именно тот ответ, который вы задумали.
Проверьте несколько вещей:
- страница вложения открывается с редиректом 301, если вы выбрали этот вариант;
- или отдаёт
noindexв HTML, если вы оставили страницу доступной; - в sitemap нет attachment-URL;
- внутренние ссылки на изображения ведут на файл, а не на бесполезную страницу вложения;
- основные записи и страницы сайта не пострадали.
Самый простой способ проверки — открыть URL вложения в браузере и посмотреть, куда он ведёт. Если вы используете инструменты разработчика или сервисы проверки заголовков, убедитесь, что ответ сервера соответствует выбранной схеме: редирект, 200 с noindex или другой ожидаемый вариант.
Что обычно ломают при попытке закрыть медиафайлы
Самая частая ошибка — пытаться закрыть вообще все изображения от индексации, хотя проблема была только в страницах вложений. В результате сайт теряет видимость в поиске картинок, а полезные изображения перестают приносить трафик.
Вторая ошибка — ставить noindex и одновременно блокировать URL в robots.txt. В таком случае поисковик может не увидеть мета-тег noindex и дольше держать URL в индексе. Если цель — убрать страницу из выдачи, сначала дайте поисковику возможность её переобойти.
Третья ошибка — оставлять attachment-страницы в sitemap. Даже если на них стоит noindex, карта сайта продолжает сигнализировать, что URL важен. Для чистки индекса это плохой сигнал.
Если у вас большой сайт с десятками тысяч изображений, лучше сначала проверить схему на нескольких URL, а уже потом массово включать редиректы или меняя настройки плагина. Так вы быстрее заметите, если тема или плагин используют вложения нестандартным образом.
В итоге задача сводится к простому принципу: не трогать сами медиафайлы без необходимости, а убрать из индекса пустые или бесполезные страницы вложений. Для большинства сайтов достаточно редиректа attachment-страниц и очистки sitemap. Это безопаснее, чем пытаться закрыть всё подряд, и не мешает основному контенту сайта оставаться в поиске.