Faut-il toujours privilégier content URL sur embed URL dans les données structurées vidéo ?

Quelle différence entre content URL et embed URL ?

La content URL pointe directement vers le fichier vidéo source (MP4, WebM, etc.). C'est l'URL brute du média, celle qui permet à Google d'accéder au contenu réel.

L'embed URL, elle, renvoie vers une page d'intégration — souvent un iframe — qui contient le lecteur vidéo. C'est une couche supplémentaire entre Google et le fichier source.

Pourquoi Google préfère-t-il la content URL ?

Google veut analyser directement le fichier vidéo : durée, résolution, métadonnées techniques. Avec une embed URL, il doit d'abord charger une page, exécuter du JavaScript, localiser le lecteur... autant d'étapes qui compliquent le crawl et l'extraction d'informations.

La content URL simplifie ce processus. Elle donne à Google un accès direct, sans friction, au contenu vidéo brut.

Dans quels cas l'embed URL est-elle acceptable ?

Uniquement quand le fichier source n'est pas accessible publiquement. Par exemple : vidéo hébergée sur une plateforme tierce qui ne permet pas d'exposer l'URL directe du fichier.

C'est un pis-aller. Google précise que c'est un « dernier recours », pas une option équivalente.

• content URL : URL directe du fichier vidéo (MP4, WebM, etc.)
• embed URL : URL de la page d'intégration (iframe, lecteur)
• Google privilégie la content URL pour un accès direct au média
• L'embed URL ne doit être utilisée que si le fichier source est inaccessible
• Cette distinction impacte l'indexation et l'extraction de métadonnées par Google

Cette directive est-elle cohérente avec les observations terrain ?

Oui, et elle confirme ce que beaucoup d'entre nous constatent depuis des années. Les vidéos structurées avec une content URL claire apparaissent plus souvent dans les résultats enrichis vidéo que celles qui ne proposent qu'une embed URL.

Mais — et c'est là que ça coince — cette recommandation se heurte à une réalité : beaucoup de sites n'hébergent pas eux-mêmes leurs vidéos. YouTube, Vimeo, Dailymotion... rares sont les plateformes qui exposent une content URL exploitable publiquement.

Quelles nuances faut-il apporter à cette règle ?

La formulation de Google est nette, mais elle manque de contexte. Que se passe-t-il si vous fournissez une embed URL alors que le fichier source est techniquement accessible, mais protégé par un paywall ou une authentification ?

[A vérifier] : Google ne précise pas si une content URL accessible mais non publique (derrière CDN sécurisé, par exemple) est préférable à une embed URL publique. C'est un angle mort dans cette déclaration.

Autre point : la directive parle de « si disponible », mais ne définit pas ce qu'est une content URL « disponible ». Une URL signée avec expiration de 24h est-elle « disponible » ? Et une URL protégée par User-Agent ?

Dans quels cas cette règle est-elle difficile à appliquer ?

Les sites d'actualité ou médias qui publient des vidéos tierces — reportages, interviews — n'ont souvent aucun contrôle sur l'URL du fichier source. Ils embarquent un player YouTube ou Dailymotion via iframe.

Dans ce contexte, fournir une content URL est impossible. L'embed URL devient alors la seule option. Google dit que c'est acceptable « en dernier recours », mais reste flou sur l'impact réel en termes de visibilité.

Que faut-il faire concrètement sur vos pages vidéo ?

Première étape : auditer vos données structurées VideoObject. Vérifiez si vous utilisez la propriété contentUrl ou seulement embedUrl.

Si vos vidéos sont auto-hébergées (serveur, CDN), vous devez impérativement renseigner contentUrl avec l'URL directe du fichier MP4 ou WebM. C'est non négociable.

Si vos vidéos sont hébergées sur YouTube, Vimeo ou autre plateforme tierce, vous n'aurez souvent accès qu'à l'embed URL. Dans ce cas, renseignez au moins embedUrl correctement — et documentez cette limitation dans vos process.

Quelles erreurs éviter dans l'implémentation ?

Ne renseignez jamais une content URL qui pointe vers une page HTML contenant la vidéo. La content URL doit pointer vers le fichier média lui-même, pas vers une landing page.

Autre piège fréquent : utiliser une URL de streaming adaptative (HLS, DASH) comme content URL. Google attend un fichier statique (MP4, WebM), pas un manifest de playlist. Si vous ne pouvez pas fournir l'URL directe du fichier, utilisez l'embed URL.

• Vérifier toutes vos pages avec VideoObject dans Search Console
• Renseigner contentUrl pour toute vidéo auto-hébergée
• Pointer vers le fichier média direct (MP4, WebM), pas vers une page HTML
• Éviter les URL de streaming adaptatif (HLS/DASH) dans contentUrl
• Utiliser embedUrl uniquement si contentUrl est inaccessible
• Tester vos URL avec l'outil de test des résultats enrichis

Comment vérifier que votre implémentation est correcte ?

Passez vos pages dans l'outil de test des résultats enrichis de Google. Il vous dira si vos propriétés VideoObject sont valides et complètes.

Surveillez aussi Search Console, section « Résultats enrichis > Vidéos ». Si Google remonte des erreurs ou avertissements sur contentUrl ou embedUrl, corrigez-les immédiatement.