Ce que fait réellement un flux RSS
RSS est un format XML conçu pour diffuser une liste de contenus. Un flux contient des éléments qui décrivent généralement un titre, un lien, une date, un identifiant et parfois un résumé ou une image. Le logiciel de diffusion consulte cette liste à intervalles réguliers et compare ce qu’il voit avec ce qu’il a déjà traité.
Le flux ne publie rien sur les réseaux sociaux par lui-même. Il signale seulement qu’un contenu existe ou qu’il a changé. Une seconde étape récupère les informations utiles, prépare les variantes puis applique les règles de validation et d’envoi.
Cette séparation explique pourquoi un lecteur RSS peut afficher correctement un article alors qu’un outil social échoue. Le lecteur se contente parfois du titre et du résumé. La publication Instagram, elle, peut exiger une image accessible dans un format accepté.
Trouver le bon flux sur le site du média
De nombreux sites annoncent leur flux dans le code HTML avec une balise de découverte. D’autres proposent une adresse visible dans le pied de page ou dans la documentation du CMS. WordPress expose souvent un flux général et des flux par catégorie, mais une configuration ou une extension peut modifier ces adresses.
Il ne faut pas retenir le premier fichier XML trouvé. Ouvrez-le et comparez ses cinq derniers éléments avec les articles visibles sur le site. Vérifiez la rubrique, la langue et l’ordre des dates. Un flux de commentaires peut ressembler à un flux d’articles au premier coup d’œil.
Pour un média composé de plusieurs verticales, mieux vaut connecter une source précise que filtrer tardivement une liste trop large. Les règles deviennent plus faciles à expliquer et une rubrique sensible peut garder son propre niveau de validation.
Lire les champs qui déterminent la fiabilité
Le titre sert à identifier le contenu pour l’utilisateur, mais il ne doit pas être la seule clé technique. Deux articles peuvent partager le même titre, et un titre peut être corrigé après publication. Le flux devrait fournir un identifiant stable ou, à défaut, une adresse canonique stable.
La date de publication aide à ordonner les éléments. La date de mise à jour peut signaler une correction, mais elle ne devrait pas transformer automatiquement l’article en nouveauté. L’outil doit conserver la première détection et décider séparément si une modification justifie de refaire les brouillons.
Le résumé est utile pour un premier aperçu. Il est parfois coupé après quelques phrases, nettoyé de ses balises ou rempli par le chapô. Pour préparer un texte fidèle, le système peut avoir besoin d’ouvrir la page de l’article et d’en extraire le contenu principal.
- Un identifiant ou une URL qui ne change pas après une correction du titre.
- Une date au format lisible par les machines et avec un fuseau clair.
- Un lien qui mène directement à l’article, sans redirection inutile.
- Un résumé utile, mais jamais considéré comme l’article complet par défaut.
RSS et Atom répondent au même besoin avec des règles différentes
RSS 2.0 et Atom servent tous deux à syndiquer du contenu. Atom décrit explicitement des entrées avec un identifiant, une date de mise à jour et des liens typés. RSS possède une histoire plus fragmentée, mais reste très courant dans les outils de publication et les CMS.
Pour une rédaction, le choix importe moins que la qualité du fichier réellement produit. Un flux Atom complet vaut mieux qu’un RSS où les identifiants changent à chaque génération. L’inverse est vrai aussi. Le test doit porter sur les éléments présents, leur stabilité et leur correspondance avec le site.
Un bon connecteur accepte les deux formats sans masquer leurs différences. Il doit notamment savoir choisir le lien principal lorsqu’une entrée Atom en expose plusieurs, et ne pas confondre la date de mise à jour du flux avec celle d’un article.
Décider à quelle fréquence consulter la source
Un flux n’envoie pas toujours une notification. Le plus souvent, le service vient le consulter. Une rédaction qui publie une fois par semaine n’a pas besoin d’une vérification chaque minute. Un média d’actualité peut attendre un délai plus court, à condition de ne pas surcharger inutilement son propre site.
La fréquence doit aussi tenir compte du temps de validation. Détecter un article trente secondes plus tôt ne sert à rien s’il reste ensuite deux heures dans une file sans responsable disponible. Le bon réglage correspond au rythme de la rédaction, pas à la vitesse maximale du serveur.
Lorsqu’une source ne répond pas, le service devrait attendre puis réessayer. Il ne doit pas conclure immédiatement que le flux a disparu, ni recréer tous les articles quand la connexion revient. Le dernier état connu permet de reprendre au bon endroit.
Empêcher qu’un même article entre deux fois
La déduplication commence au moment de la lecture du flux. L’identifiant fourni par la source constitue le meilleur repère lorsqu’il est stable. L’adresse canonique peut prendre le relais. Le titre seul est trop fragile, et la date seule ne distingue pas deux contenus publiés au même instant.
Il faut aussi normaliser les petites variations d’adresse. Un paramètre de suivi ajouté au lien ne crée pas un nouvel article. Une barre oblique finale ou une redirection entre les versions avec et sans « www » ne devrait pas non plus produire un doublon.
Après cette première protection, chaque tentative de génération et de publication doit garder sa propre clé. Ainsi, le retour d’une tâche interrompue reprend l’opération existante au lieu de créer une nouvelle série de brouillons.
Récupérer l’image sans supposer qu’elle existe
Un élément RSS peut contenir une pièce jointe, une balise issue d’un espace de noms média ou du HTML dans sa description. Certains éditeurs n’exposent aucune image dans le flux. Dans ce cas, l’outil peut consulter les métadonnées sociales de la page et chercher l’image déclarée pour le partage.
L’adresse doit être publique au moment où la plateforme la récupère. Une image protégée par une session, bloquée pour certains robots ou servie uniquement après l’exécution de JavaScript peut apparaître dans le navigateur de la rédaction et rester inaccessible au réseau social.
L’absence d’image n’a pas la même conséquence partout. Un brouillon texte avec un lien peut rester valable sur certaines plateformes. Pour une publication Instagram qui exige un média, l’interface doit afficher un blocage clair et demander une image avant l’envoi.
Prévisualiser avant d’activer la surveillance
La meilleure étape de configuration tient dans une petite liste : les derniers titres, leurs dates et leurs adresses. L’utilisateur peut confirmer que la source correspond au site et repérer un contenu inattendu avant de lancer l’automatisation.
Cette prévisualisation sert aussi de diagnostic. Si le dernier article manque, le problème se trouve probablement dans le flux ou son cache. Si le titre apparaît mais que l’image est absente, il faut regarder les données de l’élément ou les métadonnées de la page.
Conservez cette vue après la connexion. Lorsqu’un média change de CMS ou réorganise ses rubriques, elle permet de vérifier rapidement ce que le service reçoit sans attendre la prochaine publication sociale.
Tester le parcours complet avec une checklist courte
Publiez d’abord un article de test accessible au public. Attendez sa présence dans le flux, puis observez sa détection. Vérifiez le titre, l’adresse, le résumé et l’image. La préparation sociale peut commencer seulement lorsque ces quatre éléments pointent vers le même contenu.
Corrigez ensuite le titre dans le CMS. Le service devrait mettre à jour les informations utiles sans créer un second article. Coupez temporairement l’accès à l’image pour voir si le blocage est expliqué, puis rétablissez-la et reprenez l’envoi.
Ce petit scénario couvre davantage de risques qu’une longue démonstration. Il montre la découverte, la mise à jour, l’échec et la reprise avec des données que la rédaction connaît déjà.
- Le nouvel article apparaît une seule fois dans la file.
- La correction du titre ne déclenche pas une seconde diffusion.
- L’adresse canonique reste celle du site public.
- L’image manquante produit un état compréhensible.
- Le retour du flux reprend la surveillance sans importer tout l’historique.
Surveiller le flux après une évolution du site
Un flux stable peut changer sans disparaître. Une nouvelle extension modifie le résumé, le CMS remplace les identifiants ou la rédaction réorganise les catégories. Le service continue parfois à recevoir un fichier valide tout en lisant de mauvaises données.
Conservez un contrôle léger sur les derniers éléments détectés. Une alerte devient utile lorsque le flux reste vide plus longtemps que le rythme habituel, lorsque toutes les adresses changent de domaine ou lorsque les dates remontent soudainement plusieurs mois en arrière.
Évitez toutefois de transformer chaque retard en incident. Un hebdomadaire peut publier avec quelques jours d’écart. Les seuils doivent suivre la fréquence réelle de la source et non une valeur identique pour tous les médias.
Après une migration, comparez quelques anciens articles avec leurs nouvelles adresses. Si les redirections et les URL canoniques sont cohérentes, la surveillance peut reprendre sans traiter l’archive comme une série de nouveautés.
Sources officielles
Documents utilisés pour vérifier les points techniques de cet article.