Если видео лежат в /wp-content/uploads/ и доступны по прямым ссылкам, поисковики могут находить и индексировать не только страницы с плеером, но и сами файлы. Для сайта с большим количеством медиаконтента это часто превращается в лишние URL в индексе, дубли и утечки файлов, которые вы не планировали показывать отдельно.
Ниже — рабочий сценарий: как закрыть видеофайлы от индексации, не ломая загрузку на сайте и не создавая побочных проблем для кеша и плееров.
Когда это действительно нужно
Запрет индексации видеофайлов имеет смысл, если:
- видео используются только как вложения к записям и не должны ранжироваться отдельно;
- файлы лежат в открытой медиабиблиотеке и доступны по прямому URL;
- в поиске появляются страницы вложений или сами медиа-URL;
- нужно сократить мусор в индексе после массовой загрузки роликов;
- вы не хотите, чтобы CDN или внешние боты сканировали медиафайлы без необходимости.
Если видео должны индексироваться как отдельные landing pages, закрывать сами файлы не нужно. В этом случае лучше управлять индексацией страниц-витрин, а не медиа-объектов.
Диагностика: что именно уже индексируется
Перед правками проверьте, где проблема. Часто путают три разных вещи: страницу записи, страницу вложения и сам файл.
Проверка в поиске
Вбейте в поиск запросы вида:
site:example.com filetype:mp4site:example.com inurl:uploads mp4site:example.com inurl:attachment
Если находятся прямые ссылки на видеофайлы или страницы вложений, значит, закрывать нужно не только HTML-страницы, но и сами медиа-URL.
Проверка на сервере
Откройте прямую ссылку на файл и посмотрите заголовки ответа:
curl -I https://example.com/wp-content/uploads/2026/01/video.mp4Если в ответе нет X-Robots-Tag, поисковик ориентируется только на доступность URL и внутренние ссылки. Для медиафайлов это часто недостаточно.
Что лучше использовать: robots.txt, X-Robots-Tag или .htaccess
| Подход | Что делает | Плюсы | Ограничения |
|---|---|---|---|
robots.txt | Запрещает обход URL | Просто внедрить, подходит для массовых директорий | Не гарантирует удаление уже известных URL из индекса |
X-Robots-Tag | Передаёт директиву в HTTP-заголовке | Работает на уровне ответа сервера, подходит для файлов | Нужно настраивать сервер или CDN |
.htaccess / конфиг nginx | Добавляет заголовки или правила доступа | Гибко, без плагинов | Требует аккуратности и доступа к серверу |
На практике чаще всего используют связку: robots.txt для обхода и X-Robots-Tag для самих файлов. Это не дублирующая, а дополняющая схема.
Пошаговое решение
Шаг 1. Закройте директорию с видео в robots.txt
Если видео лежат в отдельной папке, например /wp-content/uploads/video/, добавьте правило в robots.txt:
User-agent: *
Disallow: /wp-content/uploads/video/Если видео смешаны с другими файлами в общей папке uploads, не закрывайте всю директорию целиком. Это может задеть изображения, PDF и другие нужные ресурсы. В таком случае лучше выделить отдельный каталог под видео или использовать заголовки на уровне расширений.
Шаг 2. Добавьте X-Robots-Tag для видеофайлов
Для Apache можно добавить правило в .htaccess, если сервер разрешает mod_headers:
<IfModule mod_headers.c>
<FilesMatch "\.(mp4|webm|mov|m4v)$">
Header set X-Robots-Tag "noindex, nofollow, noarchive"
</FilesMatch>
</IfModule>Это полезно именно для файлов, потому что поисковик получает директиву вместе с ответом на запрос к медиа. Для nginx аналогичное правило обычно добавляют в конфиг сервера:
location ~* \.(mp4|webm|mov|m4v)$ {
add_header X-Robots-Tag "noindex, nofollow, noarchive" always;
}Если у вас CDN, проверьте, не перезаписывает ли он заголовки на своей стороне.
Шаг 3. Не закрывайте доступ к файлу, если он нужен на фронтенде
Ошибка, которую часто делают на этом этапе: пытаются запретить индексацию через блокировку доступа. Это ломает воспроизведение в браузере, плеер начинает выдавать 403 или бесконечную загрузку. Для SEO-задачи достаточно запретить индексацию, а не сам доступ.
Шаг 4. Уберите внутренние ссылки на медиа-страницы, если они не нужны
WordPress может создавать страницы вложений. Если они не несут ценности, лучше перенаправлять их на родительскую запись или отключить их индексацию. Иначе поисковик будет видеть отдельные тонкие страницы, даже если сами файлы закрыты.
Простой вариант — редирект attachment pages в functions.php или в мини-плагине:
<?php
add_action('template_redirect', function () {
if (is_attachment()) {
$parent = wp_get_post_parent_id(get_queried_object_id());
if ($parent) {
wp_safe_redirect(get_permalink($parent), 301);
exit;
}
wp_safe_redirect(home_url('/'), 301);
exit;
}
});Это не закрывает сами файлы, но убирает лишние страницы вложений из обхода и выдачи.
Если видео загружаются через медиабиблиотеку WordPress
Когда видео попадают в uploads через стандартную медиабиблиотеку, удобнее всего решать задачу на уровне расширений. Можно повесить заголовок только на нужные типы файлов через PHP, если сервер не позволяет править конфиг напрямую.
<?php
add_action('send_headers', function () {
if (!is_admin() && !empty($_SERVER['REQUEST_URI'])) {
$uri = strtolower($_SERVER['REQUEST_URI']);
if (preg_match('/\.(mp4|webm|mov|m4v)$/', $uri)) {
header('X-Robots-Tag: noindex, nofollow, noarchive', true);
}
}
});Этот вариант рабочий, но менее предпочтительный, чем серверный. Он зависит от WordPress и не сработает, если файл отдается мимо PHP, например напрямую веб-сервером или CDN.
Проверка результата после внедрения
После настройки не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковый робот видит именно те сигналы, которые вы задали.
- Откройте прямой URL видео и проверьте заголовки через
curl -I. - Убедитесь, что в ответе есть
X-Robots-Tag: noindex. - Проверьте, что файл по-прежнему открывается в браузере и воспроизводится в плеере.
- Посмотрите
site:-запросы в поиске через несколько дней или недель, если URL уже были в индексе. - Если используете Google Search Console, отправьте URL на повторную проверку после изменения заголовков.
Для быстрой диагностики полезно сравнить ответ до и после:
curl -I https://example.com/wp-content/uploads/2026/01/video.mp4
curl -I https://example.com/wp-content/uploads/2026/01/image.jpgУ видео должен появиться нужный заголовок, а у изображений — нет, если вы настраивали правило точечно.
Частые ошибки и как их исправить
Закрыли всю папку uploads
Это ломает индексацию и иногда загрузку изображений, PDF и других файлов, которые нужны на сайте. Исправление: ограничьте правило только видео-подкаталогом или расширениями.
Использовали только robots.txt
Robots.txt запрещает обход, но не гарантирует исчезновение уже известных URL из индекса. Исправление: добавьте X-Robots-Tag и при необходимости удалите старые URL через инструменты поисковой системы.
Поставили noindex на страницу, но не на файл
Если в индексе остаётся прямой URL на .mp4, страница записи не решает проблему. Исправление: настраивайте заголовок именно для медиафайла.
Сломали воспроизведение через блокировку доступа
Иногда вместо noindex ставят deny/403. В результате плеер не может получить файл. Исправление: верните доступ на чтение и оставьте только директивы для роботов.
CDN перезаписывает заголовки
Если файл отдаётся через CDN, заголовок может не доходить до пользователя. Исправление: проверьте правила на стороне CDN и сравните ответ напрямую с origin-сервера.
Практические советы по безопасности и производительности
Если видеофайлы не должны быть публичными вообще, одной индексации мало. Тогда нужен другой подход: приватное хранилище, подписанные URL, ограничение доступа по токену или отдача через защищённый endpoint. Но это уже отдельная архитектурная задача, и её не стоит решать только через robots.
Для обычных публичных видео полезно:
- хранить ролики в отдельной папке, а не вперемешку с изображениями;
- не публиковать прямые ссылки в тексте, если файл не должен жить отдельно от записи;
- проверять, не создаёт ли тема или плагин отдельные attachment pages;
- не ставить массовые правила на весь сайт без теста на staging;
- после изменений очищать кеш страницы и, если есть, кеш CDN.
Если у вас много технических правок по индексации и дублям, удобно держать их в одном месте через инструмент вроде Clearfy Pro, но саму логику запрета индексации видеофайлов всё равно лучше понимать и проверять вручную.
В рабочем варианте схема выглядит так: видеофайл доступен для плеера, но получает X-Robots-Tag: noindex, директория при необходимости закрыта в robots.txt, а страницы вложений перенаправлены на родительский контент. Это не самый эффектный, зато самый предсказуемый набор мер для WordPress-сайта с видео.