SEO para vídeo web: páginas y VideoObject - Ighenatt Blog

Un vídeo puede estar bien producido, cargar rápido y funcionar en los navegadores actuales y, aun así, resultar casi invisible en las superficies de vídeo de Google. El problema rara vez es que falte una palabra clave de YouTube en el título. Suele ser más básico: la web no le ha dado un lugar claro y rastreable.

Para un vídeo alojado o insertado en tu propio sitio, el activo SEO central es la página de visualización: una URL indexable construida alrededor de un único vídeo principal. Google indica que solo puede indexar un vídeo desde una página de visualización indexada. El reproductor debe estar insertado en ella, no puede quedar oculto detrás de otros elementos y necesita una miniatura válida en una URL estable. Aun cumpliendo todo eso, poder optar a la indexación no significa que Google vaya a indexar el vídeo o mostrar una función de vídeo (requisitos de SEO para vídeos de Google).

El SEO para vídeo dentro de una web acaba siendo un problema de publicación e infraestructura. Intervienen el propósito de la página, el renderizado, la entrega del archivo multimedia, los datos estructurados, los sitemaps y la monitorización. Hacer crecer un canal, retener suscriptores y entrar en las recomendaciones de YouTube son asuntos distintos; los tratamos en nuestra guía de SEO para YouTube. Aquí nos centramos en que Google entienda y pueda acceder a la experiencia de vídeo de una web.

Empieza por una página de visualización de verdad

Una página de visualización es aquella en la que ver un vídeo concreto constituye el motivo principal de la visita. El reproductor debe destacar al cargar la página. El texto cercano tiene que explicar qué aprenderá quien lo vea, a quién va dirigido y cuál es el siguiente paso. Tanto el título como la descripción deben hablar de ese vídeo, no de toda la biblioteca.

Esta definición deja fuera dos imitaciones frecuentes. La primera es una URL casi vacía, con un iframe y un encabezado genérico. Ofrece muy poco contexto a la persona y al buscador. La segunda es una categoría, una ficha de producto o una noticia donde el vídeo aparece muy por debajo del contenido principal. Esa página aún puede ser un resultado de texto útil. Google permite que un mismo vídeo esté en su página de visualización y en otra donde actúe como complemento. Lo que no será es el destino canónico más claro del vídeo (diferencia entre páginas de visualización y páginas con vídeo secundario).

Usa un vídeo principal por página. El informe Indexación de vídeos de Search Console cuenta páginas indexadas en las que Google ha detectado un vídeo, y Google nunca indexa más de un vídeo por página (informe Indexación de vídeos). Un carrusel con doce episodios puede ser cómodo para el público, pero convierte la medición en algo ambiguo. Da una URL estable a cada episodio y utiliza la página de serie o categoría para enlazarlos.

La capa escrita tampoco debería ser una transcripción pegada para sumar palabras. Una página útil suele incluir:

• un título descriptivo y un encabezado visible;
• una explicación breve junto al reproductor;
• información sobre la persona, la organización o la serie cuando aporte contexto;
• una transcripción o un resumen editado si mejoran la accesibilidad y la comprensión;
• capítulos con nombre o un índice para los vídeos largos;
• recursos relacionados y un siguiente paso claro.

Así, la página puede responder a una consulta aunque el visitante no reproduzca el contenido. También resulta más fácil enlazarla con sentido. Conecta los vídeos importantes desde hubs, artículos y navegación relacionados; un sitemap no arregla una biblioteca huérfana. Es la misma lógica que aplicamos a la arquitectura web: una URL canónica se convierte en destino cuando el sitio la trata como tal.

Haz que el reproductor aparezca en el HTML renderizado

Google puede detectar vídeos referenciados con elementos HTML habituales como video, embed, iframe y object (directrices de descubrimiento de vídeo). La prueba relevante no consiste en verlo aparecer en tu navegador tras varias interacciones. Hay que comprobar que el HTML renderizado que inspecciona Google contiene un reproductor reconocible.

No exijas un gesto, un clic o texto escrito para que exista el reproductor. Los sistemas de consentimiento y rendimiento a menudo retrasan los recursos de terceros, pero sustituir el iframe por un póster hasta que alguien pulsa puede dejar al rastreador sin ningún elemento de vídeo. Si JavaScript inyecta el reproductor, inspecciona la URL publicada y su HTML renderizado en Search Console. Cuando una integración con Media Source API falla, Google aconseja conservar el contenedor HTML de vídeo para poder localizar su posición.

La carga diferida requiere el mismo cuidado. Posponer el código de reproducción puede ser razonable; hacer depender el descubrimiento de un evento de desplazamiento que el rastreador quizá no active, no. Mantén un póster significativo y el contenedor del reproductor en la respuesta inicial o renderizada en el servidor. Después puedes mejorar la reproducción en el cliente. Un identificador de fragmento tampoco es un buen mecanismo de descubrimiento, ya que la Búsqueda de Google no suele admitir fragmentos de URL para cargar contenido de vídeo.

Los muros de pago marcan otro límite. El vídeo no puede quedar escondido sin más detrás de elementos ajenos. Si requiere suscripción o inicio de sesión, utiliza los datos estructurados de contenido con muro de pago que correspondan y ofrece suficiente información pública para explicar qué contiene. Las licencias, la privacidad y la política de acceso siguen mandando: el marcado SEO no las anula.

La miniatura y las URLs forman parte del contenido

La miniatura no es solo una creatividad para ganar clics. Google exige una miniatura válida para indexar un vídeo y pide que cada vídeo tenga una URL de miniatura única y estable (directrices sobre miniaturas y URLs estables). Un token de CDN que caduca enseguida o un póster genérico compartido complican el procesamiento y hacen que los metadatos sean menos específicos.

Si declaras la miniatura en varias superficies —el atributo <video poster>, VideoObject.thumbnailUrl, <video:thumbnail_loc> en el sitemap de vídeos u og:video:image en Open Graph— usa la misma URL para ese vídeo en todas ellas (directrices de Google sobre miniaturas). Si el título habla de una demostración trimestral del producto y el póster muestra una conferencia distinta, el marcado puede ser válido en lo sintáctico y poco fiable en lo semántico.

Conserva también la URL de visualización. La fecha o el idioma pueden formar parte de la ruta si la arquitectura los utiliza de verdad, pero no generes una URL nueva cada vez que cambie la miniatura, la transcripción o la codificación. Usa una URL canónica autorreferente, incorpora esa URL al sitemap normal y apunta hacia ella con los enlaces internos. En una biblioteca multilingüe, cada idioma necesita una página útil y relaciones hreflang correctas, no un título traducido alrededor de un contexto sin adaptar. Nuestra guía de SEO internacional desarrolla esta decisión.

Las URLs del archivo y del reproductor también necesitan estabilidad operativa. Google explica que una dirección estable del archivo le ayuda a descubrir y procesar el vídeo, comprobar que sigue disponible y recopilar señales. Si las URLs firmadas caducan en pocos minutos, diseña una vía compatible con el rastreo en lugar de escribir una URL de sesión efímera en contentUrl. Según las licencias y la seguridad, puede ser una versión pública estable, una vía verificada para rastreadores o una URL de inserción.

Genera VideoObject a partir de lo que se ve

VideoObject ofrece a Google una descripción explícita del vídeo presente en la página. Las propiedades obligatorias para que los datos estructurados de vídeo puedan optar a las funciones compatibles son name, thumbnailUrl y uploadDate. Entre las recomendadas están description, duration, contentUrl y embedUrl (documentación de VideoObject). “Obligatorias” significa necesarias para poder optar a esos usos de Google, no que un marcado válido garantice un resultado.

Lo más práctico es generar el JSON-LD desde el mismo registro que alimenta el reproductor y la página visible. Así evitas que el marcado, el póster y el texto editorial se contradigan. Un ejemplo mínimo para vídeo bajo demanda sería:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Cómo gestiona nuestro controlador de aerotermia las tarifas punta",
  "description": "Demostración de seis minutos sobre la programación según las tarifas.",
  "thumbnailUrl": "https://example.es/media/controlador-aerotermia-poster.jpg",
  "uploadDate": "2026-08-13T09:00:00+02:00",
  "duration": "PT6M12S",
  "contentUrl": "https://media.example.es/video/controlador-aerotermia.mp4",
  "embedUrl": "https://example.es/player/controlador-aerotermia"
}

Usa contentUrl solo para una dirección que devuelve los bytes del vídeo, no para la página de visualización. Google la considera la forma más eficaz de obtener el archivo. embedUrl apunta al reproductor de ese vídeo y es la alternativa cuando no puedes facilitar el archivo (campos de acceso al vídeo). Si Google no puede acceder a ninguna de las dos, los metadatos por sí solos no habilitan funciones que necesitan recuperar el contenido multimedia.

No inventes precisión. uploadDate debe corresponder a la primera publicación real, duration ha de coincidir con el vídeo servido y cualquier cifra de interacciones necesita una fuente de medición defendible. Omite la fecha de caducidad si el contenido no caduca: un valor expires ya vencido puede retirar el vídeo de los resultados de vídeo aunque la página siga disponible como resultado de texto.

Valida la sintaxis JSON y las propiedades admitidas por Google, pero compara también el resultado con lo que ve el usuario (directrices generales de datos estructurados). Un validador no sabrá si la miniatura está desactualizada, la duración es incorrecta o el archivo bloqueado representa fielmente la experiencia publicada.

Elige Clip o SeekToAction después de probar los enlaces

Los momentos clave permiten entrar en un punto útil del vídeo. Para contenido de una web propia, Google admite dos vías. Clip enumera segmentos editoriales con nombre, segundo inicial y URL. SeekToAction describe un patrón de URL con marca de tiempo para que Google identifique momentos y construya enlaces profundos (directrices de momentos clave).

Primero debe funcionar el reproductor. Ambos métodos necesitan una URL que inicie la reproducción después del segundo cero, y el vídeo debe durar al menos 30 segundos. SeekToAction exige además que Google pueda obtener el archivo de vídeo (requisitos de Clip y SeekToAction). Si ?t=120 cambia la barra de direcciones pero el vídeo empieza desde cero, el marcado promete algo que la página no hace.

Elige Clip si el equipo editorial conoce las divisiones útiles y puede mantenerlas. Encaja bien en lecciones, demostraciones y eventos grabados con capítulos deliberados. Cada segundo de inicio debe ser único. SeekToAction tiene más sentido en plataformas con un patrón de marcas de tiempo fiable y contenido multimedia accesible. Reduce el mantenimiento manual, aunque cede a Google la selección exacta de momentos.

El idioma importa al desplegarlo en varios mercados. La documentación actual de Google indica que Clip funciona allí donde está disponible la Búsqueda, mientras que SeekToAction admite una lista concreta que incluye español e inglés, pero no catalán (compatibilidad lingüística de los momentos clave). Esto no invalida una página en catalán; solo impide asumir que la mejora tiene la misma cobertura. Si necesitas segmentos mantenidos en catalán, Clip es la opción explícita más prudente.

Ninguno de los dos métodos garantiza que los momentos clave aparezcan. Google puede detectar segmentos por su cuenta, usar los proporcionados o no mostrar esa función para una consulta. Diseña los capítulos como navegación útil dentro de la página, incluso si la Búsqueda no hace nada con ellos.

Usa el sitemap de vídeos como inventario técnico

Un sitemap de vídeos complementa el rastreo normal con metadatos específicos. Google recomienda estos sitemaps y también admite mRSS. Puedes crear un archivo independiente o añadir extensiones de vídeo a uno existente (documentación de sitemaps de vídeos).

Cada entrada cuelga del <loc> de la página canónica. Entre los campos obligatorios están la miniatura, el título, la descripción y uno de estos dos: content_loc o player_loc. Google recomienda content_loc cuando es posible porque apunta directamente al archivo. El título y la descripción deben corresponderse con la página visible, no convertirse en un segundo sistema editorial escondido.

Googlebot debe acceder a todas las URLs indicadas: sin bloqueos en robots.txt, inicio de sesión, metafiles o cortafuegos, y mediante un protocolo compatible. La documentación distingue los protocolos admitidos para los recursos del sitemap de los formatos de archivo de vídeo compatibles. No deduzcas la compatibilidad del códec a partir de la extensión. Aunque Google enumera tipos de archivo compatibles, todavía tendrás que probar la respuesta, el renderizado y el acceso reales (tipos de archivo admitidos).

Un sitemap no es una cola con un plazo de servicio. Ayuda al descubrimiento y a la comprensión, pero no fuerza el rastreo ni la indexación (límites de los sitemaps de vídeos). Úsalo como inventario operativo: contrasta URLs canónicas, títulos, pósteres y ubicaciones de los archivos con el registro maestro. Si el generador no puede producir datos válidos, probablemente esa incoherencia ya exista en la página o en el marcado.

Reproductor externo o alojamiento propio: una decisión operativa

Insertar un reproductor de terceros no descalifica la página. Google puede indexar el vídeo tanto en tu URL como en la página equivalente de la plataforma si ambas cumplen los requisitos. Sigue recomendando datos estructurados en tu página y permite incluir páginas con vídeos insertados en sitemaps de vídeos (orientación sobre reproductores de terceros). Lo que queda por comprobar es si el proveedor permite obtener el archivo para las funciones que necesitan sus bytes.

Un servicio externo suele ahorrar trabajo de codificación, streaming adaptativo y mantenimiento. También puede ofrecer controles familiares y una entrega madura. A cambio, aceptas sus scripts, las implicaciones de consentimiento, su marca, disponibilidad y comportamiento de URLs. Quizá no controles contentUrl, la caché o el acceso del rastreador.

Con alojamiento propio controlas la página, el reproductor, las versiones del archivo, las cabeceras y la analítica. También respondes de la capacidad de CDN, las peticiones por rangos, las direcciones estables, la protección contra abusos, la privacidad y el rendimiento en cada dispositivo. Google advierte de que el servidor de la página y el de streaming necesitan capacidad suficiente para el rastreo. Si utilizas una CDN, verificar la propiedad del subdominio o directorio asignado facilita el diagnóstico.

No existe una modalidad que posicione siempre mejor. Elige la que puedas operar con fiabilidad:

Si la plataforma bloquea el archivo, acepta que ciertas previsualizaciones o rutas de momentos clave quizá no estén disponibles. No publiques un contentUrl falso. Si alojar el vídeo sobrecarga la entrega o la seguridad, un reproductor externo sobre una buena página puede ser el sistema más sostenible.

Mide por separado páginas, vídeos y funciones

Empieza por la indexación de la página. El informe Indexación de vídeos solo incluye páginas indexadas; una URL no canónica o excluida no aparecerá. La página no puede producir un vídeo indexado hasta que ella misma esté indexada (informe Indexación de vídeos).

Después revisa la capa de vídeo. El informe separa las páginas en las que se indexó un vídeo de aquellas donde Google detectó un problema, como una miniatura no válida o un vídeo inaccesible. Sus totales cuentan páginas, no ofrecen un inventario completo de vídeos únicos. El contenido reutilizado, varias piezas en una URL y la detección incompleta explican las diferencias con tu catálogo.

Para una URL concreta, abre Inspección de URLs y consulta la sección Indexación de vídeos (ayuda del informe). Compara la vista indexada y la prueba en directo con cuatro hechos de producción: canonical elegida por Google, elemento de reproductor renderizado, respuesta de la miniatura y ruta de acceso al archivo o reproductor. Cuando Search Console no aclare si un recurso fue solicitado o denegado, acude a los registros del servidor y la CDN. La guía de análisis de logs explica ese método.

Tras publicar o cambiar VideoObject, vigila el informe de resultados enriquecidos que corresponda y prueba varias URLs reales. Los datos de rendimiento pueden indicar si aparecen con funciones de búsqueda compatibles. No juntes todo en una única métrica: un marcado válido puede convivir con una página excluida, y un vídeo indexado puede no recibir impresiones con apariencia de vídeo. Son estados distintos.

Para cada publicación basta con una comprobación breve:

1. Confirma que la URL canónica devuelve HTML correcto e indexable.
2. Comprueba que el vídeo principal y su póster aparecen en el HTML renderizado sin interacción.
3. Solicita miniatura, reproductor y archivos permitidos desde un entorno sin autenticar.
4. Contrasta los metadatos visibles con VideoObject, Open Graph y el sitemap de vídeos.
5. Prueba los enlaces con marca de tiempo si utilizas Clip o SeekToAction.
6. Inspecciona la URL desplegada y observa después informes y logs.

Este proceso aporta más que solicitar la indexación una y otra vez. La API Indexing de Google no es un atajo para vídeos bajo demanda normales: su alcance documentado se limita a páginas con JobPosting o un BroadcastEvent de emisión en directo insertado en VideoObject (alcance de la API Indexing). Para una videoteca normal necesitas enlaces rastreables, sitemaps, Search Console y una entrega fiable.

Empieza el despliegue con una plantilla completa

No marques de golpe toda una videoteca heredada. Escoge un vídeo bajo demanda valioso y crea el recorrido completo más pequeño: página dedicada con canonical, reproductor detectable, póster estable, VideoObject preciso, entrada opcional en el sitemap y monitorización de producción. Prueba la ruta en móvil, con el estado real de consentimiento, en el HTML renderizado y en el extremo de la CDN.

Cuando funcione, convierte el registro del vídeo en la fuente para el texto, el marcado y el sitemap. Añade capítulos solo después de que las URLs con marca de tiempo sean fiables. Amplía a otros idiomas cuando cada versión tenga un contexto útil y el reproductor respete licencias y privacidad regionales.

Este orden deja al descubierto cualquier fallo de arquitectura antes de escalarlo. El SEO para vídeo más allá de YouTube consiste en publicar cada pieza como un recurso web estable que las personas puedan usar y los rastreadores puedan entender. Si estás diseñando la primera plantilla, valida un vídeo de extremo a extremo antes de automatizar el resto.

Preguntas frecuentes

¿VideoObject garantiza que Google indexará un vídeo?

No. Un VideoObject válido hace que el vídeo pueda optar a los usos compatibles y proporciona metadatos explícitos a Google, pero no garantiza la indexación ni una función concreta en los resultados. La página y el vídeo también deben cumplir los requisitos de rastreo, indexación y calidad.

¿Puede Google indexar en mi página un vídeo externo?

Puede indexarse en tu página si esta cumple los requisitos de vídeo de Google. Google también puede indexar la página propia de la plataforma. Añade metadatos coherentes en tu web y comprueba que el proveedor permite a Google obtener los recursos necesarios para las funciones que quieras habilitar.

¿Toda página con vídeo debe ser una página de visualización?

No. Una página de visualización gira alrededor de un vídeo principal. Una ficha de producto o un artículo pueden incluir el mismo vídeo y seguir siendo resultados de texto útiles, pero no deberían imitar una página dedicada cuando el vídeo es secundario.

¿Cuándo conviene usar Clip en vez de SeekToAction?

Usa Clip cuando el equipo editorial define y mantiene segmentos con nombre. Usa SeekToAction cuando el reproductor tiene un patrón fiable de URL con marca de tiempo y quieres que Google identifique los momentos. Ambos exigen enlaces profundos que funcionen; SeekToAction también requiere que Google pueda obtener el archivo de vídeo.

¿Puedo usar la API Indexing para vídeos bajo demanda?

No. Google limita la API Indexing a páginas con JobPosting o con un BroadcastEvent de una emisión en directo insertado en un VideoObject. Para páginas de vídeos bajo demanda normales, utiliza mecanismos de descubrimiento habituales, sitemaps y las herramientas de Search Console.