Как закрыть от индексации страницы вложений в WordPress без потери полезных страниц

Автор: Татьяна Николаева | Опубликовано: 01.09.2026

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

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

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

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

Признаки, что их пора убирать из индекса

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

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

Сначала проверьте, как WordPress отдаёт attachment-страницы на вашем сайте. Откройте несколько URL вложений вручную: если вместо редиректа на файл или родительскую запись вы видите отдельную страницу, её нужно либо закрыть, либо перенаправить. Дополнительно посмотрите исходный код и мета-теги: иногда SEO-плагин уже ставит noindex, но это не всегда решает вопрос с обходом и внутренними ссылками.

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

Что лучше: noindex, редирект или отключение attachment-страниц

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

Подход	Когда подходит	Компромисс
Редирект на файл или родителя	Обычные медиа-страницы без ценности	Нужно аккуратно выбрать цель редиректа
`noindex`	Если страницу нельзя закрыть редиректом	URL остаётся доступным для обхода
Отключение attachment-страниц кодом	Если нужен контроль без плагина	Требует проверки темы и конфликтов с SEO-плагином

Пошаговое решение без плагина

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

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

    $attachment_id = get_queried_object_id();
    $parent_id     = wp_get_post_parent_id( $attachment_id );

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

    $file_url = wp_get_attachment_url( $attachment_id );
    if ( $file_url ) {
        wp_safe_redirect( $file_url, 301 );
        exit;
    }

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

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

Если нужен именно noindex

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

<?php
add_action( 'wp_head', function () {
    if ( is_attachment() ) {
        echo '<meta name="robots" content="noindex,follow">' . "\n";
    }
}, 1 );

Важно: если SEO-плагин уже выводит robots meta, не дублируйте тег вручную. Два разных meta robots в одном документе — частая причина путаницы для поисковых систем и лишней работы при отладке.

Как закрыть attachment-страницы через SEO-плагин

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

Но даже при наличии плагина полезно проверить результат вручную. Некоторые настройки меняются только для новых URL, а старые attachment-страницы продолжают жить в индексе до следующего обхода. Поэтому после включения редиректа или noindex нужно отдельно проверить старые адреса и карту сайта.

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

После правки откройте несколько attachment-URL в браузере и убедитесь, что:

страница больше не отдаёт обычный HTML с пустым контентом;
при редиректе код ответа действительно 301, а не 302;
если выбран noindex, в исходном коде есть только один robots meta;
внутренние ссылки на медиа ведут туда, куда вы планировали;
в Search Console новые attachment-страницы не появляются как отдельные страницы с ошибками.

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

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

Если вы видите Location: и статус 301, редирект работает. Если страница отдаёт 200 OK и HTML, значит attachment-страница всё ещё открыта для индексации и её нужно донастроить.

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

Редирект сделан на главную страницу

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

Добавили noindex, но оставили ссылку в контенте

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

Конфликт с SEO-плагином

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

Закрыли всё подряд, включая полезные медиа-страницы

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

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

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

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

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

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