L’article explique que le protocole atproto, utilisé par Bluesky, ne repose pas sur des instances comme Mastodon. Contrairement à ce que certains pensent, atproto n’implique pas de serveurs séparés gérant des communautés distinctes, mais plutôt un réseau unique où les utilisateurs publient directement sur un espace global, sans fragmentation.
L’auteur compare cette approche à l’ère des blogs et des agrégateurs RSS, où les contenus étaient centralisés dans des applications comme Google Reader, sans être "captifs" d’un serveur spécifique. Il souligne que les instances (comme dans Mastodon) sont une solution de contournement pour la décentralisation, mais qu’elles introduisent des problèmes de fédération et de confiance dans les administrateurs.
Enfin, il critique le modèle des instances, où l’identité d’un utilisateur est liée à son serveur (ex: utilisateur@instance.social), le rendant dépendant de cette entité. atproto, en revanche, évite cette contrainte en unifiant l’espace de publication.
Dans son article, Lea Verou aborde les défis rencontrés lors de la création de composants web accessibles et localisables en 2025, tout en présentant deux composants qu'elle a développés pour afficher les "likes" de Bluesky. Elle partage des conseils pratiques sur l'utilisation des éléments <slot> et des attributs pour la personnalisation, tout en mettant l'accent sur la balance bénéfice / effort de développement.