Die 9 besten mehrsprachigen Knowledge-Base-Softwarelösungen 2026

Was "mehrsprachig" auf einer Preisseite wirklich bedeutet

Unter einem einzigen Wort werden vier verschiedene Dinge verkauft. Sie kommen nicht zusammen.

Ebene 1 ist die Chrome-Oberfläche. Die Suchleiste, der "War dieser Artikel hilfreich?"-Hinweis, die Navigation. Zendesk liefert diese Textbausteine für 36 Haupt-Helpcenter-Sprachen plus vier Varianten. Außerhalb dieser Liste wird der eingebaute Text nur übersetzt angezeigt, wenn zufällig eine von der Community erstellte Übersetzung existiert.

Ebene 2 sind deine Artikel, einzeln übersetzt, entweder von einer Person oder maschinell. Das ist die eigentliche Arbeit. Und es ist auch der Teil, der eine Knowledge Base von einem Projekt mit Enddatum in eine dauerhafte Verpflichtung verwandelt.

Ebene 3 ist die Ticketseite: Makros, vorgefertigte Antworten, automatisierte E-Mails, plus alles, was für den mehrsprachigen Live-Chat gebaut wurde. Zendesk nennt das dynamische Inhalte. Das funktioniert besser als die Knowledge Base, weil das Bearbeiten der Standardversion jede Variante als potenziell veraltet markiert. Beim Helpcenter gibt es diese Höflichkeit nicht.

Ebene 4 ist die Antwortebene: ein KI-Agent, der in der Sprache antwortet, in der der Kunde geschrieben hat. Wie diese Ebenen zusammenspielen, beschreibt Zendesks eigene Dokumentation ungewöhnlich offen. Die KI-Agenten unterstützen für generative Antworten vollständig 80 Sprachen, übersetzen ihre skriptbasierten Antworten automatisch aber nur in 29, und zum Zeitpunkt der Antwort übersetzt der Bot die Knowledge Base nicht. Ein französischer Kunde bekommt also eine flüssige französische Antwort, die auf englischen Artikeln basiert, klickt sich zum Helpcenter durch und landet auf einer toten Seite.

Wenn ein Anbieter "40+ Sprachen" sagt, meint er damit fast immer die Ebenen 1 und 2. Ebene 2 ist die, für die man in Personalstunden bezahlt. Ebene 4 ist die, die entscheidet, ob Ebene 2 jemals vollständig sein muss. Falls diese Unterscheidung neu ist, lohnt sich ein Abstecher zu unserer Einführung in die Vorteile einer KI-Knowledge-Base.

Wie ich sie verglichen habe

Ich habe mich durch die eigenen Dokumentationen und Preisseiten jedes Anbieters gearbeitet statt durch deren Feature-Tabellen und dabei nach fünf Dingen gesucht: die tatsächliche Sprachenzahl, ob maschinelle Übersetzung inklusive oder nutzungsabhängig ist, welcher Tarif mehrsprachige Inhalte freischaltet, was das Tool tut, wenn sich der Quellartikel ändert, und ob eine fehlende Übersetzung sauber abfängt oder einfach kaputtgeht. Die Preise sind die veröffentlichten Jahresvertragswerte in USD, Stand Juli 2026. Wo die Marketingzahl eines Anbieters von seiner eigenen Dokumentation abweicht, habe ich mich für die Dokumentation entschieden und dies kenntlich gemacht.

Die 9 Tools auf einen Blick

Übersetzungsschulden: die Kosten, die auf keiner Preisseite auftauchen

Hier ist der Teil, den vor der Unterschrift niemand durchrechnet. Eine Knowledge Base ist kein einmaliger Übersetzungsjob. Es ist ein Abo, alles, was man bearbeitet, für immer neu zu übersetzen, multipliziert mit der Anzahl der aktivierten Sprachen.

Ein Technical Writer, der ein Helpcenter mit 600 Artikeln betreibt, brachte das Ausmaß auf Reddit so auf den Punkt:

"The help center currently consists of almost 600 articles available in 4 languages, ranging from simple FAQs to detailed step-by-step instructions."

Content management for Help Center

Das sind 2.400 Dokumente, und jede Produktänderung betrifft irgendeinen Anteil aller vier Sätze. Was danach passiert, findet jedes Team nach etwa sechs Monaten heraus:

"I regularly discover that some language versions are 3-4 iterations behind the English master."

u/Imaginary_Dinner2710, Reddit

Diese Drift ist eher ein Design- als ein Disziplinproblem. Die meisten dieser Tools sagen einem schlicht nicht, welche Versionen hinterherhinken. Trag unten deine eigenen Zahlen ein und sieh, was ein Jahr Aufholarbeit tatsächlich kostet.

Die Rechnung für maschinelle Übersetzung ist selten die Spalte, die erschreckt. Es sind die Review-Stunden.

1. eesel AI

Am besten für: Teams, deren Ticketvolumen mehrsprachig ist, deren Doku-Team aber aus einer Person besteht.

Ich arbeite bei eesel, lies diesen Abschnitt also als Innensicht und nicht als neutrale Bewertung. Er steht aus einem Grund am Anfang dieser Übersicht mehrsprachiger Knowledge-Base-Software: Er geht das Problem vom anderen Ende an. Statt die Artikelbibliothek in sechs Locales zu spiegeln, liest der KI-Agent das vorhandene Wissen und antwortet in der Sprache, in der der Kunde geschrieben hat, über mehr als 80 Sprachen hinweg, ohne pro Sprache am Leben zu haltende Routing-Regeln.

So funktioniert Mehrsprachigkeit: Der Agent verbindet sich mit den Quellen, die du bereits pflegst, Helpcenter, Confluence, Notion, Google Docs, SharePoint, PDFs und vergangene Tickets, und antwortet dann in der Sprache des Kunden. Die Retrieval-Seite ist gewöhnliches RAG über dein Helpcenter, keine Übersetzungspipeline. Und weil es auf deinen tatsächlich gelösten Tickets trainiert, bringt eine deutsche Queue ihm bei, wie dein Team tatsächlich auf Deutsch schreibt, etwas, das maschinelle Übersetzung eines Helpcenters nie liefert. Vor dem Livegang lässt man ihn zunächst in Simulation gegen historische Tickets laufen, sieht, wo die Abdeckung pro Thema dünn ist, füllt die Lücken und wiederholt das.

Preise: nutzungsbasiert bei 40 Cent pro Ticket, ohne Sitzplatzgebühr und ohne Sprachaufschlag, und kostenlos, bis $50 verbraucht sind. Auf der Preisseite taucht das Wort "Sprache" nirgends auf, was irgendwie der Punkt ist: Japanisch hinzuzufügen bewegt die Rechnung nicht. Jahresverträge ab $300 im Monat erhalten 25% Rabatt, und der Enterprise-Tarif fügt eine monatliche Plattformgebühr von $1.000 für SSO, HIPAA und einen dedizierten Engineer hinzu.

Wo es zu kurz kommt: Es veröffentlicht kein lokalisiertes Helpcenter für dich. Wenn der Grund für die Suche nach mehrsprachiger Knowledge-Base-Software organische Suche auf Deutsch ist, oder eine Aufsichtsbehörde, die Dokumentation in der Landessprache verlangt, dann ersetzt eine KI-Antwortebene davon nichts, und man braucht weiterhin eines der Tools unten. eesel veröffentlicht außerdem kein Simulations-Reporting pro Sprache, sodass die Abdeckung pro Locale eher aus dem eigenen Ticketverlauf abgeleitet als aus einem Chart abgelesen wird.

Meine Einschätzung: Wähle das hier, wenn der Schmerz Tickets sind, die in fünf Sprachen eintreffen. Nicht, wenn der Schmerz Seiten sind, die in fünf Sprachen fehlen. Smava fährt damit über 100.000 deutsche Tickets im Monat, und Gridwise löste im ersten Monat 73% der Tier-1-Tickets, beide ohne übersetzte Artikelbibliothek im Hintergrund.

2. Zendesk Guide

Am besten für: große Multi-Brand-Helpcenter, in denen Übersetzung ein finanziertes, personell besetztes Programm ist.

So funktioniert Mehrsprachigkeit: Zendesk Guide speichert einen Quellartikel plus ein Übersetzungsobjekt pro Locale, alle mit derselben URL, in der nur das Locale ausgetauscht wird. Es gibt 36 Haupt-Helpcenter-Sprachen plus vier Varianten. Im Artikeleditor sitzt ein KI-Übersetzungsbutton, standardmäßig aktiv, ein Artikel und eine Sprache pro Klick. Eine Massenaktion "meine Knowledge Base übersetzen" ist nirgends dokumentiert.

Zwei Verhaltensweisen werden einem auf die Füße fallen. Erstens: Ein übersetzter Artikel, dessen übergeordneter Bereich unübersetzt ist, wird für Leser unsichtbar: veröffentlicht, im Admin-Bereich indexiert und trotzdem nicht erreichbar, weil das Helpcenter keine verwaisten Artikel anzeigen kann. Also erst Kategorien, dann Bereiche, dann Artikel übersetzen. Zweitens: Ein aktiviertes, aber nicht übersetztes Locale liefert einen Seitenfehler statt eines Rückfalls auf Englisch, und Zendesks eigener Konfigurationsleitfaden erklärt das anhand eines Französisch-Beispiels ganz genau. Ein nie aktiviertes Locale leitet sauber weiter. Das bedeutet: eine Sprache zu aktivieren, bevor der Inhalt existiert, ist schlimmer, als gar nichts zu tun.

Auch Support-Teams bemerken die Qualitätslücke:

"We have tried using the auto-translate function Zendesk provided but found that the automatic translation is very unsatisfactory."

u/Few_Heat_8224, Reddit

Preise: Ein mehrsprachiges Helpcenter braucht Suite Growth oder höher. Growth erscheint aber nicht mehr auf der öffentlichen Preisliste, sodass der günstigste tatsächlich kaufbare Tarif Suite Professional ist.

Wo es zu kurz kommt: Das Bearbeiten des englischen Artikels markiert überhaupt nichts. Eine Übersetzung als veraltet zu markieren, ist eine manuelle Optionen-dann-Flag-Aktion, für jede einzeln, genau die Art Disziplin, die niemand über den zweiten Monat hinaus durchhält. Die Ironie: Zendesks dynamische Inhalte auf der Ticketseite markieren Varianten automatisch, wenn sich der Standard ändert. Die Knowledge Base, wo Veralterung tatsächlich bei Kunden ankommt, tut das nicht.

Meine Einschätzung: die stärkste API-Story hier (es gibt einen translations/missing-Endpunkt, der für Coverage-Audits gebaut wurde), und die beste Wahl, wenn man eine Übersetzungsagentur plus einen Release-Prozess dranhängen will. Wenn der Plan lautet "wir klicken auf Übersetzen, wenn wir dran denken", dann werden die Elternseiten-Falle und die stille Veralterung einen dafür bestrafen. Unser Leitfaden zum mehrsprachigen Helpcenter deckt die Einrichtung ab, und unsere Hinweise zu Multi-Brand-Helpcentern decken den Fall ab, dass jede Marke ihr eigenes Locale-Set braucht.

Erwähnenswert separat: Zendesk kann außerdem eingehende Nachrichten automatisch übersetzen auf der Ticketseite, was eine andere Hälfte des Problems löst als das Helpcenter. Noch bei den Grundlagen? Starte mit den Zendesk-Helpcenter-Grundlagen.

3. Zoho Desk

Am besten für: den günstigsten Weg zu einem mehrsprachigen Helpcenter mit inkludierter maschineller Übersetzung.

So funktioniert Mehrsprachigkeit: Zoho Desk veröffentlicht 52 auswählbare Locales und lässt einen den Übersetzungstyp auf Kontoebene auf Manuell oder Automatisch stellen. Automatisch läuft über eine von drei Engines, und hier ist das Detail, das man zweimal lesen sollte: Sowohl Google Translate als auch Unbabel brauchen den eigenen API-Schlüssel, was eine zweite Rechnung von einem zweiten Anbieter bedeutet. Nur Zia, Zohos eigene KI, ist eigenständig, und Zia übersetzt 15 Sprachen gegenüber den 52 Locales, die das Helpcenter bewirbt.

Automatisch übersetzte Ausgaben landen als Entwurf, den ein Mensch dann pro Artikel und Sprache veröffentlicht. Kategorien, Bereiche und Unterbereiche werden nie automatisch übersetzt, sodass die Navigation selbst im vollautomatischen Modus manuelle Arbeit bleibt.

Preise: Professional ist die Grenze. Es ist auch der Tarif, ab dem Zia erstmals erscheint, sodass die Mehrsprachigkeits-Grenze und die Grenze für die kostenlose Engine zufällig auf demselben Level liegen.

Wo es zu kurz kommt: vor allem zwei Dinge. Übersetzungen sind auf die Version fixiert, für die sie angefordert wurden, sodass die Bearbeitung des Masters auf 2.1 dazu führt, dass jede Übersetzung fröhlich weiter 2.0 ausliefert, bis jemand einen neuen Durchlauf anfordert. Dann greift das "Als veraltet markieren"-Sicherheitsnetz ausdrücklich nicht für Sprachen, die nur automatisch übersetzt werden, genau die Gruppe mit dem höchsten Risiko. Zoho liest außerdem keine Browsersprache, um das Helpcenter-Locale zu wählen, sodass Erstbesucher in der Standardsprache landen und manuell umschalten müssen.

Meine Einschätzung: das mit Abstand beste Preis-Leistungs-Verhältnis in dieser Liste, etwa 2,4-mal günstiger als Freshdesk auf der Stufe, die dieselbe Funktion freischaltet, und mit maschineller Übersetzung, die Freshdesk zu keinem Preis verkauft. Man sollte nur einplanen, dass Zias 15 Sprachen der kostenlose Teil sind, und prüfen, ob die eigenen Locales darin liegen. Unsere Zoho-Desk-KI-Bewertung und die Hinweise zur Sprachunterstützung von Zia gehen tiefer, und es gibt eine Übersicht der KI-Integrationen für Zoho Desk, falls man noch etwas obendrauf setzen möchte.

4. Freshdesk

Am besten für: Teams mit menschlicher Übersetzung, die das Portal die Sprache des Lesers automatisch erkennen lassen wollen.

So funktioniert Mehrsprachigkeit: Freshdesk unterstützt 47 Sprachen für Lösungsartikel, vier davon nur in der Knowledge Base, und es gibt kein Limit, wie viele man aktiviert. Das Portalverhalten ist das beste in dieser Liste. Es erkennt die Sprache des Lesers anhand von Login oder Browser, und jede hinzugefügte Sprache bleibt standardmäßig vor Kunden verborgen, bis man ein Augen-Icon umschaltet, sodass ein Locale privat vorbereitet werden kann, bis der Inhalt bereit ist.

Und dann gibt es das, was man vor dem Kauf wissen sollte: Freshdesk hat auf keiner Tarifstufe maschinelle Übersetzung für Knowledge-Base-Artikel. Jede Übersetzung wird von einer Person auf eine leere Fläche getippt. Die einzige Hilfe ist ein schreibgeschütztes "Show Master"-Panel, das den Quellartikel neben dem eigenen Entwurf zeigt. Freddys Live Translate übersetzt Ticket-Gespräche in Echtzeit, keine Artikel.

Preise: Der Sprung ist steil, weil Mehrsprachigkeit zwei Stufen höher liegt.

Wo es zu kurz kommt: Die Weitergabe ist ein Button, den sich jemand merken muss. Nach dem Bearbeiten des Masters klickt man auf "Andere Übersetzungen als veraltet markieren", und Freshdesks eigene Dokumentation sagt unmissverständlich, dass man diese Aktion jedes Mal ausführt, wenn man den primären Artikel aktualisiert. Vergisst man es einmal, liefert die französische Version weiterhin die Rückerstattungsrichtlinie des letzten Quartals aus, ohne jede Warnung. Es gibt Listenansichten pro Sprache für "veraltet" und "unübersetzt", um Drift im Nachhinein zu erkennen, was nützlich ist, aber die Markierung existiert nur, wenn sie überhaupt jemand gesetzt hat.

Meine Einschätzung: Wähle Freshdesk für Mehrsprachigkeit nur, wenn die Übersetzer bereits fest angestellt sind. $55 pro Agent für das Recht zu zahlen, 47 Sprachversionen von Hand zu schreiben, ist ein seltsamer Deal neben Zoho für $23 mit inkludierter Engine. Wer es bereits nutzt, findet in unserem Leitfaden zu mehrsprachigen Antwortvorlagen den einfachen Gewinn, und die Freshdesk-Knowledge-Base-API ist die Art, wie Teams den Übersetzungstanz skripten. Mehr dazu in unserer Übersicht der KI-Automatisierungs-Apps für Freshdesk.

5. Document360

Am besten für: Dokumentationsteams, die Lokalisierung als vollwertige Funktion behandeln wollen, nicht als Checkbox.

So funktioniert Mehrsprachigkeit: Document360 listet 57 Locales innerhalb eines einzigen Workspace, sodass das Hinzufügen einer Sprache die Struktur über alle Artikel hinweg auf einmal repliziert, statt ein Parallelprojekt zu starten. Maschinelle Übersetzung heißt Translate with Eddy AI und läuft darunter auf dem Microsoft Azure Translator, der 50 dieser Locales abdeckt. Abgerechnet wird ein Credit pro übersetztem Zeichen, Credits werden auf Projektebene gepoolt und jährlich erneuert, Überschreitungen sind kostenpflichtig. Weder das Kontingent noch der Überschreitungssatz sind irgendwo veröffentlicht, sodass man den eigenen Stand nur im Produkt selbst einsehen kann.

Die Fallback-Regel ist die schärfste Designentscheidung in dieser Liste, und sie geht in die falsche Richtung. Der Rückfall auf Englisch tritt nur ein, wenn eine Übersetzung nie veröffentlicht wurde. Laut den mehrsprachigen FAQ wird, wenn der Artikel bereits in einer Zweitsprache veröffentlicht wurde, diese Version immer angezeigt, selbst wenn sie veraltet ist. Der Fehlermodus ist also keine fehlende Seite. Es ist eine selbstsicher ausgelieferte falsche Seite, und die dokumentierte Lösung ist, die veraltete Übersetzung manuell zurückzuziehen.

Preise: vollständig auf Anfrage. Keine Stufen, keine Dollarbeträge auf der Preisseite, und die Anzahl der Sprachen wird neben Team-Konten, Workspaces und SSO als einer der Faktoren für das Angebot genannt. Ein 14-tägiger Test, dann ein Verkaufsgespräch.

Wo es zu kurz kommt: Quelländerungen lösen automatisch nichts aus, und der Status ist ein manueller "Needs translation"-Schalter. Das Löschen eines Artikels in einer Sprache löscht ihn in allen Sprachen, was eine alarmierende Standardeinstellung ist; der sichere Schritt ist, ein Locale auszublenden statt es zu entfernen. Das Übersetzen eines Markdown-Artikels wandelt ihn außerdem unumkehrbar in den WYSIWYG-Editor um.

Meine Einschätzung: das vollständigste Lokalisierungs-Featureset hier, sofern man ohne einen selbst überprüfbaren Preis leben kann. Vergleiche es mit dem Feld in unserem Beitrag Document360 vs Helpjuice, der Aufschlüsselung der Document360-Preise und unserem Blick auf Document360 AI.

6. Helpjuice

Am besten für: Teams, die maschinelle Übersetzung mit echtem Review-Gate wollen und die Abrechnung pro Zeichen verkraften können.

So funktioniert Mehrsprachigkeit: Helpjuice betreibt eine Knowledge Base mit einer Standardsprache und verknüpften Schwesterartikeln pro Sprache, plus einem Frontend-Umschalter, der den Leser zwischen beiden bewegt, statt ihn zur Startseite zurückzuwerfen. Erwähnenswert: die eigenen Zahlen widersprechen sich. Die Preisseite sagt 40+ Sprachen, die Dokumentation sagt über 50, und die Sprachcode-Tabelle listet 83 Zeilen, elf davon regionale Englisch-Varianten.

Der Workflow ist der am besten designte im ganzen Feld. Autoübersetzung setzt den Artikel auf "Verify Translation", denselben Status, den auch eine Bearbeitung des Originals auslöst, sodass das Review-Gate der Standard ist und kein Nachgedanke. Eine Seite-an-Seite-Ansicht stellt das unangetastete Original neben die editierbare Übersetzung. Eine Protected-Terms-Liste verhindert, dass Marken- und Produktnamen in Unsinn übersetzt werden.

Preise: Lokalisierung ist überhaupt nicht gesperrt, sie steckt im günstigsten Tarif, aber die Übersetzung selbst wird separat obendrauf abgerechnet.

Wo es zu kurz kommt: Das Abrechnungsmodell formt den Workflow auf eine Weise, die nerven wird. Synchronisation ist bewusst manuell, und Helpjuice sagt offen, warum: automatische Synchronisation "könnte zu unerwarteten Kosten führen (zum Beispiel, wenn man mehrfach veröffentlicht, um kleine Tippfehler zu korrigieren)." Schlimmer noch: ein Sync übersetzt den gesamten Artikel neu statt nur die geänderten Abschnitte, sodass eine Ein-Wort-Korrektur auf einer 40.000-Zeichen-Seite alle 40.000 Zeichen neu berechnet. Neuübersetzung überschreibt außerdem jede menschliche Bearbeitung in dieser Sprache, wiederherstellbar nur aus der Versionshistorie. Und das Hinzufügen einer Sprache übersetzt weiterhin nicht Theme, Buttons oder Navigation: dafür braucht es eine Customization Request, die das Helpjuice-Team bearbeitet.

Meine Einschätzung: die ehrliche Wahl, wenn man maschinelle Übersetzung mit Leitplanken will, und die Preisgestaltung ist ungewöhnlich explizit bei einer Kostenart, die jeder andere Anbieter versteckt. Bevor man eine sechste Sprache aktiviert, sollte man einfach im Rechner oben die Zahlen durchspielen. Unser Vergleich Confluence vs Helpjuice deckt das größere Produkt ab, und unsere Übersicht der Knowledge-Retrieval-Tools deckt ab, was darüber sitzt.

7. Guru

Am besten für: internes Wissen, das eine mehrsprachige Belegschaft liest, statt ein öffentliches lokalisiertes Helpcenter.

So funktioniert Mehrsprachigkeit: größtenteils gar nicht, und das ist bewusste Architektur, kein Versehen. Guru hat keine Sprachvarianten einer Card und keine verknüpften Übersetzungen, auch keinen Sprachumschalter. Die Oberfläche selbst ist rein englisch, und Gurus eigene Dokumentation schlägt vor, dass Kunden die Oberfläche übersetzen, indem sie ihre Chrome-Browsereinstellungen anpassen.

Was es stattdessen bietet, ist KI, die auf einem einsprachigen Korpus sitzt. AI Assist übersetzt eine Card auf Anfrage für einen Leser, laut leserorientierter Doku in 8 Sprachen, laut autorenorientierter Doku in 7, während Enterprise Search in derselben Sprache antwortet wie die Frage. Für eine interne Knowledge Base, die von Mitarbeitern in Warschau und São Paulo gelesen wird, ist das oft der richtige Kompromiss.

Preise: keine veröffentlicht. Stand Juli 2026 zeigt die Preisseite keine einzige Dollarangabe und einen "Book a call"-Button, wobei die FAQ Guru als "nicht nur ein Pro-Sitzplatz-Tool" beschreiben.

Wo es zu kurz kommt: Die Übersetzung ist flüchtig. Nichts wird gespeichert, versioniert oder getrackt, und es gibt kein Veralterungskonzept überhaupt, weil keine dauerhafte Übersetzung existiert, die veralten könnte. Im Autoren-Workflow überschreibt "Replace text" die Quell-Card, ein gefährlicher Button in einer geteilten Knowledge Base. Assist deckelt außerdem bei 3.000 Wörtern und ignoriert Dateien, Bilder und eingebettetes Video. Die vielzitierte Zahl von "100+ Sprachen" ließ sich auf keiner Guru-eigenen Seite finden, also sollte man sie als unbestätigt behandeln.

Meine Einschätzung: gut geeignet für internes Enablement, weniger geeignet für ein öffentliches mehrsprachiges Helpcenter. Unsere Guru-Bewertung hat das vollständige Bild des Produkts. Was es kostet und wo es in der Kategorie steht, dazu unsere Notizen zu Guru-Preisen und unser Leitfaden zu Wissensmanagement-Software.

8. Wiki.js

Am besten für: ein kostenloses, selbst gehostetes mehrsprachiges Wiki, bei dem man den gesamten Stack kontrolliert.

So funktioniert Mehrsprachigkeit: Wiki.js hält zwei Dinge getrennt. UI-Locale-Pakete sind herunterladbare Community-Übersetzungen der Oberfläche, bei einer frischen Installation nur Englisch. Mehrsprachige Inhalte sind eine eigene, separate Funktion namens Multilingual Namespacing, umgeschaltet unter Admin dann Locales, die das Locale zu einem Namespace-Segment im Seitenpfad macht.

Preise: kostenlos und Open Source. Die Kosten sind ein Server, eine Datenbank und die eigene Zeit.

Wo es zu kurz kommt: Die Dokumentation für die eigentliche Funktion fehlt. Der offizielle Abschnitt darüber, wie man eine alternative Locale-Version einer Seite schreibt, ist buchstäblich mit TODO markiert, und diese Seite wurde zuletzt 2020 bearbeitet, sodass die zentrale Anleitung zur Mehrsprachigkeit seit rund sechs Jahren ungeschrieben ist. Keine maschinelle Übersetzung, keine Integration mit Übersetzungsmanagement, und auch kein Veralterungs-Tracking jeglicher Art.

Meine Einschätzung: in Ordnung, wenn man technisch versiert ist, es sowieso betreibt und eine Handvoll Seiten von Hand übersetzt. Keine ernsthafte Antwort für ein kundenzugewandtes Support-Portal in fünf Sprachen, weil alles, was die vorherigen sechs Tools tun, um Versionen ehrlich zu halten, hier selbst gebaut werden müsste.

9. Docusaurus

Am besten für: Entwicklerdokumentation, deren Übersetzungen in git neben dem Code leben.

So funktioniert Mehrsprachigkeit: Docusaurus nutzt eine Dateisystem-Konvention: Jede übersetzte Datei liegt unter website/i18n/[locale]/, Markdown-Seiten als ganze Dokumente und Oberflächentexte als JSON-Dateien, die von einem write-translations-Befehl gescaffoldet werden. Jedes Locale wird dann zu einer eigenen statischen Site gebaut, sodass die Ausgabe sauber getrennt ist statt zur Laufzeit umgeschaltet zu werden. Lokalisierte Routen nutzen standardmäßig einen /fr-Unterpfad, und die Locale-spezifischen URLs sind es, die hreflang-Tags erzeugen.

Preise: kostenlos. Man zahlt stattdessen in Build-Minuten, da jedes Locale ein voller zusätzlicher Build ist, plus Übersetzerzeit und ein Übersetzungsmanagement-Abo, falls man über Crowdin läuft.

Wo es zu kurz kommt: keine maschinelle Übersetzung, und überhaupt kein Veralterungs-Tracking. Übersetzte Seiten sind kopierte Dateien, sodass das Bearbeiten der englischen Quelle still eine veraltete französische Seite ausliefert: kein Banner, keine Statusansicht, keine Markierung. Docusaurus macht klar, dass es sich nicht darum kümmert, wie man Übersetzungen verwaltet, eine vernünftige Haltung für ein Build-Tool und eine Lücke für eine Knowledge Base. Unübersetzte Routen fallen nur dann auf Englisch zurück, wenn der Host sie umschreibt, und manche statischen Hosts können das nicht.

Meine Einschätzung: die beste Antwort in dieser Liste, wenn die eigenen Docs bereits in einem Repo leben und die Übersetzungen bereits durch ein Übersetzungsmanagement-System laufen. Die schlechteste, wenn man gehofft hatte, dass das Tool selbst einem sagt, was veraltet ist.

Zwei Wege, mehrsprachig zu sein, und nur einer davon skaliert

Alle oben genannten Tools stehen auf der einen oder anderen Seite derselben Architekturentscheidung.

Die Bibliothek spiegeln. Jeder Artikel existiert in jeder Sprache, und das Sync-Problem gehört einem für immer. Das ist die richtige Entscheidung, wenn lokalisierte Seiten das Produkt selbst sind: organische Suche auf Deutsch, eine Aufsichtsbehörde, die Dokumentation in der Landessprache verlangt, ein Markt, in dem ein maschinell klingender Satz den Verkauf kostet. Teams, bei denen das funktioniert, behandeln Übersetzungen als Build-Output und nicht als Quellinhalt, genau so, wie es ein Dokumentationsleiter beschrieben hat:

"The merge to live triggers the build system, which builds the English website first and also triggers translation into the other (up to 19) languages. The translated content is a publishing artifact; we don't store it is as translated source content in GitHub."

u/swsamwa, Reddit

Live antworten. Eine einzige Quelle der Wahrheit, plus ein KI-Agent, der in der Sprache antwortet, die der Kunde verwendet hat. Das ist die richtige Entscheidung, wenn das Volumen im Postfach steckt statt in der Suche, was der Ort ist, an dem die meisten Support-Teams tatsächlich stehen. Es ist aber keine Magie, und die Ergebnisse variieren je nach Sprache: Ein Team, das KI-Support über fünf Sprachen und zwölf Hotelimmobilien hinweg betrieb, berichtete von rund 55% der Gästeanfragen, die von KI bearbeitet wurden, mit einer Spanne von 62% auf Englisch und Französisch bis zu 41% auf Portugiesisch, ein Unterschied von 21 Prozentpunkten beim selben Produkt. Ein anderer Praktiker in demselben Thread benannte den Grund dafür:

"For new languages, the challenge is less translation and more tone and cultural nuance, especially on voice."

u/Bart_At_Tidio, Reddit

Die meisten Teams brauchen beides, in einem bestimmten Verhältnis. Die zwanzig Artikel übersetzen, die den Suchtraffic und das rechtliche Risiko tragen, diese aktuell halten, und dann die Antwortebene den langen Schwanz an Tickets auf Portugiesisch und Japanisch übernehmen lassen, der nie eine übersetzte Seite gerechtfertigt hätte. Dieselbe Logik hinter einem guten Self-Service-Setup: die wenigen Seiten reparieren, auf denen jeder landet, den Rest der Queue automatisieren.

Was ich tatsächlich tun würde

Heute entscheiden? Die Kurzversion: Zoho Desk für US$23 ist das beste Preis-Leistungs-Verhältnis, wenn man ein übersetztes Helpcenter auf einem Helpdesk will, Document360 ist das stärkste reine Lokalisierungsprodukt, wenn man ein Angebot bekommt, das einem zusagt, und Helpjuice ist am ehrlichsten darüber, was maschinelle Übersetzung kostet. Zendesk lohnt sich preislich nur, wenn man ein Übersetzungsprogramm und eine API hat, um es zu steuern. Freshdesk für $55 ohne maschinelle Übersetzung ist 2026 der am schwersten zu rechtfertigende Deal.

Wenn der zugrunde liegende Helpdesk gerade zeitgleich ausgewählt wird, grenzen unsere Übersichten der besten Helpdesk-Software und der besten KI-Helpdesk-Software das Feld ein, und unsere Aufschlüsselung eines Helpdesk-Systems erklärt, wo die Knowledge Base in all das hineinpasst.

Und bevor man ein sechstes Locale aktiviert: Frag dich, was an dem Tag passiert, an dem jemand die englische Quelle bearbeitet. Wenn die Antwort lautet "ein Agent erinnert sich daran, einen Button zu klicken", dann hat man einen Wartungsaufwand gekauft, der sich als Feature verkleidet. Willst du zuerst die Alternative sehen? Verbinde einen KI-Agenten mit dem Wissen, das du bereits hast, und sieh, wie viel von deiner nicht-englischen Queue er löst, bevor du noch etwas übersetzt. Unser Leitfaden zur Ticket-Ablenkung ist die naheliegende nächste Lektüre. Danach deckt die Übersicht der besten KI-Knowledge-Base-Tools die engere Auswahl ab, und unser Beitrag zu KI-Halluzinationen deckt das Risiko ab, nach dem alle fragen.

Teste eesel für mehrsprachigen Support

Wenn der Grund, warum du nach mehrsprachiger Knowledge-Base-Software suchst, ist, dass sich nicht-englische Tickets stapeln, starte bei der Antwortebene statt bei der Artikelbibliothek. eesel bindet sich in wenigen Minuten an Zendesk, Freshdesk, Gorgias, Help Scout und den Rest an, liest das Helpcenter und die bereits vorhandenen früheren Tickets, und antwortet dann in der Sprache des Kunden über mehr als 80 Sprachen hinweg, ohne dass pro Locale irgendetwas konfiguriert werden müsste.

Lass es zunächst in Simulation gegen deinen echten Ticketverlauf laufen, sodass die Abdeckung pro Thema sichtbar ist, bevor auch nur ein Kunde jemals mit ihm spricht, und rolle es dann auf einen Teil der Queue aus. Es kostet 40 Cent pro Ticket, keine Sitzplatzgebühren, keinen Sprachaufschlag, und ist kostenlos, bis $50 verbraucht sind. Wenn deine deutsche Queue auch nur annähernd wie die von Smava aussieht, ist das der schnellste mehrsprachige Erfolg, den es diesen Quartal gibt.