Tutorial

Jedes Drupal-Team, das eine mehrsprachige Website aufbaut, entdeckt irgendwann dasselbe: Die maschinelle Übersetzung selbst ist der einfache Teil. In 2026 erzeugt jedes fähige KI-Modell in Sekunden einen flüssigen deutschen oder rumänischen Entwurf einer englischen Seite. Was Websites, die internationalen Suchtraffic gewinnen, von Websites unterscheidet, die still veraltete oder halb übersetzte Seiten ansammeln, ist nicht das Modell — es ist der Workflow darum herum: wer eine Übersetzung anstößt, wer sie prüft, was passiert, wenn sich die Quelle ändert, und wie Suchmaschinen vom Ergebnis erfahren.

Die Fähigkeiten-Seite haben wir in KI-gesteuerte Inhaltsübersetzung in Drupal behandelt — was das KI-Modul-Ökosystem kann. Dieser Artikel ist die operative Fortsetzung: ein Drupal-Übersetzungsworkflow, den man in Produktion betreiben kann, Stufe für Stufe, mit den Bausteinen für jede. Es ist derselbe Workflow, mit dem wir softescu.com auf Englisch, Rumänisch und Deutsch betreiben.

Warum ein „Übersetzen"-Button kein Workflow ist

Einen KI-Anbieter an Drupal anzubinden und auf jedem Node einen Übersetzen-Button anzubieten, löst das falsche Problem. Vier Fehlermuster zeigen sich innerhalb von Wochen:

• Stille Drift — die englische Quelle wird aktualisiert, die Übersetzungen nicht, und niemand merkt es, weil nichts die Beziehung zwischen Quell-Revisionen und übersetzten Revisionen verfolgt.
• Inkonsistente Terminologie — derselbe Produktbegriff wird auf drei Seiten dreimal unterschiedlich übersetzt, weil jede Übersetzung isoliert lief, ohne gemeinsames Glossar.
• Ungeprüfter Output in Produktion — KI-Übersetzungen sind flüssig, was ihre gelegentlichen Fehler (gekippte Verneinungen, falsche Freunde, falsche Rechtsbegriffe) schwerer erkennbar macht, nicht leichter. Auf Compliance-sensiblen Seiten ist das ein echtes Haftungsrisiko.
• SEO-Bruch — Seiten werden übersetzt, aber hreflang-Alternativen, Canonicals und lokalisierte Sitemaps ziehen nicht nach, sodass Suchmaschinen die falsche Sprachversion indexieren oder gar keine.

Ein Workflow begegnet jedem Fehlermuster mit einer Stufe. Es sind fünf.

Stufe 1 — Entscheiden, was übersetzt wird

Drupals Content-Translation-Modul arbeitet auf Feldebene, und genau diese Granularität ist der Punkt. Vor jedem KI-Aufruf jeden Inhaltstyp durchgehen und jedes Feld als übersetzbar oder geteilt markieren:

• Übersetzbar: Titel, Body, Zusammenfassung, Meta-Description, Alt-Texte von Bildern, CTA-Beschriftungen.
• Geteilt (nie übersetzen): Machine Names, SKUs, Code-Beispiele, eingebettete Konfiguration, Marken- und Produktnamen, Autorenfelder, Daten.

Dann das Glossar schreiben: die 30–80 Begriffe, die überall gleich übersetzt werden müssen — Produktnamen, die Englisch bleiben, Branchenbegriffe mit etablierter lokaler Form, von der Rechtsabteilung freigegebene Begriffe. Das Glossar ist das Artefakt mit der größten Hebelwirkung im gesamten Workflow: Es kostet einen Nachmittag und verhindert die Mehrheit der späteren Review-Befunde.

Stufe 2 — KI-Entwürfe mit Kontext erzeugen, nicht mit rohen Strings

Der Unterschied zwischen einer mittelmäßigen und einer starken KI-Übersetzung liegt fast vollständig im Kontext, der mit der Anfrage gesendet wird. Isoliert übersetzte Feldwerte erzeugen das klassische Maschinenübersetzungs-Gefühl. Stattdessen dem Modell mitgeben:

• den vollständigen Seiteninhalt, damit sich Bezüge zwischen Absätzen auflösen;
• das Glossar, mit der expliziten Anweisung, dass seine Begriffe nicht verhandelbar sind;
• Zielgruppe und Register („B2B-Entscheider, formelle Sie-Form" für Deutsch; Sentence-Case-Konventionen für rumänische Überschriften);
• was unangetastet bleibt — Code-Blöcke und Konfiguration bleiben auch in übersetzten Seiten Englisch, weil die Entwickler, die sie kopieren, auf Englisch arbeiten.

In Drupal-Begriffen: Das KI-Modul-Ökosystem mit einem Übersetzungsanbieter unterstützt genau dieses Muster — und das Ergebnis sollte immer als unveröffentlichte Entwurfs-Revision der Übersetzung landen, nie direkt auf Published gehen.

Stufe 3 — Menschliches Review als Moderations-Status, nicht als Gewohnheit

Reviews, die auf gutem Willen beruhen, hören in der ersten stressigen Woche auf. Das Review stattdessen zu einem strukturellen Gate machen: ein Content-Moderation-Workflow für Übersetzungen mit drei Status — KI-Entwurf → Im Review → Veröffentlicht — bei dem der Übergang zu Veröffentlicht eine Rolle erfordert, die nur menschliche Prüfer haben.

Die Aufgabe des Prüfers ist enger als Übersetzen: Glossar-Treue, juristische Genauigkeit bei sensiblen Aussagen, Tonalität und dass interne Links auf die richtige Sprachversion zeigen. In der Praxis dauert eine geprüfte Seite 10–15 Minuten statt der 2–3 Stunden einer menschlichen Übersetzung — das ist der eigentliche wirtschaftliche Gewinn der KI-Übersetzung, und er materialisiert sich nur, wenn das Review schnell ist, weil Stufe 1 und 2 sauber gemacht wurden.

Stufe 4 — Veröffentlichen mit intakter SEO-Verkabelung

Eine übersetzte Seite, die Suchmaschinen keiner Sprache zuordnen können, ist verschwendete Arbeit. Zur Veröffentlichung gehören:

• hreflang-Alternativen auf jeder Sprachversion, jede zeigt auf alle Schwesterversionen — und zwar wechselseitig;
• Canonicals pro Sprache — besonders wenn Sprachen auf verschiedenen Domains leben (unsere rumänischen Seiten kanonisieren auf softescu.ro, nicht softescu.com; dieser Fehler hat unsere rumänische Website wochenlang deindexiert);
• lokalisierte Sitemaps mit URLs pro Sprache und frischen lastmod-Daten;
• übersetzte Meta-Titel und -Descriptions, die den Konventionen jeder Sprache folgen — englische Titel nutzen Title Case, Rumänisch und Deutsch nutzen Sentence Case. Englische Großschreibung in andere Sprachen zu kopieren, liest sich für Muttersprachler wie Maschinen-Output.

Stufe 5 — Die Schleife mit Messung pro Sprache schließen

Der Output des Workflows ist messbar, also messen: Impressionen und CTR pro Sprachordner in der Search Console, Engagement pro Sprache in Analytics. Hier hört übersetzter Inhalt auf, ein Kostenfaktor zu sein, und wird zum Argument. Auf unserer eigenen Website konvertieren die deutschen Versionen zweier technischer Leitfäden Suchimpressionen aktuell mit der zwei- bis fünffachen CTR ihrer englischen Originale — die deutschen Seiten sind unsere leistungsstärksten Snippets. Ohne Messung pro Sprache hätten wir das nie gewusst und nie weiter auf deutschen Inhalt gesetzt.

Updates handhaben: Re-Übersetzung ohne Drift

Wenn sich die Quelle ändert, markiert Drupal Übersetzungen als veraltet — dieses Flag in den Workflow einbinden: den KI-Entwurf nur für die geänderten Felder neu laufen lassen und das Delta durch denselben Review-Status leiten. Ganze Seiten bei jeder Quell-Änderung neu zu übersetzen, verbrennt Review-Zeit und erzeugt Unruhe in bereits freigegebenen Texten; Re-Übersetzung auf Feldebene hält den Diff in Minuten prüfbar.

Häufige Fallstricke

• Alles übersetzen — juristische Archive, alte Event-Ankündigungen und abgelaufene Stellenanzeigen brauchen keine drei Sprachversionen. Übersetzen, was ein Publikum hat.
• KI-Output „nur dieses eine Mal" ungeprüft veröffentlichen — die eine Seite, die das Review überspringt, ist zuverlässig die, die ein muttersprachlicher Interessent zuerst findet.
• Einseitiges hreflang — Alternativen, die nicht wechselseitig sind, werden von Suchmaschinen ignoriert. Wechselseitigkeit automatisch validieren, nicht von Hand.
• Den Workflow an einen Anbieter binden — Modelle verbessern sich monatlich. Den Anbieter hinter einer Schnittstelle halten, damit er austauschbar bleibt, ohne den Workflow anzufassen.

Wie das in der Praxis aussieht

Wir betreiben diesen Workflow auf softescu.com selbst — jede Seite und jeder Artikel existiert auf Englisch, Rumänisch und Deutsch, KI-entworfen und menschlich geprüft, mit automatisierter hreflang-, Canonical- und Sitemap-Verkabelung. Dasselbe Setup skaliert nach unten bis zur Fünf-Seiten-Unternehmenswebsite und nach oben bis zu Enterprise-Drupal-Plattformen mit Redaktionsteams in mehreren Märkten.

Wenn Sie ein mehrsprachiges Drupal-Projekt planen — oder eines haben, dessen Übersetzungen gedriftet sind — baut unser Team für Enterprise-Webentwicklung genau diese Workflows. Kontakt aufnehmen.