Если поисковик начал индексировать страницы вложений WordPress вместо нормальных страниц записей, это почти всегда означает одно: на сайте открыты отдельные URL для медиафайлов, а сами attachment-страницы не несут полезного контента. Для SEO это лишние дубли, которые размывают релевантность и могут отнимать краулинговый бюджет у действительно важных страниц.
Хорошая новость в том, что проблему можно решить без удаления медиафайлов и без потери изображений в контенте. Обычно нужно либо перенаправить attachment-страницы на файл или родительскую запись, либо закрыть их от индексации, либо вообще отключить их создание на уровне темы или плагина. Какой вариант выбрать, зависит от того, используются ли эти URL у вас осознанно.
Что такое attachment-страницы и почему они становятся дублями
Когда вы загружаете изображение, PDF или другой файл в медиабиблиотеку WordPress, система создаёт запись вложения. У такой записи есть собственный URL вида /attachment/ или похожий на обычную страницу. Если открыть этот адрес, WordPress показывает отдельную страницу вложения с заголовком, изображением и, иногда, почти пустым содержимым.
Проблема в том, что для поисковика такая страница часто не даёт самостоятельной ценности. Если изображение уже встроено в статью, а attachment-страница повторяет тот же файл и почти тот же заголовок, это классический дубль. В индексе могут оказаться:
- страницы вложений вместо страниц записей;
- несколько URL на один и тот же медиафайл;
- пустые или слабые страницы, которые конкурируют с основным контентом;
- архивы и результаты поиска по медиа, если они доступны для индексации.
На небольшом сайте это может выглядеть безобидно, но на контентных проектах и интернет-магазинах такие страницы быстро расползаются по индексу и мешают нормальной структуре.
Сначала проверьте, как именно у вас открываются вложения
Перед исправлением важно понять, что именно WordPress делает с attachment-URL на вашем сайте. В разных темах и конфигурациях поведение отличается.
Откройте в браузере страницу любого изображения из медиабиблиотеки. Если вы видите отдельную страницу вложения, а не прямой файл или редирект на запись, значит URL доступны для обхода и индексирования. Дополнительно проверьте исходный код или заголовки ответа, если у вас есть доступ к инструментам разработчика:
- attachment-страница отдаёт код
200 OK; - в
<title>и заголовке страницы часто есть название файла или вложения; - на странице нет полезного уникального контента, кроме самого изображения.
Если у вас установлен SEO-плагин, посмотрите, не создаёт ли он отдельные мета-теги для вложений. Иногда проблема не в WordPress как таковом, а в том, что плагин разрешает индексировать attachment-страницы по умолчанию.
Самый надёжный способ — перенаправить attachment-страницы
Для большинства сайтов лучший вариант — не оставлять attachment-страницы в индексе вообще, а перенаправлять их на родительскую запись или на сам файл. Это сохраняет пользователей и поисковых роботов от пустых страниц и не ломает загрузку медиа.
Если вы готовы править код темы или использовать мини-плагин, можно добавить редирект для attachment-страниц. Перед изменениями сделайте резервную копию или проверьте правки на staging-копии: ошибка в коде может повлиять на доступность сайта.
Ниже пример, который отправляет посетителя с attachment-страницы на родительскую запись, если она есть, а иначе — на главную страницу сайта:
add_action( 'template_redirect', function () {
if ( is_attachment() ) {
$parent_id = wp_get_post_parent_id( get_the_ID() );
if ( $parent_id ) {
wp_safe_redirect( get_permalink( $parent_id ), 301 );
exit;
}
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Этот вариант удобен, когда attachment-страницы не нужны вообще. Он не удаляет файлы и не мешает изображениям отображаться в записях. Если у вложения нет родителя, редирект идёт на главную — это лучше, чем оставлять пустую страницу в индексе.
Если вам нужно перенаправлять не на запись, а прямо на файл, можно использовать URL медиафайла из медиабиблиотеки. Но для SEO чаще полезнее вести на родительскую страницу, потому что именно она содержит основной контент.
Когда достаточно закрыть вложения от индексации
Иногда attachment-страницы нужны для внутренней навигации или старых ссылок, и вы не хотите делать редирект. Тогда можно оставить их доступными для пользователей, но закрыть от индексации. Это менее жёсткий вариант, но он не убирает сами URL из обхода полностью.
Что важно понимать: noindex помогает поисковику не держать страницу в выдаче, но если на неё ведут внутренние ссылки, робот всё равно может тратить ресурсы на обход. Поэтому для массовых дублей редирект обычно надёжнее.
Если используете SEO-плагин, найдите настройку для медиа или вложений и отключите индексацию attachment-страниц. Названия пунктов отличаются, но смысл обычно один: страницы вложений не должны попадать в sitemap и не должны получать индексирующий мета-тег.
Если плагин позволяет, проверьте ещё два момента:
- включены ли attachment-страницы в XML-карту сайта;
- не создаются ли для них канонические URL, указывающие на саму attachment-страницу вместо родительской записи.
Если каноникал указывает на вложение, это плохой сигнал: поисковик получает подтверждение, что именно attachment-страница является основной версией, а не статья, в которой используется изображение.
Что делать с уже проиндексированными страницами
Если дубли уже попали в индекс, одного изменения настроек недостаточно. Поисковику нужно показать, что старые URL больше не являются целевыми.
Практически это выглядит так:
- настройте 301-редирект с attachment-страниц;
- убедитесь, что они не попадают в sitemap;
- проверьте, что внутренние ссылки не ведут на attachment-URL;
- после этого дождитесь переобхода или отправьте URL на переобход в панели вебмастера.
Если вы используете Google Search Console или Яндекс Вебмастер, можно ускорить процесс через проверку конкретного URL. Но не рассчитывайте, что страницы исчезнут мгновенно: поисковику нужно увидеть редирект или noindex при повторном обходе.
Если attachment-страницы уже ранжируются по картинкам или низкочастотным запросам, резкое удаление без редиректа может временно просадить видимость. Поэтому для старых URL безопаснее именно 301, а не просто удаление страницы.
Как проверить, что проблема действительно решена
После настройки откройте несколько старых attachment-URL вручную и проверьте результат. В норме вы должны увидеть один из двух сценариев:
- 301-редирект на родительскую запись или на файл;
- страница доступна, но закрыта от индексации и не попадает в sitemap.
Дальше проверьте:
- нет ли attachment-страниц в XML-карте сайта;
- не появляются ли они в отчётах об индексировании;
- не осталось ли внутренних ссылок на вложения в меню, хлебных крошках или блоках похожих материалов;
- не создаёт ли тема отдельные шаблоны для вложений с уникальными URL.
Если у вас есть доступ к серверным логам или инструментам аналитики, посмотрите, уменьшается ли количество заходов робота на attachment-URL. Это хороший практический признак того, что проблема закрыта не только формально, но и по факту.
Какие ошибки чаще всего мешают убрать дубли
Самая частая ошибка — закрыть вложения в SEO-плагине, но оставить их в карте сайта или во внутренних ссылках. В этом случае поисковик получает противоречивые сигналы: страница вроде бы не нужна, но на неё продолжают ссылаться.
Ещё одна типичная ситуация — редирект настроен только для части вложений. Например, изображения перенаправляются, а PDF и другие типы файлов остаются отдельными страницами. Если у вас в медиабиблиотеке есть не только картинки, проверьте все типы вложений.
Третья ошибка — удалять attachment-страницы вручную из базы или через массовые скрипты. Так делать не стоит: можно сломать ссылки на файлы, потерять привязку к записям и получить битые изображения в контенте. Для SEO-задачи достаточно редиректа или закрытия от индексации.
Что выбрать в вашем случае
| Ситуация | Что делать |
|---|---|
| Attachment-страницы не нужны вообще | Ставить 301-редирект на родительскую запись или главную |
| Нужны старые URL, но без индексации | Закрыть от индексации и убрать из sitemap |
| Есть много проиндексированных дублей | Сначала редирект, потом переобход и проверка индекса |
| Вложения используются как отдельные полезные страницы | Оставлять только если у них есть уникальный контент и понятная ценность |
Для большинства обычных сайтов, где изображения просто дополняют статьи, attachment-страницы не нужны как отдельные посадочные. В таком случае лучше не спорить с поисковиком, а убрать источник дублей технически и оставить в индексе только полезные страницы.
Если на сайте много похожих технических дублей, иногда удобнее решать их централизованно через SEO-инструмент, который умеет управлять индексированием и чистить лишние страницы. Но даже в этом случае логика остаётся той же: attachment-URL не должны конкурировать с основным контентом сайта.