Seminar DatoCMS: Lokalisierung und mehrsprachige Inhalte

Mehrsprachigkeit wird von der Locale-Strategie bis zur Frontend-Ausgabe geplant. Das Seminar verbindet lokalisierte und globale Felder, Übersetzungsrollen, Fallbacks, Slugs, Assets, Workflows, Veröffentlichungen, GraphQL-Abfragen und die kontrollierte Einführung einer zusätzlichen Sprache.

Inhaltsübersicht

Kapitelinhaltsverzeichnis

• Lernziele und Einsatzbereiche
• Vorbereitung und Arbeitsweise
• Seminarinhalte
• Praktische Übungen und Anwendung

Lernziele und Einsatzbereiche

Kapitelinhaltsverzeichnis

• Kompetenzziele
• Typische Einsatzszenarien
• Abgrenzung und Schwerpunkt

Kompetenzziele

Die Inhalte sind auf unmittelbar anwendbare, prüfbare Kompetenzen ausgerichtet.

• Locale- und Fallbackstrategie aus Geschäfts- und Redaktionsanforderungen ableiten.
• Felder gezielt als lokalisiert oder global modellieren.
• Übersetzungsrollen, Workflows und selektive Veröffentlichung konfigurieren.
• Frontend-Ausgabe und Einführung weiterer Sprachen kontrolliert testen.

Typische Einsatzszenarien

Das Seminar eignet sich insbesondere für die folgenden Projekt- und Betriebssituationen.

• Internationale Website mit zentralen und lokalen Inhalten.
• Übersetzungsworkflow mit getrennten Verantwortlichkeiten.
• Schrittweiser Rollout neuer Märkte und Sprachen.

Abgrenzung und Schwerpunkt

Die fachliche Tiefe wird durch folgende Grenzen bewusst fokussiert.

• Keine sprachliche Übersetzungsleistung.
• Automatische Übersetzung wird nur als kontrollierte Option eingeordnet.
• Länderspezifische Rechtsberatung ist nicht Bestandteil.

Vorbereitung und Arbeitsweise

Kapitelinhaltsverzeichnis

• Zielgruppen
• Vorkenntnisse und Schulungsumgebung
• Didaktisches Vorgehen
• Qualitäts- und Abnahmekriterien

Zielgruppen

Internationales Content Management, Übersetzung, Redaktion, Product Ownership, Frontend-Entwicklung und Governance-Verantwortliche.

Vorkenntnisse und Schulungsumgebung

Grundkenntnisse in DatoCMS-Redaktion und Content Modeling. Eine Liste der Zielsprachen, Verantwortlichkeiten und Beispielinhalte ist erforderlich.

1. Schritt 1: Zugänge, Rollen und Schulungsprojekt vor Seminarbeginn kontrollieren.
2. Schritt 2: Beispieldaten, Assets, Quellmaterial oder Codebasis entsprechend dem Seminarthema bereitstellen.
3. Schritt 3: Ausgangszustand dokumentieren, damit Übungen wiederholt und Abweichungen eindeutig bewertet werden können.

Didaktisches Vorgehen

Kurze Fachblöcke werden unmittelbar mit Demonstrationen, geführten Arbeitsschritten, eigenständigen Laborphasen und kontrollierten Fehlerfällen verbunden.

1. Schritt 1: Ausgangsproblem und gewünschtes Sollverhalten präzisieren.
2. Schritt 2: Konfiguration oder Implementierung in kleinen, überprüfbaren Schritten ausführen.
3. Schritt 3: Normalfall, Grenzfall und mindestens einen Fehlerfall testen.
4. Schritt 4: Nachweis, Betriebsregel oder Checkliste aus dem Übungsergebnis ableiten.

Qualitäts- und Abnahmekriterien

• Konfigurationen und Arbeitsschritte sind reproduzierbar dokumentiert.
• Berechtigungen, Datenstände und Environments sind eindeutig voneinander getrennt.
• Positive und negative Testfälle besitzen ein erwartetes und nachvollziehbares Ergebnis.
• Fehlerzustände führen zu einer kontrollierten Diagnose und einem definierten Wiederanlauf.

Seminarinhalte

Kapitelinhaltsverzeichnis

• Locale- und Marktstrategie
• Lokalisierte und globale Felder
• Slugs, URLs und SEO-Metadaten
• Assets und kulturelle Varianten
• Übersetzungsrollen und Berechtigungen
• Workflow und selektive Veröffentlichung
• GraphQL-Abfragen und Fallbacks
• Rollout einer neuen Sprache
• Qualitätssicherung und Betrieb

Locale- und Marktstrategie

Sprachen, Regionen, Fallbacks und Verantwortungen werden vor der technischen Konfiguration entschieden.

1. Schritt 1: Zielmärkte und benötigte Sprachvarianten erfassen.
2. Schritt 2: Primärsprache, Pflichtsprachen und Fallbacks festlegen.
3. Schritt 3: Eigentümer und Freigabestellen je Locale benennen.

Lokalisierte und globale Felder

Nur tatsächlich sprachabhängige Werte werden lokalisiert, um Pflegeaufwand und Inkonsistenz zu begrenzen.

1. Schritt 1: Jedes Feld nach sprachabhängig, regional oder global klassifizieren.
2. Schritt 2: Lokalisierung feldweise konfigurieren.
3. Schritt 3: Record mit vollständigen und fehlenden Locale-Werten testen.

Slugs, URLs und SEO-Metadaten

Lokalisierte Slugs und Metadaten werden mit Routing, Eindeutigkeit und Fallbackregeln abgestimmt.

1. Schritt 1: Slugstrategie pro Locale definieren.
2. Schritt 2: Eindeutigkeit und Änderungen bestehender Slugs prüfen.
3. Schritt 3: Metadaten und Frontendroute in mehreren Sprachen testen.

Assets und kulturelle Varianten

Bilder, Dokumente und Videos werden je nach Markt entweder gemeinsam oder lokalisiert verwaltet.

1. Schritt 1: Asset nach global verwendbar oder marktbezogen klassifizieren.
2. Schritt 2: Alt-Text und Beschriftung je Locale pflegen.
3. Schritt 3: Fallback und fehlende Variante im Frontend prüfen.

Übersetzungsrollen und Berechtigungen

Übersetzende erhalten nur die benötigten Locales, Modelle und Aktionen.

1. Schritt 1: Aufgaben der Übersetzung und lokalen Freigabe trennen.
2. Schritt 2: Locale- und Inhaltsrechte konfigurieren.
3. Schritt 3: Mit Testkonten erlaubte und verbotene Änderungen prüfen.

Workflow und selektive Veröffentlichung

Sprachen können unterschiedliche Bearbeitungsstände haben, ohne unkontrolliert gemeinsam veröffentlicht zu werden.

1. Schritt 1: Statusmodell für Quelle, Übersetzung und lokale Freigabe definieren.
2. Schritt 2: Übergänge und Verantwortungen konfigurieren.
3. Schritt 3: Veröffentlichung einzelner Locales und Rücknahme testen.

GraphQL-Abfragen und Fallbacks

Locale-Kontext wird explizit an Queries übergeben und im Rendering nachvollziehbar behandelt.

1. Schritt 1: Locale-Parameter und benötigte Felder definieren.
2. Schritt 2: Abfragen für vollständige und unvollständige Übersetzungen ausführen.
3. Schritt 3: Fallbackanzeige, leere Werte und Kennzeichnung testen.

Rollout einer neuen Sprache

Eine neue Locale wird über Inventur, Modellprüfung, Übersetzung, Techniktest und Freigabe eingeführt.

1. Schritt 1: Betroffene Modelle, Inhalte und Integrationen inventarisieren.
2. Schritt 2: Locale aktivieren und Pilotinhalte übersetzen.
3. Schritt 3: Routing, Queries, Assets und Veröffentlichung im Staging prüfen.

Qualitätssicherung und Betrieb

Vollständigkeit, veraltete Übersetzungen und Verantwortlichkeiten werden regelmäßig sichtbar gemacht.

1. Schritt 1: Pflichtfelder und Vollständigkeitsregeln je Locale definieren.
2. Schritt 2: Stichproben- und Berichtsroutine festlegen.
3. Schritt 3: Abweichungen mit Owner, Frist und erneuter Prüfung verfolgen.

Praktische Übungen und Anwendung

Kapitelinhaltsverzeichnis

• Zweisprachiges Artikelmodell
• Translator-Rolle mit Negativtests
• Einführung einer dritten Locale
• Prüf- und Abnahmekriterien

Zweisprachiges Artikelmodell

Szenario: Artikel enthalten globale Produktdaten, lokalisierte Texte, Slugs und Bilder.

1. Schritt 1: Felder klassifizieren und Modell konfigurieren.
2. Schritt 2: Records mit vollständigen und fehlenden Übersetzungen anlegen.
3. Schritt 3: Rollen und Workflow testen.
4. Schritt 4: Frontend-Ausgabe beider Locales prüfen.

Prüfkriterium: Die Feldlokalisierung ist begründet; beide Locales können getrennt gepflegt, geprüft und veröffentlicht werden.

Translator-Rolle mit Negativtests

Szenario: Externe Übersetzende dürfen nur eine Zielsprache bearbeiten und nicht veröffentlichen.

1. Schritt 1: Rechtebedarf und verbotene Aktionen notieren.
2. Schritt 2: Rolle konfigurieren und zuweisen.
3. Schritt 3: Positive Pflegeaufgabe durchführen.
4. Schritt 4: Mehrere verbotene Änderungen als Negativtest ausführen.

Prüfkriterium: Testkonto kann ausschließlich die vorgesehenen Felder und Locale ändern; Veröffentlichung und andere Locales bleiben gesperrt.

Einführung einer dritten Locale

Szenario: Ein bestehendes Projekt wird um eine weitere Sprache ergänzt.

1. Schritt 1: Auswirkungsinventur und Pilotumfang erstellen.
2. Schritt 2: Locale und Übersetzungsworkflow einrichten.
3. Schritt 3: Pilotinhalte und Frontendroute umsetzen.
4. Schritt 4: Qualitätscheck und gestaffelten Rollout planen.

Prüfkriterium: Pilotinhalt, Routing, GraphQL, Assets und Freigabeprozess funktionieren; Restbestand ist als Rolloutplan erfasst.

Prüf- und Abnahmekriterien

Die Übungen werden nicht allein nach sichtbarer Funktion, sondern nach Reproduzierbarkeit, Sicherheit, Datenqualität und Betriebsfähigkeit bewertet.

• Der Ausgangszustand, die Änderung und der geprüfte Zielzustand sind dokumentiert.
• Mindestens ein Negativ- oder Störungstest wurde kontrolliert durchgeführt.
• Geheimnisse, produktive Daten und unbeteiligte Systeme wurden nicht in die Übungen einbezogen.
• Offene Punkte besitzen Priorität, verantwortliche Stelle und nächsten Prüftermin.