Если в поиске всплывают URL вида /wp-content/uploads/..., проблема обычно не в самих файлах, а в том, что WordPress и сервер отдают их как обычные публичные страницы. Для видео это особенно неприятно: в индекс попадают прямые ссылки на медиафайлы, вложения-страницы и иногда служебные URL, которые не дают трафика, но создают дубли и лишнюю нагрузку на обход.
Ниже — рабочая схема: что именно закрывать, чем отличается запрет индексации файлов от запрета страниц вложений, и как проверить, что поисковики действительно перестали видеть медиабиблиотеку как отдельный раздел сайта.
Что именно нужно закрывать
В WordPress под «медиабиблиотекой» обычно скрываются три разных типа URL:
- страницы вложений — отдельные записи attachment с собственным URL;
- прямые файлы в
/wp-content/uploads/— изображения, видео, PDF и т. д.; - архивы или страницы, которые тема или плагин строит вокруг медиа, если они есть.
Если закрыть только файлы в robots.txt, страницы вложений могут остаться в индексе. Если убрать только страницы вложений, прямые ссылки на файлы всё равно будут доступны и могут индексироваться как документы. Поэтому решение лучше строить в два слоя: убрать страницы вложений из индекса и отдельно ограничить обход файлов там, где это уместно.
Диагностика: где именно у вас течёт индексация
Перед правками проверьте, что именно уже попало в поиск. Это можно сделать без плагинов.
Проверка через поисковый оператор
Вбейте в Google и Яндекс запросы вроде:
site:example.com wp-content/uploadssite:example.com inurl:attachmentЕсли в выдаче есть прямые ссылки на файлы или страницы вложений, значит поисковик их уже знает. Это не всегда ошибка, но если у вас медиабиблиотека не должна быть отдельным контентом, такие URL лучше убрать из индекса.
Проверка ответа сервера
Посмотрите, как сервер отвечает на страницу вложения и на сам файл:
curl -I https://example.com/wp-content/uploads/2026/01/video.mp4curl -I https://example.com/sample-attachment-page/Для файла вы обычно увидите 200 OK и корректный Content-Type. Для страницы вложения — тоже 200 OK, если она не закрыта. Именно это и позволяет поисковику индексировать URL.
Пошаговое решение без лишних плагинов
Самый надёжный путь — отключить страницы вложений и отдать поисковикам понятный сигнал через noindex там, где это нужно. Для файлов в uploads используйте robots.txt только как дополнительную меру, а не как единственный барьер.
Шаг 1. Отключите страницы вложений
В админке WordPress это можно сделать через код. Добавьте в functions.php дочерней темы или в небольшой mu-plugin:
<?php
add_action('template_redirect', function () {
if (is_attachment()) {
wp_redirect(home_url('/'), 301);
exit;
}
});Так вы убираете отдельные attachment-страницы из пользовательского доступа. Если на сайте уже есть ссылки на вложения, редирект на главную — не идеален, но он лучше, чем оставлять пустые страницы в индексе. Если у вас есть логичная целевая страница, редиректите туда, а не на главную.
Шаг 2. Добавьте noindex для архивов вложений
Если тема или SEO-плагин не делают этого автоматически, можно вывести мета-тег для attachment-страниц:
<?php
add_action('wp_head', function () {
if (is_attachment()) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
}, 1);Это не заменяет редирект, но помогает в переходный период, пока поисковики переобходят старые URL.
Шаг 3. Ограничьте обход файлов через robots.txt
Если вам нужно снизить вероятность обхода медиафайлов, добавьте правило в robots.txt:
User-agent: *
Disallow: /wp-content/uploads/Но здесь есть важная оговорка: robots.txt не удаляет уже проиндексированные URL и не мешает поисковику показывать файл в выдаче, если на него есть внешние ссылки. Поэтому это только часть решения. Для публичных видео, которые должны ранжироваться, такой запрет может быть вреден.
Шаг 4. Уберите ссылки на вложения из контента
Если редакторы вставляют в записи ссылки на attachment-страницы вместо прямых файлов или нормальных страниц сайта, поисковик продолжит находить эти URL. Проверьте:
- внутренние ссылки в старых постах;
- автоматически сгенерированные галереи;
- ссылки из хлебных крошек и блоков темы;
- ссылки из XML-карты сайта, если туда попадают attachment-страницы.
Если у вас стоит SEO-плагин, проверьте, не включены ли attachment-страницы в sitemap. Их лучше исключить.
Когда лучше использовать плагин, а когда код
| Подход | Что делает | Когда подходит | Минус |
|---|---|---|---|
| Код в теме / mu-plugin | Редирект, noindex, точечный контроль | Если нужен минимальный и предсказуемый набор правил | Нужно следить за обновлениями и тестировать вручную |
| SEO-плагин | Управление индексированием, sitemap, мета-тегами | Если уже используете плагин для SEO и не хотите дублировать логику | Не все плагины одинаково работают с attachment-страницами |
| robots.txt только | Запрещает обход части URL | Как дополнительная мера | Не убирает уже известные URL из индекса |
Если у вас уже есть Clearfy Pro, его удобно использовать для чистки дублей и управления индексированием служебных страниц. Но даже в этом случае проверьте, что именно он делает с attachment-страницами и не конфликтует ли с SEO-плагином.
Проверка результата после внедрения
После правок не ограничивайтесь просмотром кода страницы. Нужна проверка на уровне ответа сервера и индексации.
Что проверить вручную
- страница вложения открывается с редиректом или отдает
noindex; - прямой файл в
/uploads/доступен только там, где это допустимо; - в sitemap нет attachment-URL;
- внутренние ссылки на вложения не ведут на отдельные страницы;
- в поиске по
site:новые attachment-страницы не появляются.
Как проверить заголовки и мета-теги
Для страницы вложения:
curl -I https://example.com/sample-attachment-page/Проверьте, что есть 301 на нужный URL или хотя бы не отдается индексируемая страница без noindex. Для HTML-страниц можно посмотреть исходник и убедиться, что присутствует:
<meta name="robots" content="noindex,follow">Если используете SEO-плагин, дополнительно проверьте его настройки в Search Console или в аналогичном инструменте: иногда плагин ставит noindex, но sitemap всё ещё содержит старые URL до следующей генерации.
Частые ошибки и как их исправить
Закрыли только robots.txt
Это самая частая ошибка. Поисковик может продолжать держать URL в индексе, если уже видел его раньше. Исправление: добавьте noindex или редирект, а robots.txt оставьте как дополнительный барьер.
Сделали редирект всех вложений на главную
Такой вариант технически рабочий, но плохой по UX и аналитике. Если у вложения есть логичная родительская запись или страница, редиректите туда. Если нет — лучше закрыть от индексации и не создавать ложные переходы.
Оставили attachment-страницы в sitemap
Тогда поисковик будет регулярно возвращаться к ним, даже если вы уже поставили noindex. Исправление: исключите тип записи attachment из карты сайта в SEO-плагине или через его настройки.
Сломали доступ к нужным медиафайлам
Иногда администраторы слишком агрессивно закрывают весь /uploads/ в серверных правилах. В итоге перестают открываться изображения в контенте, PDF и видео, которые должны быть публичными. Перед правкой проверьте, какие файлы реально используются на сайте.
Практические советы по безопасности и производительности
Если в медиабиблиотеке лежат большие видеофайлы, не держите их как единственный источник раздачи, если сайт не рассчитан на такую нагрузку. Для публичного видеоконтента лучше использовать внешнее хранилище или видеохостинг, а в WordPress хранить только обложки, метаданные и ссылки. Это снижает риск случайной индексации прямых файлов и уменьшает нагрузку на сервер.
Ещё один полезный шаг — периодически проверять старые attachment-страницы после миграций и смены темы. Часто именно после переноса сайта в индекс попадают старые URL, которые уже не используются, но всё ещё доступны по прямой ссылке.
Если нужен более широкий контроль дублей, служебных страниц и индексации, в экосистеме WPShop для этого есть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но ставить его стоит не ради галочки, а если вы действительно хотите централизовать управление дублями и SEO-настройками.
Смысл всей схемы простой: attachment-страницы не должны жить отдельной жизнью, а прямые медиафайлы должны быть либо осознанно публичными, либо закрытыми по понятным правилам. Тогда поисковики перестают тратить обход на мусорные URL, а сайт становится предсказуемее в индексации.