Créer une balise de découverte RSS, Atom ou JSON Feed

Ce générateur reçoit un type de flux et une URL absolue, choisit le type de média adapté, échappe les caractères susceptibles de rompre un attribut HTML et renvoie un élément link rel alternate complet, prêt pour la section head. Il prend en charge RSS, Atom et JSON Feed, tout en refusant les formats inconnus et les URL non web incorrectes.

Choisissez le format correspondant au document publié

Une balise de découverte n’est utile que si son attribut type décrit fidèlement la ressource visée par l’URL. Choisissez rss pour un document RSS en XML, atom pour un document Atom en XML ou json-feed pour un document JSON Feed. Le générateur associe ces choix à application/rss+xml, application/atom+xml et application/feed+json. Il ne consulte ni ne télécharge la destination : le format choisi doit donc correspondre au contenu réellement servi. Une déclaration exacte permet aux lecteurs de déterminer s’ils savent traiter la ressource avant de la récupérer. Elle évite également des erreurs fréquentes de copier-coller, par exemple annoncer un point d’accès Atom avec le type RSS ou présenter JSON Feed comme du JSON générique. Les noms inconnus sont refusés plutôt que devinés, car un type vraisemblable mais faux complique le diagnostic. Si votre site propose plusieurs formats, exécutez le générateur pour chaque adresse et placez tous les éléments obtenus dans head. Chaque balise représentera alors une véritable variante qu’un client compatible pourra sélectionner.

Indiquez l’URL publique canonique du flux

Saisissez une URL HTTP ou HTTPS absolue accessible au lecteur de flux d’un visiteur, par exemple https://example.com/feed.xml. Une adresse absolue convient mieux aux métadonnées de découverte : les copies de page, les documents en cache et les clients qui interprètent différemment l’URL de base continueront à viser la même ressource. Le générateur retire les espaces périphériques, vérifie que la valeur constitue une URL et refuse les schémas file, data ou javascript. Il conserve l’adresse fournie au lieu d’en réécrire silencieusement le chemin, la requête, le fragment, l’échappement ou la casse. Les caractères spéciaux d’un attribut HTML sont encodés dans le balisage produit ; une esperluette de la chaîne de requête devient ainsi sûre sans modifier le champ url renvoyé. Cette validation confirme la forme et le schéma, pas la propriété, la disponibilité, le type de contenu, les redirections ni TLS. Testez séparément la ressource publiée et vérifiez qu’elle renvoie bien le flux attendu.

Insérez puis contrôlez l’élément généré

Copiez la balise renvoyée dans la section head de la page HTML dont vous souhaitez signaler le flux. Le résultat emploie rel="alternate", le type de média propre au format et l’URL échappée comme href. Il omet volontairement title, car les données reçues ne contiennent que le format et l’adresse ; inventer une description serait moins pertinent que vous laisser choisir la langue et le libellé dans votre modèle. Si votre site possède plusieurs flux, par exemple un flux principal et des flux thématiques, créez un élément par URL et ajoutez des titres explicites dans votre application lorsque les utilisateurs doivent les distinguer. Examinez le code source réellement livré après le déploiement, puisqu’un moteur de modèles ou une couche de sécurité peut transformer le balisage. Essayez ensuite la découverte avec au moins un lecteur et contrôlez les en-têtes de réponse. L’outil du navigateur et l’API exécutent la même fonction déterministe : des entrées identiques produisent les mêmes champs et la même balise. Vos automatisations peuvent appeler l’API pour $0.002 par requête, tandis que l’usage interactif s’exécute localement dans le navigateur.