RSS : les bonnes pratiques pour publier un flux de contenu
En bref
- Utiliser Atom ou RSS 2 (pas d'autres formats) avec les en-têtes Content-Type corrects.
- Toutes les URL du flux doivent être absolues et servies en HTTPS.
- Annoncer la découverte du flux dans le HTML de chaque page avec les balises <link> appropriées.
- Publier le contenu complet plutôt que des extraits, sauf contrainte de monétisation.
- Ignorer les CSS et JavaScript : les lecteurs RSS les filtrent ou les ignorent.
Ce que dit la source
L'auteur propose un guide technique pour publier correctement un flux RSS/Atom. Le sujet se concentre exclusivement sur les aspects techniques (format, headers, découverte, sécurité) et non sur la stratégie de contenu. Les recommandations sont ordonnées par importance perçue : choix du format, en-têtes HTTP, URLs absolues, découverte, HTTPS, contenu complet, gestion HTML/CSS/JS.
- Préférer Atom pour un nouveau flux (spécification plus claire et moins ambiguë que RSS 2) ; RSS 2 reste acceptable si déjà en place.
- Utiliser les Content-Type standards : `application/atom+xml`, `application/rss+xml`, `application/feed+json`.
- Inclure des balises `<link rel=alternate>` dans le HTML de chaque page pour permettre aux lecteurs et moteurs de découvrir le flux.
- ,
- Servir le flux en HTTPS et s'assurer que tous les contenus embarqués (images, médias) utilisent aussi HTTPS.
- Mettre en avant le contenu complet plutôt que des extraits, sauf si la monétisation l'empêche.
Dans les commentaires
Débat limité mais convergent : les commentateurs confirment les principes de base (Atom préféré, HTTPS obligatoire) tout en corrigeant un point non couvert ici (CSS/JS dans les flux).
- L'auteur semble ne pas avoir inclus de section HTML/Styling dans l'extrait fourni, mais un commentateur signale que celle-ci (absente de la source) contient des informations trompeuses : CSS fonctionne rarement sauf styles de texte inline, et la plupart des lecteurs filtrent les balises `<style>`. Les formulations préférables seraient : exclure `<style>`, utiliser uniquement CSS inline si vraiment nécessaire, accepter qu'il soit ignoré.
- Quelques commentateurs notent des omissions pratiques : support des tag URIs (RFC 4151) pour les identifiants d'entrées, limitations des traducteurs dans les lecteurs autonomes pour sites multilingues.
Notre lecture
Article utile et bien fondé sur les bases stables du RSS/Atom, aucune révolution technique. Aucune action immédiate pour une DSI, mais important pour tout propriétaire de blog ou site éditorial qui veut que son flux soit consommé correctement par le plus large éventail de clients. Le principal apport est de recadrer : ne pas surcharger CSS/JS (ils ne passent de toute façon pas), privilégier Atom pour du neuf, s'assurer de la découverte et de la sécurité. À surveiller pour qui maintient un flux : la rectification sur CSS/Styling est probablement pertinente si elle existe dans la version complète.