Confluence Atlassian : le guide complet 2026

Avant les fonctionnalités, la philosophie. Confluence n’est pas un espace de stockage de documents, ni un chat, ni un gestionnaire de tâches. C’est un système de connaissance vivant : un endroit où l’information collective (décisions, spécifications, comptes-rendus, politiques internes) est écrite une fois, structurée, puis retrouvée et réutilisée par tous, indéfiniment.

Trois distinctions à avoir en tête dès le départ :

• Confluence vs Jira : Jira suit l’exécution (tâches, statuts, échéances). Confluence documente la connaissance durable (pourquoi une décision a été prise, comment un processus fonctionne). Les deux se complètent constamment, on le détaille au chapitre 9.
• Confluence vs un chat d’équipe : un message de chat est éphémère et se perd dans le flux. Une page Confluence est persistante et retrouvable par recherche des mois plus tard. Toute information qui doit survivre à la conversation qui l’a produite appartient à une page.
• Espace personnel vs espace d’équipe : l’espace personnel est un brouillon individuel. Le contenu qui a de la valeur pour plusieurs personnes doit vivre dans un espace d’équipe, sans exception.
• Page vs article de blog d’espace : une page appartient à l’arborescence hiérarchique et documente une connaissance pérenne (politique, spécification, procédure). Un article de blog d’espace est chronologique et immuable une fois publié (annonce de release, compte-rendu d’événement, actualité d’équipe) : il vit dans le flux d’actualités de l’espace sans encombrer l’arborescence de pages. Utiliser une page pour une annonce datée est l’une des erreurs de structuration les plus fréquentes.

Sur les audits d’adoption Confluence que nous menons, les mêmes constats reviennent : des espaces qui se sont multipliés sans qu’aucune structure d’ensemble n’ait été pensée, une gouvernance qui reposait sur une seule personne partie depuis, ou un déploiement de Rovo lancé sans qu’aucune règle sur les sources de connaissances autorisées n’ait été posée.

Nos consultants Atlassian interviennent sur ces sujets en fonction de ce qui bloque réellement chez vous :

• Une structure d’espaces qui part dans tous les sens : un audit de structuration et de gouvernance de vos espaces Confluence.
• Whiteboards et Databases jamais réellement adoptés : un atelier de prise en main orienté sur les cas d’usage réels de votre équipe.
• Rovo déployé sans cadrage : une revue de gouvernance IA (sources de connaissances, permissions, périmètre des agents).
• Confluence et Jira qui vivent chacun de leur côté : un diagnostic de l’articulation entre vos deux outils (voir aussi notre guide complet Jira 2026).

Chaque sujet peut être traité isolément ou dans le cadre d’un accompagnement plus large. Le point de départ est toujours le même : un état des lieux de votre situation actuelle.

• Les 60 premières minutes : repérer son espace principal, dérouler l’arborescence existante avant de créer quoi que ce soit, comprendre la différence entre permissions d’espace et restrictions de page, et apprendre à filtrer la recherche par espace et par auteur.
• Jours 1 à 3 : toujours créer une page à partir d’un template plutôt qu’une page blanche, lui donner un titre compréhensible hors contexte, la rattacher au bon parent dans l’arborescence, et mentionner (@) les personnes concernées par une action.
• Jours 4 à 7 : suivre 2 à 3 pages clés (pas plus, pour éviter le bruit de notifications), commenter directement sur le passage concerné plutôt qu’en bas de page, et retenir que l’historique de versions permet non seulement de tout restaurer sans risque, mais aussi de comparer deux versions côte à côte pour voir précisément ce qui a changé et qui a fait la modification.

Sources : Atlassian Support – Présenter sa page avec le mode Présentation · Atlassian Community – Confluence Slides · Atlassian Support – Raccourcis clavier et Markdown · Atlassian Community – Smart Links Figma · Atlassian Community – Smart Links Miro

Les macros sont ce qui transforme une page statique en outil vivant. Peu d’utilisateurs en connaissent plus de deux ou trois. Voici les catégories qui comptent réellement :

Mise en avant et lisibilité

• Panneaux Info / Note / Attention / Succès : mettent en évidence un point important sans avoir à le formuler comme un titre.
• Statut : un badge coloré (Fait, En cours, Bloqué) directement dans le texte, très utilisé pour un suivi visuel léger sans créer de ticket Jira. À ne pas confondre avec le statut de page natif (Brouillon, En cours, Prêt pour relecture…), affiché dans l’en-tête de la page et configurable au niveau de l’espace : la macro Statut place un badge dans le corps du texte, le statut de page qualifie la page entière et sert de base au cycle de vie du contenu (voir chapitre 10).
• Expand : replie un bloc de contenu volumineux (procédure détaillée, FAQ) pour garder une page courte à l’œil tout en conservant le détail accessible.

Navigation et structure

• Table des matières (TOC) : génère automatiquement un sommaire cliquable à partir des titres de la page, indispensable au-delà de 3-4 sections.
• Children Display et Page Tree : affichent l’arborescence des sous-pages directement dans le contenu, utile sur une page « sommaire » d’espace.
• Content by Label : liste dynamiquement toutes les pages portant un label donné, peu importe où elles se trouvent dans l’espace, la vraie utilité des labels.

Reporting et suivi

• Page Properties + Page Properties Report : la première macro attache des métadonnées structurées à une page (propriétaire, statut, date de revue) ; la seconde agrège ces métadonnées dans un tableau sur une autre page. C’est la méthode native pour construire un tableau de bord de contenu sans app tierce.
• Task Report : centralise les tâches assignées (via des cases à cocher) sur plusieurs pages.

Intégration Jira

• Jira Issue/Filter Macro : affiche un ticket unique ou le résultat d’un filtre Jira, mis à jour en temps réel, directement dans une page Confluence : la spécification et son suivi d’exécution restent visuellement liés sans duplication d’information.
• Roadmap Planner : construit une frise chronologique visuelle directement dans une page, sans outil externe.

Réutilisation de contenu

• Excerpt et Excerpt Include : définissent un extrait réutilisable dans une page source, puis l’affichent automatiquement ailleurs. Modifier l’original met à jour toutes ses réutilisations, ce qui évite le copier-coller qui finit toujours par diverger.

Les Whiteboards Confluence sont un espace visuel de collaboration en temps réel (stickies, formes, sections, tampons, minuteur partagé), pensé pour la phase amont d’un projet, avant que le contenu ne devienne une page structurée.

Ce qui en fait un outil à part, et pas un simple concurrent de tableau blanc générique :

• Smart Create (IA, propulsée par Rovo) : à partir d’un prompt textuel dans le panneau Rovo, génère des diagrammes et organise des cartes sur le board, pour ne jamais démarrer d’une page blanche. Nécessite que l’administrateur ait activé Rovo pour le site.
• Regroupement intelligent d’idées : l’IA peut regrouper automatiquement les idées similaires posées sur le board plutôt que de les trier à la main, un gain de temps réel sur un atelier avec beaucoup de participants.
• Résumé et conversion en page : un board rempli peut être résumé automatiquement par l’IA, puis ce résumé converti en page Confluence : le pont entre « on a réfléchi ensemble » et « c’est documenté » se fait en un clic, là où il fallait auparavant tout retranscrire à la main.
• Intégration native : un Whiteboard vit dans le même espace que les pages, les tickets Jira et les Databases, pas un outil tiers à synchroniser.

Depuis décembre 2025, le plan Standard inclut jusqu’à 10 whiteboards actifs par utilisateur, ce qui rend l’usage réaliste même hors des plans les plus élevés.

Sources : Atlassian – Confluence Whiteboards · Atlassian Community – Standard plan : 10 whiteboards actifs · Atlassian Support – Smart create pour les Whiteboards · Atlassian Community – Regroupement et résumé IA dans les Whiteboards

Les Databases Confluence répondent à un besoin resté longtemps sans bonne solution native : centraliser une information structurée (un registre de risques, une liste de fournisseurs, un catalogue d’outils internes) sans dépendre d’un tableur externe déconnecté du reste de la documentation.

Ce qu’il faut savoir :

• Plusieurs vues d’une même donnée : la même Database peut s’afficher en tableau, en cartes ou en tableau « board » (façon Kanban), selon le lecteur et le besoin, un chef de projet et un contributeur pouvant consulter la même information sous une forme différente.
• Import depuis Jira via JQL : une Database se construit en important des tickets Jira à partir d’une recherche JQL. Point de vigilance : c’est un import, pas une synchronisation complète, les champs des tickets déjà importés se mettent à jour automatiquement, mais les nouveaux tickets correspondant à la requête n’apparaissent pas tout seuls dans la Database ; il faut relancer un import (au risque de perdre les colonnes personnalisées ajoutées entre-temps). Pour un suivi vraiment temps réel d’un filtre Jira, la macro Jira Issue/Filter du chapitre 5 reste la meilleure option.
• Import direct : on importe des entrées Jira, un fichier CSV, ou même une page HTML existante, plutôt que de tout ressaisir manuellement.
• Filtres, tris et recherche intégrés : la Database se comporte comme une petite base de données interne, exploitable sans compétence technique.

C’est l’une des fonctionnalités les plus sous-exploitées de Confluence en 2026 : la plupart des équipes continuent à gérer ce type de données dans des tableurs externes par habitude, alors que la Database garde tout au même endroit, visible par tous ceux qui ont accès à l’espace.

Sources : Atlassian – Confluence Databases · Atlassian Support – Démarrer avec les Databases · Atlassian Community – Limite de resynchronisation des tickets Jira importés

Rovo est la couche d’intelligence artificielle transverse d’Atlassian : elle ne vit pas « dans » Confluence uniquement, mais s’appuie sur le Teamwork Graph, qui propose une centaine de connecteurs prêts à l’emploi pour relier Jira, Confluence, Jira Service Management et des apps tierces comme Slack, Google Drive, GitHub ou Microsoft Teams.

Concrètement, dans Confluence, Rovo se manifeste sous trois formes :

• Rovo Search : une recherche qui comprend le langage naturel et va chercher la réponse à travers les espaces Confluence, les tickets Jira et les apps connectées, plutôt que de renvoyer une simple liste de pages contenant le mot-clé.
• Rovo Chat : une interface conversationnelle pour poser une question sur la documentation de l’organisation et obtenir une synthèse sourcée, plutôt que d’ouvrir dix pages pour reconstituer la réponse soi-même.
• Rovo Agents : des agents configurables, invocables directement dans l’éditeur via /rovo ou /ai, dans le chat, ou dans des règles d’automatisation, capables par exemple de générer un premier brouillon de page à partir d’instructions, ou de résumer un fil de commentaires.
• Rovo Definitions : surligne automatiquement les acronymes, projets et jargon internes à l’entreprise dans une page ou un ticket, et affiche leur définition contextuelle dans une Knowledge Card au survol, ou après sélection manuelle du texte concerné.

Rovo est disponible sans coût additionnel sur les abonnements Cloud actifs Standard, Premium et Enterprise de Jira, Confluence, Jira Service Management et Teamwork Collection.

Sources : Atlassian – Rovo · Atlassian Support – Facturation et coûts de Rovo · Atlassian Developer – Teamwork Graph et ses connecteurs · Atlassian Support – Rovo Definitions · Atlassian Community – Learn from Rovo knowledge cards and definitions

Le principe à retenir : Jira exécute, Confluence documente. Une équipe qui maîtrise vraiment l’écosystème Atlassian fait circuler l’information dans les deux sens :

• Une spécification écrite dans Confluence se décline en tickets Jira liés : la macro Jira Issue/Filter permet de voir l’avancement de ces tickets directement depuis la page de spécification, sans changer d’onglet.
• Une décision prise dans un ticket Jira (dans les commentaires, au fil de l’exécution) mérite d’être remontée dans la page Confluence correspondante, sinon elle reste enfouie dans un fil de commentaires que personne ne relira.
• Le Roadmap Planner en Confluence sert souvent de vue de communication (destinée aux parties prenantes non-techniques), pendant que Jira reste l’outil de suivi opérationnel fin : les deux se nourrissent, mais ne remplacent jamais l’un l’autre.

Côté Jira, les bons réflexes à la création d’un ticket (bon type de ticket, champs renseignés, pas de doublon) suivent la même logique : voir notre guide complet Jira 2026 pour le détail.

Un espace Confluence bien géré à 20 pages devient vite ingérable à 2000 pages si personne ne pense gouvernance dès le départ.

• Permissions d’espace vs restrictions de page (voir chapitre 3) : à documenter clairement pour que chaque nouvel arrivant sache où poser la question.
• Rôle de « space lead » : désigner une personne responsable de la structure d’un espace évite la dérive progressive vers un empilement de pages sans logique commune.
• Cycle de vie du contenu : une page de spécification n’a pas vocation à vivre indéfiniment sans revue. Utiliser la macro Page Properties Report pour lister les pages dont la « date de revue » est dépassée est une méthode simple pour éviter l’accumulation de contenu obsolète, l’un des principaux reproches faits à Confluence par les utilisateurs frustrés (« je ne sais jamais si cette page est encore à jour »).
• Archivage plutôt que suppression : archiver une page obsolète la retire de la recherche active sans perdre l’historique, contrairement à une suppression définitive.
• Statuts de page natifs : au-delà de la macro Statut (chapitre 5), chaque page peut porter un statut natif visible dans son en-tête (par défaut Brouillon / En cours / Prêt pour relecture, personnalisable par l’administrateur d’espace), qui sert de signal de cycle de vie pour toute l’équipe.
• Pages vérifiées : un propriétaire de page ou un administrateur peut marquer une page comme « Vérifiée », un signal de fraîcheur distinct du statut de rédaction, particulièrement utile sur la documentation de référence consultée par de nombreuses personnes.
• Automatisation Confluence : le moteur de règles no-code natif permet de programmer des rappels automatiques aux propriétaires de pages non modifiées depuis une durée définie (par exemple tous les 90 jours), d’archiver automatiquement les pages inactives, ou de notifier une équipe Slack/Teams quand un statut de page change. Point de vigilance : ces règles s’appliquent espace par espace, pas encore de façon centralisée sur l’ensemble d’un site.
• Analytics et pages orphelines : les statistiques de consultation (nombre de vues, temps de lecture estimé) sont disponibles dès le plan Standard ; les plans Premium et Enterprise ajoutent des analyses plus poussées. Le rapport de pages orphelines (pages sans aucun lien entrant) complète la Page Properties Report du chapitre 5 pour repérer le contenu qui se perd dans l’espace.
• Classification et politiques de sécurité des données : un administrateur d’organisation peut définir jusqu’à 10 niveaux de classification (par exemple Public, Interne, Confidentiel) applicables aux pages Confluence comme aux tickets Jira, puis associer une politique de sécurité qui restreint l’export PDF ou la création de liens publics selon le niveau attribué à une page.
• Partage externe : liens publics et accès invités : les liens publics génèrent une URL en lecture seule consultable sans compte Atlassian, utile pour un prospect ou un partenaire ponctuel. Les accès invités (Guest Access), disponibles sur les plans Standard, Premium et Enterprise, permettent d’inviter un prestataire externe à collaborer sur un espace unique, dans la limite de cinq invités gratuits par utilisateur payant (ratio fixé par Atlassian, susceptible d’évoluer).

Sources : Atlassian Support – Ajouter un statut à une page · Atlassian Community – Verified Pages · Atlassian – Automatisation Confluence · Atlassian Community – Limites cross-space de l’automatisation · Atlassian Support – Analyser la performance d’une page · Atlassian Support – Localiser les pages orphelines · Atlassian Support – Créer un niveau de classification · Atlassian Developer – Politiques de sécurité des données · Atlassian Support – Inviter des invités externes

• Chefs de projet : page de cadrage projet liée à un board Jira, roadmap visuelle en macro, compte-rendu de comité via blueprint.
• Marketing : Whiteboard pour le brainstorming de campagne, Database pour le calendrier éditorial, page de brief avec template imposé.
• RH : espace de politique interne avec restrictions de page fines selon la confidentialité, blueprint « onboarding nouvel arrivant ».
• Support / IT : Database pour un registre d’incidents récurrents, macro Jira Filter pour suivre les tickets ouverts par catégorie, page de procédure avec macro Expand pour les étapes détaillées.
• Dirigeants et management : espace « All-Hands & Stratégie » avec les annonces publiées en articles de blog d’espace (chapitre 1), un compte-rendu de comité de direction restreint par des restrictions de page, et un Smart Link vers un Goal ou un Project pour suivre l’avancement stratégique directement dans la page.
• Vente et Customer Success : espace « Comptes clés » avec des synthèses partagées via lien public à un client externe, et un blueprint de compte-rendu de rendez-vous commercial lié aux tickets Jira correspondants.

Confluence natif couvre l’essentiel, mais le Marketplace Atlassian permet d’étendre certains usages spécifiques quand un besoin métier dépasse ce que les fonctionnalités natives permettent :

• Diagramming avancé : schémas techniques, architectures ou processus complexes qui vont au-delà de ce que couvrent les Whiteboards.
• Intranet d’entreprise : transformer un espace Confluence en portail interne structuré (actualités, annuaire, navigation par métier), pour les organisations qui veulent éviter un outil supplémentaire.
• Gestion de contenu à très grande échelle : cycle de vie éditorial, revues de conformité et archivage automatisé sur des espaces de plusieurs milliers de pages, au-delà de ce que la Page Properties Report native permet de suivre seule.

Dans chacun de ces trois cas, la réponse est presque toujours disponible sous forme d’app Marketplace plutôt que de contournement artisanal.

Niveau débutant : créer une page sans vérifier si elle existe déjà, tout stocker dans l’espace personnel, ignorer les restrictions de page.

Niveau intermédiaire : multiplier les espaces au lieu de bien structurer un seul espace existant, suivre trop de pages et finir par ignorer toutes les notifications, laisser du contenu dupliqué au lieu d’utiliser Excerpt Include.

Niveau avancé : construire des tableaux de bord de contenu à la main (copier-coller de statuts) au lieu d’utiliser Page Properties Report, gérer une liste structurée dans un tableur externe alors qu’une Database ferait le travail nativement, déployer des agents Rovo sans définir leurs sources de connaissances.

• Je connais mon espace principal et son arborescence.
• Je pars toujours d'un template pour créer une page.
• Je sais où trouver l'historique des versions.

• J'utilise les labels et la macro Content by Label.
• Je réutilise du contenu avec Excerpt / Excerpt Include plutôt que de le copier-coller.
• Je lie mes pages de spécification aux tickets Jira correspondants.
• J'utilise les statuts de page natifs pour distinguer un brouillon d'une version validée.

• J'ai mis en place un Page Properties Report pour suivre l'état de mes contenus.
• J'utilise une Database pour au moins un jeu de données structuré de mon équipe.
• Je sais quelles sources de connaissances sont autorisées pour les agents Rovo que j'utilise.
• J'ai configuré au moins une règle d'automatisation pour gérer le cycle de vie de mes espaces (rappel de révision, archivage automatique).

Ce guide fait partie de la série de contenus Seibert Solutions France sur l’adoption pratique de l’écosystème Atlassian. Besoin d’aide pour déployer ou faire adopter Confluence, Jira ou Rovo dans votre organisation ? Nos consultants Atlassian vous accompagnent.