Mehrsprachigkeit in Storyblok: Welche Struktur passt zu deiner Website?

Felder, Ordner oder getrennte Spaces: Storyblok bietet unterschiedliche Wege für mehrsprachige Websites. Welche Struktur sinnvoll ist, entscheidet sich an deinen Inhalten und daran, wer sie verantwortet.

Bevor du deine Website übersetzt, musst du klären, was in der nächsten Sprache gleich bleiben soll. Bietet dein Unternehmen überall dieselben Leistungen an? Oder unterscheiden sich Angebote, Kampagnen und Ansprechpartner je nach Markt?

Denn eine Übersetzung beantwortet noch nicht, wer regionale Inhalte verändern darf, welche Informationen zentral gepflegt werden und was bei einer Aktualisierung passiert. Eine technisch verfügbare Sprachversion kann redaktionell trotzdem veralten.

Für die erste Auswahl gilt: Bei ähnlichem Seitenaufbau prüfst du in Storyblok Übersetzungen auf Feldebene. Brauchen Märkte andere Inhalte und Strukturen, kommen eigene Ordner infrage. Getrennte Spaces eignen sich für stärker eigenständige Umgebungen. Die Zahl der Sprachen allein entscheidet nicht über den Ansatz. Storyblok: Internationalization

Sprache und Markt sind zwei unterschiedliche Entscheidungen

Eine Sprache beschreibt zunächst, wie du etwas vermittelst. Ein Markt bestimmt zusätzlich, welches Angebot relevant ist und welche Bedingungen gelten. Eine englische Website kann mehrere Länder bedienen. Sie kann aber auch Angebote erklären, die nur in einem davon verfügbar sind.

Stell dir als vereinfachtes Beispiel einen Hersteller vor, der dieselbe Maschine in Deutschland und Frankreich anbietet. Technische Merkmale und Produktaufbau bleiben gleich. Übersetzt werden Beschreibung und Bedienhinweise; lokale Ansprechpartner unterscheiden sich. Jetzt kommt ein weiterer Markt hinzu, in dem das Unternehmen nur Ersatzteile und Wartung verkauft. Eine vollständig übersetzte Produktseite würde dort ein falsches Angebot vermitteln.

Das Problem ist nicht die Übersetzungsqualität. Es ist die Annahme, dass alle Märkte dieselben Inhalte brauchen.

Unsere Empfehlung: Untersuche vor der Systemkonfiguration einige repräsentative Seiten. Eine Produktseite, eine Kampagnenseite und eine Kontaktseite reichen für einen ersten Strukturtest. Markiere, was überall identisch bleibt, was übersetzt wird und was ein Markt selbst entscheiden muss. So wird aus der abstrakten Frage nach Mehrsprachigkeit eine konkrete Anforderung an die Redaktion.

Für unseren fiktiven Hersteller könnte der ausgefüllte Strukturtest so aussehen:

Halte zu jeder lokalen Entscheidung fest, wer sie freigibt. Wenn fast alles in der Übersetzungsspalte landet, prüft dein Projektteam eine gemeinsame Struktur. Braucht ein Markt stattdessen andere Seiten und Angebote, muss das Modell diese Unterschiede abbilden. Die Tabelle ist ein Briefing für diese Prüfung, noch keine fertige CMS-Konfiguration.

Welche Möglichkeiten bietet Storyblok?

Eine „Story“ ist in Storyblok ein Inhaltseintrag, etwa eine Seite. Für die Planung sind drei Ansätze relevant: Übersetzungen innerhalb gemeinsamer Inhalte, eigene Inhaltsstrukturen in Ordnern oder getrennte Spaces. Ein Space ist dabei eine eigene Verwaltungsumgebung im CMS. Storyblok: Internationalization

Feldebene: eine gemeinsame Seite, mehrere Sprachfassungen

Bei feldbasierten Übersetzungen bleiben Ausgangstext und übersetzte Feldwerte im selben Inhaltseintrag. Ein Textfeld wird dafür als übersetzbar konfiguriert. Die deutsche und französische Überschrift sind dann unterschiedliche Sprachwerte, nicht zwei unabhängig aufgebaute Seiten. Storyblok: Internationalization for Stories

Für den Hersteller aus unserem Beispiel würden wir diesen Ansatz zunächst für die gemeinsame Produktdarstellung prüfen. Das Team braucht dort vor allem verlässliche Übersetzungen. Sobald eine lokale Kampagne einen anderen Seitenaufbau verlangt, muss die Strukturfrage neu betrachtet werden. „Wir brauchen eine weitere Sprache“ und „wir brauchen eine andere Seite“ sind unterschiedliche Anforderungen.

Ordnerebene: Raum für unterschiedliche Marktauftritte

Storyblok unterstützt alternative Seitenfassungen in unterschiedlichen Ordnern. Die Dimensions-App kann diese Varianten miteinander verbinden. Storyblok: Dimensions

Für den Markt, in dem unser Hersteller nur Wartung anbietet, würden wir einen eigenständigen Inhalt prüfen. Dort sollte die Seite eine Serviceentscheidung unterstützen und keine Maschine verkaufen, die vor Ort nicht angeboten wird. Die Übersetzung einer gemeinsamen Produktseite löst das nicht.

Der redaktionelle Preis dieser Freiheit: Das Team muss festhalten, welche Fassungen zusammengehören und welche Änderungen mehrere Märkte betreffen. Mehr Eigenständigkeit braucht eine bewusst organisierte Pflege. Eine verknüpfte Variante ist noch keine fachlich aktuell gehaltene Variante.

Space-Ebene: getrennte Umgebungen für eigenständige Anforderungen

Getrennte Spaces sind ein weiterer Ansatz für komplexe Projekte mit stärkerer Eigenständigkeit von Teams, Märkten oder Kanälen. Storyblok: Internationalization

Für unseren Hersteller würden wir diese Trennung nicht allein wegen eines zusätzlichen Serviceangebots wählen. Zuerst müsste das Projektteam erklären können, welche Verantwortung eine eigene Umgebung tatsächlich vereinfacht. Soll ein Markt sein Inhaltsmodell unabhängig weiterentwickeln? Wer prüft dann gemeinsame Komponenten und Markenregeln? Wenn diese Fragen unbeantwortet bleiben, verschiebt die Trennung das Problem nur.

Die praktische Entscheidung lässt sich so vorbereiten:

Das ist unsere Planungsempfehlung, keine starre Zuordnung nach Unternehmensgröße. Storyblok erlaubt auch Kombinationen, etwa unterschiedliche Marktordner mit mehreren Sprachen. Storyblok: Internationalization

Wähle nicht vorsorglich die stärkste Trennung. Jede zusätzliche Eigenständigkeit wirft eine organisatorische Frage auf: Wer hält gemeinsame Regeln verbindlich? Umgekehrt solltest du Unterschiede nicht in ein gemeinsames Modell zwingen, nur weil sich zentrale Pflege zunächst einfacher anhört.

Für deine Website-Planung bedeutet das: Das Inhaltsmodell sollte eine reale Arbeitsweise unterstützen. Es sollte keine Zusammenarbeit voraussetzen, die im Team niemand leisten kann.

Amtico: Sprachwechsel ist mehr als übersetzte Navigation

Auf Amticos englischer Startseite führen Schnellzugriffe zu Mustern, Raumvisualisierung und Händlersuche. Die deutsche Variante setzt an derselben Stelle auf Muster, Broschüren und Raumvisualisierung. Auch die Hauptnavigation unterscheidet sich: Im englischen Auftritt ist die Händlersuche direkt sichtbar, im deutschen unter anderem „Über Amtico“. Amtico: deutsche Website

Unsere Beobachtung zeigt eine redaktionelle Entscheidung, keine bloße Wortübersetzung: Welche nächste Handlung soll der jeweilige Auftritt erleichtern? Daraus lässt sich nicht ablesen, ob Amtico dafür ein Feld, einen Ordner oder einen Space verwendet. Für dein Briefing ist zunächst entscheidend, solche Unterschiede zu erfassen und im Modell zuzulassen.

Prüfblick: Vergleiche die Schnellzugriffe im Seitenkopf und die Zielseiten dahinter. Ein Sprachwechsel muss nicht jede Funktion kopieren, aber einen für den Markt sinnvollen Weg anbieten. Amtico: englische Website

Was zentral bleiben sollte und was lokal entschieden wird

Die Sprache einer Marke besteht nicht nur aus einzelnen Wörtern. Sie zeigt sich auch darin, welche Probleme ein Unternehmen ernst nimmt, wie es Lösungen erklärt und welche Versprechen es gibt. Genau diese Ebene sollte bei internationalen Websites bewusst geführt werden.

Wir empfehlen deshalb, verbindliche Grundlagen und lokalen Spielraum zu trennen. Produktmerkmale, belegte Leistungsversprechen und die grundsätzliche Positionierung brauchen eine gemeinsame Grundlage. Regionale Beispiele, Ansprechpartner oder der Einstieg in eine Kampagne können andere Antworten verlangen.

Das lässt sich in einer einfachen redaktionellen Vereinbarung festhalten. Wer darf ein Markenversprechen ändern? Wer bestätigt eine technische Aussage? Welche Beispiele darf das lokale Team selbst austauschen? Und wer entscheidet, wenn eine direkte Übersetzung zwar korrekt ist, im jeweiligen Markt aber unverständlich wirkt?

Diese Fragen sind keine Zusatzarbeit nach dem Launch. Sie entscheiden darüber, ob eine Marke in mehreren Sprachen erkennbar bleibt, ohne überall denselben Text zu erzwingen.

Plane den Umgang mit Änderungen, nicht nur die erste Übersetzung

Der Launch hat einen Termin. Die Pflege braucht einen Prozess. Produkte, Ansprechpartner und Leistungsbeschreibungen ändern sich weiter. Jede Änderung erzeugt eine neue Frage: Welche Sprachversionen sind davon betroffen?

Unser Vorschlag für den redaktionellen Ablauf: Die verantwortliche Person kennzeichnet am Ausgangstext, was geändert wurde und welche Märkte die Änderung benötigen. Darauf folgen Übersetzung, fachliche Prüfung und Prüfung im Seitenkontext. Erst danach wird die betreffende Fassung zur Veröffentlichung freigegeben. Welche Schritte euer Setup davon bereits unterstützt, muss das Projektteam gesondert prüfen.

Unterscheide dabei zwischen verschiedenen Änderungen. Eine korrigierte Telefonnummer braucht eine andere Prüfung als ein neues Produktversprechen. Ein ausgetauschter Kampagneneinstieg muss nicht dieselbe fachliche Freigabe durchlaufen wie eine technische Spezifikation. Klare Verantwortlichkeiten sind hier hilfreicher als ein identischer Prozess für jeden Text.

Lege auch fest, was passiert, wenn eine Übersetzung fehlt. Soll die Seite vorerst unveröffentlicht bleiben? Gibt es eine bewusst gewählte Ersatzsprache? Oder ist die Information für diesen Markt nicht erforderlich? Ein technischer Fallback darf eine redaktionelle Entscheidung nicht unbemerkt ersetzen.

Prüfe außerdem die Veröffentlichungslogik bei feldbasierten Übersetzungen: Laut Storyblok werden standardmäßig alle Sprachversionen einer Story gemeinsam veröffentlicht. Individuelle Übersetzungsveröffentlichung lässt sich gesondert aktivieren. Eine vorhandene Sprachversion ist also nicht automatisch ein unabhängig geplanter Launch. Storyblok: Internationalization

KI kann einen Entwurf liefern. Die Freigabe bleibt eine eigene Aufgabe

Storyblok bietet KI-gestützte Übersetzungen und eine eigene Funktion für Bild-Alt-Texte an. Unsere Empfehlung: Prüfe Asset-Beschreibungen, Bildunterschriften und Rechteangaben gesondert. Ein übersetzter Artikel ist kein Nachweis, dass alle Medienfelder korrekt lokalisiert sind. Storyblok: AI Assistance

Für den redaktionellen Einsatz empfehlen wir drei getrennte Prüfungen. Erstens: Ist die Aussage inhaltlich richtig? Zweitens: Klingt sie in der Zielsprache natürlich und passt sie zur Marke? Drittens: Funktioniert sie auf der tatsächlichen Seite?

Der letzte Punkt wird leicht unterschätzt. Ein längerer Buttontext kann die Gestaltung verändern. Ein erklärungsbedürftiger Fachbegriff kann im Fließtext funktionieren, aber in der Navigation irritieren. Eine Übersetzung, die einzeln überzeugt, kann im Zusammenspiel mit Bild und Überschrift etwas anderes versprechen als beabsichtigt.

Teste den Ablauf deshalb mit einem kleinen, bewusst unterschiedlichen Seitensatz. Bewerte nicht nur, wie schnell die erste Fassung entsteht. Erfasse auch, welche Korrekturen nötig sind und wer sie zuverlässig erkennt. Daraus lässt sich ein brauchbarer Prüfprozess ableiten. Aus der reinen Zahl generierter Übersetzungen nicht.

Mehrsprachige Inhalte brauchen eine passende Auslieferung

Ein mehrsprachiges Inhaltsmodell allein macht die fertige Website noch nicht in jeder Sprache auffindbar. Auch die öffentlich erreichbaren Seiten müssen sinnvoll angelegt sein.

Google empfiehlt eigene URLs für unterschiedliche Sprachversionen und passende Hinweise auf Sprach- beziehungsweise Regionsvarianten, etwa über hreflang. Sichtbare Inhalte und Navigation sollten sprachlich zusammenpassen. Google Search Central: mehrsprachige Websites

Prüfe neben dem Sprachwechsel auch Buttons, Formulare und Folgeseiten. Der Pilottest am Ende verbindet diese Kontrolle mit den redaktionellen Aufgaben.

Diese Kontrolle verbindet Redaktion mit Webdesign und Nutzerführung. Ein Sprachschalter ist erst dann hilfreich, wenn der weitere Weg ebenfalls funktioniert.

Education First: Land und Sprache gemeinsam berücksichtigen

Die internationale EF-Website kombiniert in ihrer Länderübersicht Markt und Sprache. Für Kanada führt sie beispielsweise Englisch und Französisch getrennt auf, für die Schweiz Deutsch, Französisch und Italienisch. Dazu kommen globale Sprachfassungen. EF: Länder- und Sprachauswahl

Der konkrete Beleg ist die Übersicht hinter „Global Site / English“ im Footer. Sie macht sichtbar, warum eine einzige Sprachliste nicht immer genügt: Französisch bezeichnet noch keinen bestimmten Markt, und ein Land kann mehrere Sprachversionen benötigen. Das ist eine Beobachtung der Besucheroberfläche, kein Nachweis über EFs internes Inhaltsmodell oder seine Freigabeprozesse.

Übertrage das auf deinen Pilottest: Kann eine französischsprachige Person den für Kanada vorgesehenen Auftritt eindeutig finden? Bleibt der richtige Markt beim Wechsel von der Startseite zu Angebot und Kontakt erkennbar? Lege erst fest, welche Kombinationen gebraucht werden. Danach entscheidet ihr, wie Storyblok diese Inhalte abbildet.

Technische Bereitstellung und fachliche Freigabe bleiben dabei getrennte Aufgaben. Auch eine schnell ausgelieferte Sprachversion kann das falsche Angebot zeigen. Prüfe deshalb die Besucheraufgabe und die redaktionelle Verantwortung, nicht nur, ob eine URL erreichbar ist.

So bereitest du die Entscheidung für dein Team vor

Bevor du die Mehrsprachigkeit konfigurierst, halte fünf Entscheidungen fest:

1. Welche Sprachen und Märkte werden tatsächlich benötigt?

2. Welche Inhalte sind gemeinsam, übersetzt oder lokal eigenständig?

3. Wer verantwortet Ausgangstext, Übersetzung und fachliche Freigabe?

4. Was passiert bei Änderungen und fehlenden Übersetzungen?

5. Wie prüft ihr die fertige Sprachversion auf der Website?

Mit diesen Antworten kann dein Team einen Ansatz auswählen und an euren drei Beispielseiten testen. Prüft vor der Umsetzung außerdem, ob euer Tarif, die eingerichteten Rollen und die Veröffentlichungslogik die geplante Arbeit erlauben. Dieser Guide bereitet die Entscheidung vor; er ersetzt keine Prüfung eures konkreten Setups.

Für den Pilottest empfehlen wir drei überprüfbare Aufgaben: Eine Person aus der lokalen Redaktion bearbeitet die vorgesehenen Inhalte und durchläuft die vereinbarte Freigabe. Eine zweite Person findet auf der fertigen Sprachversion das passende Angebot und den richtigen Kontakt. Anschließend ändert ihr eine gemeinsame Information, beispielsweise ein technisches Merkmal, und verfolgt, welche Fassungen angepasst werden müssen.

Der Test ist erst bestanden, wenn die Zuständigkeiten klar sind, die betroffenen Fassungen auffindbar bleiben und kein Markt ein falsches Angebot zeigt. Hakt es an einem dieser Punkte, korrigiert ihr zunächst Struktur oder Ablauf. Weitere Sprachen würden denselben Fehler nur vervielfachen.

Eine internationale Website braucht nicht überall dieselben Inhalte. Sie braucht eine nachvollziehbare Regel dafür, was eure Marke verbindet und was ein Markt selbst gestalten darf. Dort beginnt eine Mehrsprachigkeit, die sich auch nach dem Launch verlässlich weiterführen lässt.