SEO de vídeo web: pàgines útils i VideoObject | Ighenatt

Un vídeo pot estar molt ben produït, carregar de pressa i agradar als clients habituals, però continuar gairebé invisible als espais de vídeo de Google. Sovint no hi falta cap paraula clau de YouTube al títol. El problema és més bàsic: el web no ha donat al vídeo una llar clara i rastrejable.

Quan allotges o incrustes el vídeo al teu lloc, l’element SEO central és la pàgina de visualització: un URL indexable construït al voltant d’un sol vídeo principal. Google diu que només pot indexar un vídeo des d’una pàgina de visualització indexada. El reproductor hi ha d’estar incrustat, no pot quedar amagat darrere d’altres elements i necessita una miniatura vàlida en un URL estable. Tot i complir aquests requisits, la pàgina només hi pot optar: Google no promet indexar el vídeo ni mostrar cap funcionalitat de vídeo (requisits de SEO de vídeo de Google).

Per això, el SEO de vídeo en un web és una qüestió de publicació i infraestructura. Hi intervenen el propòsit de la pàgina, el renderitzat, el lliurament del fitxer, les dades estructurades, els sitemaps i el seguiment. Fer créixer un canal, aconseguir subscriptors o entrar a les recomanacions de YouTube són objectius diferents; en parlem a la guia de SEO per a YouTube. Aquí l’objectiu és que Google entengui l’experiència de vídeo del teu web i hi pugui accedir tècnicament.

Comença amb una pàgina de visualització real

Una pàgina de visualització és aquella on veure un vídeo concret és el motiu principal de la visita. El reproductor ha d’ocupar un lloc destacat des del primer moment. Al voltant, el text ha d’explicar què aprendrà l’espectador, a qui s’adreça la peça i quin és el pas següent. El títol i la descripció han de parlar d’aquell vídeo, no de tota la videoteca.

Aquesta definició exclou dues imitacions habituals. La primera és un URL gairebé buit, amb un iframe i un encapçalament genèric. Aporta poc context tant a les persones com als cercadors. La segona és una categoria, una fitxa de producte o una notícia on el vídeo apareix molt per sota del contingut principal. Aquesta altra pàgina pot continuar sent un bon resultat de text. De fet, Google permet que el mateix vídeo aparegui a la pàgina de visualització i en una altra on sigui complementari. Però la segona no és la destinació canònica més clara (orientació de Google sobre pàgines de visualització i pàgines amb vídeo secundari).

Assigna un vídeo principal a cada pàgina de visualització. L’informe d’indexació de vídeos de Search Console compta pàgines indexades on Google ha detectat un vídeo, i per a aquest informe Google no indexa més d’un vídeo per pàgina. Un carrusel de dotze episodis, doncs, crea una unitat de mesura ambigua encara que la interfície sigui còmoda per al públic (informe d’indexació de vídeos). Dona un URL estable a cada episodi i reserva la pàgina de sèrie o categoria per enllaçar-los.

La part escrita tampoc no ha de ser una transcripció enganxada per sumar paraules. En una pàgina útil acostuma a haver-hi:

• un títol de pàgina descriptiu i un encapçalament visible;
• una explicació breu a sobre o al costat del reproductor;
• el context del ponent, l’organització o la sèrie quan sigui pertinent;
• una transcripció o un resum editat si millora l’accessibilitat i la comprensió;
• capítols amb nom o un índex en vídeos llargs;
• recursos relacionats i un pas següent proporcionat.

Així la pàgina pot respondre una consulta fins i tot quan l’usuari no pot reproduir el vídeo. També hi pots inserir enllaços interns amb naturalitat. Enllaça les pàgines importants des de pàgines temàtiques, articles i menús rellevants, sense esperar que el sitemap arregli una videoteca òrfena. La mateixa lògica regeix l’arquitectura web: un URL canònic té valor quan la resta del lloc el tracta com una destinació.

El reproductor ha d’aparèixer a l’HTML renderitzat

Google pot trobar vídeos referenciats amb elements HTML habituals com video, embed, iframe i object. La prova important no és si el reproductor apareix al teu navegador després d’un seguit d’interaccions. Cal comprovar si l’HTML renderitzat que inspecciona Google conté un element de vídeo detectable (guia de detecció de vídeos).

No exigeixis un lliscament, un clic o text escrit abans que existeixi el reproductor. Els patrons de consentiment i rendiment sovint ajornen la càrrega de contingut extern, però si substitueixes l’iframe per un pòster fins que algú hi clica, el robot pot no trobar cap element de vídeo. Quan el JavaScript injecti el reproductor, inspecciona l’URL publicada i l’HTML renderitzat a Search Console. Si falla una integració amb Media Source API, Google recomana conservar l’element video a l’HTML perquè almenys en pugui localitzar la posició.

La càrrega diferida demana la mateixa prudència. Pots ajornar el codi de reproducció, però la detecció no hauria de dependre d’un esdeveniment de desplaçament que el robot potser no activarà. Mantén un pòster informatiu i el contenidor del reproductor a la resposta inicial o renderitzada al servidor; després millora la reproducció. Els identificadors de fragment tampoc no són una bona via de detecció, perquè la Cerca de Google en general no admet fragments d’URL per carregar contingut de vídeo.

Els murs de pagament posen un altre límit. No n’hi ha prou d’amagar el vídeo darrere d’elements que no hi tenen relació. Si el contingut exigeix subscripció o inici de sessió, aplica les dades estructurades de paywall adients i deixa prou informació pública per explicar què ofereix. Les normes d’accés, les llicències i la privacitat continuen manant; el marcatge SEO no les anul·la.

La miniatura i els URL formen part del contingut

La miniatura no és només un recurs gràfic per aconseguir clics. Google exigeix una miniatura vàlida per indexar el vídeo i demana que cada vídeo tingui un URL de miniatura únic i estable. Els tokens de CDN que caduquen de seguida o un pòster genèric compartit compliquen el processament del recurs i fan que les metadades siguin menys específiques (guia de miniatures i URL estables).

Si declares la miniatura en diverses superfícies —l’atribut <video poster>, VideoObject.thumbnailUrl, <video:thumbnail_loc> al sitemap de vídeo o og:video:image a Open Graph— utilitza el mateix URL per a aquell vídeo en totes (directrius de Google sobre miniatures). Si el títol anuncia una demostració trimestral de producte i el pòster mostra una conferència que no hi té res a veure, les dades estructurades poden ser vàlides sintàcticament i, alhora, no resultar fiables semànticament.

L’URL de la pàgina també ha de durar. Pots incloure-hi una data o l’idioma si així funciona l’arquitectura del lloc, però no en creïs un de nou cada cop que canviï la miniatura, la transcripció o la codificació. Fes servir una canònica autoreferenciada, incorpora l’URL canònic al sitemap normal i mantén-hi els enllaços interns. En una videoteca multilingüe, cada idioma necessita una pàgina útil i relacions hreflang correctes, no només un títol traduït al voltant del mateix context sense adaptar. La nostra guia de SEO internacional i localització per mercats desenvolupa aquesta decisió d’arquitectura.

Els URL del fitxer multimèdia i del reproductor també necessiten estabilitat operativa. Google explica que els URL estables dels fitxers l’ajuden a descobrir i processar vídeos, comprovar que continuen disponibles i recollir senyals. Si els URL signats caduquen al cap de pocs minuts, dissenya un lliurament compatible amb el rastreig en comptes d’introduir a contentUrl un URL de sessió efímer. Segons les llicències i els requisits de seguretat, la solució pot ser una versió pública estable, un accés verificat per al robot o l’URL d’un reproductor incrustat.

Construeix VideoObject a partir del que veu l’usuari

VideoObject descriu de manera explícita a Google el vídeo que hi ha a la pàgina. Les propietats obligatòries segons Google per optar als usos de dades estructurades de vídeo són name, thumbnailUrl i uploadDate. Entre les recomanades hi ha description, duration, contentUrl i embedUrl (documentació de VideoObject). Aquí, “obligatòries” vol dir necessàries per optar als usos compatibles de Google, no pas que un marcatge vàlid garanteixi un resultat.

La implementació més neta genera el JSON-LD des del mateix registre de vídeo que alimenta el reproductor i la pàgina visible. Així evites que les dades estructurades, el pòster i el text editorial acabin explicant coses diferents. Un exemple mínim per a vídeo sota demanda seria:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Com gestiona el nostre controlador de bomba de calor les tarifes punta",
  "description": "Demostració de sis minuts de la programació adaptada a les tarifes.",
  "thumbnailUrl": "https://example.eu/media/controlador-bomba-calor-poster.jpg",
  "uploadDate": "2026-08-13T09:00:00+02:00",
  "duration": "PT6M12S",
  "contentUrl": "https://media.example.eu/video/controlador-bomba-calor.mp4",
  "embedUrl": "https://example.eu/player/controlador-bomba-calor"
}

Utilitza contentUrl només per a un URL que retorni els bytes del vídeo, no la pàgina de visualització. Google el considera la manera més eficaç d’obtenir el fitxer. embedUrl apunta al reproductor d’aquell vídeo concret i és l’alternativa quan no pots proporcionar el fitxer de contingut. Si Google no pot accedir a cap dels dos URL, les metadades soles no activaran funcions que requereixen recuperar el vídeo.

No inventis precisió. uploadDate ha de ser la primera data de publicació real, duration ha de coincidir amb el vídeo lliurat i qualsevol recompte d’interaccions necessita una font de mesura defensable. Si el vídeo no caduca, omet la data de venciment: un valor expires passat per error pot treure’l dels resultats de vídeo encara que la pàgina continuï disponible com a resultat de text.

Valida la sintaxi JSON i les propietats que Google admet, però compara també el resultat amb allò que veu la persona que visita la pàgina. Les directrius generals de dades estructurades exigeixen que el marcatge representi contingut visible i avisen que un marcatge correcte no garanteix que es mostri. Un validador no sap si una miniatura antiga, una durada errònia o un fitxer restringit descriuen bé l’experiència de producció.

Tria Clip o SeekToAction després de provar els enllaços

Els moments clau permeten començar un vídeo en un segment útil. Per als vídeos del teu web, Google admet dos mètodes. Clip enumera segments definits per l’equip editorial amb nom, segon inicial i URL. SeekToAction descriu un patró d’URL amb marca de temps perquè Google pugui identificar moments i construir enllaços profunds (guia de moments clau).

Primer ha de funcionar el reproductor. Tots dos mètodes necessiten un URL que iniciï la reproducció en un punt diferent de zero, i el vídeo ha de durar com a mínim 30 segons. SeekToAction també requereix que Google pugui obtenir el fitxer de vídeo. Si ?t=120 canvia la barra d’adreces però el reproductor torna a començar des de zero, el marcatge promet una funció que la pàgina no ofereix.

Escull Clip quan l’equip conegui les divisions útils i les pugui mantenir. Encaixa bé en lliçons, demostracions de producte i esdeveniments enregistrats amb capítols deliberats. Cada hora d’inici de la pàgina ha de ser única. Opta per SeekToAction quan la plataforma tingui un patró de marques de temps general i fiable i el fitxer sigui accessible. Estalvia manteniment manual, però l’equip editorial perd control sobre els moments exactes.

La llengua importa en un desplegament internacional. La guia actual de Google indica que Clip és compatible allà on està disponible la Cerca de Google. Per a SeekToAction, en canvi, publica una llista concreta d’idiomes que inclou l’anglès i el castellà però no el català (cobertura lingüística dels moments clau de Google). Això no invalida una pàgina de visualització en català ni el seu VideoObject. Vol dir que no s’ha de donar per feta la mateixa cobertura d’aquesta millora. Si necessites segments en català mantinguts explícitament, Clip és l’opció més prudent.

Cap de les dues opcions garanteix que Google mostri moments clau. Pot detectar segments automàticament, utilitzar els que has declarat o no ensenyar-ne cap per a una consulta determinada. Dissenya els moments clau com una navegació útil dins la pàgina encara que la Cerca no en faci res.

Afegeix un sitemap de vídeo per descobrir i auditar

Un sitemap de vídeo complementa el rastreig normal amb metadades específiques. Google recomana aquests sitemaps i també admet mRSS. Pots crear-ne un de separat o afegir extensions de vídeo a un sitemap existent (documentació de sitemaps de vídeo).

Cada entrada ha d’anar sota el <loc> de la pàgina de visualització canònica. Els camps de vídeo obligatoris inclouen l’URL de la miniatura, el títol, la descripció i content_loc o player_loc. Google recomana content_loc quan sigui possible perquè apunta directament al fitxer. Els títols i les descripcions han de coincidir amb la pàgina, no convertir-se en un segon sistema editorial ocult.

Googlebot ha de poder accedir a tots els URL referenciats. No poden estar bloquejats a robots.txt, dependre d’un inici de sessió o de metafitxers, quedar darrere d’un tallafoc ni utilitzar protocols no admesos. La documentació del sitemap diferencia els protocols permesos per als recursos dels tipus de fitxer de vídeo compatibles. No dedueixis la compatibilitat del còdec mirant només l’extensió. La guia actual enumera contenidors i tipus de fitxer admesos, però cal continuar provant l’accés, les respostes i el renderitzat reals (tipus de fitxer de vídeo compatibles).

Un sitemap no és una cua amb termini de servei. Ajuda Google a descobrir i entendre el recurs, però no l’obliga a rastrejar-lo ni indexar-lo (guia de Google sobre sitemaps). Aprofita’l com a inventari operatiu: compara els URL canònics, títols, pòsters i ubicacions multimèdia amb els registres originals. Si el generador no pot produir dades vàlides, és possible que la mateixa incoherència ja sigui a la pàgina i a l’schema.

Incrustar o allotjar: decideix segons el control operatiu

Un reproductor extern incrustat no queda desqualificat. Google pot indexar el vídeo a la teva pàgina de visualització i a la pàgina equivalent de la plataforma si totes dues compleixen els requisits. També recomana afegir dades estructurades al teu web i permet incloure pàgines amb vídeos incrustats als sitemaps de vídeo. El dubte és si el proveïdor deixa que Google obtingui el fitxer per a les funcions que necessiten els bytes (guia sobre vídeos de tercers incrustats).

Incrustar sol reduir la feina de codificació, streaming adaptatiu i manteniment del reproductor. També pot aportar controls coneguts i una distribució madura. A canvi, acceptes els scripts, el model de consentiment, la marca, la disponibilitat i el comportament dels URL del proveïdor. Potser tindràs poc control sobre contentUrl, la memòria cau o l’accés dels robots.

L’allotjament propi et dona control sobre l’URL de visualització, el reproductor, les versions del fitxer, les capçaleres i l’analítica. També et fa responsable de la capacitat de la CDN, les peticions de rang, l’adreçament estable, la protecció contra abusos, la privacitat i el rendiment en diferents dispositius. Google assenyala que tant el servidor de la pàgina com el de streaming necessiten prou capacitat per al rastreig. Si el vídeo és en una CDN, verificar la propietat del subdomini o directori assignat pot facilitar el diagnòstic.

La pregunta pràctica no és “quina opció posiciona millor?”. No hi ha una resposta universal. Tria el model que puguis operar amb fiabilitat:

Si una plataforma bloqueja la recuperació del fitxer, assumeix que algunes previsualitzacions o vies de moments clau potser no estaran disponibles. No publiquis un contentUrl fals per dissimular-ho. Si l’allotjament propi força massa l’operació o la seguretat, un reproductor incrustat dins una bona pàgina pot ser el sistema més sostenible.

Mesura per separat pàgines, vídeos i funcions

Comença per la indexació de la pàgina. L’informe d’indexació de vídeos només cobreix pàgines indexades; un URL no canònic o exclòs per un altre motiu no hi apareixerà. No hi pot haver un vídeo indexat si abans Google no ha indexat la pàgina de visualització (informe d’indexació de vídeos).

Després revisa la capa de vídeo. L’informe separa les pàgines on se n’ha indexat un de les pàgines on Google ha trobat problemes, com una miniatura no vàlida o un vídeo inaccessible. Els totals són recomptes de pàgines, no un inventari complet de vídeos únics. La reutilització d’una peça, la presència de diversos vídeos en un URL i una detecció incompleta poden fer que les xifres no coincideixin amb el catàleg.

Per a un URL concret, utilitza la inspecció d’URL i busca la secció d’indexació de vídeos (informe d’indexació de vídeos). Compara la vista indexada i la prova en directe amb quatre fets de producció: la canònica seleccionada per Google, l’element del reproductor renderitzat, la resposta de la miniatura i la ruta d’accés al fitxer o al reproductor. Quan Search Console no expliqui si un recurs s’ha sol·licitat o denegat, consulta els logs del servidor i de la CDN. La guia d’anàlisi de logs de servidor per a SEO descriu el mètode complet.

Quan publiquis o canviïs VideoObject, controla els elements no vàlids a l’informe de resultats enriquits corresponent i inspecciona una mostra d’URL en directe. Les dades de rendiment poden indicar si les pàgines apareixen amb presentacions de cerca compatibles. No ho redueixis tot a una sola mètrica d’èxit: pots tenir un element d’schema vàlid en una pàgina exclosa, o un vídeo indexat que no obté cap presentació de vídeo. Són estats diferents.

Per a cada vídeo, incorpora una llista breu al procés de publicació:

1. Confirma que l’URL canònic retorna una resposta HTML correcta i indexable.
2. Comprova que el vídeo principal i el pòster apareixen a l’HTML renderitzat sense cap acció de l’usuari.
3. Obté la miniatura, el reproductor i els URL multimèdia permesos des d’un entorn sense autenticar.
4. Compara les metadades visibles, VideoObject, Open Graph i el sitemap de vídeo.
5. Prova els enllaços amb marca de temps si fas servir Clip o SeekToAction.
6. Inspecciona l’URL desplegat i segueix els canvis dels informes i els logs.

Aquest procés serveix més que demanar la indexació una vegada i una altra. L’API d’indexació de Google no és una drecera per a vídeos sota demanda normals: la seva documentació en limita l’ús a pàgines amb JobPosting o amb un BroadcastEvent en directe incrustat en un VideoObject (abast de l’API d’indexació). Per a una videoteca convencional, confia en enllaços rastrejables, sitemaps, Search Console i un lliurament fiable.

Desplega primer una plantilla completa

No comencis marcant tota una videoteca antiga. Tria un vídeo sota demanda valuós i construeix el recorregut complet més petit: pàgina canònica pròpia, reproductor detectable, pòster estable, VideoObject precís, una entrada opcional al sitemap i monitoratge en producció. Prova la ruta al mòbil, amb l’estat de consentiment actiu, a l’HTML renderitzat i a la capa de distribució del vídeo.

Quan funcioni, converteix el registre de vídeo en la font de la pàgina, l’schema i el sitemap. Afegeix capítols només quan els URL amb marca de temps siguin fiables. Amplia a altres idiomes quan cada versió tingui context propi i el reproductor respecti les llicències i les normes de privacitat regionals.

Aquest ordre deixa poc marge perquè el marcatge amagui problemes d’arquitectura. El SEO de vídeo més enllà de YouTube no és un exercici d’schema ni la promesa d’un resultat més vistós. Consisteix a publicar cada vídeo com un recurs web estable que les persones puguin utilitzar i els robots puguin entendre.

Preguntes freqüents

VideoObject garanteix que Google indexarà un vídeo?

No. Un marcatge VideoObject vàlid fa que el vídeo pugui optar als usos admesos i proporciona metadades explícites a Google, però Google no garanteix la indexació ni una funció concreta als resultats. La pàgina de visualització i el vídeo també han de complir els requisits de rastreig, indexació i qualitat.

Google pot indexar a la meva pàgina un vídeo extern incrustat?

Es pot indexar a la teva pàgina si aquesta compleix els requisits de vídeo de Google. Google també pot indexar la pàgina pròpia de la plataforma. Afegeix metadades coherents al teu lloc i comprova que el proveïdor permeti a Google obtenir els recursos necessaris per a les funcions que vols.

Tota pàgina amb vídeo ha de ser una pàgina de visualització?

No. Una pàgina de visualització gira al voltant d’un vídeo principal. Una fitxa de producte o un article poden contenir el mateix vídeo i continuar sent útils com a resultats de text, però no haurien d’imitar una pàgina de visualització específica quan el vídeo és secundari.

Quan convé utilitzar Clip en lloc de SeekToAction?

Utilitza Clip quan l’equip editorial defineixi i mantingui segments amb nom. Utilitza SeekToAction quan el reproductor tingui un patró fiable d’URL amb marca de temps i vulguis que Google identifiqui moments. Tots dos exigeixen enllaços profunds funcionals; SeekToAction també requereix que Google pugui obtenir el fitxer de vídeo. A més, la llista d’idiomes compatibles amb SeekToAction que publica Google no inclou el català.

Puc usar l’API d’indexació per a vídeos sota demanda?

No. Google limita l’API d’indexació a pàgines amb JobPosting o amb un BroadcastEvent en directe incrustat en un VideoObject. Per a pàgines de visualització de vídeos sota demanda, confia en el rastreig habitual, els sitemaps i les eines de Search Console.