Mehr Wissen. Weniger Suchen. Confluence Administration sorgt dafür, dass beides zusammenpasst.

Für uns ist Confluence Administration die Struktur hinter einer funktionierenden Wissensplattform. Ein Confluence Admin verbindet globale Einstellungen, Berechtigungen, Spaces, Templates, Automation und Monitoring so, dass Wissen nicht nur abgelegt wird, sondern langfristig auffindbar, sicher und gut pflegbar bleibt. Der technische Rahmen muss dabei immer zu den Menschen, Arbeitsweisen und Informationswegen im Unternehmen passen.

Als Atlassian Gold Solution Partner unterstützen wir punktuell bei einzelnen Admin-Aufgaben, übernehmen laufende Betreuung oder entwickeln gemeinsam mit deinen internen Admins Standards für eine wachsende Confluence-Landschaft. Dabei verbinden wir die zentralen Bereiche der Confluence Administration mit einer Wissensarchitektur, die im Alltag funktioniert. Wie wir Zusammenarbeit und Confluence-Beratung angehen, findest du auf unserer Confluence-Beratung und auf unserer Wir-Seite.

Eine bewährte Praxis ist, globale Regeln nur dort einzusetzen, wo wirklich ein gemeinsamer Standard gebraucht wird. Teams sollten innerhalb dieses Rahmens genug Spielraum behalten, ihre Spaces passend zu ihrem Zweck zu gestalten. So entsteht eine Confluence-Site, die konsistent bleibt, ohne jede lokale Arbeitsweise gleichzumachen.

Confluence Administration umfasst die siteweiten Einstellungen und Standards, die über einzelne Spaces hinausgehen. Dazu gehören insbesondere globale Berechtigungen, Standardzugriffe für neue Spaces, allgemeine Konfiguration und Security, globale Templates, Automation, Monitoring, Audit sowie Teile des Datenmanagements.

Der Confluence Admin schafft damit den verbindlichen Rahmen zwischen Company- und Space-Ebene. Er legt zum Beispiel fest, welche Gruppen global welche Möglichkeiten erhalten, wie neue Spaces standardmäßig starten, welche Templates allen Teams zur Verfügung stehen und welche siteweiten Regeln für Sicherheit, Navigation oder Automatisierung gelten. Auf Space-Ebene übernehmen anschließend Space Admins die lokale Ausgestaltung; einzelne Inhalte können zusätzlich über Content Restrictions geschützt werden.

Die wichtigste Best Practice dabei ist die Wahl der richtigen Ebene: Eine Regel gehört nur dann global gesetzt, wenn sie wirklich für die gesamte Site gelten soll. Space-spezifische Anforderungen bleiben im Space, vertrauliche Ausnahmen am Content. Das reduziert Sonderfälle und macht Berechtigungen und Standards auch Monate später noch nachvollziehbar.

Auf unserer Seite ist Atlassian Admin der verständliche Sammelbegriff für die Aufgaben auf der Company-Ebene: Organisation, Sites, zentrale Nutzer- und App-Zugänge, Gruppen, übergreifende Security sowie Billing. Im aktuellen Cloud-Rollenmodell sind diese Aufgaben auf Organization Admin, Site Admin, User Access Admin und App Admin verteilt.

Der Confluence Admin ist dagegen der produktspezifische App Admin für Confluence. Er verwaltet die Einstellungen innerhalb Confluence, erhält aber dadurch keine vollständige Company- Administration. Die Rolle wird über Atlassian Administration vergeben; App-Zugang und In-App-Rechte bleiben getrennte Zugriffsebenen. Wie diese beiden Ebenen zusammenspielen, zeigt die aktuelle Logik für App Access und In-App Permissions.

Für Confluence gibt es dabei einen wichtigen Unterschied zu Jira: Ein Confluence App Admin erhält im aktuellen Rollenmodell automatisch Zugriff auf Confluence; bei Jira muss der App-Zugang für einen Jira App Admin separat vergeben werden. In der Praxis sollte trotzdem klar dokumentiert sein, wer Company- Aufgaben übernimmt und wer die Confluence-Site administriert. So landen Gruppenänderungen, SSO, Billing oder App-Beschaffung nicht versehentlich beim falschen Admin.

Der Confluence Admin arbeitet siteweit, der Space Admin innerhalb eines einzelnen Wissensbereichs. Space Admins verwalten unter anderem Space-Berechtigungen, lokale Templates, Struktur und weitere Space-Einstellungen. Der Confluence Admin setzt dafür die gemeinsamen Standards und Default-Regeln, die für mehrere oder alle Spaces relevant sind.

Ein Confluence Admin ist nicht automatisch Space Admin jedes Spaces. Für reguläre lokale Änderungen braucht er die entsprechenden Space-Rechte. Geht ein Space ohne erreichbaren Admin verloren, kann ein Confluence- oder Site-Admin über Recover admin permissions den administrativen Zugriff wiederherstellen; dieser Vorgang wird im Audit Log erfasst. Das ist eine Wiederherstellungsfunktion und kein Grund, den Confluence Admin vorsorglich in jedem Space als lokalen Admin einzutragen.

Bewährt hat sich eine klare Aufgabenteilung: Siteweite Standards, Defaults und Governance gehören zum Confluence Admin, fachliche Verantwortung und tägliche Strukturpflege möglichst zum zuständigen Space Admin. Für neue Spaces lassen sich Default-Zugriffe als sinnvoller Ausgangspunkt definieren, ohne die lokale Verantwortung zu ersetzen.

Confluence arbeitet mit drei zentralen Berechtigungsebenen: globalen Berechtigungen, Space-Berechtigungen und Content Restrictions. Globale Berechtigungen gelten Confluence-weit, Space-Berechtigungen steuern den Zugriff innerhalb eines Wissensbereichs und Content Restrictions schränken einzelne Seiten, Live Docs oder andere Inhalte zusätzlich ein.

Für skalierbare Berechtigungen sollten möglichst Gruppen statt Einzelpersonen verwendet werden. Das reduziert Pflegeaufwand und macht Änderungen nachvollziehbarer. Wichtig ist außerdem, dass klassische Space-Berechtigungen additiv wirken: Gehört eine Person mehreren Gruppen an, ergeben sich ihre Rechte aus der Summe dieser Berechtigungen. Eine einzelne Einschränkung hebt ein über eine andere Gruppe gewährtes Recht daher nicht automatisch auf.

Zusätzlich wird der Space-Zugriff zunehmend über Space Roles standardisiert. Das rollenbasierte Modell befindet sich derzeit in Beta; neue Confluence-Sites verwenden Rollen standardmäßig. Auch hier gilt: Standardrollen und Default Access sollten den Normalfall abdecken. Content Restrictions bleiben besser die gezielte Ausnahme für Inhalte, die tatsächlich enger geschützt werden müssen.

Nachhaltige Confluence-Standards beginnen nicht bei möglichst vielen Regeln, sondern bei wenigen wiederverwendbaren Grundmustern: klare Space-Zwecke, nachvollziehbare Benennung, passende Zugriffsmodelle, wiederkehrende Inhaltsstrukturen und definierte Verantwortlichkeiten. Für neue Spaces können Default-Zugriffe einen gemeinsamen Startpunkt liefern.

Globale Templates sind für Inhalte sinnvoll, die in vielen Spaces nach demselben Muster entstehen sollen. Sie sind auf der gesamten Site verfügbar und können nur von Confluence Admins erstellt oder bearbeitet werden. Für lokale Anforderungen bleiben Space-Templates beim jeweiligen Space Admin. Diese Trennung verhindert, dass jede lokale Vorlage unnötig zum globalen Standard wird.

Zur Informationsarchitektur gehört außerdem ein Content-Lifecycle. Veraltete Inhalte sollten nicht dauerhaft zwischen aktuellem Wissen stehen. Mit Archivierung und den Funktionen zum Content Management lassen sich überholte Inhalte aus Navigation und Schnellsuche nehmen, Verantwortlichkeiten klären und Wissensbereiche regelmäßig aufräumen. So entsteht Struktur nicht nur beim Aufbau, sondern bleibt auch im Betrieb erhalten.

Confluence Automation eignet sich besonders für wiederkehrende administrative Abläufe: Inhalte anhand definierter Ereignisse bearbeiten, Verantwortliche informieren, Regeln standardisieren oder manuelle Pflege reduzieren. Ein guter Confluence Admin automatisiert jedoch nicht alles, was technisch möglich ist. Jede Regel sollte einen klaren Zweck, einen verantwortlichen Owner und eine verständliche Benennung haben.

Marketplace-Apps können Funktionen gezielt ergänzen, erhöhen aber auch den Wartungs-, Berechtigungs- und Governance-Aufwand. Installation, App Access und die zentrale Verwaltung von Connected Apps liegen grundsätzlich auf der Company-Ebene bei Organization- bzw. Site-Admins. Der Confluence Admin beurteilt dagegen, wie die Erweiterung fachlich in Confluence eingebunden wird und welche Auswirkungen sie auf Inhalte, Berechtigungen und bestehende Standards hat.

Vor einer App lohnt sich deshalb immer die Reihenfolge: Bedarf klären, Standardfunktion prüfen, Berechtigungen und Datenzugriffe bewerten, Verantwortlichkeit festlegen und erst danach erweitern. Bestehende Apps sollten regelmäßig über Connected Apps überprüft werden. So bleibt die Confluence-Landschaft erweiterbar, ohne unnötig komplex zu werden.

Confluence Administration endet nicht nach dem Setup. Der Audit Log macht wichtige administrative Änderungen nachvollziehbar und ist eine zentrale Grundlage für Troubleshooting. Für Premium und Enterprise bietet Mission Control zusätzlich eine siteweite Sicht auf Aktivität, Inhalte, Ownership und Nutzung.

Für regelmäßige Governance-Checks sind auch Space Reports hilfreich. Sie machen unter anderem inaktive oder besonders große Spaces, externe Zugriffe, Public Links, Storage-Nutzung und Space-Status sichtbar. Damit lassen sich Auffälligkeiten gezielt prüfen, statt die gesamte Site manuell zu durchsuchen.

Gute Wissensqualität lässt sich allerdings nicht allein aus Nutzungszahlen ableiten. Ein sinnvoller Rhythmus kombiniert technische Signale mit fachlicher Pflege: Verantwortliche für wichtige Spaces benennen, veraltete Inhalte archivieren, Zugriffe überprüfen und regelmäßig hinterfragen, ob Navigation, Templates und Informationsstruktur noch zu den Teams passen. So wird Monitoring zur kontinuierlichen Verbesserung statt zur reinen Statistik.

Nicht automatisch. Ein Confluence Admin verwaltet die Confluence-Einstellungen innerhalb der App. Die übergeordnete Verwaltung von Organisation, Sites, zentralen Nutzerzugängen, Gruppen und Billing gehört zur Company-Ebene. Auf unserer Seite fassen wir diese Aufgaben unter Atlassian Admin zusammen; technisch sind sie auf unterschiedliche Admin-Rollen verteilt.

App-Zugriff wird über Rollen und Gruppen in Atlassian Administration vergeben. Ein User Access Admin kann den Zugang zu Confluence verwalten, ohne dadurch automatisch die Confluence-Konfiguration zu administrieren. Umgekehrt kann ein Confluence Admin In-App-Einstellungen verwalten, ohne deshalb SSO, zentrale Gruppen oder Billing zu verantworten. Die Trennung zwischen App Access und In-App Permissions sollte deshalb im Rollenmodell bewusst dokumentiert sein.

Best Practice ist eine klare Übergabe zwischen den Ebenen: Der Confluence Admin definiert, welche Zugriffs- oder Gruppenstruktur er fachlich braucht; der zuständige Company-Admin setzt zentrale Nutzer-, Gruppen-, Security- oder Billing-Aufgaben um. So bleibt die Zuständigkeit eindeutig, ohne dass fachliche und administrative Entscheidungen voneinander getrennt werden.

Ein richtig guter Confluence Admin beherrscht nicht nur die Konfiguration, sondern versteht auch Informationsarchitektur, Berechtigungen, Content Lifecycle, Governance und die Arbeitsweise der Teams. Die zentralen Kompetenzfelder reichen von siteweiter Administration über die drei Berechtigungsebenen bis zu Automation und Monitoring.

Fachlich wichtig ist der Blick in beide Richtungen: nach oben zur Company-Ebene und nach unten in die einzelnen Spaces. Der Confluence Admin muss erkennen, wann ein gemeinsamer Standard sinnvoll ist und wann ein Team eine lokale Lösung braucht. Gute Standards machen den Normalfall einfach; sie erzeugen nicht möglichst viele Regeln. Gruppen statt Einzelberechtigungen, globale Templates nur für wirklich gemeinsame Anwendungsfälle und klar benannte Space-Verantwortliche sind typische Beispiele dafür.

Genauso wichtig ist die Zusammenarbeit. Gute Admins bleiben erreichbar, erklären Entscheidungen verständlich, hören bei Anforderungen nach dem eigentlichen Ziel und denken proaktiv mit. Sie nutzen Monitoring und Feedback nicht nur zur Fehlerbehebung, sondern um Confluence gemeinsam mit den Teams weiterzuentwickeln. Genau dadurch werden Standards im Alltag als Hilfe wahrgenommen und nicht als zusätzliche Hürde.

Die zentrale Professional-Zertifizierung ist Confluence Administration for Cloud. Sie weist fortgeschrittene Fähigkeiten beim Konfigurieren und Verwalten von Confluence-Sites und Spaces nach und gehört zu den Atlassian Certified Professional (ACP) Credentials für Solution- Administratoren.

Die Prüfung deckt weit mehr als einzelne Menüeinstellungen ab. Die aktuellen Prep-Ressourcen umfassen Access und Permissions, Site Configuration, Security und Data Management, Look and Feel, Space-Setup, Content Administration, Automation sowie Monitoring. Das passt gut zum praktischen Rollenbild eines Confluence Admins, der Site- und Space-Perspektive zusammenbringen muss.

Die Zertifizierung kann außerdem Teil der Atlassian Certified Administration Expert Designation sein. Dafür müssen vier passende Administration-Credentials aus der vorgesehenen Liste aktiv gehalten werden. Eine Zertifizierung ist damit ein belastbarer Wissensnachweis, ersetzt aber nicht die Erfahrung aus echten Confluence-Projekten und laufender Administration.

Die für Confluence Administration relevante Confluence Administration for Cloud Zertifizierung gehört zu den Atlassian Certified Professional Credentials. Sie wird nicht allein durch den Besuch eines Kurses erworben, sondern durch das Bestehen der jeweiligen Zertifizierungsprüfung. Einen Überblick über die aktuellen Professional- und Associate-Credentials gibt die Seite Atlassian Certifications.

Zertifizierungsprüfungen werden aktuell online und remote beaufsichtigt. Registrierung, Terminwahl und Start erfolgen über das Certification Portal und Certiverse. Vor einer Professional- oder Associate-Prüfung muss der sichere Browser installiert und erfolgreich getestet werden. Den aktuellen Ablauf von Vorbereitung, Registrierung und Prüfung findest du unter About Atlassian credentials.

Die Prüfungen sind zeitlich begrenzt und arbeiten mit praxisnahen Szenarien: Es geht nicht nur darum, Funktionen wiederzuerkennen, sondern Anforderungen, Einschränkungen und sinnvolle Lösungswege zu beurteilen. Für die Vorbereitung sollte man deshalb Dokumentation, echte Admin-Erfahrung und die kostenfreien Confluence Certification Prep kombinieren. Fragen können während der Prüfung zur späteren Überprüfung markiert werden; falsche Antworten führen nicht zu Minuspunkten. Nach Abschluss wird das Ergebnis per E-Mail bereitgestellt.

Atlassian-Zertifizierungen sind grundsätzlich 24 Monate gültig. Danach gibt es eine zusätzliche 90-tägige Grace Period, in der die Zertifizierung noch erneuert werden kann. Die aktuellen Regeln und der persönliche Fortschritt werden über das Credential-Portal verwaltet; die möglichen Wege sind unter Maintain your certification zusammengefasst.

Für eine Atlassian Certified Professional (ACP) Zertifizierung werden aktuell 100 Continuing Education Units (CE Units) benötigt. CE Units lassen sich unter anderem durch Atlassian-Learning-Kurse, globale oder lokale Atlassian-Events und Vorträge sammeln. Die gleichen eingereichten CE Units können gleichzeitig auf mehrere aktive Zertifizierungen angerechnet werden. Die Nachweise werden im Credential-Portal hochgeladen.

Alternativ kann die Zertifizierungsprüfung erneut bestanden werden. Eine solche Prüfung zur Verlängerung ist innerhalb der letzten sechs Monate vor Ablauf möglich. Wer die 24 Monate verpasst, hat noch die 90-tägige Grace Period. Für aktive Expert- oder Specialist-Designations müssen auch die jeweils zugrunde liegenden Credentials aktiv bleiben. Die Regeln zu Gültigkeit, Retakes und Ergebnissen stehen zusätzlich in den Certification and credential policies.