Peut-on vraiment séparer plusieurs comptes sociaux sur le même appareil ?

Read this article in English

Gérer un compte personnel, une marque et plusieurs clients sur le même ordinateur est pratique. C’est aussi le meilleur moyen de publier au mauvais endroit si le contexte affiché n’est pas clair.

Créer plusieurs profils dans une application semble résoudre le problème. Mais une question plus importante se cache derrière l’interface : est-ce que les connexions sont réellement séparées, ou est-ce que les profils ne font que ranger les mêmes onglets ?

Dans CommunityGlows, un profil représente un contexte de travail. Dans les applications Windows et Android, il détermine aussi la session isolée dans laquelle fonctionne chaque réseau. L’extension fonctionne autrement : les sites s’ouvrent dans le navigateur et utilisent ses cookies et son stockage.

Cette nuance compte. Un profil réduit les erreurs de contexte, et dans les applications il s’appuie sur une isolation des sessions intégrée au moteur web. Savoir depuis quelle surface vous travaillez indique la solidité de cette isolation.

Quel produit CommunityGlows isole les sessions ?

CommunityGlows existe en trois produits. Deux d’entre eux isolent les sessions par profil et par réseau :

Produit	Disponibilité	Isolation des sessions
Application Windows	Disponible, téléchargeable	Oui : sessions isolées par profil et par réseau
Application Android	Disponible, téléchargeable en APK	Oui : sessions isolées par profil et par réseau, avec un mode de repli sur certains appareils
Extension Chrome ou Firefox	En préparation, pas encore distribuée publiquement	Non : les réseaux s’exécutent dans votre profil de navigateur et partagent ses cookies et son stockage

Si vous devez garder les sessions séparées, utilisez l’application Windows ou Android. L’extension reste utile pour retrouver et organiser vos réseaux, mais elle n’assure pas cette isolation.

La réponse courte

Oui. Dans les applications Windows et Android, plusieurs comptes d’un même réseau peuvent fonctionner dans des sessions isolées par profil et par réseau : chaque couple profil-réseau dispose de son propre stockage de session.

Concrètement :

• sous Windows, chaque couple profil-réseau reçoit son propre dossier de données WebView2, qui contient ses cookies, son localStorage, son IndexedDB et son cache ;
• sur Android, chaque couple reçoit un profil WebView Android natif distinct lorsque le WebView de l’appareil le prend en charge ; sur certains appareils, un mode de repli isole les cookies et certaines données de localStorage, avec une couverture plus limitée ;
• dans l’extension Chrome ou Firefox, les réseaux s’ouvrent dans des onglets ordinaires du profil de votre navigateur : il n’y a pas d’isolation par réseau.

Deux limites s’appliquent partout. Deux copies d’un même réseau dans un même profil partagent la session de ce profil, par conception. Et l’isolation n’est pas un bac à sable au niveau du système d’exploitation : une personne ayant accès à votre compte Windows ou Android se situe en dehors de cette frontière.

La bonne question n’est pas seulement « ai-je créé deux profils ? », mais aussi « depuis quelle surface est-ce que j’ouvre le réseau ? ».

Pourquoi les applications isolent les sessions de cette façon

L’isolation des sessions a été conçue dès le départ, et non ajoutée comme une étiquette sur un profil. Chaque couple profil-réseau reçoit son propre stockage au niveau du moteur web, et les applications utilisent les moteurs web natifs du système (WebView2 sous Windows, Android System WebView sur Android) plutôt qu’un fork de Chromium. L’objectif de conception : rien de la session d’un profil ne doit atteindre un autre profil.

Un profil CommunityGlows est un contexte de travail

Imaginez deux profils : « Personnel » et « Client A ». Ils peuvent contenir le même réseau social, mais ne désignent pas le même contexte.

Le profil permet de regrouper les réseaux et les liens utiles, de conserver un brouillon de workspace propre au profil et d’organiser des Scènes Bento. Sur desktop, une Scène peut mémoriser la disposition de plusieurs panneaux. Les Scènes nommées peuvent être synchronisées, tandis que les brouillons et les sessions de connexion restent locaux à l’appareil.

Cette distinction évite un malentendu fréquent : synchroniser la structure de son espace de travail ne signifie pas transférer ses connexions sociales vers un autre téléphone ou ordinateur. Retrouver une Scène ailleurs peut rouvrir les bons réseaux, mais il faudra s’y connecter sur cet appareil si aucune session locale n’y existe.

Les profils améliorent aussi la lisibilité : un nom, une sélection de réseaux et une disposition différente rendent le contexte visible avant d’agir. Ils ne peuvent toutefois pas vérifier à votre place le nom du compte affiché par le réseau. Avant une publication sensible, le dernier contrôle reste humain. Pour travailler sur Instagram, TikTok ou YouTube sans le fil, lisez ce guide.

Sur Windows : un espace de données isolé par profil et par réseau

Dans l’application Windows, CommunityGlows crée les WebViews à partir d’une identité composée du profil et du réseau. Chaque couple utilise un dossier de données WebView2 dédié, dans le dossier de données de l’application.

Cela signifie que « Personnel + réseau X » et « Client A + réseau X » ne partagent pas le stockage de leurs WebViews. Cookies, localStorage et IndexedDB sont gérés dans le dossier qui appartient à leur couple.

Le Bento peut masquer puis réafficher une WebView sans la recréer. Cette mise en attente conserve la session attachée au même couple profil-réseau : déplacer un panneau ou changer de disposition ne déplace pas sa connexion vers un autre profil.

Le périmètre est précis, et il vaut la peine d’être énoncé. Il ne crée pas un compte Windows distinct, ne chiffre pas à lui seul toutes les données locales et ne contrôle pas ce que le réseau social conserve sur ses serveurs. Une personne ayant accès à votre compte Windows ou aux fichiers de l’application se situe en dehors de cette frontière. Enfin, deux copies d’un même réseau dans un même profil partagent la session de ce profil, car elles relèvent du même contexte de compte.

Sur Android : le mode dépend du WebView disponible

Android fournit son propre moteur WebView. Lorsque la fonction MULTI_PROFILE d’AndroidX WebKit est disponible, CommunityGlows attribue un profil WebView Android natif à chaque couple profil-réseau avant de naviguer vers le site. Les données gérées par ce profil, dont les cookies et le stockage web exposé par le moteur, restent attachées à cette session.

Ce mode permet aussi de garder un nombre limité de WebViews prêtes à revenir à l’écran, sans partager un gestionnaire global de cookies entre les profils.

Tous les appareils et moteurs WebView ne proposent pas cette fonction. Sans MULTI_PROFILE, CommunityGlows passe en mode de repli à une seule WebView : les cookies sont persistés par session, et des instantanés de localStorage sont enregistrés par session et par origine web exacte. Ce repli isole les mécanismes qu’il couvre, mais il n’équivaut pas à un profil WebView Android natif. Il ne couvre pas notamment :

• IndexedDB ;
• CacheStorage ;
• les service workers ;
• le cache HTTP global du WebView ;
• le stockage d’identifiants du système.

Si le moteur ne permet pas de restaurer localStorage avant le JavaScript de la page, ou d’en capturer durablement les changements, CommunityGlows consigne la session comme dégradée dans ses journaux. Une session dégradée n’est isolée qu’en partie.

Si votre objectif est d’avoir deux comptes du même réseau sur un seul téléphone, par exemple un compte perso et un compte pro, lisez comment utiliser plusieurs comptes d’un même réseau sur un téléphone Android, ou découvrez ce que CommunityGlows fait sur un téléphone Android.

Dans l’extension : c’est le profil du navigateur qui fait foi

L’extension navigateur (en préparation) n’embarque pas les réseaux dans des WebViews natives. Elle les ouvre dans des onglets Chrome ou Firefox.

Ces onglets utilisent les cookies, le stockage et les règles du profil de navigateur courant. Deux profils CommunityGlows ouverts dans la même extension ne créent donc pas deux magasins de cookies indépendants pour un même domaine. L’extension n’isole pas les sessions, et elle ne prétend pas le faire.

Pour obtenir une séparation forte côté navigateur, utilisez les outils prévus à cet effet : profils de navigateur distincts, conteneurs lorsqu’ils sont disponibles, ou comptes utilisateur séparés. Le sélecteur de profil CommunityGlows ne doit pas être confondu avec ces frontières.

L’extension reste utile pour retrouver ses réseaux et organiser son travail, mais son modèle de session n’est pas celui de Windows ou d’Android. Cette différence vient de l’architecture de la surface, pas d’un réglage manquant.

Ce qui reste local et ce qui peut être synchronisé

Une connexion sociale comprend généralement des cookies et d’autres données produites par le site. Dans CommunityGlows, ces sessions de réseaux restent locales à l’appareil, dans chaque application. La synchronisation du compte CommunityGlows ne les transporte pas entre vos installations.

D’autres éléments du produit peuvent, eux, être synchronisés (avec l’accès à vie, pas pendant l’essai) : profils, paramètres et Scènes enregistrées selon les fonctions concernées. Les tâches contextuelles et les brouillons de workspace ont aussi leurs propres règles de persistance locale.

Séparer l’organisation synchronisée des connexions locales sert deux objectifs : ne pas transformer la synchronisation CommunityGlows en transport de sessions tierces, et faire apparaître clairement qu’un nouvel appareil constitue une nouvelle frontière de connexion.

Elle a une conséquence pratique : sauvegarder ou retrouver un profil ne garantit pas que tous ses réseaux seront déjà connectés ailleurs. « Mon profil existe » et « ma session sociale est active » sont deux états différents.

Les gestionnaires de mots de passe sont une autre frontière

Un gestionnaire de mots de passe peut proposer des identifiants dans une WebView visible. Sur Android, cela passe par le service Autofill choisi par l’utilisateur. Sur Windows, la compatibilité dépend du moteur et du gestionnaire.

Le coffre du gestionnaire n’appartient pas au profil CommunityGlows. L’application n’énumère pas son contenu, ne choisit pas un compte à la place de l’utilisateur et ne synchronise pas les mots de passe. Si plusieurs profils CommunityGlows affichent le même domaine, le gestionnaire peut donc proposer plusieurs comptes compatibles ; c’est à l’utilisateur de choisir le bon.

Notre article sur les gestionnaires de mots de passe dans les WebViews CommunityGlows explique cette limite plus en détail.

Un test simple : A, B, puis A

Pour vérifier le comportement d’un réseau dans l’application Windows ou Android :

1. ouvrez le réseau dans le profil A et connectez-vous au compte A ;
2. ouvrez le même réseau dans le profil B ;
3. vérifiez que le compte A n’y apparaît pas ;
4. connectez le compte B ;
5. revenez au profil A et vérifiez que le compte A réapparaît, sans données visibles du compte B.

Ce scénario ne prouve pas toutes les propriétés de sécurité possibles. Il teste en revanche le résultat qui compte au quotidien : le changement de profil ne doit pas faire réapparaître la mauvaise session pour ce réseau et ce parcours précis. Si vous gérez plusieurs comptes Instagram et LinkedIn en même temps, ce guide détaille les règles propres à chaque réseau.

Il faut le refaire après une évolution importante du réseau, car un site peut déplacer son authentification vers une autre origine ou un mécanisme de stockage non couvert. Une compatibilité observée aujourd’hui n’est pas une garantie immuable sur un service tiers.

Les habitudes qui réduisent encore les erreurs

La séparation des sessions fonctionne mieux avec de bonnes habitudes :

• donnez aux profils des noms immédiatement reconnaissables ;
• différenciez clairement les contextes client, équipe et personnel ;
• vérifiez l’avatar ou le nom du compte sur le site avant de publier ;
• n’utilisez pas l’extension comme si elle fournissait l’isolation native de l’application ;
• verrouillez la session de votre ordinateur ou téléphone quand vous vous absentez ;
• déconnectez ou supprimez une session locale lorsque l’appareil change de propriétaire.

CommunityGlows garde chaque session dans sa frontière profil-réseau et rend le contexte plus lisible. Il ne peut pas supprimer le risque humain ni remplacer les protections du système d’exploitation. Pour séparer vos comptes perso et entreprise, commencez par ce guide. Pour la routine complète autour de ces habitudes (double authentification, ce qu’on ne partage jamais, sauvegardes), lisez comment sécuriser les comptes sociaux de ses clients.

Alors, peut-on vraiment séparer plusieurs comptes ?

Oui, dans les applications. Sous Windows, chaque couple profil-réseau dispose de son propre dossier de données WebView2. Sur Android, le mode natif multi-profil attribue à chaque couple son propre profil WebView Android ; le mode de repli ne couvre qu’une partie des stockages, et CommunityGlows le signale. Dans l’extension, en préparation, les sessions restent celles du profil Chrome ou Firefox.

La promesse est précise : CommunityGlows isole les sessions de chaque réseau par profil dans les applications Windows et Android, consigne les limites du repli Android dans ses journaux et ne présente pas l’organisation de l’extension comme une isolation qu’elle ne fournit pas.

Pour créer vos propres profils, suivez le guide pas à pas pour Windows ou le guide Android.