Un espace Confluence n’a presque jamais un seul public
Une entreprise qui vit dans Confluence range son savoir par espaces. On y trouve un espace par équipe, un espace de documentation ouvert à tout le monde, un espace de direction, souvent un espace par gros client. Le modèle est net sur le papier, et il se déforme avec les années.
Ce qui se déforme d’abord, ce sont les exceptions. Une page de revue salariale est déposée dans l’espace des ressources humaines, puis restreinte à trois personnes. Un compte rendu d’incident qui nomme un client vit dans l’espace technique, restreint aux responsables. Chacune de ces pages est protégée par une restriction posée à la main sur elle, que les droits de son espace ne reflètent pas.
C’est cette différence qu’un connecteur perd quand il se contente de demander à qui appartient l’espace. Il remonte alors la page de revue salariale avec les procédures d’onboarding, et rien dans le résultat ne signale que les deux n’ont pas le même public.
L’ordre dans lequel votre Kastel décide qui peut lire une page
Le calcul se fait page par page, à chaque passage, et il s’arrête au premier signal qui suffit.
La restriction de lecture portée par la page gouverne d’abord
Quand la page nomme des personnes ou des groupes autorisés à la lire, ce sont eux qui gouvernent, et les droits de l’espace ne comptent plus, même s’ils sont bien plus larges. Les groupes sont déployés en personnes réelles, jusqu’à la dernière page de la liste.
À défaut, les droits de lecture de l’espace prennent le relais
Une page qui ne porte aucune restriction propre reprend le public de son espace. Les personnes et les groupes autorisés à lire cet espace sont déployés de la même façon, puis la page se range dans le service qu’ils ont en commun. Une liste de droits n’est jamais lue à moitié. Si une page de résultats annonce une suite sans donner le moyen de l’atteindre, la page Confluence reste sans public, parce qu’une liste lue à moitié peut désigner un service entier là où le vrai public était plus étroit.
Un espace ouvert sans compte ne donne aucun public
Un espace qu’un visiteur non connecté peut consulter est le partage le plus large qui existe, et il ne dit rien de qui, dans votre entreprise, a vocation à lire ce qu’il contient. Ses pages attendent donc qu’un administrateur les attribue. Beaucoup d’équipes techniques publient ainsi leur documentation, et c’est le cas où l’attente surprend le plus.
Une page que la clé ne peut pas interroger est reprise plus tard
Il arrive que la clé d’accès n’ait pas le droit de lire les restrictions d’une page très fermée. Cette page n’est ni attribuée au hasard ni oubliée. Elle est laissée de côté pour ce passage et reprise au suivant, parce que le curseur n’avance jamais au-delà d’un contenu qui n’a pas pu être traité.
Le périmètre, espace par espace et page par page
Le connecteur ne demande à Confluence que deux types de contenu. Le reste n’est pas filtré après lecture, il n’est jamais demandé.
Les restrictions et les droits d’espace sont lus comme des règles de droit, jamais comme du contenu. Ils servent à décider qui peut lire une page, et les noms qu’ils contiennent n’apparaissent pas dans ce que l’IA reçoit.
Une seule ligne changée dans les droits d’un espace déplace des centaines de pages
C’est la particularité de Confluence, et elle justifie un choix d’ingénierie coûteux. L’unité de droit est l’espace, donc un administrateur qui ajoute un groupe aux lecteurs d’un espace change d’un coup l’audience de tout ce qu’il contient. Aucune page n’a bougé, aucune date de version n’a changé, et pourtant le public de chacune est différent.
Filtrer sur les pages récemment modifiées passerait à côté de cet événement, qui est précisément celui que ce connecteur doit attraper. Chaque passage réénumère donc les contenus accessibles et recalcule leur périmètre. Une page dont le texte n’a pas bougé ne coûte presque rien à revoir, et une page dont l’audience a bougé change de service, la version rangée dans l’ancien service étant retirée avant que la nouvelle soit écrite.
Le même raisonnement vaut dans l’autre sens, celui qui compte pour un auditeur. Retirer un groupe des lecteurs d’un espace retire l’accès au passage suivant, sans que personne ait à s’en souvenir. C’est ce que veut dire gouverner son savoir plutôt que le recopier une fois pour toutes.
Ce qui arrive vraiment d’une page, c’est son texte
Le connecteur aplatit le format de stockage de Confluence en texte lisible. Les titres, les paragraphes et les listes sont conservés, le balisage disparaît. Les articles de blog d’espace sont traités comme les pages, ce qui compte plus qu’il n’y paraît, puisque c’est souvent là que sont annoncées les décisions.
Ce texte n’est pas la page telle qu’un navigateur l’affiche. Une page dont le contenu réel est un tableau de tickets, un sommaire automatique ou une page incluse depuis ailleurs produit peu de texte, et votre Kastel n’en retient que le peu qui est écrit en clair. Sur un espace très outillé, c’est une limite qu’il vaut mieux connaître avant de brancher que découvrir après.
Le transport utilisé est le même que celui du connecteur Jira, et aucune méthode d’écriture n’y existe. Là où le connecteur Notion doit se passer de droits que Notion n’expose pas, Confluence en dit beaucoup, et la difficulté consiste à savoir lequel de ses signaux gouverne vraiment une page donnée.
Ce que le connecteur Confluence ne fait pas
Il n’écrit rien dans Confluence. Aucune page n’est créée, modifiée, déplacée ni archivée, et le transport partagé avec Jira n’expose que la lecture. Il n’utilise par ailleurs que deux signaux de droits, la restriction portée par la page et les droits de lecture de son espace. Les droits d’écriture, les rôles d’administration et les autorisations d’un groupe sur un autre produit Atlassian n’entrent pas dans le calcul.
Il ne restitue pas une page faite de macros. Le texte est extrait du format de stockage, pas du rendu. Sur une page dont l’essentiel est produit par un tableau dynamique ou par un contenu inclus, ce qui entre est plus pauvre que ce que vous voyez à l’écran, et une IA branchée répondra en conséquence.
Il ne nettoie pas le texte d’une page. Ce que votre équipe a écrit entre tel quel, y compris une adresse, un lien d’accès ou un identifiant collé dans un encadré. Le connecteur décide qui a le droit de lire une page, il ne réécrit pas ce qu’elle contient. Si vos pages servent de coffre-fort officieux, c’est un sujet à traiter dans Confluence avant de brancher quoi que ce soit.
Il n’efface pas ce qui disparaît chez vous. Une page supprimée, archivée ou départagée sort de ce que le connecteur voit, et votre Kastel la marque comme disparue à la source. Son contenu déjà absorbé y reste consultable par ceux qui y avaient déjà droit, jusqu’à ce qu’un administrateur décide de l’effacer.
Regardez ce que le cœur gratuit contient avant de payer quoi que ce soit.
Le cœur de Kastel est gratuit à vie en self-host, avec tous ses connecteurs, ce qui suffit à brancher un espace Confluence et à juger sur vos vraies pages. La page tarifs dit ce qu’il contient et où commence le payant.
Voir les tarifs
