Funktioniert diese selbst gehostete Business-Anwendung in mehr als einer Sprache? Eine Lokalisierungs-Checkliste
Eine übersetzte Benutzeroberfläche ist nur ein Teil der mehrsprachigen Unterstützung. Mit dieser Checkliste testen Sie Benutzereinstellungen, Datensätze, Suche, Benachrichtigungen, Exporte und reale Arbeitsabläufe, bevor Sie sich für eine selbst gehostete Business-Anwendung entscheiden.
Eine übersetzte Benutzeroberfläche ist noch kein umfassendes mehrsprachiges Nutzungserlebnis
Eine Business-Anwendung kann Menüs und Schaltflächen übersetzen und trotzdem in mehrsprachigen Umgebungen schwer zu bedienen sein. Nutzerinnen und Nutzer geben Namen und Notizen möglicherweise in mehreren Schriftsystemen ein, suchen mit unterschiedlichen Schreibweisen nach Datensätzen, erhalten Benachrichtigungen in einer unerwarteten Sprache oder stellen fest, dass exportierte Daten nicht wie erwartet verarbeitet werden.
Bevor Sie sich für eine mehrsprachige, selbst gehostete Business-Anwendung entscheiden, legen Sie fest, welche Aufgaben die Mitarbeitenden tatsächlich erledigen müssen. Testen Sie die Anwendung anschließend mit den Sprachen Ihres Teams und repräsentativen Daten. Bestätigen Sie anwendungsspezifische Funktionen anhand der offiziellen Dokumentation oder in einem praktischen Pilotversuch, statt sie aus einem übersetzten Anmeldebildschirm abzuleiten.
- Listen Sie die Sprachen und Schriftsysteme auf, die Ihre Mitarbeitenden, Kundinnen und Kunden oder Partner verwenden.
- Unterscheiden Sie zwischen der Sprache der Benutzeroberfläche und der Sprache von Datensätzen, Nachrichten, Dokumenten und öffentlichen Seiten.
- Ermitteln Sie, welche Lücken die Arbeit verhindern würden und welche sich mit einer akzeptablen Behelfslösung überbrücken ließen.
1. Ermitteln Sie den Sprachbedarf, bevor Sie Anwendungen vergleichen
Notieren Sie, an welchen Stellen Sprache in Ihren Arbeitsabläufen eine Rolle spielt. Ein CRM-Team muss möglicherweise in unterschiedlichen Oberflächensprachen arbeiten können und gleichzeitig Kundendatensätze in der jeweils von den Kundinnen und Kunden verwendeten Sprache führen. Ein Redaktionsteam benötigt möglicherweise separate öffentlich sichtbare Seiten oder Inhalte in mehreren Sprachen. Das sind unterschiedliche Anforderungen; die Unterstützung für eine davon belegt nicht, dass auch die anderen erfüllt werden.
Berücksichtigen Sie alltägliche Details, durch die Lücken sichtbar werden können: Akzentzeichen, nichtlateinische Namen, Satzzeichen, lange Texte, mehrsprachige Notizen sowie Datums- oder Zahlenformate, wie sie den Nutzenden angezeigt werden. Wenn Ihre Arbeit rechts-nach-links geschriebene Schriftsysteme umfasst, beziehen Sie diese von Anfang an ein, statt ihre Unterstützung als spätere Erweiterung zu behandeln.
- Benutzeroberfläche: In welchen Sprachen müssen Nutzende arbeiten können?
- Datensätze: Können die in Ihren Daten verwendeten Sprachen eingegeben, gespeichert, bearbeitet und angezeigt werden?
- Suche und Berichte: Können Mitarbeitende diese Daten zuverlässig finden und ordnen?
- Kommunikation: In welcher Sprache sollen Benachrichtigungs-E-Mails und automatisch erstellte Materialien erscheinen?
- Öffentliche Inhalte: Benötigen Seiten, Formulare oder Nachrichten an Kundinnen und Kunden sprachspezifische Versionen?
- Datenaustausch: Müssen Importe, Exporte, Integrationen oder API-Abläufe mehrsprachige Texte unverändert übernehmen?
2. Prüfen Sie, wer die Sprache der Benutzeroberfläche auswählen kann
Suchen Sie in der Dokumentation nach einer klaren Beschreibung, wie die Sprache der Benutzeroberfläche ausgewählt wird. Kann jede Person ihre eigene Sprache festlegen, oder bestimmt eine Administratorin oder ein Administrator eine Sprache für die gesamte Installation? Wird die Auswahl mit dem Benutzerkonto gespeichert, oder muss sie bei jeder Anmeldung erneut getroffen werden? Überprüfen Sie das Verhalten direkt in der Anwendung, statt anzunehmen, dass ein Sprachauswahlmenü eine individuelle Einstellung pro Person bedeutet.
Prüfen Sie außerdem, welche Einstellungen Administratorinnen und Administratoren verwalten können, etwa verfügbare Sprachpakete, Standardeinstellungen oder Einschränkungen bei der Sprachauswahl durch Nutzende. Diese Funktionen unterscheiden sich je nach Anwendung und Konfiguration. Bestätigen Sie sie daher in der Produktdokumentation für die geprüfte Version oder testen Sie sie in einem Pilotversuch.
- Testen Sie gleichzeitig zwei Benutzerkonten mit unterschiedlichen Einstellungen für die Sprache der Benutzeroberfläche.
- Melden Sie sich ab und wieder an und prüfen Sie, ob die jeweilige Einstellung gespeichert bleibt.
- Sehen Sie in der Administrationsdokumentation nach, wie Sprachoptionen installiert, aktiviert oder geändert werden.
- Prüfen Sie, ob die Übersetzungen die Ansichten und Aktionen abdecken, die Ihr Team am häufigsten verwendet.
3. Testen Sie mehrsprachige Datensätze und die Texteingabe
Erstellen Sie Beispieldatensätze mit den Textarten, die in Ihrer Organisation tatsächlich vorkommen. Dazu gehören Namen, Adressen, Notizen, Titel und längere Beschreibungen in den für Sie relevanten Sprachen und Schriftsystemen. Bearbeiten Sie die Datensätze anschließend, wechseln Sie zu einer anderen Ansicht und öffnen Sie sie erneut. Prüfen Sie, ob die Zeichen von der Eingabe über die Speicherung bis zur Anzeige unverändert bleiben.
Prüfen Sie als praktischen Test den gesamten Weg, den ein Text durch die Anwendung nimmt – von der Eingabe über die Speicherung bis zur Anzeige. Auch die Anleitung zur Lokalisierung von Webanwendungen von LingoHub empfiehlt, UTF-8 in Quelldateien, APIs, Datenbanken und HTML zu überprüfen: https://lingohub.com/blog/best-practices-localization-translation-of-your-web-apps. Wenn Probleme auftreten, bitten Sie den Anbieter oder die Administratorin beziehungsweise den Administrator, herauszufinden, an welcher Stelle sich der Text verändert.
- Geben Sie in mehreren relevanten Feldern eine Mischung aus Schriftsystemen, diakritischen Zeichen, Satzzeichen und längeren Texten ein.
- Speichern Sie den Datensatz, öffnen Sie ihn erneut, bearbeiten Sie ihn und übernehmen Sie ihn in einen anderen Arbeitsablauf.
- Prüfen Sie, ob Validierungsregeln zulässige Namen oder Texte zurückweisen.
- Fügen Sie repräsentative Dateien an und bestätigen Sie, dass ihre Dateinamen und zugehörigen Beschreibungen weiterhin verwendbar sind.
4. Bewerten Sie Suche, Sortierung und Filter
Ein Datensatz kann korrekt angezeigt werden und dennoch schwer zu finden oder zu ordnen sein. Testen Sie die Suche mit den Eingaben, die Ihre Nutzenden voraussichtlich verwenden, darunter relevante diakritische Zeichen, Namensfragmente und mehrsprachige Begriffe. Prüfen Sie, ob Filter und Sortierungen Ergebnisse liefern, die für die Arbeit des Teams sinnvoll sind.
Nehmen Sie nicht an, dass eine erfolgreiche Suche in einer Sprache das Verhalten in einer anderen belegt. Testen Sie die Funktionen, auf die sich die Nutzenden verlassen, und halten Sie Unterschiede sowie dokumentierte Einschränkungen fest. Die Anleitung zur Lokalisierung von Webanwendungen von LingoHub empfiehlt, nicht nur sichtbare Texte der Benutzeroberfläche, sondern auch Suche, Sortierung, Validierung, Exportdateien und Integrationen zu prüfen: https://lingohub.com/blog/best-practices-localization-translation-of-your-web-apps.
- Suchen Sie denselben Datensatz mit dem vollständigen Namen, einem Namensfragment und gebräuchlichen Schreibvarianten.
- Filtern und sortieren Sie Datensätze mit Text aus jeder erforderlichen Sprache.
- Prüfen Sie, ob die Suche in den Ansichten und Berichten, die Mitarbeitende verwenden, einheitlich funktioniert.
- Dokumentieren Sie Ergebnisse, die unvollständig oder überraschend sind oder eine Behelfslösung erfordern.
5. Prüfen Sie E-Mails, Dokumente, Vorlagen und öffentliche Seiten
Listen Sie alle Stellen auf, an denen die Anwendung außerhalb der Hauptoberfläche Texte erzeugt. Dazu können Benachrichtigungs-E-Mails, automatisch erstellte Dokumente, Vorlagen, Formulare und öffentliche Seiten gehören. Klären Sie für jeden dieser Bereiche, ob sich die Sprache auswählen lässt, wie die Sprache der empfangenden oder nutzenden Person ermittelt wird und ob Inhalte separat gepflegt werden müssen.
Das Verhalten unterscheidet sich je nach Anwendung. Senden Sie Testnachrichten, erstellen Sie repräsentative Ausgaben und prüfen Sie die Ergebnisse mit den Werkzeugen und auf den Geräten, die Ihr Team tatsächlich verwendet.
- Lösen Sie gängige Benachrichtigungen aus und prüfen Sie Betreffzeilen, Nachrichtentext und eingefügte Datensatzwerte.
- Erstellen Sie die Dokumente oder Berichte, auf die Ihr Arbeitsablauf angewiesen ist, und kontrollieren Sie die ausgegebenen Texte.
- Prüfen Sie Vorlagen auf fest eingetragene Sprachen und legen Sie fest, wer für Änderungen verantwortlich ist.
- Wenn Seiten öffentlich zugänglich sind, testen Sie die Sprachauswahl und die Navigation entlang eines vollständigen Besuchsablaufs.
6. Testen Sie bei Bedarf rechts-nach-links und gemischt ausgerichtete Inhalte
Wenn Ihre Organisation rechts-nach-links geschriebene Schriftsysteme verwendet, testen Sie den vollständigen Arbeitsablauf, statt sich auf die Angabe einer übersetzten Sprache zu verlassen. Prüfen Sie Seitenausrichtung, Textausrichtung, Satzzeichen, Zahlen und die Darstellung rechts-nach-links geschriebener Texte neben links-nach-rechts geschriebenen Namen, Codes oder URLs. Eine einzelne Ansicht kann beide Schreibrichtungen enthalten.
Testen Sie sowohl die Benutzeroberfläche als auch von Nutzenden eingegebene Inhalte. Wenn eine Ansicht schwer zu bedienen ist, machen Sie einen Screenshot und notieren Sie die konkret betroffenen Felder oder Aktionen. Bestätigen Sie die angegebene Unterstützung anhand der Produktdokumentation oder in einem Pilotversuch mit repräsentativen Nutzenden.
- Erstellen Sie Datensätze, in denen rechts-nach-links geschriebener Text mit Zahlen, E-Mail-Adressen oder lateinisch geschriebenen Begriffen kombiniert ist.
- Prüfen Sie Formulare, Tabellen, Menüs, Benachrichtigungen und automatisch erstellte Dokumente.
- Bitten Sie Personen, die in diesen Sprachen arbeiten, Lesbarkeit und Aufgabenerledigung zu beurteilen – nicht nur das visuelle Erscheinungsbild.
7. Überprüfen Sie Importe, Exporte, Integrationen und APIs
Ein mehrsprachiger Arbeitsablauf umfasst oft mehrere Anwendungen. Testen Sie einen repräsentativen Import und Export und vergleichen Sie den Text vor und nach der Verarbeitung. Wenn die Anwendung mit anderen Diensten verbunden ist oder über eine API angesprochen wird, prüfen Sie auch, ob Sprachdaten diese Wege unverändert durchlaufen.
Das Verhalten kann je nach Produkt, Konfiguration und Verbindung variieren. Prüfen Sie in der offiziellen Dokumentation, welche Formate und Konfigurationen unterstützt werden, und bestätigen Sie die Ergebnisse anschließend mit realistischen Daten statt mit einer kleinen, ausschließlich englischsprachigen Stichprobe.
- Importieren Sie eine Testdatei mit den Schriftsystemen und Zeichen, die Ihr Team verwendet.
- Exportieren Sie diese Datensätze und vergleichen Sie die Ausgabe mit den ursprünglichen Daten.
- Prüfen Sie, ob Integrationen Text in beide Richtungen unverändert übernehmen.
- Klären Sie, wer bei einem fehlgeschlagenen Test Änderungen an Konnektoren, Zeichenkodierung oder Feldzuordnungen verwaltet.
Häufige Fragen
Bedeutet eine übersetzte Benutzeroberfläche, dass eine Business-Anwendung vollständig mehrsprachig ist?
Nein. Die Übersetzung der Benutzeroberfläche ist nur ein Teil des Nutzungserlebnisses. Prüfen Sie für die Sprachen Ihres Teams die Eingabe und Anzeige von Datensätzen, Suche, Sortierung, Validierung, Benachrichtigungen, Dokumente, öffentliche Seiten und den Datenaustausch.
Können verschiedene Nutzende unterschiedliche Sprachen für die Benutzeroberfläche wählen?
Das hängt von der Anwendung und ihrer Konfiguration ab. Prüfen Sie die offizielle Produktdokumentation und testen Sie separate Benutzerkonten. Leiten Sie aus übersetzten Menüs nicht ab, dass sich die Sprache pro Person einstellen lässt.
Was sollte ich mit mehrsprachigen Beispieldaten testen?
Verwenden Sie repräsentative Namen, Notizen, Titel und weitere Felder. Speichern und öffnen Sie Datensätze erneut, suchen und sortieren Sie sie und testen Sie alle Importe, Exporte, Integrationen oder automatisch erstellten Ausgaben, die Ihr Arbeitsablauf benötigt. Bestätigen Sie, dass der Text über den gesamten Ablauf hinweg unverändert bleibt.
Stellt Managed Hosting mehrsprachige Anwendungsfunktionen bereit?
Hosting und Anwendungslokalisierung sind zwei unterschiedliche Themen. Airbip verwaltet die Bereitstellung von Kataloganwendungen als Docker-Workloads und stellt Infrastrukturdienste wie Routing und TLS-Zertifikate, DNS-Prüfungen, Verwaltung des Dienstlebenszyklus und konfigurierbare Backups bereit. Diese Dienste belegen für sich genommen weder, welche Sprachen eine Anwendung unterstützt, noch wie ihre Spracheinstellungen funktionieren.
Wer ist für die Sprachkonfiguration einer selbst gehosteten Anwendung verantwortlich?
Die Zuständigkeiten hängen von der Anwendung und ihrer Bereitstellung ab. Klären Sie, welche Einstellungen zur Anwendung gehören, welche Administratoraktionen erfordern und was der Hosting-Anbieter verwaltet. Ein Hosting-Anbieter kann Infrastrukturaufgaben übernehmen, ohne Ihnen die Verantwortung für Anwendungseinstellungen, Benutzerzugriff, Datenentscheidungen und Governance abzunehmen.
Quellen und weiterführende Literatur
- Web app localization: Best practices and workflow — LingoHub
- Docker documentation — Docker
- Traefik documentation — Traefik Labs
- Let’s Encrypt documentation — Internet Security Research Group