Fonctionnement de l’analyse de structure XML
Le Validateur de fils RSS traite le contenu XML des protocoles RSS 2.0 et Atom 1.0 afin d’en vérifier la conformité technique. L’analyse s’effectue directement dans le navigateur de l’utilisateur: le contenu du fil n’est ni téléversé ni conservé par BroBroGo.
L’outil accepte une limite stricte de 500 000 caractères par vérification. Lors de la soumission du texte, l’analyseur valide la syntaxe XML, identifie le format racine, puis examine la présence et la cohérence des balises obligatoires. Si le traitement dépasse les limites de temps système, le message « La validation a pris trop de temps. Essayez un fil plus petit. » s’affiche. En cas d’échec critique du processus, l’interface indique « La validation n’a pas pu être terminée. ».
Ce rapport se concentre exclusivement sur la structure et les règles de format courantes. Il ne valide pas l’exactitude des informations, la sécurité des données, la compatibilité avec l’ensemble des lecteurs du marché ou l’état de préparation pour la publication. De plus, l’outil n’effectue aucune requête réseau vers les adresses mentionnées dans le fil. Les URL ne sont jamais ouvertes, ce qui signifie que la disponibilité des serveurs, les redirections HTTP, la validité des certificats SSL et le contenu des pages de destination ne font l’objet d’aucun test.
Exigences et structure des fils RSS 2.0
Le format RSS 2.0 repose sur des règles structurelles précises que le validateur vérifie de manière séquentielle.
Structure du canal (channel)
Un document RSS valide doit comporter une structure de canal unique. Si cette règle n’est pas respectée, l’outil génère l’erreur « RSS doit contenir exactement un élément <channel> direct; ‹count› trouvé(s). ». Chaque élément obligatoire du canal, tel que le titre, le lien et la description, doit être présent une seule fois. L’absence d’un élément requis déclenche le message « Ajoutez le champ obligatoire ‹field›. », tandis qu’une répétition incorrecte produit l’erreur « Conservez exactement un champ ‹field›; ‹count› trouvé(s). ».
Validation des éléments d’entrée (items)
Pour chaque élément <item> présent dans le flux RSS, le validateur applique les règles suivantes:
- Règle du titre ou de la description: Un élément doit obligatoirement contenir au moins un titre ou une description.
- Lecture des métadonnées: L’analyseur extrait et valide le identifiant unique (
GUID), le lien (link) et la date de publication (publication date). - Format des dates: Les dates doivent respecter les spécifications de formatage du protocole. Une syntaxe de date erronée ou inexistante génère l’erreur « Utilisez une date réelle dans le format exigé par ce fil. ».
Exigences et structure des fils Atom 1.0
Le protocole Atom 1.0 impose des contraintes de validation différentes de celles du format RSS 2.0, notamment en ce qui concerne la gestion des auteurs et des liens.
Gestion des auteurs et héritage
Dans un fil Atom, la présence de l’auteur est obligatoire. Le validateur applique une règle d’héritage stricte:
- Si le fil global ne possède pas d’auteur, chaque entrée individuelle doit obligatoirement en définir un. L’absence d’auteur à ces deux niveaux déclenche l’erreur « Ajoutez un élément <author> au fil, ou un élément <author> direct à chaque entrée. » ou « Ajoutez un élément <author> à cette entrée, à son élément <source> ou au fil. ».
Règles relatives au contenu et aux liens alternatifs
Les entrées Atom doivent respecter la cohérence entre leurs éléments de contenu et leurs liens:
- Lien alternatif: Si une entrée Atom ne possède pas de contenu textuel ou d’élément intégré, elle doit obligatoirement inclure un lien alternatif. À défaut, l’outil affiche « Ajoutez un élément <link> alternatif lorsqu’une entrée Atom n’a pas de <content> intégré. ».
- Attribut src: Lorsque l’élément de contenu utilise l’attribut
srcpour pointer vers une ressource externe, il ne doit contenir aucun texte intégré ni élément enfant. Le non-respect de cette règle produit l’erreur « Lorsque <content> utilise src, retirez son texte intégré et ses éléments enfants. ». - Résumé obligatoire: Un élément de résumé est requis lorsque le contenu Atom est externe ou ne peut pas être lu sous forme de texte. L’erreur associée est « Ajoutez un élément <summary> lorsque le contenu Atom est externe ou illisible comme texte. ».
Gestion des liens et rôle de xml:base
La validation des adresses URL et des identifiants constitue un aspect critique de la conformité d’un fil de syndication.
Résolution des adresses relatives avec xml:base
Le protocole Atom 1.0 autorise l’utilisation d’adresses relatives pour les liens, à la condition expresse qu’une URL de référence soit définie via l’attribut xml:base. Le validateur utilise cet attribut pour résoudre les chemins relatifs et reconstituer les adresses absolues. Si une adresse relative ne peut pas être résolue à l’aide d’un xml:base valide, l’outil renvoie l’erreur « Utilisez une adresse absolue pour ‹field›; seules les références Atom ayant un xml:base utilisable peuvent être relatives. ».
Identifiants uniques et IRI
Les identifiants globaux (comme le champ <id> dans Atom) doivent respecter des critères de formatage stricts:
- Absolu obligatoire: Les identifiants relatifs ne sont pas admis pour les ID Atom. L’outil signale cette anomalie par le message « Utilisez un IRI absolu pour
‹field›; les identifiants relatifs ne sont pas des ID Atom valides. ». - Unicité des identifiants: Chaque ID doit être unique au sein du document. Si un identifiant est détecté plusieurs fois, le validateur affiche « Cet ID répète la valeur vue pour la première fois à la ligne
‹first›. ». - Analyse des URI: Tout lien présent dans un champ dédié doit être analysable en tant qu’URL ou référence URI valide. Dans le cas contraire, l’erreur « Corrigez
‹field›; ce lien ne peut pas être analysé comme une URL ou une référence URI. » est générée.
Erreurs de syntaxe XML et de version
Avant d’analyser les règles propres aux formats RSS ou Atom, le validateur s’assure de la conformité du document XML sous-jacent.
| Type d’anomalie | Message d’erreur généré | Cause technique |
|---|---|---|
| Déclaration DOCTYPE | « Retirez la déclaration DOCTYPE avant de vérifier ce fil. » | Présence d’une déclaration de type de document non autorisée dans ce contexte de validation. |
| XML mal formé | « Corrigez le XML mal formé, puis validez de nouveau. » | Balises non fermées, attributs mal orthographiés ou erreurs de syntaxe XML générale. |
| Format non pris en charge | « Utilisez un document RSS 2.0 <rss> ou Atom 1.0 <feed>. » | Le document soumis n’appartient à aucun des deux standards acceptés. |
| Version incorrecte | « Ce validateur prend en charge ‹format› ‹expected›; version détectée: ‹actual›. » |
Le format est correct (ex. RSS ou Atom) mais la version déclarée n’est pas prise en charge (ex. RSS 1.0 ou Atom 0.3). |
L’outil limite l’affichage des résultats pour préserver la lisibilité de l’interface. Il affiche un maximum de 200 problèmes et de 100 entrées analysées. Si le document dépasse ces volumes, les mentions « Affichage des ‹shown› premiers problèmes sur ‹total›. » et « Affichage des ‹shown› premières entrées sur ‹total›. » sont ajoutées au rapport.
FAQ
Quels formats de fil ce validateur prend-il en charge?
Il valide les documents RSS 2.0 et Atom 1.0 actuels. Les fils RSS plus anciens, RDF/RSS 1.0 et Atom 0.3 sont reconnus, sans être vérifiés selon les mauvaises règles.
Ouvre-t-il ou teste-t-il les liens du fil?
Il analyse les champs contenant des liens et résout les références Atom relatives avec xml:base. Il n’ouvre jamais les URL; la disponibilité, les redirections, les certificats et le contenu de destination ne sont donc pas testés.
Quels champs des entrées sont vérifiés?
Pour les éléments RSS, il vérifie le titre ou la description et lit le GUID, le lien et la date de publication. Pour les entrées Atom, il vérifie l’ID, le titre, la mise à jour, l’héritage de l’auteur, les liens alternatifs et les règles de contenu ou de résumé.
Pourquoi l’erreur DOCTYPE s’affiche-t-elle sur mon fil?
Le validateur exige l’absence de déclaration DOCTYPE pour analyser le flux en toute sécurité. Vous devez retirer cette déclaration de votre code XML avant de soumettre à nouveau le fil pour validation.