Si on a juste besoin d’accéder aux données côté client, on peut regarder du côté de localStorage, sessionStorage, database storage. Pas de transmission sur le réseau et plus propre que le hack window.name. Mais pas encore supporté par tous les navigateurs.

@Adrien: oui, mais j’ai toujours une répulsion naturelle à détourner un outil de son usage et à exploiter des effets de bord. D’expérience c’est toujours quelque chose qui te revient sur le coin de la g*.
Mais là en plus ça pose plein de problèmes :
- Ca ne sert que ce qui est pur frontend vu que contrairement aux cookies le serveur ne « voit»  jamais ce qu’on y stocke. Pas de préférence importance donc.
- On ne peut rien y stocker qui est même un minimum sensible vu qu’il n’y a pas d’isolation des domaines
- Ca pose de sérieux problème de vie privée (non seulement un site tiers peut connaitre tes préférences, mais aussi vérifier si tu as visité tel ou tel site tiers)

J’ai du mal à voir dans quel cas elle est plus intéressante qu’un cookie en fait.

ce n’est pas directement dans le sujet mais as-tu entendu parlé de http://www.thomasfrank.se/sessionvars.html qui ne concerne du coup que les valeurs non persistantes mais qui par conséquent permet de s’affranchir des cookies ? La méthode repose sur l’utilisation de « window.name» .

Je me doute que cette méthode relève plus du dépannage que de la bonne pratique comme tu le préconises mais dans un monde imparfait, ça dépanne.