Nouvelle tempête sur les flux RSS, réduisons les intermédiaires !

Il y a quelques jours, c’est l’ensemble des items de mon flux complet qui reprenaient un statut « non lu » dans mon NetNewsWire³. Hier, deux anciens articles seulement redevenaient non lus.

Les URL de ces contenus — utilisées aussi comme guid — n’ayant à priori pas été modifiées, par quel mystère sont-il ressucités ?

Avez-vous aussi été témoins de ces problèmes ?

Vu que je suis aussi abonné au flux par mail auprès de FeedBurner⁴, je sais que le problème ne vient pas de mon client local NetNewsWire, c’est déjà ça.

Il reste donc deux maillons potentiellement faibles dans l’histoire, Yahoo ! Pipes que j’utilise pour agréger trois flux en un, et FeedBurner qui digère (presque) tous mes flux pour vous les distribuer.

Yahoo ! Pipes

Cela fait déjà pas mal de temps que je veux me passer de Yahoo ! Pipes, mon vaillant petit SPIP pouvant faire la même chose en mieux. L’expérimentation a été amusante, mais présente au final plus de défauts que d’avantages. Yahoo ! Pipes reste toujours très utile pour divers usages⁵, mais je vais m’en débarrasser pour mes flux RSS, c’est décidé.

FeedBurner

La position de FeedBurner est plus délicate. J’y vois toujours deux gros intérêts, et m’en passer sera plus difficile.

D’une part, bien entendu, FeedBurner me fourni des statistiques d’abonnement aux flux. Rien de tel qu’un nombre d’abonnés dérisoire pour relativiser la pertinence d’un classement Wikio⁶ ! ;-)

D’autre part, même si c’est une fonction à laquelle peu d’utilisateurs semblent penser, FeedBurner assure une fonction de proxy qui soulage énormément mon serveur⁷. Certes, le nombre réduit d’abonnés ne doit pas générer un trafic délirant, mais je pari sans frémir qu’au moins les trois quarts des abonnés⁸ — volontairement ou en utilisant un mauvais client — ne respectent pas le ttl que j’ai fixé dans mes flux à 60 minutes, et mettent ainsi en évidence la principale faiblesse de la syndication par pull qui sature tant les serveurs fournissant les contenus que les bandes passantes. Ce qui me rappelle au passage que je voulais mettre en place une syndication en push par XMPP⁹.

Autre problème de FeedBurner, c’est que les URL des flux changent suite au rachat par Google, mais je n’ai pas encore regardé si les anciennes URL seront tout de même conservées pour ne pas dérouter les utilisateurs. Pour l’instant, c’est dommage, la redirection est indiquée comme temporaire (code 302) et non permanente (code 301), donc les clients ne vont pas se mettre à jour...

Il se pourrait que je continue à utiliser ce service en migrant vers Google, mais en passant au passage à des adresses de flux avec mon propre nom de domaine.

Je vais aussi sans doute réduire le nombre de flux pour encore plus simplifier et arrêter d’embêter mes lecteurs avec des choix à faire.

Enfin bref, si vous avez une solution plus pertinente à me proposer pour remplacer les statistiques et la partie proxy fournies par FeedBurner, je suis preneur !