Bluesky : Concevoir la transparence algorithmique
« Nous ne pensons pas qu’un seul algorithme devrait tout gouverner. L’algorithme devrait être quelque chose que vous choisissez, comme on choisit une station de radio. » — Jay Graber, PDG
Bluesky est le premier réseau social à faire du choix algorithmique une primitive UX fondamentale plutôt qu’un réglage enfoui à trois niveaux de profondeur dans les paramètres. Construit sur l’AT Protocol (Authenticated Transfer Protocol), il sépare l’identité, les données et les algorithmes en couches indépendantes — puis expose cette architecture sous forme de design orienté utilisateur. Vous ne vous contentez pas d’utiliser le fil d’actualité de Bluesky. Vous parcourez un marché de fils créés par n’importe qui, épinglez ceux qui vous plaisent et passez de l’un à l’autre d’un simple tap. Ce n’est pas une curiosité technique ; c’est un modèle d’interaction fondamentalement différent pour les réseaux sociaux.
Ce qui fait de Bluesky une étude de design plutôt qu’un simple projet d’ingénierie, c’est que les décisions au niveau du protocole se manifestent sous forme de patterns d’interface. La portabilité de l’identité, les fils personnalisés, la modération composable et les services d’étiquetage sont autant de fonctionnalités du protocole qui ont nécessité de nouveaux paradigmes UX. Bluesky a dû inventer des patterns d’interaction pour des concepts qu’aucun réseau social précédent n’avait exposés aux utilisateurs.
Pourquoi Bluesky est important
Bluesky est passé de zéro à 25 millions d’utilisateurs en moins d’un an, prouvant que les choix de design au niveau du protocole peuvent se traduire en une UX grand public lorsque le travail d’interface est bien fait.
Réalisations clés : - Plus de 25 millions d’utilisateurs sans verrouillage algorithmique - Un marché de fils personnalisés avec des milliers d’algorithmes créés par la communauté - Premier grand réseau social avec identité portable (déplacez votre compte, gardez vos abonnés) - Modération composable : les utilisateurs choisissent leurs propres services de modération - Clients et générateurs de fils open source dès le premier jour - AT Protocol adopté par des applications tierces au-delà de Bluesky lui-même
Points clés à retenir
- Rendre les choix d’infrastructure visibles — Bluesky expose l’architecture du protocole sous forme de fonctionnalités utilisateur ; la sélection des fils, la portabilité de l’identité et l’étiquetage ne sont pas des paramètres — ce sont des interactions principales
- Le fil-en-tant-que-produit crée de la valeur écosystémique — En permettant à quiconque de construire et publier un algorithme de fil, Bluesky a transformé la curation de contenu d’un monopole d’entreprise en un marché communautaire
- La modération est un problème de design, pas seulement de politique — Les services de modération composables permettent aux utilisateurs de choisir leurs propres limites de contenu plutôt que d’imposer un standard corporate unique
- La portabilité de l’identité nécessite de nouveaux modèles mentaux — Les utilisateurs devaient comprendre les handles, les DIDs et la migration de serveur ; le travail de design de Bluesky a rendu ces concepts accessibles grâce à l’identité basée sur les domaines
- Les patterns familiers réduisent les frictions d’adoption — Malgré des différences radicales au niveau du protocole, l’expérience fondamentale de publication et de timeline reprend intentionnellement les patterns établis de Twitter
Principes de design fondamentaux
1. La sélection de fil comme navigation principale
La décision UX la plus radicale de Bluesky est de placer la sélection de fil au premier niveau de navigation. Les fils ne sont pas un réglage que vous configurez une fois — ce sont des onglets entre lesquels vous alternez tout au long de la journée.
RÉSEAUX SOCIAUX TRADITIONNELS
┌─────────────────────────────────────────────┐
│ [Accueil] [Explorer] [Notifications] │
│ │
│ ┌─────────────────────────────────────┐ │
│ │ Un seul algorithme décide de tout │ │
│ │ Vous voyez ce qu'on vous montre │ │
│ │ « Pour vous » = boîte noire │ │
│ └─────────────────────────────────────┘ │
└─────────────────────────────────────────────┘
L'APPROCHE DE BLUESKY
┌─────────────────────────────────────────────┐
│ [Abonnements] [Découvrir] [Posts rares] │
│ [Science] [Art] [Tendances] [+ Ajouter] │
│ ← glisser horizontalement pour changer → │
│ │
│ ┌─────────────────────────────────────┐ │
│ │ Chaque onglet = algorithme différent│ │
│ │ Vous choisissez lesquels apparaissent│ │
│ │ N'importe qui peut en créer un │ │
│ └─────────────────────────────────────┘ │
└─────────────────────────────────────────────┘
L’insight de design : Les onglets de fils utilisent le même modèle mental que les onglets de navigateur ou les chaînes de télévision. Les utilisateurs comprennent déjà « changer pour voir un contenu différent ». Bluesky a simplement appliqué ce pattern aux algorithmes.
/* Feed tab bar: horizontal scroll with active indicator */
.feed-tabs {
display: flex;
overflow-x: auto;
scrollbar-width: none;
gap: 4px;
padding: 8px 16px;
border-bottom: 1px solid var(--border-color);
}
.feed-tabs::-webkit-scrollbar {
display: none;
}
.feed-tab {
flex-shrink: 0;
padding: 8px 16px;
border-radius: 20px;
font-size: 14px;
font-weight: 500;
color: var(--text-secondary);
background: transparent;
border: none;
cursor: pointer;
white-space: nowrap;
transition: color 0.15s ease, background 0.15s ease;
}
.feed-tab:hover {
background: var(--hover-bg);
}
.feed-tab.active {
color: var(--text-primary);
font-weight: 600;
background: var(--active-bg);
}
/* Active indicator underline */
.feed-tab.active::after {
content: "";
display: block;
height: 3px;
background: var(--accent-blue);
border-radius: 1.5px;
margin-top: 6px;
}
2. L’identité basée sur le domaine comme signal de confiance
Le système de handles de Bluesky permet aux utilisateurs de définir leur identifiant comme n’importe quel domaine qu’ils contrôlent. Un journaliste du New York Times peut être journalist.nytimes.com. Un développeur peut être alice.dev. Cela transforme le DNS — une infrastructure internet invisible — en un signal de confiance visible.
SYSTÈME DE HANDLES
Par défaut : @alice.bsky.social
Domaine personnalisé : @alice.dev
Organisation : @journalist.nytimes.com
@researcher.mit.edu
CE QUE L'UTILISATEUR VOIT :
┌─────────────────────────────────────────────┐
│ ┌────┐ │
│ │ AV │ Alice Chen │
│ └────┘ @alice.dev │
│ ↑ │
│ Le domaine EST la vérification. │
│ Pas besoin de badge bleu. │
│ Si vous contrôlez le domaine, │
│ vous possédez l'identité. │
└─────────────────────────────────────────────┘
VS LA VÉRIFICATION TWITTER/X :
- Payer 8 $/mois pour un badge
- Le badge signifie « a payé » pas « vérifié »
- Aucune preuve cryptographique d'identité
- La plateforme contrôle le badge
VS LA VÉRIFICATION BLUESKY :
- Définissez votre handle comme votre domaine
- Un enregistrement DNS TXT prouve la propriété
- Pas de paiement, pas d'approbation de la plateforme
- Vous contrôlez la preuve
Pourquoi c’est important pour le design : Bluesky a entièrement éliminé le problème de design du « badge vérifié ». Le handle EST la vérification. Les designers n’ont pas besoin de créer des hiérarchies de badges, d’expliquer ce que les badges signifient, ou de gérer la confusion des utilisateurs entre vérification payante et vérification méritée.
3. La modération composable comme choix utilisateur
Au lieu d’une seule équipe de modération prenant toutes les décisions de contenu, Bluesky permet aux utilisateurs de s’abonner à des services de modération (appelés « labelers ») qui étiquettent le contenu selon différents standards.
MODÉRATION TRADITIONNELLE
Plateforme → Politique unique → Appliquée à tous les utilisateurs
L'utilisateur dispose de : « Voir moins » / « Bloquer » / « Signaler »
MODÉRATION COMPOSABLE DE BLUESKY
┌──────────────┐
│ Labeler : A │ → Étiquette le contenu NSFW
│ Labeler : B │ → Étiquette la désinformation
│ Labeler : C │ → Étiquette les spoilers
│ Labeler : D │ → Règles spécifiques à une communauté
└──────────────┘
↓
L'utilisateur s'abonne aux labelers en qui il a confiance
↓
Le contenu étiqueté par les labelers auxquels il est abonné
est : masqué / signalé par un avertissement / étiqueté
↓
L'utilisateur contrôle : quels labelers, quelles actions
INTERFACE DES PARAMÈTRES :
┌─────────────────────────────────────────────┐
│ Modération du contenu │
│ │
│ ┌─────────────────────────────────────┐ │
│ │ Modération Bluesky (par défaut) │ │
│ │ ✓ Abonné │ │
│ │ Labels : NSFW, spam, usurpation │ │
│ └─────────────────────────────────────┘ │
│ │
│ ┌─────────────────────────────────────┐ │
│ │ Labels communauté scientifique │ │
│ │ ✓ Abonné │ │
│ │ Labels : affirmations non vérifiées│ │
│ │ preprint │ │
│ └─────────────────────────────────────┘ │
│ │
│ Pour chaque type de label : │
│ [Masquer] [Avertir] [Afficher] [Ignorer] │
└─────────────────────────────────────────────┘
Patterns de design à s’approprier
Découverte du marché de fils
Le marché de fils est l’endroit où l’architecture protocolaire de Bluesky devient une fonctionnalité grand public. Les utilisateurs parcourent, prévisualisent et épinglent des fils comme ils le feraient pour des applications dans un app store.
MARCHÉ DE FILS
┌─────────────────────────────────────────────┐
│ Découvrir de nouveaux fils [🔍] │
│ │
│ Populaires en ce moment │
│ ┌──────────────────────────┐ │
│ │ 🔬 Science │ │
│ │ Posts sur la science │ │
│ │ par @science-feed.bsky │ │
│ │ ♥ 45.2K likes │ │
│ │ [Aperçu] [+ Ajouter] │ │
│ └──────────────────────────┘ │
│ │
│ ┌──────────────────────────┐ │
│ │ 🎨 Fil Art │ │
│ │ Posts artistiques curés │ │
│ │ par @art.bsky.social │ │
│ │ ♥ 32.1K likes │ │
│ │ [Aperçu] [+ Ajouter] │ │
│ └──────────────────────────┘ │
│ │
│ Catégories : │
│ [Actu] [Tech] [Art] [Science] [Sport] │
└─────────────────────────────────────────────┘
Le choix de design : Les cartes de fils affichent le handle du créateur, un compteur de likes comme preuve sociale, et un bouton d’aperçu avant de s’engager. Cela reprend les patterns des app stores que les utilisateurs connaissent déjà, réduisant le coût cognitif d’un concept nouveau.
/* Feed card in marketplace */
.feed-card {
padding: 16px;
border: 1px solid var(--border-color);
border-radius: 12px;
background: var(--card-bg);
transition: box-shadow 0.15s ease;
}
.feed-card:hover {
box-shadow: 0 2px 12px rgba(0, 0, 0, 0.08);
}
.feed-card-header {
display: flex;
align-items: center;
gap: 12px;
margin-bottom: 8px;
}
.feed-card-avatar {
width: 40px;
height: 40px;
border-radius: 8px;
background: var(--accent-blue);
display: flex;
align-items: center;
justify-content: center;
font-size: 20px;
}
.feed-card-meta {
font-size: 13px;
color: var(--text-tertiary);
margin-bottom: 12px;
}
.feed-card-actions {
display: flex;
gap: 8px;
}
.btn-add-feed {
padding: 6px 16px;
border-radius: 20px;
background: var(--accent-blue);
color: white;
border: none;
font-size: 13px;
font-weight: 600;
cursor: pointer;
}
.btn-preview {
padding: 6px 16px;
border-radius: 20px;
background: transparent;
color: var(--text-secondary);
border: 1px solid var(--border-color);
font-size: 13px;
cursor: pointer;
}
Design conversationnel des fils et des citations
La visualisation des fils de discussion de Bluesky résout un problème de design que Twitter n’a jamais pleinement résolu : montrer le contexte d’une conversation sans que le lecteur perde sa position. Les fils de réponses s’indentent avec des lignes de connexion, et les citations s’affichent sous forme de cartes intégrées avec une hiérarchie visuelle claire.
/* Thread connector lines */
.thread-reply {
position: relative;
padding-left: 52px; /* avatar width + gap */
}
.thread-reply::before {
content: "";
position: absolute;
left: 20px; /* center of parent avatar */
top: -8px;
bottom: 0;
width: 2px;
background: var(--border-color);
}
/* Quote post embed */
.quote-embed {
margin-top: 8px;
padding: 12px;
border: 1px solid var(--border-color);
border-radius: 8px;
background: var(--card-bg);
font-size: 14px;
}
.quote-embed-author {
display: flex;
align-items: center;
gap: 6px;
margin-bottom: 4px;
font-size: 13px;
}
.quote-embed-avatar {
width: 16px;
height: 16px;
border-radius: 50%;
}
.quote-embed-handle {
color: var(--text-tertiary);
}
Le verdict
Bluesky est le premier réseau social à prouver que l’architecture au niveau du protocole peut devenir une fonctionnalité de design grand public. La sélection de fils comme navigation principale, les handles de domaine comme signaux de confiance, et la modération composable comme préférence utilisateur sont autant de patterns nés de la séparation des préoccupations de l’AT Protocol. L’exploit de l’équipe design n’est pas le protocole en lui-même — c’est d’avoir rendu des concepts comme le « choix algorithmique » et la « portabilité de l’identité » aussi naturels que de passer d’un onglet à l’autre. Pour les designers, Bluesky démontre que les problèmes UX les plus difficiles ne concernent pas les pixels, mais le fait de rendre l’infrastructure invisible lisible pour les humains.
Idéal pour apprendre : Exposer l’architecture backend comme fonctionnalités UX, patterns de marketplace pour des concepts abstraits, design des signaux de confiance sans système de badges, et UX de modération au-delà du binaire « autorisé » et « supprimé ».
Questions fréquentes
En quoi le système de fils de Bluesky diffère-t-il de l’onglet « Pour vous » de Twitter ?
Twitter propose un seul algorithme propriétaire à côté d’une timeline antéchronologique. Bluesky permet à n’importe qui de construire et publier un algorithme de fil, et les utilisateurs peuvent épingler plusieurs fils comme onglets entre lesquels ils alternent. Un utilisateur peut avoir « Abonnements » (chronologique), « Science » (filtré par sujet), « Posts rares » (mettant en avant les comptes qui publient rarement) et « Tendances » (ce qui est populaire), tous accessibles en glissant entre les onglets. Chaque fil est construit par un développeur ou une communauté différente.
Qu’est-ce qu’un DID et pourquoi les designers devraient-ils s’y intéresser ?
Un DID (Decentralized Identifier) est une identité permanente qui persiste même si un utilisateur change son handle ou de serveur. Les designers s’y intéressent parce qu’il permet des patterns comme la vérification basée sur le domaine (votre handle EST votre domaine), la migration de serveur sans perdre ses abonnés, et l’identité cross-app. Le défi UX était de rendre cela invisible — les utilisateurs définissent un handle personnalisé et « ça fonctionne, tout simplement » sans comprendre l’infrastructure cryptographique.
Comment fonctionne la modération composable en pratique ?
Les utilisateurs s’abonnent à des « labelers » — des services qui étiquettent le contenu avec des labels comme NSFW, spoilers ou désinformation. Chaque utilisateur contrôle à quels labelers il fait confiance et quelle action entreprendre par label (masquer, avertir, afficher). Cela signifie qu’un parent et un chercheur peuvent utiliser la même plateforme avec des limites de contenu différentes, sans que l’un ou l’autre n’ait « tort ». Le défi de design était de faire en sorte que cela ressemble à une préférence plutôt qu’à une corvée.
Le pattern du marché de fils de Bluesky peut-il s’appliquer à des produits non sociaux ?
Absolument. Tout produit avec de la curation de contenu — agrégateurs d’actualités, e-commerce, plateformes d’apprentissage, services de musique — pourrait proposer des algorithmes sélectionnables par l’utilisateur. Le pattern clé de Bluesky est de traiter l’algorithme comme un composant interchangeable et visible plutôt qu’une décision d’infrastructure cachée. Même les tableaux de bord et outils d’analyse pourraient permettre aux utilisateurs de choisir entre des vues « curé pour moi » et « populaire dans la communauté » en utilisant ce même modèle de sélection par onglets.
Comment Bluesky gère-t-il le problème du démarrage à froid pour les nouveaux fils ?
Les créateurs de fils peuvent rendre leur fil publiquement listé sur le marché avec une description, un aperçu et un compteur de likes. Les fils populaires gagnent en preuve sociale grâce aux likes et au nombre d’abonnés. Les nouveaux utilisateurs voient un écran « Découvrir des fils » curé lors de l’onboarding qui met en avant les fils populaires et pertinents par catégorie. Le bouton d’aperçu permet aux utilisateurs de voir un échantillon de contenu avant de s’engager, réduisant le risque d’ajouter un mauvais fil.