Mehrsprachige Websites mit Statamic: Sites, Übersetzung, Fallbacks

Die kurze Antwort: Statamic kennt Sprachen als „Sites“. Jede Sprache, jede Region oder auch jede Marke ist eine eigene Site im selben System, mit eigener Adresse, eigenem Gebietsschema für Datums- und Zahlenformate und eigener Sprachangabe ^[1]. Inhalte, Bilder und Vorlagen teilen sich alle Sites; was sich unterscheidet, wird pro Site gepflegt. Mehrsprachigkeit ist in Statamic Pro eingebaut, ein zusätzliches Plugin braucht es nicht ^[3]. Was die Pro-Lizenz kostet und wem sie gehört, erklärt Die Statamic-Lizenz für Kundenprojekte.

Für Agenturen ist das der wichtigste Unterschied zu nachgerüsteten Lösungen: Eine zweite oder fünfte Sprache ist eine Einstellung und Redaktionsarbeit, kein Umbau. Die Schreibrichtung leitet Statamic aus der Sprache ab, Arabisch oder Hebräisch laufen also automatisch von rechts nach links ^[1].

Auch die Vorlagen kennen die Sites. Die Sprachangabe im HTML, die Screenreader und Suchmaschinen brauchen, kommt aus der Konfiguration der jeweiligen Site, ein Sprachumschalter entsteht aus der Liste aller Sites ^[1]. Braucht ein Markt eine abweichende Vorlage, etwa eine andere Startseite für die Schweiz, legt man sie in einen Unterordner mit dem Namen der Site; Statamic nimmt sie dann automatisch für diese Site und für alle anderen die Standardvorlage ^[1]. Die Gestaltung bleibt so für alle Sprachen gleich, nur dort, wo es gewollt ist, weicht sie ab. Für die Redaktion ändert sich wenig: Im Control Panel wählt sie oben die Site und arbeitet dann wie gewohnt.

Im Alltag zählt, was passiert, wenn noch nicht alles übersetzt ist. Statamic löst das über drei Mechanismen.

Übersetzbare Felder. Im Blueprint legt man pro Feld fest, ob es übersetzbar ist. In der übersetzten Fassung sind nur diese Felder bearbeitbar, alle anderen bleiben gesperrt ^[2]. Ein Preis, ein Foto oder eine Telefonnummer muss also nicht in jeder Sprache neu gepflegt werden.

Herkunft und Erbe. Eine übersetzte Fassung verweist auf ihren Ursprungseintrag und übernimmt jeden Wert, der in ihr nicht gesetzt ist ^[2]. Fehlt in der französischen Fassung das Bild, zeigt sie das Bild der deutschen. Das ist der Fallback, der verhindert, dass halb übersetzte Seiten leer aussehen.

Was es nur in einer Sprache gibt. Ein Eintrag erscheint nur in den Sites, in die er ausdrücklich übertragen wurde ^[2]. Eine Aktion nur für den Schweizer Markt bleibt so auf der Schweizer Site. Soll jeder neue Eintrag automatisch in allen Sprachen angelegt werden, schaltet man pro Collection die Weitergabe ein ^[2].

Eine Lücke bleibt: Oberflächentexte wie „Weiterlesen“ oder Fehlermeldungen in Formularen liefern weder Statamic noch Laravel für das Frontend mit. Sie werden als eigene Sprachdateien angelegt ^[1]. Das gehört bei uns zum Aufbau einer Sprache dazu.

Auf Wunsch übersetzen wir Inhalte automatisiert mit Claude vor. Das spart Zeit bei langen Seiten und vielen Einträgen und liefert eine gute erste Fassung. Wir übernehmen dafür keine Gewähr: Fachbegriffe, Tonalität und regionale Eigenheiten sollte jemand prüfen, der die Sprache und die Branche kennt. Für Rechtstexte, Verträge und fachlich heikle Inhalte empfehlen wir eine Fachübersetzung.

Praktisch für Teams mit externen Übersetzern: Zugriffsrechte lassen sich pro Site vergeben ^[1]. Die französische Übersetzerin sieht dann nur die französische Site und kann nichts an der deutschen ändern.

Mehrsprachigkeit ist ein Add-on zu jedem Paket, jede weitere Sprache kommt einzeln dazu; die Preise stehen unter Pakete. Die Lizenzen für unsere Basis-Werkzeuge sind in der Wartung enthalten, ohne Wartung bis zum Launch; auf Wunsch bauen wir auch Lizenzen Ihres Kunden oder Ihrer Agentur ein. Die Statamic-Pro-Lizenz läuft auf Ihren Kunden und wird separat verrechnet. Für mehrsprachige Websites gibt es einen eigenen Tarif unter Wartung. Wie Mehrsprachigkeit auf WordPress funktioniert, steht unter Mehrsprachig mit WordPress.