Self-Hosting mit Docmost: Teams, Spaces & Berechtigungen (2026)
Docmost auf dem eigenen VPS zu betreiben ist nur der erste Schritt. Der eigentliche Mehrwert entsteht durch die richtige Struktur der Wissensdatenbank. Dieser Leitfaden behandelt den praktischen Betrieb von Docmost für Teams: Spaces organisieren, Berechtigungen setzen, Anwendungsfälle verstehen und das Beste aus dem Self-Hosting herausholen.
Warum Teams Docmost wählen
Docmost wurde entwickelt, um die Schwerfälligkeit von Confluence und den Vendor-Lock-in von Notion zu überwinden. Für Self-Hoster löst es ein echtes Problem: Enterprise-Teams benötigen kollaborative Docs mit Zugangskontrolle — und dem Open-Source-Markt fehlte eine ausgereifte Option, bis Docmost erschien.
Kernargumente für Docmost:
- Keine Pro-Seat-Preise — die Kosten beschränken sich auf den VPS (~5–6 €/Monat)
- Datensouveränität — alle Dokumente bleiben auf dem eigenen Server
- Echtzeit-Kollaboration — Live-Cursor, keine Speicherkonflikte
- Hierarchische Struktur — verschachtelte Seiten wie bei Notion
- Granulare Berechtigungen — Zugriffskontrolle auf jeder Ebene
Empfohlener VPS für den Teameinsatz
Für Teams bis 20 Nutzer empfehlen wir:
| Anbieter | Preis | RAM | Warum |
|---|---|---|---|
| Hetzner Cloud | 4,15 €/Monat | 4 GB | Bestes EU-Preis-Leistungs-Verhältnis |
| Contabo VPS | 5,99 €/Monat | 8 GB | Viel Puffer + 200 GB Storage |
| Vultr | 6 $/Monat | 1 GB | Globale Abdeckung (auf 2-GB-Plan upgraden) |
Docmosts Struktur verstehen
Docmost organisiert Inhalte auf drei Ebenen:
Workspace
└── Space (z. B. „Engineering", „Produkt", „HR")
└── Seite (z. B. „API-Referenz")
└── Unterseite (z. B. „Authentifizierung")
Workspace: Der oberste Container für die gesamte Organisation. Alle Nutzer im Workspace können sich gegenseitig sehen.
Spaces: Abteilungen oder Projekte. Jeder Space hat eigene Mitglieder und Berechtigungen. Ein Nutzer kann Mitglied in einigen Spaces sein, aber nicht in anderen.
Seiten: Die eigentlichen Dokumente mit Unterstützung für tiefe Hierarchien.
Spaces für das Team strukturieren
Eine gute Space-Struktur trennt Verantwortlichkeiten und reduziert Rauschen. Beispiele:
Für ein Software-Unternehmen:
Engineering/
Architekturentscheidungen
API-Referenz
Runbooks
Produkt/
Roadmap
Feature-Spezifikationen
Nutzerforschung
Personal/
Onboarding
Richtlinien
Für eine Agentur:
Intern/
Prozesse
Vorlagen
Kunde-Projektname/
Briefings
Ergebnisse
Besprechungsnotizen
Einen Space in Docmost anlegen:
- „Neuer Space” in der Seitenleiste klicken
- Space benennen und optional ein Icon setzen
- Sichtbarkeit festlegen (öffentlich im Workspace oder privat)
- Mitglieder hinzufügen und Rollen zuweisen
Berechtigungsmodell
Docmost nutzt rollenbasierte Zugriffskontrolle auf zwei Ebenen:
Workspace-Rollen
- Owner: Vollständiger Admin — verwaltet Mitglieder und alle Einstellungen
- Admin: Kann Mitglieder und Spaces verwalten
- Member: Standardnutzer mit Zugang zu erlaubten Spaces
Space-Rollen
- Admin: Kann Space-Einstellungen, Mitglieder und alle Seiten verwalten
- Editor: Kann Seiten erstellen und bearbeiten
- Viewer: Nur Lesezugriff
Einen Space auf privat setzen und nur relevante Mitglieder hinzufügen — ideal für sensible Bereiche wie Personal oder Finanzen.
Echtzeit-Kollaboration in der Praxis
Docmost verwendet Operational Transformation (OT) für gleichzeitige Bearbeitungen:
- Mehrere Nutzer sehen sich gegenseitig die Cursor beim Bearbeiten
- Änderungen synchronisieren sofort ohne manuelles Speichern
- Seitenhistorie ermöglicht das Zurücksetzen auf frühere Versionen
Für optimale Funktion braucht der VPS eine stabile Verbindung und korrekte WebSocket-Unterstützung in der Nginx-Konfiguration (die Upgrade- und Connection-Header sind entscheidend).
Integrationen und Erweiterungen
Docmost unterstützt mehrere Integrationen:
- SMTP-E-Mail: Für Einladungen und Benachrichtigungen — in Einstellungen > E-Mail konfigurieren
- OIDC/SSO: Mit Keycloak, Authentik oder einem beliebigen OIDC-Provider verbinden
- Eigene Domain: Docmost über Nginx auf einer eigenen Subdomain betreiben
- Webhooks: Externe Aktionen bei Seitenerstellungen oder -änderungen auslösen
Anwendungsfälle
Engineering-Team-Wiki
Architekturentscheidungen (ADRs), Deployment-Runbooks, Incident-Post-Mortems und API-Dokumentation. Docmosts Code-Blöcke und verschachtelte Seiten machen technische Docs lesbar.
Interne Wissensdatenbank
HR-Richtlinien, Onboarding-Checklisten, Unternehmenshandbuch — alles an einem Ort, mit Lesezugriff für Mitarbeiter und Bearbeitungszugang für die HR-Abteilung.
Projektdokumentation
Einen Space pro Kunde oder Projekt nutzen. Nur-lese-Links für externe Stakeholder teilen oder auf interne Teams beschränken.
Persönliches Wissensmanagement
Eine einzelne Docmost-Instanz kann auch einer Person als selbst gehostetes Notion dienen — günstiger und privater als jede SaaS-Alternative.
Wartungstipps
- Backups: Tägliche
pg_dump-Backups einplanen und extern speichern (S3, Backblaze B2, etc.) - Updates: Regelmäßig
docker compose pull && docker compose up -dausführen - Monitoring: Uptime Kuma (ebenfalls self-hosted) für Ausfallbenachrichtigungen nutzen
- Ressourcen-Check:
docker statsregelmäßig prüfen, wenn das Team wächst
Skalierung über einen VPS hinaus
Für die meisten Teams unter 100 Nutzern reicht ein einzelner Hetzner- oder Contabo-VPS problemlos aus. PostgreSQL ist der Engpass; ein Upgrade auf mehr RAM und NVMe-Storage löst die meisten Performanceprobleme.
Weitere Self-Hosting-Guides auf selfhostvps.com/en/best/.