Pour cette nouvelle mouture du blog, j'ai décidé de tenter l'expérience FeedBurner. FeedBurner offre différents services autour des fils re-publiés par ses soins. Le principal étant sans doute d'offrir des statistiques d'abonnement aux fils. Mais, devinez quoi, ce n'est pas vraiment pour cette raison que j'ai décidé de tester le service. :-)

Par exemple :

  • Savoir que j'ai 30 ou 300 abonnés à mes fils ne change pas grand chose : le nombre restera faible et ça je le savais déjà.
  • Savoir que le nombre d'abonnés à la version RSS est presque 3 fois supérieur au nombre d'abonnés à la version Atom est déjà plus intéressant. Mais je m'en doutais également : ça reste dans la logique.

Vous l'aurez compris, l'aspect statistique de la chose m'intéresse guère. De toute façon, si je veux des stats, je dispose d'Urchin et, mieux encore, d'un accès aux logs bruts du serveur.

En réalité, j'ai vu en FeedBurner une belle occasion de diminuer la charge serveur et la consommation de bande passante liées à la consultation des fils de syndication.

Je m'explique...

La syndication est quelque chose que j'ai toujours considérée comme importante (avant même que je ne devienne un blogmaniac).

En standard, DotClear nous gâte puisqu'on dispose :

  • des fils généraux sur les billets et l'ensemble des commentaires,
  • de fils sur les billets par catégories,
  • et de très pratiques fils sur les commentaires par billet,
  • et le tout dans deux formats différents[1] ...

A cela, se greffent des choix faits pour ce blog :

  • J'ai déjà rajouté la possibilité d'avoir des fils sur les tags. Et je compte bien faire de même prochainement pour les commentaires par catégorie ou par tag.
  • Etant moi-même un adepte de la lecture des fils dans un lecteur spécifique, je ne m'imaginais pas fournir des contenus tronqués pour les fils que je publie.
  • L'arrivée du Rapido : avec une fréquence et un nombre plus élevés de publications courtes, il m'a semblé nécessaire d'augmenter le nombre d'entrées dans les fils.

Au final, aucun doute : ça fait du monde et donc un risque de sur-consommation de ressources serveur[2].

Et FeedBurner dans tout ça alors ?

En passant les fils par FeedBurner, c'est quasiment tout benef' puisque :

  • C'est alors lui qui distribue le contenu à mes abonnés.
  • Les fils re-publiés sont synchronisés toutes les 30 minutes avec les fils directs du blog.
  • Cette synchronisation s'effectue avec des requêtes GET conditionnelles[3] : si les fils d'origine n'ont pas changé, FeedBurner n'en redemandera pas le contenu.

Ainsi, en mettant les fils principaux du blog à disposition via FeedBurner, je soulage mon pauvre petit mutualisé d'une bonne partie de la charge engendrée normalement par les flux.

Quelques autres petits plus :

C'est de la pub pour un produit miracle là ?

Bien sûr que non. Il y a également des inconvénients. Le principal est inconstestablement le fait de dépendre d'un service tiers :

  • Rien ne garantit que FeedBurner ne finira pas par imposer de la publicité dans les fils re-publiés gratuitement.
  • Il est préférable de veiller régulièrement les conditions d'usage du service.
  • Si le service connait des coups de mou, on risque souvent de s'en apecevoir bien après les abonnés aux fils.

Dans une moindre mesure :

  • La synchro toutes les 30 minutes, si elle est amplement suffisante pour les fils de billets, peut s'avérer insuffisante dans le cas d'un blog très animé niveau commentaires[4].
  • Les URLs FeedBurner ne gèrent pas de paramètres. Ainsi est-il nécessaire de créer autant d'entrées FeedBurner que l'on veut gérer de types de flux (commentaires, catégories, ...). Pas toujours pratique[5]. C'est un peu pour cette raison que je ne propose que les fils principaux via ce service.

Bon... Et au final ?

Sur les quelques semaines écoulées depuis la remise en route de ce blog, je suis globalement assez satisfait du service. Au point d'envisager d'en généraliser l'usage :

  • pour d'autres fils de ce blog,
  • pour les fils d'autres blogs.

Notes

[1] RSS 1.0 et Atom 1.0 dans cette version de DotClear.

[2] Surtout si on prend en compte des lecteurs configurés pour un rafraichissement fréquent et/ou ne gérant pas (ou mal) le cache HTTP

[3] En fonction de l'entête Expires seulement, puisque qu'apparemment les ETags sont ignorés.

[4] Néanmoins, on peut contourner cela en notifiant directement FeedBurner.

[5] Bien que cela doit être faisable en automatique via les APIs. Ca pourrait d'ailleurs faire l'objet d'un plugin DotClear marrant.