Validateur RSS de balado

Structure et exigences du format RSS 2.0 pour les balados

Le format RSS 2.0 constitue la base technique de la syndication de contenu audio sur le Web. Pour qu'un fil RSS de balado soit valide, il doit respecter une structure XML stricte et inclure des métadonnées spécifiques au niveau du canal et de chaque épisode.

La validation commence par l'examen de la racine du document. Le document root doit être <rss>. Si l'analyseur détecte une déclaration de type de document au début du fichier, l'outil affiche l'erreur « Supprimez la déclaration DOCTYPE avant de vérifier ce fil RSS. ». De plus, l'attribut version de la balise <rss> doit être défini précisément à « 2.0 ».

Au niveau de la hiérarchie, le document RSS doit contenir exactement un élément enfant direct <channel>. Si cette règle n'est pas respectée, le validateur signale un problème de structure. Ce canal principal doit regrouper l'ensemble des informations descriptives du balado ainsi que la liste des épisodes. Une règle fondamentale pour la publication est qu'une chaîne doit contenir au moins un épisode pour être considérée comme valide.

Exigences spécifiques pour Apple Podcasts

Les répertoires de diffusion, en particulier Apple Podcasts, imposent des règles supplémentaires qui se greffent sur le standard RSS 2.0. Pour que ces éléments soient reconnus, l'espace de noms Apple Podcasts doit être déclaré sur la balise <rss>.

Le validateur vérifie la présence et la conformité des champs requis pour le canal et les épisodes. Si un champ obligatoire est absent, l'outil génère l'erreur « Ajoutez le champ obligatoire ‹field›. ». Les liens vers le site web ou les images associés au balado doivent également respecter des critères de formatage stricts. Un lien invalide déclenchera l'erreur « ‹field› doit être une URL HTTP ou HTTPS complète. ». Pour les illustrations, l'erreur « Donnez à l’attribut href de itunes:image une URL HTTP ou HTTPS complète. » s'affiche si l'adresse est mal formée.

D'autres balises spécifiques font l'objet d'un contrôle rigoureux:

• Catégories: La balise de catégorie doit être correctement configurée, sans quoi l'erreur « Ajoutez un attribut text non vide à itunes:category. » est soulevée.
• Contenu explicite: La balise <itunes:explicit> doit être configurée de manière binaire. Sa valeur doit être définie sur « true » ou « false ».
• Émissions en série: Si le balado est configuré comme une émission en série, les applications de lecture exigent une numérotation stricte. Les émissions en série nécessitent un entier positif pour chaque épisode.
• Volume d'épisodes: Bien qu'un fil puisse techniquement contenir un grand nombre d'entrées, Apple Podcasts limite l'affichage dans son répertoire. Si un fil dépasse cette limite, le validateur affiche l'avertissement « Ce fil contient ‹count› épisodes; Apple Podcasts n’affiche que les 2 000 plus récents. ».

Validation des fichiers audio et des enclosures

L'élément <enclosure> est l'élément XML qui lie le fichier média physique à l'épisode dans le fil RSS. Chaque épisode doit comporter exactement un élément <enclosure>. La présence de plusieurs balises de ce type pour un même épisode génère une erreur indiquant le nombre d'éléments trouvés.

Le validateur analyse les attributs de l'élément <enclosure> sans toutefois télécharger ni décoder le fichier audio sous-jacent. Si un attribut requis est manquant, l'outil affiche le message « Ajoutez l'attribut ‹attribute› requis à <enclosure>. ».

Les attributs de l'enclosure doivent respecter les spécifications suivantes:

• URL: L'adresse du fichier doit être valide. Une URL incorrecte génère l'erreur « Donnez à l’attribut url de <enclosure> une URL HTTP ou HTTPS complète. ». De plus, chaque URL d'enclosure doit être unique au sein du fil. Si une adresse est dupliquée, l'erreur « Cette URL de <enclosure> répète la valeur de la ligne ‹first›. » apparaît.
• Taille (length): L'attribut length doit indiquer la taille du fichier en octets sous la forme d'un nombre entier. Une valeur non numérique déclenche l'erreur « Donnez à l’attribut length de <enclosure> un nombre entier d’octets. ». Si la valeur est définie à 0, l'outil affiche l'avertissement « L’attribut length de <enclosure> vaut 0. Confirmez le nombre réel d’octets avant de publier. ».
• Type MIME: Le type de média doit être valide (par exemple, audio/mpeg). Un type MIME invalide provoque l'erreur « Utilisez un type MIME valide tel que audio/mpeg. ». Si le type MIME n'indique pas un format audio, le système affiche l'avertissement « Cet élément n’est pas identifié comme audio. Confirmez qu’il s’agit bien d’un épisode vidéo ou d’un document. ». Enfin, l'extension du fichier dans l'URL doit correspondre au type déclaré, sous peine de déclencher l'avertissement « L’extension du fichier média et le type MIME ne concordent pas (‹extension› et ‹mime›). ».

Importance du formatage des dates et gestion des identifiants

L'ordre chronologique et la publication des épisodes dépendent directement de la balise <pubDate>. L'absence de cette balise nuit à la distribution et déclenche l'avertissement « Ajoutez <pubDate> afin que les applications de balado puissent classer et publier cet épisode correctement. ».

Le format de date requis pour les fils RSS est le standard RFC 2822. Les dates doivent correspondre à des valeurs réelles du calendrier et inclure un fuseau horaire. En cas de non-conformité, l'erreur suivante est générée: « Utilisez une date RFC 2822 avec une date et un fuseau horaire réels, par exemple: Sat, 01 Apr 2023 19:00:00 +0000. ». Bien que les fuseaux horaires nommés (comme EST ou GMT) soient parfois tolérés par certains lecteurs, ils réduisent la portabilité du fil. L'outil affiche alors l'avertissement « Ce fuseau horaire nommé est accepté, mais moins portable; préférez un décalage numérique comme +0000. ».

Parallèlement aux dates, la gestion des identifiants uniques (GUID) est essentielle pour éviter que les applications de lecture ne téléchargent plusieurs fois le même épisode ou ne ratent des nouveautés. Chaque épisode doit posséder un GUID unique. Si un doublon est détecté, le validateur affiche l'erreur « Ce GUID répète la valeur de la ligne ‹first›. ».

Interprétation des résultats et correction des erreurs

Le validateur traite les données soumises directement dans le navigateur de l'utilisateur, garantissant que le fil RSS du balado n'est ni téléversé ni enregistré sur les serveurs. La taille maximale du texte XML acceptée pour une vérification est de 500 000 caractères.

Si le document XML soumis comporte des erreurs de syntaxe fondamentales qui empêchent sa lecture, l'analyseur interrompt son travail et affiche le message « Corrigez le XML mal formé, puis relancez la validation. ». Des détails techniques supplémentaires peuvent être fournis sous la mention « Détail de l'analyseur: ‹detail› ». Si le traitement dépasse le temps imparti, le message « La validation a pris trop de temps. Essayez un fil RSS plus court. » s'affiche. En cas d'échec inattendu, l'outil indique « La validation n’a pas pu être terminée. ».

Lorsque l'analyse réussit, l'interface affiche un bilan sous la forme « ‹errors› erreurs et ‹warnings› avertissements trouvés » ou, si le fil est parfaitement conforme aux règles statiques, le message « Aucun problème structurel trouvé. ». Pour chaque anomalie détectée, le validateur fournit des repères précis pour guider la correction:

1. Localisation physique: L'outil indique l'emplacement exact sous la forme « Ligne ‹line›, colonne ‹column› ».
2. Chemin XML: Un chemin de type XPath est généré sous la mention « Correction: ‹path› ».
3. Lien direct: Un lien de navigation rapide permet de cliquer sur « Aller à ‹path›, ligne ‹line› » pour atteindre directement la zone concernée dans le code.

Si le nombre d'anomalies est très élevé, la liste peut être tronquée, ce qui est signalé par le message « Affichage des ‹shown› premiers problèmes sur ‹total›. ».

FAQ

Que vérifie ce validateur de balado RSS?

Il vérifie que le XML RSS 2.0 est bien formé, que les champs RSS requis et les champs courants d’Apple Podcasts sont présents, ainsi que les attributs de <enclosure>, les doublons et les dates RFC 2822.

Le fichier audio est-il testé?

L’outil vérifie l’URL de <enclosure>, le nombre d’octets, le type MIME, l’unicité ainsi que la concordance entre le nom et le type du fichier. Il ne télécharge ni ne décode le fichier audio.

Un fil RSS sans erreur sera-t-il accepté partout?

Non. Les applications et répertoires de balados peuvent imposer d’autres règles et effectuer des vérifications à distance. Un résultat sans erreur signifie seulement que le XML collé respecte les vérifications statiques affichées ici. L'outil n'ouvre pas les URL du fil, de l'illustration ou des médias; vous devez vérifier séparément leur accessibilité, le décodage audio et l'acceptation finale par les répertoires.