Как отключить дубли attachment-страниц в WordPress и сохранить SEO

Attachment-страницы в WordPress часто остаются незаметными до тех пор, пока в индексе не появляется лишний слой дублей: отдельные URL для вложений, пустые страницы медиафайлов, слабые сниппеты и лишние переходы из поиска. Проблема особенно заметна на сайтах, где изображения активно загружаются в записи, а медиа-страницы не используются как полноценный контентный раздел.

Если задача не в том, чтобы развивать медиатеку как самостоятельный раздел, а в том, чтобы убрать технический шум, attachment-страницы лучше отключить или перенаправить на сам файл/родительскую запись. Ниже — как понять, что именно у вас происходит, и что делать без риска сломать медиа.

Когда attachment-страницы становятся проблемой

WordPress создаёт отдельную страницу вложения для каждого файла в медиатеке. Если тема или плагин выводят на неё заголовок, описание и изображение, это может выглядеть нормально. Но на большинстве сайтов такие страницы не несут пользы: контента мало, поведенческих сигналов почти нет, а в индекс попадает много однотипных URL.

Типичный сценарий:

в поиске появляются URL вида /attachment/ или страницы вложений с неполным контентом;
в отчётах по индексации растёт число «обнаружено, но не проиндексировано»;
на сайте есть дубли, где одна и та же картинка доступна и через запись, и через attachment-страницу;
внутренняя перелинковка уходит на пустые страницы медиа вместо полезных материалов.

Диагностика: что именно индексируется

Сначала проверьте, действительно ли проблема есть. Не стоит отключать attachment-страницы «на всякий случай», если у вас, например, фотокаталог или медиараздел с ручной оптимизацией.

Что смотреть в первую очередь

поиск по сайту через site:example.com attachment или site:example.com inurl:attachment;
отчёт по страницам в Google Search Console;
исходный код attachment-страницы: есть ли там canonical, robots, ссылка на родительскую запись;
поведение темы: не ведёт ли к attachment-странице клик по изображению в записи.

Если attachment-страница открывается как обычная запись, но содержит только файл и минимум текста, это почти всегда кандидат на отключение или редирект.

Как отключить attachment-страницы без плагинов

Самый надёжный вариант — перенаправлять attachment-URL на родительскую запись, если она есть, либо на сам файл. Так вы не оставляете пустые страницы в индексе и не ломаете путь к изображению.

Добавьте код в functions.php дочерней темы или в небольшой mu-plugin, если у вас есть привычка хранить технические правки отдельно от темы.

<?php
add_action('template_redirect', function () {
    if (!is_attachment()) {
        return;
    }

    $post = get_post();
    if (!$post) {
        return;
    }

    $parent_id = $post->post_parent;

    if ($parent_id) {
        wp_safe_redirect(get_permalink($parent_id), 301);
        exit;
    }

    $file_url = wp_get_attachment_url($post->ID);
    if ($file_url) {
        wp_safe_redirect($file_url, 301);
        exit;
    }

    wp_safe_redirect(home_url('/'), 301);
    exit;
});

Логика простая: если у вложения есть родительская запись, отправляем пользователя туда. Если родителя нет, редиректим на сам файл. Это безопаснее, чем отдавать attachment-страницу с пустым шаблоном.

Когда лучше не редиректить на файл

Если у вас есть сценарии, где attachment-страницы используются как часть контентной структуры, например в фотобанке или каталоге изображений, редирект на файл может быть неудобен. В таком случае лучше оставить страницу доступной, но закрыть её от индексации и проверить canonical.

Для большинства обычных сайтов это избыточно: проще и чище убрать attachment-страницы из пользовательского и поискового пути.

Альтернатива через плагин и когда она оправдана

Если вы не хотите держать код в теме, можно использовать SEO-плагин или инструмент для чистки дублей. Например, в Clearfy Pro есть функции, которые помогают закрывать технические дубли и упрощать SEO-настройки. Это удобно, когда на сайте много мелких правок и нужен единый интерфейс для админки: Clearfy Pro.

Но у плагина есть компромисс: вы зависите от его настроек и обновлений. Если задача точечная и понятная, код часто надёжнее. Если же у вас уже есть набор SEO-правил, плагин может быть удобнее для поддержки.

Подход	Плюсы	Минусы
Код в теме / mu-plugin	Прозрачно, быстро, без лишних зависимостей	Нужно следить за обновлениями и местом хранения кода
SEO-плагин	Удобно для админов, меньше ручной работы	Зависимость от интерфейса и набора функций
Оставить как есть	Ничего не ломаете сразу	Дубли и мусор в индексе продолжают накапливаться

Проверка результата после внедрения

После правки важно не ограничиться открытием одной страницы в браузере. Проверьте именно те точки, где обычно всплывают ошибки.

Откройте несколько attachment-URL и убедитесь, что срабатывает 301-редирект.
Проверьте, что редирект ведёт на правильную запись или файл.
Посмотрите заголовок ответа через curl -I https://example.com/attachment-url/.
В Google Search Console отправьте на переобход несколько старых URL, если они уже были в индексе.
Убедитесь, что изображения в контенте по-прежнему открываются и не ломают галерею.

Пример проверки через консоль:

curl -I https://example.com/sample-attachment/

В ответе должен быть статус 301 Moved Permanently и корректный Location. Если видите 200, значит редирект не сработал или код подключён не там, где нужно.

Частые ошибки и как их исправить

Редирект зацикливается

Такое бывает, если attachment-страница редиректит на URL, который снова определяется как attachment. Обычно причина в неправильной логике выбора родителя или в том, что в коде используется не тот объект записи. Проверьте, что get_permalink($parent_id) возвращает обычную запись, а не вложение.

Пользователи теряют доступ к файлам

Если вы редиректите даже на сам файл, убедитесь, что медиафайлы доступны по прямой ссылке. Для изображений это обычно нормально. Если же файл должен открываться только через защищённый раздел, редирект нужно проектировать отдельно, а не использовать общий шаблон.

Появляются 404 вместо редиректа

Это часто связано с тем, что attachment-страница уже удалена, а в базе осталась запись вложения. Тогда нужно проверить медиатеку, очистить битые ссылки и при необходимости восстановить корректный путь к файлу.

Закрыли от индексации, но не убрали дубли

noindex не решает проблему полностью, если URL продолжает участвовать во внутренней перелинковке и съедает краулинговый бюджет. Для технических дублей редирект обычно полезнее, чем просто метка для роботов.

Что делать, если attachment-страницы нужны частично

Иногда разумнее не отключать их полностью, а оставить только для определённых типов вложений или шаблонов. Например, если у вас есть фотогалерея с уникальными подписями и описаниями, можно:

оставить attachment-страницы только для конкретной таксономии или раздела;
добавить на них полноценный контент и внутренние ссылки;
закрыть от индексации пустые или служебные вложения;
не использовать attachment-URL в меню, хлебных крошках и блоках рекомендаций.

Но если вы не готовы поддерживать такой сценарий регулярно, лучше выбрать более простой путь: редирект и чистая структура сайта. Для большинства проектов это снижает шум без заметных побочных эффектов.

Практические советы по безопасности и производительности

Технические правки лучше вносить не в рабочую тему, а в дочернюю тему или mu-plugin. Так вы не потеряете изменения после обновления. Перед внедрением сохраните резервную копию файлов и базы, а после — проверьте логи ошибок сервера, если редирект ведёт себя неожиданно.

Если на сайте много медиа и SEO-правил, полезно держать такие настройки централизованно. Это уменьшает риск, что одна правка в теме случайно отменит другую. Для проектов, где нужен ещё и контроль дублей, чистки служебных URL и базовых SEO-настроек, отдельный инструмент вроде Clearfy Pro может быть практичнее ручного набора разрозненных сниппетов.

Главный критерий здесь простой: attachment-страницы должны либо приносить пользу как контент, либо исчезать из индекса и пользовательского пути. Полумеры вроде «оставим как есть, но добавим noindex» часто только откладывают проблему.