Les exigences du sitemap Google News exigent un fichier XML contenant des URL pour les articles publiés au cours des 48 dernières heures. Ce format de fichier spécifique aide Google à identifier le contenu éligible pour la surface Actualités en mettant en évidence des métadonnées telles que le nom de la publication, la langue et l’horodatage précis de l’article. En adhérant à ces structures XML strictes, les éditeurs s’assurent que leur contenu atteint l’index avec le contexte nécessaire pour un affichage précis sur les surfaces de recherche.
Quelles sont les exigences techniques spécifiques pour un sitemap Actualités ?
Un sitemap Actualités doit suivre le protocole Sitemap standard tout en intégrant des balises spécifiques définies par Google. La taille du fichier est strictement limitée à 1 000 URL par sitemap individuel pour garantir un traitement efficace par le robot d’exploration. Si une publication produit un volume de contenu plus élevé, le système nécessite la création de plusieurs sitemaps regroupés sous un seul fichier d’index de sitemap.
Ces fichiers techniques ne sont pas destinés aux archives ou au contenu permanent. Ils servent de signal temporaire pour les dernières nouvelles. Si le robot d’exploration rencontre des URL de plus de deux jours dans ce flux spécifique, le système les ignore, ce qui peut déclencher des avertissements dans l’interface de la Search Console concernant les entrées de contenu expirées.
Pour les développeurs, cela signifie construire un script dynamique qui élague automatiquement la liste XML. Si une URL reste dans le fichier au-delà du seuil de 48 heures, elle devient du bruit. Les éditeurs à haute fréquence doivent s’assurer que leur base de données backend déclenche un événement de suppression pour garder le sitemap propre et conforme aux signaux de fraîcheur de Google.
- Incluez uniquement les articles publiés au cours des 48 dernières heures.
- Utilisez la balise <news:news> pour chaque entrée d’URL.
- Spécifiez le nom de la publication et les paramètres de langue avec précision.
- Définissez la date de publication en utilisant le format W3C (YYYY-MM-DDTHH:MM:SS+TZD).
- Gardez la taille du fichier inférieure à 50 Mo et limitez-la à 1 000 URL.
Comment structurer correctement les balises XML ?
La structure repose sur la définition de l’espace de noms des actualités. Chaque entrée d’URL doit contenir l’objet de publication obligatoire, qui nécessite à la fois le nom de la publication et le code de langue ISO 639. Le titre de l’article est un élément requis, tout comme la date de publication au format W3C exact.
Ces balises spécifiques fournissent au robot d’exploration un contexte immédiat, lui permettant d’analyser votre contenu sans avoir besoin de rendre toute la mise en page de la page. C’est vital pour les sites d’actualités à haute fréquence où la latence dans le rendu pourrait retarder l’apparition d’une histoire dans le flux d’actualités. Lorsque vous implémentez ces balises, vous réduisez la charge de travail sur le robot d’exploration.
La cohérence reste un facteur clé. Assurez-vous que le nom de la publication correspond exactement à ce qui apparaît dans vos paramètres Google Publisher Center. Toute divergence entre vos balises de métadonnées et votre identité enregistrée peut entraîner des frictions d’indexation. Auditez fréquemment votre sortie XML pour vous assurer qu’aucune erreur d’encodage ou caractère brisé ne perturbe l’analyseur.
Bien que vous n’ayez pas besoin de créer un fichier unique pour Discover, votre sitemap XML général doit être précis et à jour.
Google Search Central
Comment Alien Road applique cette technologie
Chez Alien Road, nous gérons les configurations techniques de sitemap en automatisant l’ensemble du processus de génération pour nos clients. Nous évitons les mises à jour manuelles des fichiers pour prévenir les erreurs humaines et garantir que chaque article est enregistré dès sa mise en ligne. Au cours d’une mission typique, notre équipe d’ingénierie audite le CMS du client pour s’assurer que la date de publication et le titre de l’article sont automatiquement extraits dans le flux XML.
Nous effectuons une vérification de validation à l’aide de validateurs XML standard pour nous assurer que la syntaxe correspond parfaitement aux exigences du schéma. Nous surveillons ensuite la Google Search Console pour vérifier que le sitemap est traité sans erreur. Pour les éditeurs d’actualités, nous nous assurons que l’index du sitemap est soumis et que le rapport de couverture ne montre aucun problème d’exploration, offrant une voie claire pour la découverte de contenu.
Dans un projet client typique, nous intégrons ces flux XML directement dans le pipeline CI/CD. Cela garantit que lorsqu’un développeur pousse une nouvelle fonctionnalité ou une mise en page, la logique de génération du sitemap reste intacte. Nous documentons ces processus afin que l’équipe du client puisse maintenir la transparence sur la manière dont leur contenu est signalé aux moteurs de recherche.
Pourquoi la limite de 48 heures est-elle obligatoire ?
Google restreint le contenu du sitemap aux articles publiés au cours des deux derniers jours pour maintenir la fraîcheur et la pertinence de l’index Actualités. Après la fenêtre de 48 heures, les articles sont automatiquement supprimés du sitemap Actualités, bien qu’ils restent dans l’index principal de Google via des processus d’exploration réguliers.
Cette distinction est vitale pour maintenir un profil technique propre et garantir que le robot d’exploration consacre son budget à des histoires fraîches et de dernière minute plutôt qu’à des données obsolètes. Si vous essayez de conserver des articles dans le sitemap Actualités plus longtemps, le rapport de traitement dans la Search Console les signalera probablement comme invalides ou redondants, ce qui peut diminuer les signaux de confiance globaux pour ce fichier spécifique.
Le contenu obsolète dans un flux d’actualités offre une mauvaise expérience utilisateur. En adhérant strictement à la fenêtre de 48 heures, vous signalez au moteur de recherche que votre site est une source d’information active et actuelle. Cette discipline aide à maintenir une priorité d’exploration élevée pour votre domaine, ce qui est essentiel pour les cycles d’actualités de dernière minute.
- Supprimez les URL du sitemap Actualités une fois qu’elles dépassent 48 heures.
- Assurez-vous que les URL des articles restent accessibles dans le sitemap XML principal pour une indexation à long terme.
- Vérifiez que votre fichier robots.txt autorise l’accès à ces fichiers.
- Mettez à jour le fichier d’index du sitemap chaque fois qu’un nouveau sitemap est généré.
- Vérifiez les paramètres de cache de votre CMS pour vous assurer que la sortie XML ne sert pas de versions mises en cache et obsolètes.
Quelles erreurs courantes devez-vous éviter ?
Une erreur fréquente consiste à inclure des pages non liées aux actualités dans le sitemap Actualités dédié. Google n’attend que du contenu journalistique dans ces fichiers ; l’inclusion de pages de contact, d’archives de catégories ou de portails de connexion provoque des erreurs dans la Search Console. Gardez votre flux Actualités exclusivement pour les articles.
Un autre problème est un formatage de date inapproprié. Si votre CMS génère des dates dans un fuseau horaire local sans décalage, le robot d’exploration peut mal interpréter l’heure de publication. Forcez toujours l’UTC ou incluez le décalage TZD correct dans vos chaînes W3C. La validation de ces chaînes par rapport à un validateur de schéma fera gagner un temps précieux pendant la phase de débogage.
Par où commencer cette semaine
Vérifiez immédiatement votre structure de sitemap XML actuelle par rapport aux exigences de Google News. Si vous êtes un éditeur d’actualités, vérifiez que votre CMS génère correctement les balises requises. Commencez par tester votre sitemap dans un environnement de développement local avant de le déployer sur votre site en ligne pour éviter les conflits d’indexation et confirmer que les formats de date W3C sont générés correctement. Surveillez votre onglet de couverture de la Search Console pendant au moins 72 heures après le déploiement pour vous assurer qu’aucune nouvelle erreur n’apparaît.