Zum Hauptinhalt springen

Checkliste zur Lokalisierung von Veranstaltungs-E-Mails

Eine Anmeldebestätigung kann einen übersetzten Betreff haben und trotzdem eine falsche Ortszeit, nur englische Tickethinweise oder einen Link in einer anderen Sprache enthalten. Das erste Google-Ergebnis erklärt die Lokalisierung von E-Mail-Vorlagen für Entwickler. Diese Checkliste macht daraus eine konkrete Prüfung der Nachrichten an Teilnehmende.

Boletolibre-Redaktion

Veröffentlicht

Matrix aus E-Mail-Typ, Status, Sprachprüfung und Versandvorschau.
Prüfe auch Ziele und Anhänge außerhalb des eigenen Versandsystems.

Alle notwendigen Nachrichten erfassen

Bearbeitbare Vorschau-Matrix herunterladen (Markdown, Englisch)

Erfasse Anmeldung, Zahlungs- oder Bewerbungsstatus, Ticketzustellung, Anreise, Programm- und Ortsänderungen, Barrierefreiheit und Absagen. Trenne optionale Werbung von Informationen, die für den Besuch nötig sind. Notiere Auslöser, Verantwortliche, Quelle der Sprachwahl, Versandsystem und Linkziel. Eine übersetzte Website belegt nicht, dass der Ticketanbieter dieselben Sprachen unterstützt.[1][2][3][4]

Geprüfte Fakten lokal formatieren

Übernimm Veranstaltungsausgabe, Ort, Adresse, Beginn, Zeitzone, Ticketstatus und Richtlinienlink aus freigegebenen Daten. Übergib Datum und Betrag als strukturierte Werte; kopiere kein englisch formatiertes Datum in alle Sprachversionen. Unicode CLDR beschreibt lokale Datums- und Zeitmuster, doch der Veranstaltungszeitpunkt bleibt derselbe. Prüfe lange und kurze Namen, fehlende optionale Felder, Preise und Mengen. Bei Anreise aus anderen Regionen muss die Zeitzone verständlich sein.[1][2][3][4]

Die gesamte E-Mail kontrollieren

Prüfe Betreff, Vorschautext, Anrede, Status, Schaltfläche, Textfassung, Alternativtext, Fußzeile, Antwortadresse und verlinkte Seite. Kennzeichne die Sprache von HTML-Inhalten und anderssprachige Abschnitte, sofern das System es unterstützt. Nutze die gewählte Sprache, wenn eine freigegebene Übersetzung vorliegt; andernfalls dokumentiere die sichtbare Ersatzsprache. Behaupte nicht ungeprüft, dass externe Bezahlung oder Ticketanhänge übersetzt sind.[1][2][3][4]

Statusfälle und Anbietergrenzen testen

Erzeuge sichere Vorschauen für tatsächlich verwendete Fälle wie bestätigt, Zahlung offen, Warteliste, abgelehnt oder abgesagt. Gleiche Status, Ticketlink, Namen, Datum, Währung und Supportkontakt mit den echten Daten ab. Sende Tests nur an freigegebene Testadressen, nie an Teilnehmende. Prüfe Mobilgerät, Desktop und Textfassung. Fehlende Variablen können das Rendern verhindern; beobachte Versand- und Zustellereignisse des verwendeten Anbieters und deute einen erfolgreichen API-Aufruf nicht als Posteingangszustellung.[1][2][3][4]

Übersetzungen freigeben und pflegen

Eine sprachkundige Person sollte Bedeutung, Ton sowie wichtige Zugangs- und Regeltexte im Zusammenhang prüfen. Halte Versionen, Prüfer, Vorschaubeleg, Anbietergrenzen und Freigabedatum fest. Ändern sich Ort, Zeit, Ticketregel oder Kontakt, ermittle alle betroffenen Sprachfassungen und prüfe die entsprechenden Statusfälle vor dem nächsten Versand erneut. Sprachfreigabe ist nicht gleich Sendefreigabe.[1][2][3][4]

Quellen und weiterführende Informationen

  1. How to Localize Email Templates: A Complete Developer GuideBetter I18N · Abgerufen
  2. Date/Time PatternsUnicode CLDR · Abgerufen
  3. Language tags in HTML and XMLW3C Internationalization · Abgerufen
  4. Monitoring SES events using Amazon EventBridgeAmazon Web Services · Abgerufen