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

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

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

Что именно нужно закрывать

В WordPress у медиафайла есть как минимум два уровня:

• сам файл — например, /wp-content/uploads/2026/01/photo.jpg;
• страница вложения — HTML-страница, на которой WordPress показывает этот файл как отдельный объект.

Индексировать обычно не нужно именно второе. Файл изображения может оставаться открытым: он нужен для работы темы, галерей, Open Graph, миниатюр и обычной загрузки в браузере. Если закрыть от индексации сам файл, это уже другая задача и в большинстве случаев она не нужна.

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

Самый безопасный способ: редиректить вложения на сам файл или родительскую запись

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

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

В WordPress это можно сделать кодом в functions.php дочерней темы или через собственный мини-плагин. Перед изменениями сделайте резервную копию: ошибка в коде может временно уронить сайт.

add_action( 'template_redirect', function () {
    if ( is_attachment() ) {
        $post = get_post();

        if ( $post && $post->post_parent ) {
            wp_safe_redirect( get_permalink( $post->post_parent ), 301 );
            exit;
        }

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

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

После внедрения проверьте несколько URL вложений в браузере и через инструменты проверки ответа сервера. Страница должна отдавать 301, а не открываться как обычный HTML-документ.

Если редирект не подходит: ставим noindex на страницы вложений

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

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

Если вы используете SEO-плагин, после включения настройки откройте страницу вложения и проверьте исходный код. В <head> должен появиться мета-тег вида:

<meta name="robots" content="noindex,follow" />

Значение follow обычно оставляют, чтобы робот мог переходить по ссылкам на странице, если они там есть. Для вложений это не критично, но такой вариант чаще всего безопаснее, чем жёсткий запрет.

Когда лучше использовать robots.txt, а когда нет

Закрывать страницы вложений через robots.txt можно, но это не лучший основной способ. Причина простая: robots.txt запрещает обход, но не гарантирует удаление URL из индекса, если поисковик уже знает о странице из внешних ссылок или внутренних ссылок сайта. Кроме того, если робот не может зайти на страницу, он не увидит мета-тег noindex.

Поэтому для вложений обычно выбирают один из двух вариантов:

• редирект — если отдельные страницы вложений не нужны совсем;
• noindex — если страницы должны открываться, но не должны попадать в поиск.

robots.txt имеет смысл только как дополнительная мера, когда вы уже решили основную задачу на уровне шаблона или SEO-плагина. Сам по себе он не решает проблему так надёжно, как редирект или noindex.

Что делать с уже проиндексированными страницами

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

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

Если вы пользуетесь Google Search Console или аналогичным инструментом для других поисковиков, можно отправить страницу на повторную проверку после изменения. Но не ждите мгновенного результата: удаление из индекса обычно занимает время.

Как не сломать медиафайлы и SEO сайта

Главная ошибка здесь — перепутать страницу вложения и сам файл. Если закрыть от индексации или заблокировать загрузку именно файла из /uploads/, изображения могут перестать отображаться в статьях, а документы — открываться по прямой ссылке. Это уже не оптимизация, а поломка сайта.

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

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

Как проверить, что всё настроено правильно

После настройки пройдитесь по короткому списку:

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

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

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