Если в поиске всплывают отдельные страницы изображений, PDF или других файлов из WordPress, чаще всего речь идёт о страницах вложений, а не о самих медиафайлах. Для владельца сайта это обычно лишний шум: такие URL редко несут ценность для пользователя и могут отнимать внимание у нужных страниц. Но закрывать их нужно не вслепую — сначала стоит понять, действительно ли они индексируются, зачем они вообще появились и какой способ отключения подходит именно вашему сайту.
В WordPress у каждого загруженного файла может быть собственная страница вложения. Это отдельный URL, который показывает не сам файл, а страницу с его заголовком, описанием и, иногда, изображением или ссылкой на оригинал. Если тема или плагин не перенаправляют такие страницы, поисковик может их обойти и добавить в индекс.
Почему страницы вложений вообще попадают в поиск
WordPress создаёт attachment page автоматически. Это нормальное поведение системы, а не ошибка. Проблема начинается тогда, когда:
- к медиафайлам нет отдельной логики обработки в теме;
- страницы вложений доступны по прямому URL и не закрыты от индексации;
- на сайт массово загружаются изображения, а поисковик находит их страницы через внутренние ссылки или карту сайта;
- в теме используется вывод миниатюр, галерей или блоков, которые ссылаются именно на attachment page, а не на сам файл.
Для небольшого блога это может быть почти незаметно. Для информационного сайта, каталога или проекта с большим количеством изображений такие страницы быстро накапливаются и засоряют индекс. В отчётах поисковых систем они часто выглядят как низкокачественные URL без самостоятельной ценности.
Сначала проверьте, есть ли проблема именно у вас
Не каждый сайт обязан убирать attachment pages из индекса. Если у вас, например, фотопроект или медиатека, отдельные страницы вложений могут быть частью структуры и даже получать трафик. Поэтому сначала проверьте, что именно происходит.
Самый простой способ — поискать в Google или Яндексе по оператору site:ваш-домен.ru inurl:attachment или просто по фрагменту URL страницы вложения. Если в выдаче есть отдельные страницы изображений, значит они уже доступны поисковику.
Дополнительно посмотрите:
- есть ли такие URL в отчёте об индексировании в Google Search Console или Яндекс Вебмастере;
- открываются ли они при прямом переходе в браузере;
- есть ли на них содержательный текст или это пустая страница с одним изображением;
- попадают ли они в XML-карту сайта.
Если attachment pages не несут самостоятельной пользы, их лучше убрать из индекса или хотя бы перестать отдавать поисковику как отдельные страницы.
Как правильно закрыть attachment pages от индексации
Для этой задачи есть три рабочих подхода. Выбор зависит от того, хотите ли вы полностью убрать страницы вложений, сохранить их для пользователей или просто исключить из поиска.
| Способ | Когда подходит | Плюсы | Ограничения |
|---|---|---|---|
| Редирект на сам файл или родительскую запись | Страницы вложений не нужны вообще | Убирает лишний URL из обхода и из пользовательского сценария | Нужно аккуратно настроить, чтобы не сломать нужные ссылки |
noindex | Страница может открываться, но не должна индексироваться | Подходит, если не хотите менять поведение URL | Поисковику всё равно нужно зайти на страницу, чтобы увидеть мета-тег |
| Отключение attachment pages через плагин или код | Нужен массовый и стабильный вариант для обычного сайта | Удобно для большинства проектов | Нужно проверить, как это влияет на текущие ссылки и тему |
Вариант 1. Редирект attachment page на файл или родительскую запись
Если отдельные страницы вложений вам не нужны, самый практичный вариант — перенаправлять их. Тогда поисковик и пользователь сразу попадают либо на сам файл изображения, либо на запись, где это изображение используется.
Такой подход особенно полезен для новостных, корпоративных и контентных сайтов, где attachment page не несёт смысла. Но перед внедрением проверьте, не используются ли эти URL где-то вручную: в старых материалах, в сторонних виджетах или в шаблонах темы.
В WordPress это можно сделать плагином, который умеет отключать attachment pages, либо кодом в теме или мини-плагине. Если вы не хотите править шаблоны вручную, удобнее использовать специализированный инструмент. В Clearfy Pro есть настройки для технической оптимизации и работы с дублями, и для типового сайта это часто проще, чем собирать решение по частям: https://wpshop.ru/plugins/clearfy.
Если используете код, важно понимать, что он должен работать только для attachment-страниц и не затрагивать обычные записи, страницы и архивы.
Вариант 2. Поставить noindex для страниц вложений
noindex подходит, когда attachment page должна открываться, но не должна попадать в индекс. Это более мягкий вариант, чем редирект. Его часто выбирают, если на сайте уже есть ссылки на такие страницы и вы не хотите резко менять поведение URL.
Для WordPress это можно сделать через SEO-плагин, если он поддерживает настройку для медиа-страниц, либо через код. Но здесь есть важный нюанс: noindex не скрывает страницу от обхода, а только говорит поисковику не показывать её в выдаче. Если на сайте много таких URL, они всё равно будут тратить часть краулингового бюджета, пусть и без попадания в индекс.
Поэтому для обычного сайта noindex — рабочее решение, но не всегда самое чистое. Если attachment pages не нужны вообще, редирект обычно лучше.
Вариант 3. Отключить attachment pages на уровне сайта
На многих проектах самый разумный путь — не просто закрыть страницы от индексации, а убрать саму логику их использования. Это особенно удобно, если у вас стандартный сайт, блог или корпоративный проект, где медиафайлы не должны жить отдельной страницей.
В этом случае обычно делают одно из двух:
- редиректят attachment page на сам файл;
- редиректят её на родительскую запись, если файл прикреплён к конкретной статье.
Такой вариант уменьшает количество бесполезных URL и упрощает структуру сайта. Но его нужно проверять после внедрения: если тема или плагин где-то рассчитывают на существование attachment page, могут появиться битые ссылки или неожиданные переходы.
Почему robots.txt здесь не решает задачу
Частая ошибка — пытаться закрыть страницы вложений через robots.txt. Это не лучший способ, если цель именно убрать URL из индекса.
robots.txt запрещает обход, но не гарантирует удаление уже известных поисковику страниц. Более того, если поисковик уже знает о таком URL, он может продолжать показывать его в результатах без содержимого, опираясь на внешние сигналы. Для attachment pages это обычно не то, что нужно.
Если задача — убрать страницу из выдачи, используйте noindex или редирект. robots.txt имеет смысл только как дополнительная мера в отдельных сценариях, но не как замена.
Что делать с уже проиндексированными страницами
Если attachment pages уже попали в индекс, одного изменения настроек может быть недостаточно. Поисковику нужно время, чтобы переобойти URL и увидеть новый сигнал — редирект или noindex.
После настройки проверьте:
- отдаёт ли URL код ответа 301, если вы делали редирект;
- есть ли на странице мета-тег
noindex, если вы выбрали этот вариант; - не остались ли такие URL в XML-карте сайта;
- не ведут ли на них внутренние ссылки из контента, галерей или хлебных крошек.
Если URL уже в индексе, можно ускорить переобход через инструменты вебмастера, но обычно это не мгновенный процесс. Важно не смешивать методы: если вы поставили редирект, не нужно одновременно закрывать URL в robots.txt, иначе поисковику будет сложнее увидеть конечную цель перехода.
Как проверить, что всё работает
После настройки откройте несколько attachment pages вручную и проверьте поведение:
- если настроен редирект — страница должна сразу вести на нужный URL;
- если используется
noindex— страница должна открываться, но в исходном коде должен быть мета-тегnoindex; - если вы отключили attachment pages полностью — URL не должен вести на отдельную страницу вложения.
Затем проверьте отчёт индексации в Search Console или Яндекс Вебмастере. Если всё сделано правильно, новые страницы вложений перестанут попадать в индекс, а старые постепенно выпадут после переобхода.
Ещё один практический тест — открыть исходный код страницы вложения и поискать canonical. Иногда плагины SEO уже ставят канонический URL на файл или на родительскую запись. Это полезно, но не всегда достаточно, если сама страница продолжает индексироваться. Каноникал помогает подсказать предпочтительный адрес, но не заменяет редирект или noindex, когда нужно именно убрать страницу из выдачи.
Когда лучше ничего не трогать
Не стоит массово закрывать attachment pages, если они реально используются как часть сайта. Такое бывает у фотогалерей, портфолио, архивов изображений, некоторых каталогов и медиа-проектов. В этих случаях отдельная страница вложения может быть полезной и для пользователя, и для поиска.
Если у вас обычный сайт услуг, блог или корпоративный проект, отдельные страницы изображений почти всегда лишние. Тогда их лучше либо перенаправить, либо закрыть от индексации, чтобы не плодить слабые URL.
На практике для большинства сайтов достаточно одного аккуратного решения: убрать attachment pages из индекса через редирект или noindex, проверить карту сайта и убедиться, что внутренние ссылки больше не ведут на эти страницы. Это решает проблему без лишнего вмешательства в остальную структуру WordPress.