Die Verifizierungssprache festlegen
Der Ablauf erkennt automatisch die Browsersprache und fällt auf Englisch zurück: so erzwingen Sie stattdessen eine Sprache, und so legen Sie die Sprache von E-Mails separat fest.
Die Verifizierungs-UI erkennt automatisch die Browser-Locale und fällt auf Englisch zurück.
Um eine Sprache zu erzwingen, übergeben Sie language beim Erstellen der Session. Die E-Mail-Sprache
ist ein separates Feld (contact_details.email_lang) - das Setzen des einen setzt nicht das andere.
#Standardverhalten
Wenn die Browser-Locale der Person eine von Didit unterstützte ist, nutzt die Verifizierungs-UI sie. Wenn nicht, fällt sie auf Englisch zurück. Sie müssen dafür nichts tun, damit das funktioniert.
- Texts überschreibt den Wortlaut, pro Sprache.
- Speichern, bevor Sie den Ablauf in der anderen Sprache testen.
#Eine Sprache erzwingen
Die automatische Erkennung liegt oft genug daneben, um relevant zu sein - ein gemeinsam genutztes Gerät, ein im Ausland gekauftes Telefon, eine WebView, die die Locale der App statt der des Nutzers meldet, oder ein Browser, der in einer Sprache konfiguriert ist, die die Person tatsächlich nicht liest. Wenn Sie es besser wissen als der Browser, legen Sie sie explizit fest.
| Feld | Wo | Was es steuert |
|---|---|---|
language | Create-Session-Body | Die Sprache der Verifizierungs-UI |
contact_details.email_lang | Create-Session-Body | Die Sprache von E-Mail-Benachrichtigungen - Einladung, Erinnerungen, Statusupdates |
email_language | Update-Session-Status | Die Sprache einer Statusänderungs-E-Mail, wenn Sie eine senden |
Alle Werte unterscheiden Groß-/Kleinschreibung - nutzen Sie die exakten Codes aus der Liste der unterstützten Sprachen. Wenn Sie keine E-Mail-Sprache übergeben, fallen E-Mails unabhängig von der UI-Sprache auf Englisch zurück.
Das Festlegen der UI-Sprache setzt nicht die E-Mail-Sprache. Ein Ablauf kann korrekt auf Spanisch
angezeigt werden und trotzdem seine E-Mails auf Englisch versenden, wenn nur language übergeben
wurde. Wenn Ihre Nutzer berichten, dass der Ablauf in Ordnung war, aber die E-Mails nicht, ist das die
Ursache.
#WebView und Mobile
Innerhalb einer WebView ist die der Seite gemeldete Locale die der Host-App, nicht zwangsläufig die Präferenz des Nutzers in Ihrem Produkt. Wenn Ihre App eine eigene Spracheinstellung hat, übergeben Sie diese beim Erstellen der Session als language, statt sich auf die Erkennung zu verlassen - die App weiß es, die WebView nicht.
#Rechts-nach-links-Sprachen
Mehrere unterstützte Sprachen sind rechts-nach-links, darunter Arabisch. Der Ablauf handhabt die Richtung; Sie konfigurieren sie nicht separat. Wenn Sie Text im Style Editor überschrieben haben, prüfen Sie, ob diese Überschreibungen sowohl in einer RTL- als auch in einer LTR-Locale korrekt gelesen werden - eine handgeschriebene Zeichenfolge ist dort am ehesten anfällig.
#Eigener Text und Sprachen zusammen
Textüberschreibungen im Style Editor ersetzen bestimmte Strings, ohne Übersetzungen pro Locale abzuspalten. Das ist der Sinn des Features - es bedeutet aber auch, dass eine in einer Sprache geschriebene Überschreibung in jeder Sprache erscheint, sofern Sie es nicht selbst handhaben. Wenn Sie mehrere Sprachen unterstützen, behalten Sie bevorzugt die mitgelieferten Übersetzungen bei und überschreiben Sie nur das, was wirklich nötig ist.
#Unleserliche oder unsinnige Wörter im Ablauf
Wenn ein Nutzer verstümmelten Text meldet - Wörter mit durcheinandergewürfelten Buchstaben, oder eine Mischung zweier Sprachen mitten im Satz - liegt die übliche Ursache nicht in der eigenen Übersetzung des Ablaufs. Es ist eine Browser-Seitenübersetzungsfunktion oder -erweiterung, die die Seite über die Darstellung des Ablaufs hinweg umschreibt.
Bitten Sie sie, die Übersetzung für die Seite auszuschalten. Der Ablauf bietet bereits eigene Sprachen an, ihn im Browser zu übersetzen bringt also nichts und macht ihn zuverlässig kaputt.
#OCR-Sprachen sind eine andere Sache
Didits OCR liest Dokumente in über 130 Sprachen. Das ist vollständig unabhängig von der Sprache, in der die Oberfläche angezeigt wird: eine Person kann den Ablauf auf Englisch durchlaufen, während sie ein auf Griechisch gedrucktes Dokument hält, und beides funktioniert. Siehe unterstützte Dokumente und Länder.
#Berichte sind auf Englisch
Das herunterladbare Session-PDF wird unabhängig von der Ablaufsprache auf Englisch gerendert. Es ist ein internes Compliance-Dokument statt etwas, das Sie dem Endnutzer aushändigen. Siehe einen Verifizierungsbericht herunterladen.
#Sprache und Absprungrate
Wenn ein Markt ungewöhnlich hohe Abbruchraten zeigt, lohnt es sich, die Sprache früh auszuschließen - Menschen verlassen einen Ablauf, den sie nicht lesen können, statt sich darüber zu beschweren. Prüfen Sie, in welcher Locale diese Sessions tatsächlich liefen, bevor Sie nach einer subtileren Ursache suchen. Siehe wenn eine Session nie abgeschlossen wird.