Wählen Sie eine stabile URL-Strategie, verwalten Sie jede Sprachversion einer Seite als eigenen Datensatz und verknüpfen Sie nur echte Entsprechungen. Übersetzen Sie Navigation, Metadaten, Formulare und Systemmeldungen. Generieren Sie Hreflang wechselseitig einschließlich Selbstreferenz und veröffentlichen Sie keinen automatischen Fallback als fertige Übersetzung.
Ein mehrsprachiges WordPress ist keine automatische Übersetzung derselben Sätze in eine weitere Spalte. Jede Sprache benötigt eine stabile URL, Navigation, Metadaten, Formulare, Rechtstexte und eine für die Aktualisierung verantwortliche Person. Das Angebot kann sich zwischen Märkten unterscheiden, und nicht jeder Artikel hat eine relevante Sprachversion. Erwartet das System vollständige Symmetrie ohne definierten Prozess, veralten Übersetzungen schnell oder es werden leere Seiten veröffentlicht.
Die Architektur muss inhaltliche Beziehungen von der visuellen Darstellung trennen. Seiten in verschiedenen Sprachen sollten als Entsprechungen verknüpft sein, doch jede bleibt ein eigenständig veröffentlichbarer Datensatz. Die Wahl des Plugins ist erst ein nachgelagerter Schritt; zuerst müssen URL-Struktur, Quelle des Originals, Übersetzungs-Workflow, Fallback und der Weg festgelegt werden, auf dem eine Änderung in der Primärsprache die übrigen Verantwortlichen erreicht.
Legen Sie Sprachumfang und inhaltliche Unterschiede fest
Definieren Sie für jede Sprache Markt, Zielgruppe, Verantwortlichen und verpflichtende Inhaltstypen. Eine englische Version für ausländische Kunden muss keine lokalen slowakischen Artikel enthalten, braucht aber relevante Leistungen, Kontaktdaten und vertrauenswürdige Informationen. Erstellen Sie eine Seitenmatrix: übersetzen, lokal anpassen, nur in der Ausgangssprache belassen oder entfernen. So entsteht kein Druck zu einer Vollständigkeit auf Kosten der Qualität.
Legen Sie für konkrete Inhalte die Ausgangssprache und die Regel bei Änderungen fest. Eine Übersetzung ist nicht immer eine wörtliche Kopie; Preise, Beispiele, CTAs und Kontaktwege können sich unterscheiden. Dokumentieren Sie die Unterschiede, damit die nächste Synchronisierung die lokale Anpassung nicht überschreibt. Verwalten Sie kritische Unternehmensdaten aus einer zentralen Quelle, wenn sie überall gleich sein sollen.
Wählen Sie eine stabile URL und Sprachverknüpfungen
Sprachen lassen sich über ein Verzeichnis, eine Subdomain oder eine Domain trennen. Für eine einzelne Unternehmenswebsite sind Verzeichnisse betrieblich meist einfach, die Wahl hängt jedoch von den Märkten und der Infrastruktur ab. Der Sprachcode sollte konsistent bleiben und jede Version eine eigene kanonische URL haben. Eine automatische Weiterleitung anhand des Browsers darf eine bewusste Auswahl nicht verhindern.
Hreflang verknüpft echte Entsprechungen in beide Richtungen und enthält einen Selbstverweis. Eine Seite ohne Übersetzung sollte nicht nur der Vollständigkeit halber auf eine unzusammenhängende Startseite verweisen. Der Sprachumschalter führt zur Entsprechung, sofern vorhanden, andernfalls nachvollziehbar zur Startseite der gewählten Sprache. Aktualisieren Sie nach einer Slug-Änderung Verknüpfungen, Sitemap und Weiterleitungen gemeinsam.
- Eine kanonische URL pro Sprache
- Bidirektionale hreflang-Verknüpfungen
- Umschalter zum tatsächlichen Äquivalent
- Keine erzwungene Weiterleitung ohne Wahlmöglichkeit
Übersetzen Sie das gesamte Nutzungsszenario
Der Artikeltext allein reicht nicht. Eine Übersetzung braucht auch Menü, Breadcrumb-Navigation, Schaltflächen, Formularfelder, Validierungsfehler, Bestätigungen, E-Mails, Cookie-Oberfläche und Fehlerseiten. Prüfen Sie, wohin der CTA führt und wer in der jeweiligen Sprache antwortet. Ein sprachlich gemischter Checkout oder eine automatische E-Mail untergräbt das Vertrauen gerade im entscheidenden Schritt.
Übersetzen Sie Metadaten, Open-Graph-Angaben, strukturierte Daten und Alternativtexte sinngemäß. Ein Bild mit Text benötigt eine lokalisierte Variante oder besser Text in HTML. Datum, Adresse und Währung werden gemäß dem Gebietsschema formatiert. Bereiten Sie eigene Blöcke und Plugins über Standardmechanismen auf die Übersetzung vor, nicht über manuell im Code eingefügte Zeichenketten.
Richten Sie einen Übersetzungs-Workflow ein
Jede Übersetzung hat einen Status, einen Verantwortlichen, eine Quellversion und das Datum der letzten Prüfung. Ändert sich das Original, markiert das System die zugehörigen Versionen als überarbeitungsbedürftig, überschreibt einen fertigen lokalisierten Text jedoch nicht automatisch. Übersetzer benötigen Kontext, einen Screenshot oder eine Vorschau, ein Markenglossar sowie Informationen zu Längenbeschränkungen von Schaltflächen oder Überschriften.
Maschinelle Übersetzung kann bei geeigneten Inhalten einen Entwurf liefern, doch eine verantwortliche Person prüft Bedeutung, Terminologie, Zahlen, Links und Tonalität. Senden Sie sensible oder nicht öffentliche Daten nicht ohne genehmigten Prozess an ein externes Tool. Die Veröffentlichung kann nach Sprachrollen getrennt werden. Revisionen bewahren den Verlauf, das Team braucht aber auch eine klare Entscheidung, welche Version freigegeben ist.
- Quellversion und Glossar
- Status des Aktualisierungsbedarfs
- Sprachliche und fachliche Freigabe
- Vorschau im realen Layout
Prüfen Sie Fallback, Indexierung und Wartung
Fehlt eine Übersetzung, entscheiden Sie zwischen dem Ausblenden des Eintrags, einem klaren Verweis auf die Ausgangssprache oder einem bewussten, für Nutzer gekennzeichneten Fallback. Veröffentlichen Sie keine leere Seite mit gleichem Titel und fremdsprachigem Inhalt als fertige Sprachversion. Die Sitemap sollte nur indexierbare kanonische URLs enthalten, und die Sprachverknüpfungen müssen dem Live-Zustand entsprechen.
Suchen Sie regelmäßig nach veralteten Übersetzungen, 404-Fehlern im Sprachumschalter, gemischten Oberflächen und abweichenden Kontaktdaten. Testen Sie bei einem Update des Übersetzungs-Plugins URLs, Editor, Menüs, Formulare und Cache. Das Entfernen einer Sprache ist eine Migration: Sie erfordert eine Weiterleitungstabelle und das Entfernen von hreflang. Langfristig tragfähig ist nur eine Sprache, für die es eine inhaltlich verantwortliche Person und Kapazitäten zur Reaktion gibt.
Häufige Fragen
Soll eine nicht übersetzte Seite in einer anderen Sprache angezeigt werden?
Nur als bewusster und klar gekennzeichneter Fallback, wenn er für die Nutzer hilfreich ist. Geben Sie den Ausgangstext nicht als Übersetzung aus. Oft ist es besser, den Eintrag aus der Sprachnavigation auszublenden und einen erläuterten Link zum Original anzubieten.
Muss jede Sprachversion dieselben URL-Slugs haben?
Nein. Ein Slug kann übersetzt und in der jeweiligen Sprache verständlich sein. Wichtig sind eine stabile Verknüpfung der Entsprechungen, korrektes hreflang, eine kanonische Adresse und eine Weiterleitung bei späterer Änderung.
Eignet sich maschinelle Übersetzung für eine Unternehmenswebsite?
Sie kann bei geeigneten Inhalten als Arbeitsentwurf dienen, erfordert aber eine menschliche Prüfung von Bedeutung, Terminologie und Fakten. Kritische Seiten, Formulare und verbindliche Informationen benötigen einen verantwortlichen sprachlichen wie fachlichen Verantwortlichen.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
