Mehrsprachige Inhalte in Confluence

Vor allem wenn Confluence in großen, internationalen Konzernen eingeführt werden soll, kommt immer wieder die Anforderung Mehrsprachigkeit der Inhalte auf: im Wiki abgelegte Informationen sollen in verschiedenen Sprachen für die Mitarbeiter aus verschiedenen Ländern verfügbar sein. Dazu sind eine Kennzeichnung der Inhaltssprache, Funktionalitäten zum Wechseln zwischen den Inhaltssprachen und Bearbeiten der Sprachvarianten und natürlich eine Auswertung in der Suche erforderlich. Die Unterstützung des Übersetzungsprozess wird hingegen meist nicht benötigt.

Wie kann man diese Anforderung in Confluence realisieren?

Leider bietet Confluence im Standard keinerlei Unterstützung für mehrsprachige Inhalte, auch wenn dieses Feature von vielen Atlassian Kunden gewünscht wird.

Also muss man sich anderweitig über Plugins und Macros behelfen. Dabei sind folgende Lösungsansätze denkbar, von denen ich die beiden ersten nachfolgend detaillierter beschriebe.

1. Pflege und Anzeige der Sprachvarianten in einer Wikiseite
2. Pflege und Anzeige der Sprachvarianten in separaten Wikiseiten in separaten Bereichen
3. Pflege und Anzeige der Sprachvarianten in separaten Wikiseiten im gleichen Bereich

Pflege und Anzeige der Sprachvarianten in einer Wikiseite

Dies kann beispielsweise über das ganz frisch veröffentlichte und viel versprechende language Plugin realisiert werden. Es ist frei verfügbar. Beim Bearbeiten des mehrsprachigen Inhalts werden die Sprachvarianten über Macros gekennzeichnet, dem Nutzer wird dann nur eine Sprachvariante entsprechend seiner Confluence Systemsprache angezeigt.

Atlassian beschreibt einen ähnlichen Ansatz über das Visibility Plugin. Wieder werden die Sprachvarianten in einer Seite über Macros gekennzeichnet, die angeben für welche Nutzergruppe der Inhalt angezeigt werden soll. Wenn die Nutzer entsprechend ihrer gewünschten Inhaltssprache den Gruppen zugeordnet sind, werden über das Plugin nur die Inhalte in der richtigen Sprachvariante sichtbar gemacht. Dieser Workarround erfordert aber sehr viel administrativen Aufwand beim Pflegen der Berechtigungen und der Nutzergruppen.

Nachteil bei beiden Ansätzen ist außerdem die fehlende Möglichkeit auf die Inhalte in einer anderen Sprache zuzugreifen. Damit können die Nutzer die Konsistenz und Aktualität von Übersetzungen nur schwer beurteilen.

Dieses Problem löst zum Beispiel das kostenpflichtige Plugin Confluence Content Internationalizer. Wie in den zuvor beschriebenen Ansätzen auch werden die Sprachvarianten über Macros gekennzeichnet, das Plugin zeigt dann bestimmte Sprachvarianten in Tabreitern an.

Diese Lösungsidee kann auch über das frei verfügbare Composition Plugin (Macro „deck“) abgebildet werden. Über relativ komplexe Macrosyntax werden Reiter, die die Sprachvarianten beinhalten, definiert. Diese Reiter zeigen alle Sprachvarianten an und erlauben ein Umschalten zwischen ihnen.

Um die Pflege der einzelnen Sprachvarianten in den Tabreitern zu vereinfachen und um den Nutzer die für passende Sprachvariante vorauszuwählen, haben wir in einem Kundenprojekt ein Plugin entwickelt. Auch hier werden über Macros Sprachvarianten gekennzeichnet, die dann in Tabreitern angezeigt werden. Standardmäßig wird der Tabreiter in der Anwendungssprache des Nutzers vorausgewählt.  Auf alle weiteren Tabreiter können die Nutzer zugreifen. Der Screenshot oben stammt aus diesem Plugin.

Pflege und Anzeige der Sprachvarianten in separaten Wikiseiten in separaten Bereichen

Im Gegensatz zum zuvor beschriebenen Ansatz werden die Sprachvarianten nicht in einer Wikiseite zusammengefasst, sondern es wird jede Sprachvariante in einer eigenen Seite in einem separaten Bereich abgelegt. Diese Bereiche fassen dann alle Inhalte einer Inhaltssprache zusammen. Zwischen den Sprachvarianten werden automatisiert Verlinkungen zum Umschalten der Inhaltssprache angezeigt.

Fazit

Abschließend kann man sagen, dass mit Hilfe von Macros und Confluence Erweiterungen eine Mehrsprachigkeit der Inhalte relativ gut nachgebaut werden kann. Allerdings sind diese Lösungen nicht richtig in Confluence intergiert, was sich inbesondere in der Usability und in der relativ komplexen Nutzbarkeit zeigt. Eine echte Mehrsprachigkeit der Inhalte kann eigentlich nur aus Confluence selbst kommen. Das erfordert aber sicherlich umfangreichere Änderungen an den Confluence Datenstrukturen.

Eine gute Usability und leichte Nutzbarkeit sind Schlüsselanforderungen, damit Nutzer die Hürde mehrsprachige Inhalte zu pflegen überwinden. Ich selbst kenne keinen Lösungsansatz für mehrsprachige Inhalte, der für möglichst viele Anwendungsfälle passt und alle Anforderungen erfüllt. Ich würde mich daher sehr über Ihre Erfahrungsberichte zu mehrsprachigen Inhalten in Confluence freuen. Wo sehen Sie Vor- und Nachteile? Gibt es noch weitere Lösungsansätze, die ich hier nicht aufgelistet habe?