Видео на сайте не индексируется: требования к странице просмотра и файлам
Когда видео на сайте не индексируется, наличие проигрывателя и работающей кнопки воспроизведения ещё не объясняет причину. Google может не считать страницу предназначенной для просмотра, не обнаружить плеер при обработке HTML, не получить миниатюру или видеть устаревший адрес медиафайла. Поэтому проверку стоит разделить на страницу, проигрыватель, изображение и сам видеоматериал.
Для владельца сайта полезный результат диагностики — понятная причина и проверяемая задача подрядчику. Для разработчика — сохранённые адреса, ответы сервера и сведения о версии страницы, которую обработал поиск. Ниже рассматриваются обычные публичные страницы просмотра. Технически исправная публикация создаёт необходимые условия, но сама по себе не гарантирует индексацию видео Google или появление конкретного расширенного результата.
Сначала определите назначение страницы
В актуальных рекомендациях Google по видео страница просмотра определяется через основную задачу посетителя: посмотреть один конкретный ролик. Видео должно быть главным содержимым. Карточка товара с дополнительной демонстрацией и статья с иллюстративным роликом обычно решают другую задачу. Сам факт встраивания видео не превращает их в страницы просмотра.
Проведите простой редакционный разбор: какое обещание даёт заголовок, ради чего человек переходит по ссылке и что он получает сразу после открытия? Если обещан обзор устройства в видеоформате, а посетитель сначала проходит длинную витрину товаров, назначение страницы становится неясным. Переставлять блоки нужно с учётом реальной задачи, а не ради формального увеличения прямоугольника плеера.
Если ролик имеет самостоятельную ценность, можно подготовить отдельную страницу просмотра с относящимся к нему описанием, а в статье сохранить дополнительное встраивание. Не нужно превращать полезную товарную карточку в неудобную страницу только ради видеоотчёта. Для каждого типа материала заранее решите, нужна ли ему самостоятельная точка входа через просмотр.
Google также указывает, что индексированной странице просмотра необходимо достаточно хорошо проявлять себя в поиске, прежде чем её видео рассматривается для индексации. Это не опубликованный числовой порог, который можно проверить счётчиком посещений. Индексация HTML остаётся необходимым условием, но не подтверждением индексации ролика.
Разделите четыре адреса одного ролика
В заявках часто передают одну ссылку со словами «это наше видео», хотя у публикации несколько разных адресов. До проверки соберите их в таблицу. Иначе разработчик может подтвердить доступность HTML-страницы, когда поиску недоступна картинка, или указать страницу каталога вместо самого видеопотока.
| Объект | Учебный адрес | Что нужно получить |
|---|---|---|
| Страница просмотра | https://example.com/video/sborka-m1/ | Документ с основным роликом и его описанием |
| Встраиваемый плеер | https://player.example.com/embed/m1 | Проигрыватель именно выбранного видео |
| Медиафайл | https://media.example.com/m1.mp4 | Видеоданные, а не HTML со ссылкой на них |
| Миниатюра | https://media.example.com/m1-poster.jpg | Изображение, соответствующее ролику |
Для потокового воспроизведения вместо одного файла может использоваться манифест и набор сегментов. Тогда в рабочую карточку добавьте адрес манифеста и сведения о том, где отдаются сегменты. Нельзя заключить, что вся цепочка исправна, только потому, что её первый документ открывается.
Зафиксируйте также владельца каждого узла: ваш сервер, CDN или внешний видеохостинг. Это определяет, кто способен исправить ответ. Если ограничения находятся у поставщика плеера, изменения в шаблоне сайта не заменят обращение к его настройкам или поддержке.
Проверьте плеер до первого действия пользователя
Откройте страницу напрямую, без перехода из редактора и без предварительного нажатия на обложку. Посмотрите, присутствует ли контейнер проигрывателя в итоговом HTML. В рекомендациях Google по отложенной загрузке подчёркнуто, что робот не взаимодействует со страницей как пользователь: нельзя рассчитывать на обязательное нажатие или прокрутку для загрузки важного содержимого.
Различайте запуск воспроизведения и создание самого плеера. Кнопка Play внутри уже существующего проигрывателя — нормальный элемент интерфейса. Другая схема — картинка, после нажатия на которую JavaScript впервые добавляет весь проигрыватель. Во втором случае проверка без взаимодействия может увидеть только изображение. Автоматически включать звук ради индексации не требуется.
Для собственного файла минимальный учебный пример показывает связь контейнера, обложки и источника. Это иллюстрация, а не готовая конфигурация всего видеосервиса:
<video controls poster="/media/m1-poster.jpg" preload="metadata">
<source src="/media/m1.mp4" type="video/mp4" />
</video>Описание элемента video в MDN объясняет назначение controls, poster и источников; preload является подсказкой браузеру, а не обещанием загрузки. Проверьте результат на узком и широком экране: контейнер не должен исчезать, перекрываться рекламным блоком или оставаться пустым после ошибки загрузки соседнего компонента.
Проверьте миниатюру как отдельный ресурс
Откройте точный адрес обложки из опубликованных метаданных. Важно проверить не похожую картинку из медиатеки, а тот URL, который действительно указан у ролика. Сохраните HTTP-статус, конечный адрес после перенаправлений, тип содержимого и сам результат. Ответ с кодом 200 может содержать страницу входа или сообщение защитного сервиса вместо изображения.
Google рекомендует использовать доступную миниатюру со стабильным URL. При проверке формата можно свериться с документацией по поддерживаемым изображениям. Практичный вариант для расследования — обычная качественная обложка в поддерживаемом формате, соответствующая ролику и не состоящая из прозрачного или пустого полотна. Произвольные «SEO-размеры» без сверки документации здесь не нужны.
Проверьте доступность без авторизации администратора. Отдельно изучите ограничения на домене изображений: разрешение обхода основной страницы не означает такого же доступа к CDN. Если в браузере редактора картинка видна только благодаря ранее полученной cookie, этот результат не подтверждает доступность для поискового робота.
Когда у одного видео обложка указана в нескольких местах, сопоставьте адреса и содержимое. Старая картинка в одном источнике и новая в другом усложняют диагностику. После замены сохраните контрольный пример и проверьте страницу, созданную заново через тот же шаблон, чтобы ошибка не повторилась при следующей публикации.
Получите видеоданные и проверьте ответы сервера
Успешное открытие страницы просмотра не подтверждает исправность видеохранилища. Проверяйте запрос к файлу или потоку отдельно: адрес, перенаправления, статус, фактическое содержимое. Для собственного MP4 убедитесь, что сервер отдаёт видео, а не текстовую ошибку с сохранённым расширением. У потокового материала проверьте также доступность необходимых частей воспроизведения.
При анализе сетевых запросов не считайте каждый ответ 206 ошибкой. HTTP Range позволяет получать часть ресурса; успешный частичный ответ имеет статус 206. Сервер, не поддерживающий диапазон, может вернуть весь ресурс с 200. Поведение нужно сопоставлять с запросом, а не с правилом «годится только 200».
Учебный пример: клиент запросил Range: bytes=0-2047. При корректном ответе на этот диапазон длина части равна 2048 байтам: 2047 − 0 + 1. Заголовок Content-Range указывает положение части в полном файле. Такой результат подтверждает получение конкретного фрагмента, но не успешное воспроизведение всего ролика и тем более не его индексацию.
Не ограничивайтесь запросом HEAD, если проблема относится к телу ответа. Проверка заголовков полезна, однако для установления подмены файла HTML-страницей или обрыва передачи нужны данные фактического GET. Для теста используйте согласованный небольшой материал или контролируемую загрузку, чтобы не создавать ненужный трафик.
Исключите быстро истекающие адреса и нестабильные ответы
Google отдельно рекомендует стабильные адреса видеофайлов для последовательной обработки и таких возможностей, как видеопревью и ключевые моменты. Для миниатюры стабильность URL также существенна. Если адрес из страницы перестаёт работать вскоре после публикации, успешная проверка редактором в момент сохранения мало говорит о дальнейшей доступности.
Учебная ситуация: страница опубликована в 10:00 UTC, а в её сохранённую разметку попала ссылка, действующая 15 минут. В 10:20 та же ссылка уже просрочена на пять минут. Это воспроизводимый дефект публикации, даже если браузер пользователя незаметно получает новый адрес другим запросом. В задаче нужно сохранить исходную ссылку, время проверки и полученный ответ.
Обсудите с разработчиком или видеохостингом поддерживаемую схему стабильной публикации. Не заменяйте её ручным копированием нового временного URL каждые несколько минут. Если доступ ограничен намеренно, команда должна согласовать допустимый способ представления материала; произвольное снятие защиты со всего хранилища не является диагностикой.
Повторите проверку через предусмотренный жизненным циклом публикации интервал и после обновления страницы. Отдельно оцените сбои, зависящие от региона, узла CDN или нагрузки. Один сохранённый успешный ответ доказывает только результат конкретного обращения, а не постоянную работоспособность всей инфраструктуры.
Согласуйте метаданные с реальным видео
Документация VideoObject различает contentUrl — адрес видеоданных — и embedUrl — адрес проигрывателя. Если невозможно предоставить прямой адрес видеоданных в contentUrl, укажите адрес плеера в embedUrl. Подставлять в оба поля URL обычной страницы просмотра неправильно: это разные объекты.
Проверьте обязательные свойства name, thumbnailUrl и uploadDate. Дата относится к первой публикации видео; описание и продолжительность помогают подробнее представить материал. Метаданные должны описывать ролик, который человек действительно может посмотреть на этой странице. Проверка разметки полезна, но её успешный результат не означает, что видео уже проиндексировано.
Для редакционного контроля создайте короткую карточку материала: внутренний идентификатор, название ролика, дата первой публикации с часовым поясом, длительность, адрес обложки и выбранный способ встраивания. Пусть шаблон получает эти значения из одного согласованного набора, а не из нескольких полей с разной историей обновления.
Если редактор заменил ролик другим, проверьте весь набор повторно. Частичная замена только адреса плеера может оставить прежние название, дату и картинку. В учебной проверке такой случай должен выявляться сравнением видимого содержимого с карточкой публикации. Разметка не превращает вспомогательное видео в главное содержание страницы и не исправляет недоступный файл.
Что проверить у стороннего видеохостинга
Внешний плеер добавляет отдельную границу ответственности. Ваш HTML может быть доступен, а встроенный ролик — удалён, ограничен настройками владельца или недоступен в конкретном окружении. Проверьте именно встраивание на сайте, а не только просмотр в личном кабинете видеоплатформы.
Например, официальная документация плеера YouTube использует адрес вида https://www.youtube.com/embed/VIDEO_ID. Это адрес плеера, не ссылка на байты MP4. Не придумывайте contentUrl из адреса обычного просмотра и не копируйте временную ссылку из сетевого журнала как постоянный источник.
В заявке поставщику укажите идентификатор ролика, страницу встраивания, время и точный симптом: контейнер отсутствует, проигрыватель сообщает ограничение или медиазапрос получает ошибку. Такой набор помогает отделить настройки видеохостинга от ошибки вашего шаблона. Проверьте, что ограничение воспроизводится вне авторизованной сессии владельца.
Google допускает присутствие видео и на странице вашего сайта, и на странице видеоплатформы при соблюдении требований. Появление результата платформы не доказывает, что ваша страница тоже обработана как страница просмотра. Для собственного URL нужны собственные подтверждения; наличие ролика на известном хостинге их не заменяет.
Правильно прочитайте Video indexing
Отчёт Video indexing охватывает индексированные страницы, на которых Google обнаружил видео. Непроиндексированный URL в этот набор не входит. Google индексирует не более одного видео на страницу, а одинаковый ролик может присутствовать на разных страницах, поэтому количество строк или итогов нельзя автоматически считать числом уникальных видео.
Откройте конкретный пример проблемы и сохраните обнаруженные адреса. Причина «Video isn't on a watch page» относится к назначению страницы. Сообщение о невозможности определить положение и размер требует проверки появления контейнера без взаимодействия. Ошибки миниатюры направляют к её адресу, формату и доступности. Это разные ветви диагностики, а не универсальное указание переписать описание.
Через инструмент проверки URL сравните сведения об обработанной версии с текущей страницей. Посмотрите доступный отрисованный HTML и дату проверки. Успешный тест текущего URL не подтверждает, что его видео уже индексировано: live-проверка и данные индекса отвечают на разные вопросы.
Если ожидаемой страницы нет в отчёте, сначала установите, была ли она индексирована и обнаружено ли на ней видео. Отсутствующая строка не равнозначна статусу «всё исправно». Не используйте отчёт как полный реестр видеотеки: для этого нужен собственный список опубликованных материалов.
Учебный пример проверки небольшой видеотеки
Предположим, команда подготовила 18 страниц, которые считает страницами просмотра. В сохранённом срезе отчёта у 12 страниц видео индексировано, у четырёх обнаружено, но не индексировано. Ещё две страницы отсутствуют, поскольку сами URL не индексированы. Эти числа условные и нужны для выбора следующего действия.
| Группа | Количество | Рабочая проверка |
|---|---|---|
| Видео индексировано | 12 | Сохранить исправные примеры и сверить актуальность материала |
| Миниатюра недоступна | 2 | Проверить точные URL изображений и ответы хранилища |
| Страница не распознана как страница просмотра | 2 | Проверить назначение страницы и опубликованный контейнер |
| Сам URL не индексирован | 2 | Отделить проблему страницы от проблемы видео |
Итого 12 + 2 + 2 + 2 = 18. В рассматриваемом наборе отчёта 16 страниц, поэтому доля страниц с индексированным видео равна 12 / 16 = 75%. В полном внутреннем списке она составляет 12 / 18, то есть примерно 66,7%. Различие объясняется знаменателем, а не ухудшением результата за время расчёта.
Команда исправляет две недоступные обложки и отдельно пересматривает назначение двух страниц. Она не обещает получить сразу 18 индексированных видео. Результат первого этапа — устранённые подтверждённые препятствия и сохранённые доказательства; изменение поискового статуса проверяется после дальнейшей обработки.
Исправляйте причину и проверяйте тот же материал
Для каждой группы назначьте владельца: редактор отвечает за назначение и описание страницы, разработчик — за шаблон и загрузку контейнера, администратор хранилища — за файлы и ответы CDN. В общей задаче сохраните один проверяемый пример. Когда проблема устранена на нём, проверьте ещё несколько публикаций того же типа.
После изменения повторите исходный сценарий с теми же адресами. Если URL обложки изменён намеренно, явно сопоставьте старый и новый. Запишите время публикации исправления, результат текущей проверки и последующее наблюдение в Search Console. Такая хронология не позволяет принять старую ошибку из отчёта за доказательство неудачного релиза.
Проверьте также создание новой страницы: исправление вручную одного ролика не гарантирует, что шаблон перестал генерировать просроченные ссылки. Полезный критерий — материал, опубликованный обычным редакторским процессом, сразу получает правильные адреса и метаданные, без дополнительного вмешательства разработчика.
Сохраните рабочий пример для будущих изменений плеера и медиахранилища. Тогда обновление CDN, механизма согласий или шаблона можно сравнить с известным поведением, а не начинать расследование с нуля после изменения отчёта.
Критерии технической готовности страницы просмотра
Приёмка должна подтверждать то, чем управляет команда. Не ставьте условием сдачи обязательное появление видео по выбранному запросу: поисковое решение не сводится к исправности шаблона. Проверьте доступность и согласованность опубликованных объектов, после чего продолжайте наблюдение за фактическими статусами.
- Страница предназначена для просмотра конкретного ролика, а его роль понятна посетителю.
- Контейнер виден в отрисованном HTML без предварительного нажатия на заменяющую его картинку.
- Миниатюра открывается по опубликованному адресу и соответствует содержимому видео.
- Плеер, файл или поток доступны в предусмотренной схеме; временные ссылки не остаются в постоянных метаданных.
- Название, дата, адреса и обложка согласованы между редакционными данными и страницей.
- Техническая проверка, воспроизведение и статус индексации зафиксированы как отдельные результаты.
Для внешнего контроля HTTP-доступности страниц просмотра подключите SiteGuard. Проверку плеера, медиафайлов и поисковых статусов сохраните в задачах команды сайта.