Lokalisierungsstrategien

HINWEIS: Sie müssen ein Unternehmens- oder Space-Admin sein, um Lokalisierungen einzurichten.

Sprachen ermöglichen es Ihnen, verschiedene Versionen Ihres Contents für verschiedene Sprachen zu verwalten. Sprachen sind Sprachen-Regionen-Paare, was bedeutet, dass Sie Versionen Ihres Contents für regionale Variationen derselben Sprache haben können. Während Deutsch beispielsweise eine einzige Sprache ist, gibt es viele verschiedene deutsche Sprachen: de-DE für Deutsch in Deutschland, de-AT für Deutsch in Österreich, de-CH für Deutsch in der Schweiz und so weiter.

Contentful bietet eine umfangreiche Auswahl an sofort einsatzbereiten Sprachen. Sie können jedoch auch eine benutzerdefinierte Sprache mit der Content Management API erstellen, wenn Sie die gewünschte Sprache nicht in der Liste finden.

Die Lokalisierungsansätze, die Ihnen mit Contentful offenstehen, sind die folgenden:

• Feldebene – Ein integriertes Lokalisierungsmuster, das von Contentful sofort einsatzbereit bereitgestellt wird und es Ihnen ermöglicht, mehrere Sprachfelder innerhalb eines Eintrags zu verwalten.

• Eintragsebene – Bei diesem Ansatz werden verschiedene Sprachversionen desselben Contents in dedizierten Einträgen bewahrt.

• Contenttyp-Ebene – Einrichten einer separaten Kopie eines Contenttyps für jede Sprache innerhalb desselben Space.

• Space-Ebene – Einrichten einer separaten Kopie aller Contenttypen in einem anderen Space, pro Sprache.

Bei der Auswahl eines Lokalisierungsansatzes müssen die folgenden Aspekte berücksichtigt werden:

• Governance – Die Möglichkeit, die Aktivitäten der Nutzer*innen auf eine bestimmte Sprache zu beschränken. Sie möchten beispielsweise einem/einer Nutzer*in das Recht einräumen, eine der deutschen Sprachen zu bearbeiten oder die italienisch-schweizerische Version vor einem/einer anderen Nutzer*in zu verbergen. Mit Governance können Sie diese Aufgaben erfüllen.

• Asynchrone Veröffentlichung – Die Möglichkeit, Content in einigen Sprachen zu veröffentlichen, in anderen jedoch nicht. Dies ist beispielsweise nützlich, wenn eine Kampagne in einer Sprache vor einer anderen veröffentlicht wird.

• Fallback-Verhalten – Bereitstellen von Content in einer anderen Sprache , wenn eine Zielsprache leer ist. Wenn beispielsweise Ihre kanadisch-französische Version leer ist, möchten Sie, dass französisch-französischer Content an ihre Stelle tritt. Fallbacks machen dies möglich.

Die Lokalisierung auf Feldebene eignet sich am besten für die häufige Veröffentlichung von Content in mehreren Sprachen gleichzeitig – zum Beispiel, wenn Sie Ihren übersetzten Content gleichzeitig mit Ihrem Standardsprachen-Content veröffentlichen.

Mit diesem Muster werden die Felder eines Eintrags für jede Sprache dupliziert. Für einen Eintrag, der zwei Felder hat – Titel und Slug – gibt es beispielsweise für jede Sprache ein Duplikat.

Hier sind die wichtigsten Merkmale der Lokalisierung auf Feldebene:

• Flexibilität bei der Veröffentlichung – Mit der Lokalisierung auf Feldebene können Sie einen der Veröffentlichungsmodi auswählen, um Ihren Content entweder mit einem Klick in allen Sprachen zu veröffentlichen oder jede Sprache unabhängig zu veröffentlichen:

  • Alle Sprachen veröffentlichen – Vorgesehen für die Content-Erstellungs-Workflows, bei denen alle Sprachen gleichzeitig veröffentlicht werden müssen. Daher ist es praktisch, wenn Sie einmal auf Veröffentlichen klicken können und alle Sprachen zur Verfügung stehen.

  • Sprachbasierte Veröffentlichung – Funktioniert für die Content-Erstellungs-Workflows, bei denen Nutzer*innen die Flexibilität benötigen, Inhalte asynchron in jeder Sprache zu veröffentlichen – z. B. wenn mehrere Editor*innen mit verschiedenen Sprachen an mehreren Standorten arbeiten.

• Granularität – Sie können bestimmte Felder für bestimmte Contenttypen konfigurieren, um die Lokalisierung zu unterstützen. Sie richten beispielsweise eine Seite für eine Halloween-Kampagne ein. In diesem Fall möchten Sie, dass der Seitentitel lokalisiert wird, aber das Feld für das Ereignisdatum für alle Übersetzungen dieser Kampagnenseite den gleichen Wert vom 31. Oktober hat.

• Bearbeitungserfahrung – Sie können mehrere Sprachen gleichzeitig auf demselben Bildschirm auf Ihrer Eintragseditor-Seite anzeigen.

• Governance – Rollen und Berechtigungen sind vollständig in dieses Lokalisierungsmuster integriert. Mit benutzerdefinierten Rollen können Sie komplexe Einstellungen für die Anzeige und Bearbeitung von Sprachen definieren.

• Fallbacks – Es ist einfach zu definieren, wie genau die Struktur der Fallback-Sprachen aussieht.

Die Lokalisierung auf Eintragsebene beinhaltet die Einrichtung eines Contenttyps, der als Container für Ihren lokalisierten Content dient. Hier ist ein Beispiel für eine Contenttyp-Struktur für einen Artikel mit mehreren lokalisierten Versionen:

• Ein Container-Contenttyp „Artikel – Global“, der ein Textfeld „Titel“ und ein Referenzfeld zum Verlinken der lokalisierten Artikel enthält. Für das Referenzfeld ist die Lokalisierung aktiviert.

• Ein Contenttyp für lokalisierten Content „Artikel – Lokal“, der ein Textfeld „Titel“ und ein Textfeld „Text“ hat. Dieser Contenttyp würde dann im Referenzfeld des Container-Contenttyps „Artikel – Global“ referenziert.

In diesem Beispiel ist das Referenzfeld lokalisiert, nicht das Textfeld. Auf diese Weise bezieht sich der Eintrag „Artikel – Global“ auf einen Eintrag „Artikel – Lokal“ in US-Englisch und einen anderen in Deutsch-Deutschland:

Vorteile

• Versionierung pro Markt – Sie können separate Versionen Ihres Contents für jeden Markt unterstützen und gleichzeitig Ihren regionalen Teams ermöglichen, autonom an ihrem Content zu arbeiten.

• Fallback – Wie bei der Lokalisierung auf Feldebene kann die Fallback-Struktur einfach definiert werden.

Nachteile

• Governance-Einschränkungen – Im Gegensatz zur Lokalisierung auf Feldebene können Sie eine*n Nutzer*in nicht darauf beschränken, mit einer bestimmten Sprache zu arbeiten. Ein/e Nutzer*in kann Einträge in einer der konfigurierten Sprachen erstellen. Sie können dies jedoch abmildern, indem Sie verhindern, dass Nutzer*innen diese Artikel anhängen, indem Sie bestimmte Content-Berechtigungen einrichten.

Sowohl für die Lokalisierung auf Contenttyp- als auch auf Space-Ebene besteht die Idee darin, eine strikte Trennung zwischen den Sprachen zu haben:

• Lokalisierung auf Contenttyp-Ebene – Jede neue Sprache ist eine neue Kopie eines Contenttyps innerhalb desselben Space. Sie richten beispielsweise einen Contenttyp „Artikel“ für US-Englisch und einen anderen für Deutsch (Deutschland) ein.

• Lokalisierung auf Space-Ebene – Für jede neue Sprache wird ein Content-Modell in einen separaten Space kopiert. Sie können beispielsweise einen Contenttyp „Artikel“ im Bereich „US-Englisch“ und einen zweiten Contenttyp „Artikel“ im Bereich „Deutsch (Deutschland)“ erstellen.

Lokalisierungsansätze auf Contenttyp- und Space-Ebene haben die gleichen Vor- und Nachteile.

Vorteile

• Governance – Mit benutzerdefinierten Rollen können Sie Nutzer*innen erlauben, einige Contenttypen zu bearbeiten und sie daran hindern, andere zu bearbeiten. Mit Space-Mitgliedschaften können Sie Ihren Nutzer*innen Zugriff auf einige Spaces gewähren, auf andere jedoch nicht.

• Asynchrone Veröffentlichung – Einträge aus verschiedenen Contenttypen können unabhängig voneinander veröffentlicht werden, ebenso wie Einträge aus verschiedenen Spaces. Darüber hinaus kann der Content in verschiedenen Sprachen eine andere Struktur haben. Sie versuchen beispielsweise, Geschäftsbedingungen zu modellieren. Die deutschen Begriffe für Deutschland sind genau wie die deutschen Begriffe für Österreich, außer dass sie eine zusätzliche Klausel erfordern. Sie können Contenttypen so entwerfen, dass sie diesen Unterschied zwischen den Sprachen widerspiegeln, entweder innerhalb desselben Space (wie bei der Lokalisierung auf Contenttyp-Ebene) oder über verschiedene Spaces hinweg (wie bei der Lokalisierung auf Space-Ebene).

Nachteile

Die Nachteile hängen mit der strikten Trennung zwischen den Sprachen zusammen:

• Kein Fallback-Verhalten – Da sich die Content-Struktur je nach Sprache unterscheiden kann, ist es schwierig, ein einfaches Fallback-Verhalten einzurichten.

• Synchronisierung von Contenttypen über Sprachen hinweg – Es ist schwierig, Ihre Contenttypen über Sprachen hinweg zu synchronisieren. Dazu gehört, dass die Contenttypen sich ähnlich genug, aber nicht zu ähnlich sind, damit sie nicht zur gleichen Sprache werden. Dies kann manchmal eine manuelle Anpassung erfordern. Contentful Migrationstools können dabei helfen, Contenttypen weiterzuentwickeln und etwas Verwirrung abzubauen.