Comment gérer correctement les vidéos supprimées pour éviter de polluer l'index de Google ?

Pourquoi Google exige-t-il deux signaux distincts pour une vidéo supprimée ?

La déclaration impose une approche en double verrouillage : la page web doit renvoyer un 404 ET le sitemap vidéo (ou MRSS) doit indiquer une date d'expiration antérieure à la date actuelle. Cette redondance n'est pas accidentelle.

Google traite les signaux sitemap et les codes HTTP de manière indépendante. Un 404 sur la page dit au crawler "cette ressource n'existe plus", mais si le sitemap continue de lister la vidéo sans date d'expiration ou avec une date future, Googlebot peut légitimement supposer qu'il s'agit d'une erreur temporaire. Inversement, une date d'expiration passée dans le sitemap sans 404 sur la page crée une incohérence que l'algorithme peut interpréter de multiples façons.

Qu'est-ce qu'un sitemap vidéo ou MRSS exactement ?

Un sitemap vidéo est une extension du protocole XML sitemap classique, incluant des balises spécifiques comme <video:video>, <video:expiration_date> ou <video:publication_date>. Le format MRSS (Media RSS) est un standard alternatif utilisé notamment par les plateformes de vidéo et certains CMS.

Ces fichiers permettent à Google de découvrir des vidéos sans avoir à parser le HTML de chaque page. La balise <video:expiration_date> doit suivre le format ISO 8601 (ex : 2023-12-31T23:59:59Z). Une date passée signale explicitement que la vidéo n'est plus valide, même si la page existe encore physiquement.

Quelle est la différence entre une vidéo supprimée et une vidéo temporairement indisponible ?

C'est là que le choix du code de réponse HTTP devient critique. Un 404 signifie "suppression définitive". Si la vidéo est temporairement hors ligne (maintenance, problème technique), un code 503 avec un header Retry-After serait plus approprié.

Google distingue clairement les deux scénarios. Un 503 maintient la vidéo dans l'index avec un statut temporaire, tandis qu'un 404 déclenche une désindexation progressive. La date d'expiration dans le sitemap ne s'applique qu'aux suppressions définitives, pas aux indisponibilités temporaires.

• 404 + date d'expiration passée = suppression définitive, désindexation totale
• 503 (sans modification sitemap) = indisponibilité temporaire, maintien dans l'index
• 410 Gone = alternative au 404, signale explicitement une suppression volontaire et définitive
• Incohérence entre sitemap et HTTP = comportement imprévisible, potentiel maintien de la vidéo en index partiel
• Délai de désindexation = Google ne retire pas instantanément une vidéo 404, comptez plusieurs jours à semaines selon le crawl budget

Cette recommandation est-elle cohérente avec les pratiques observées sur le terrain ?

Absolument, et c'est même un point où Google est inhabituellement précis. Les tests terrain montrent que des vidéos supprimées mais encore listées dans un sitemap vidéo sans date d'expiration génèrent des erreurs 404 chroniques dans Search Console pendant des mois.

Ce qui est moins documenté : combien de temps Google continue-t-il à crawler une URL 404 avant de l'abandonner définitivement ? Selon mes observations, cela dépend du PageRank interne de la page et de la fréquence de mise à jour historique du domaine. Un site d'actualité vidéo verra ses 404 purgés en quelques jours, tandis qu'un site corporate avec peu de mises à jour peut voir Google tenter des re-crawls pendant plusieurs semaines. [À vérifier] : l'impact exact de la date d'expiration sur l'accélération de ce processus n'a jamais été quantifié publiquement par Google.

Quelles sont les incohérences que cette déclaration ne couvre pas ?

Google reste complètement muet sur le cas des vidéos déplacées. Si une vidéo change d'URL, doit-on marquer l'ancienne comme expirée ET ajouter la nouvelle dans le sitemap, ou suffit-il d'une redirection 301 ? La documentation officielle suggère les deux, mais les tests montrent qu'une 301 seule suffit généralement si le sitemap est régulièrement recrawlé.

Autre zone d'ombre : les vidéos hébergées sur plateforme tierce (YouTube, Vimeo) embedées sur votre site. Si vous retirez l'embed mais que la vidéo existe toujours sur YouTube, faut-il un 404 ou simplement retirer l'entrée du sitemap vidéo ? Google ne tranche pas, mais empiriquement, retirer l'entrée du sitemap suffit — le 404 sur votre page d'embed serait techniquement incorrect puisque la page peut encore exister avec un autre contenu.

Cette double exigence peut-elle créer des problèmes inattendus ?

Oui, notamment sur les sites avec rotation rapide de contenu vidéo. Maintenir à jour un sitemap vidéo avec des dates d'expiration précises demande une automatisation robuste. J'ai vu des cas où un batch de suppression côté CMS met à jour les codes HTTP mais oublie le sitemap, créant un décalage de plusieurs semaines.

Plus pernicieux : certains CMS génèrent des sitemaps vidéo dynamiques basés sur la base de données. Si une vidéo est "soft deleted" (marquée inactive en BDD mais pas physiquement supprimée), elle peut disparaître du sitemap automatiquement mais continuer à renvoyer 200 si l'URL est accédée directement. C'est l'inverse du problème décrit par Google, mais tout aussi problématique pour l'index.

Comment implémenter correctement cette double exigence sur un site existant ?

Première étape : auditer vos vidéos actuelles dans Search Console, section "Indexation vidéo". Filtrez par "Pages non indexées" et cherchez les erreurs 404 persistantes. Si des URLs apparaissent depuis plus de 30 jours, c'est que votre sitemap vidéo n'a pas été mis à jour correctement.

Côté implémentation technique, automatisez la synchronisation entre votre base de données vidéo et votre sitemap. Chaque suppression ou dépublication de vidéo doit déclencher deux actions atomiques : (1) modifier le code de réponse HTTP de la page, (2) ajouter ou mettre à jour la balise <video:expiration_date> avec la date du jour. Utilisez un timestamp UTC pour éviter les ambiguïtés de fuseau horaire.

Quelles erreurs critiques faut-il absolument éviter ?

Erreur classique : rediriger les pages de vidéos supprimées vers la page d'accueil ou une page catégorie. C'est un soft 404 déguisé. Google recommande explicitement un vrai 404 (ou 410) — la redirection n'est appropriée que si la vidéo a été déplacée vers une nouvelle URL permanente.

Autre piège : utiliser une date d'expiration dans le futur pour "planifier" une suppression. Techniquement supporté, mais dangereux : si vous oubliez de retirer la vidéo à la date prévue, Google la désindexera automatiquement même si elle est toujours en ligne. Préférez gérer la suppression en temps réel plutôt qu'en planification.

Comment vérifier que la configuration fonctionne correctement ?

Testez avec l'outil d'inspection d'URL de Search Console. Collez une URL de vidéo récemment supprimée et lancez une inspection en direct. Google doit détecter le 404. Ensuite, vérifiez votre sitemap vidéo (ou MRSS) : la balise <video:expiration_date> doit afficher une date antérieure à aujourd'hui.

Surveillez les rapports "Sitemaps" dans Search Console. Si Google détecte des incohérences (URLs 404 encore listées dans le sitemap sans date d'expiration), des avertissements apparaîtront. Fixez-les immédiatement : chaque incohérence dilue la confiance de Google envers votre sitemap.

• Configurer un script de synchronisation automatique entre BDD vidéo et sitemap XML/MRSS
• Renvoyer un 404 (ou 410) sur toute page de vidéo définitivement supprimée, jamais de redirection vers page générique
• Ajouter <video:expiration_date> avec date passée au format ISO 8601 pour chaque vidéo retirée
• Utiliser un 503 + Retry-After pour les indisponibilités temporaires, pas un 404
• Auditer mensuellement les erreurs 404 persistantes dans Search Console > Indexation vidéo
• Limiter chaque sitemap vidéo à 50 000 URLs et purger régulièrement les entrées expirées pour ne pas saturer