Une URL terminée par .xml ne garantit pas un flux exploitable. Il faut vérifier le code HTTP, le type MIME, l’encodage, la structure du canal et les items, puis annoncer le flux dans la page liste avec link rel="alternate".
La réponse utile dépend de l’objectif de la page, des personnes autorisées à la modifier et du coût d’une erreur. Un workflow fiable sépare la décision éditoriale, la diffusion technique et la vérification finale au lieu de cacher ces trois étapes dans une seule automatisation.
La décision à prendre en premier
Testez comme un agrégateur plutôt que comme un navigateur. Téléchargez la réponse, analysez le XML et contrôlez URL, GUID, dates, descriptions et lien atom:self.
Une méthode concrète
- Confirmer une réponse 200 sans boucle de redirection.
- Analyser le XML en collectant les erreurs libxml.
- Contrôler au moins un item complet et sa date RFC 822.
- Vérifier la découverte du flux dans le HTML de la page liste.
- Tester séparément chaque langue et variante sociale.
Contrôles avant publication
- La source de vérité est explicite et peut être restaurée.
- Les URL, les dates et les affirmations visibles correspondent à la page diffusée.
- Un relecteur humain peut reproduire le contrôle sans service caché.
Le principal piège
Un flux peut être syntaxiquement valide tout en publiant des liens incorrects ou des dates futures. Le contrôle doit aussi porter sur le sens des champs.
Prochaine étape recommandée
Conservez un test de fumée dans le dépôt et lancez-le après toute modification du routage, des contenus ou du générateur.
Atelier de vérification : une preuve avant la décision
Exercice proposé sur un périmètre choisi, avec des données fictives si nécessaire. Consignez le résultat observé ; ce scénario ne décrit pas un test déjà réalisé sur votre site.
- Manipulation à essayer
Choisissez un article publié et un brouillon fictif. Examinez le XML du flux et vérifiez lesquels apparaissent, puis ouvrez le lien de l’article publié.
- Trace à conserver
Conservez identifiant de flux, titre, URL, date et extrait observés. Comparez ces champs avec la page réellement accessible.
- Ce que la preuve ne démontre pas
Un XML bien formé ne prouve ni pertinence des entrées ni découverte par les abonnés. Un flux ne doit pas rendre public un brouillon par accident.
Une recette courte du flux RSS
Après une publication, comparez la page, le flux et le lien de découverte dans le HTML. Le même article doit avoir un titre compréhensible, une URL définitive et une date cohérente dans chaque endroit. Ouvrez au moins une entrée avec un lecteur ou un validateur de flux.
Testez aussi un accent, une esperluette et une URL modifiée : un XML bien formé peut encore pointer vers une mauvaise page. Vérifiez le statut HTTP du flux et son type de contenu. La découverte doit mener au flux de la langue ou de la rubrique annoncée.