Présentation
Flat.social se présente comme une plateforme de réunions virtuelles où chaque participant évolue dans un espace 3D affiché directement dans le navigateur. Le service met en avant la possibilité de se déplacer librement, de bump (se heurter) avec d’autres avatars et de parler grâce à un audio spatial qui augmente le volume à mesure que les avatars se rapprochent. Le site indique qu’une salle peut être créée en moins d’une minute et qu’aucune installation ni carte bancaire ne sont requises.
Architecture technique
Bien que la page ne détaille pas le code, le fonctionnement repose sur des technologies web standards. L’affichage 3D est très probablement réalisé avec WebGL et une bibliothèque telle que three.js, qui permettent de rendre des environnements interactifs dans le canvas du navigateur. La communication audio‑vidéo s’appuie sur WebRTC, protocole peer‑to‑peer utilisé pour le streaming en temps réel sans serveur de médiation de contenu. Le Web Audio API fournit le traitement nécessaire à l’audio spatial, calculant la direction et la distance entre les sources sonores et l’utilisateur.
Le processus de création de salle implique un serveur de signalisation qui échange les offres et réponses SDP entre les participants afin d’établir les connexions WebRTC. Ce serveur doit également gérer la persistance des cartes de salle et les paramètres de personnalisation (branding, layout). L’absence de mention d’un backend cloud indique que le service pourrait s’appuyer sur une infrastructure serverless ou sur des conteneurs légers pour la scalabilité.
Analyse des performances et limites
Le principal avantage technique réside dans la réduction de la latence grâce à l’audio spatial : le rendu du son dépend uniquement du calcul de distance, ce qui ne nécessite pas de bande passante supplémentaire. En revanche, la charge graphique du rendu 3D peut devenir critique sur des appareils mobiles ou des navigateurs peu optimisés, surtout si la scène comporte de nombreux avatars et objets interactifs. Sans informations sur le nombre maximal d’utilisateurs simultanés, il est difficile d’évaluer la capacité du serveur de signalisation à supporter des conférences de grande envergure.
Sur le plan de la sécurité, la page ne précise aucun chiffrement ou mécanisme d’authentification. WebRTC chiffre par défaut les flux média, mais l’accès aux salles reste potentiellement ouvert si aucune authentification n’est imposée, ce qui pourrait poser des risques de « zoombombing ».
Perspectives d’évolution
Pour renforcer la robustesse, l’ajout d’un système d’identification (OAuth, SSO) et de contrôles d’accès serait pertinent. Du côté de la scalabilité, le découpage des salles en sous‑groupes via des serveurs de signalisation régionaux pourrait limiter la latence réseau. Enfin, l’intégration de standards émergents comme le WebXR permettrait de porter l’expérience vers des casques de réalité virtuelle, augmentant ainsi la fidélité de l’interaction spatiale.