Open-Source-Wissensdatenbanken sind in DACH-Teams aus zwei Gründen attraktiv: Lizenzkosten sind null und DSGVO-Kontrolle ist maximal, weil du selbst hostest. Der Trade-Off, den die meisten Vergleichsartikel überspringen: Lizenz spart Geld, Pflege kostet Zeit. Wer Open-Source wählt, wird zum eigenen Support-Team für die Software.
Dieser Artikel listet die wichtigsten OSS-Optionen für DACH-Teams (BookStack, DokuWiki, Wiki.js, Outline, Zammad KB-Modul), behandelt Self-Hosting-Aufwand und DSGVO-Vorteile, und liefert den ehrlichen Tradeoff: wann ergibt OSS Sinn, wann nicht.
BookStack
PHP, MySQL, Apache oder Nginx. MIT-Lizenz. Aktiv gepflegt. Web-UI ist modern und intuitiv, näher an Notion als an klassischen Wikis. Strukturmodell: Books, Chapters, Pages, vergleichbar mit Confluence-Spaces.
Stärken: einfaches Setup via Docker Compose oder Linux-Paketmanagement, schöne UI, eingebaute Suche, Permissions auf User- und Rollen-Ebene. Schwächen: weniger Drittanbieter-Integrationen als kommerzielle Tools, kein dediziertes Multi-Mandanten-Modell. Self-Hosting-Kosten: VPS ab 5 EUR/Monat, plus Pflege.
DokuWiki
PHP, dateibasiert ohne Datenbank. GPL-Lizenz. Klassisches Wiki, Syntax ist Wiki-Markup, nicht Markdown. Sehr alt (seit 2004), sehr stabil, sehr leichtgewichtig.
Stärken: läuft auf praktisch jedem Webserver, keine Datenbank-Pflege, sehr robuster Backup (alles ist Dateien). Schwächen: UI ist altmodisch, Wiki-Syntax statt Markdown, Plugin-Ökosystem ist eigenständig und benötigt Wartung. Gute Wahl für interne Wissensbasen mit niedrigen UI-Ansprüchen.
Wiki.js
Node.js, PostgreSQL oder MySQL. AGPLv3-Lizenz. Modernes UI, Markdown-Editor, eingebaute Editor-Optionen für Code, Diagramme, Tabellen. Aktive Community.
Stärken: schöne UI, Markdown-First, gute Storage-Optionen (Git-Backup ist möglich), gutes Permission-Modell. Schwächen: AGPL-Lizenz kann bei kommerzieller Einbettung Verpflichtungen erzeugen, Node.js-Setup ist komplexer als PHP. Self-Hosting-Kosten ähnlich BookStack.
Outline
Node.js, PostgreSQL, Redis. Business Source License (BSL) seit 2022. Modernes Notion-ähnliches UI, exzellente Real-Time-Collaboration, Markdown-Backend.
Stärken: beste UI im OSS-KB-Bereich, gute Performance, gute Mobile-Experience. Schwächen: BSL ist keine klassische Open-Source-Lizenz, kommerzielle Mehrtenant-Nutzung ist eingeschränkt für 4 Jahre nach Release, dann öffnet sie zu Apache 2.0. Für interne Nutzung uneingeschränkt. Cloud-Variante (getoutline.com) für teams, die nicht selbst hosten wollen.
Zammad KB-Modul
Ruby on Rails, PostgreSQL, Elasticsearch, Redis. AGPLv3. Primär ein Ticketing-System mit eingebautem KB-Modul seit Version 3.0.
Stärken: integriert sich nahtlos mit Zammad-Ticketing, deutsche Open-Source-Community mit DACH-Bezug, Cloud-Option verfügbar. Schwächen: KB ist Nebenfunktion, nicht das Hauptprodukt, fehlen einige dedizierte KB-Features wie umfangreiche Versionshistorie. Sinnvoll, wenn Zammad ohnehin als Helpdesk eingesetzt wird.
Self-Hosting-Aufwand: die echte Rechnung
Hosting-Kosten allein sind günstig. Ein VPS ab 5 bis 50 EUR pro Monat reicht für die meisten Setups. Was die Rechnung treibt, ist Personal-Aufwand.
Praxis-Kalkulation für ein BookStack-Setup mit 100 Artikeln und 10 Editoren: monatlich 4 bis 12 Stunden Aufwand für Sicherheits-Updates, Backups, gelegentliche Recovery-Probleme, Performance-Tuning. Bei 60 EUR pro Stunde Sysadmin-Kosten heisst das 240 bis 720 EUR pro Monat in versteckten Kosten, gegen 60 EUR Hosting.
Bei der Vergleichsrechnung gegen ein kommerzielles SaaS-Help-Center wie Document360 (ab circa 99 USD pro Monat im Standard-Tier) ist OSS bei mittlerem Pflegeaufwand teurer, nicht günstiger. Open Source spart die Lizenzgebühr, nicht die Labor-Stunden.
DSGVO-Vorteile von Self-Hosting
Wo OSS gegenüber kommerziellen SaaS-Tools punktet: maximale Datenkontrolle. Daten liegen ausschliesslich auf deinem Server. Keine Sub-Prozessoren-Frage, keine Schrems-II-Diskussion, kein US-Cloud-Act-Risiko. Für Healthcare, Banking, Public-Sector mit harten Datenresidenz-Anforderungen kann das der entscheidende Faktor sein.
Voraussetzung: dein Hosting-Provider ist EU-basiert oder besser deutsch, du hast einen AVV mit deinem Hosting-Provider, du betreibst eigene Backup-Strategien.
Wann OSS Sinn ergibt
Erstens: harte DSGVO-Anforderungen mit Self-Hosting als hartes Kriterium. Zweitens: bestehende Sysadmin-Kapazität ist vorhanden und unterausgelastet, Pflege ist Sunk Cost. Drittens: das Team hat technische Tiefe und sieht OSS als Lerngelegenheit. Viertens: das KB-Volume ist gross genug, dass kommerzielles Pricing pro User die OSS-Pflege übersteigt (typischerweise ab 200+ Lizenznehmer).
Wann kommerzielles SaaS die bessere Wahl ist
Erstens: kleines bis mittleres Team ohne Sysadmin-Kapazität. Zweitens: schnelles Time-to-Value gewünscht, kein Setup-Aufwand von Wochen. Dritter: schnell ändernde Produktlandschaft, wo die Doku-Pflege wichtiger ist als die Infrastruktur-Pflege. Viertens: Bedarf an dedizierten Help-Center-Features (Versionshistorie, SEO-Out-of-the-Box, Multi-Brand) die OSS nicht out-of-the-box liefert.
HappySupport im Kontext
HappySupport ist nicht open-source. HappySupport hostet in Frankfurt mit deutschem Rechtsträger und liefert AVV plus Sub-Prozessoren-Transparenz. Für DACH-Teams, die DSGVO-Kontrolle wollen, ohne selbst zu hosten, ist das die Alternative zu OSS.
Wer ohnehin Sysadmin-Tiefe hat und harte Self-Hosting-Anforderungen, ist mit BookStack, Wiki.js oder Outline gut bedient. Wer das nicht hat, zahlt mit OSS in Stunden, nicht in Lizenzgebühren.
Mehr zur Architektur in selbst-aktualisierende Wissensdatenbank, zur DSGVO-Sicht in DSGVO-konforme Wissensdatenbank und zum Aufbau in Help Center aufbauen in einer Woche.
