Übersetzungslücken im Shop nach Updates schließen

Übersetzter Text liegt in einem Shop selten an einer Stelle. Der Kern bringt seine eigenen Bausteine mit, jede Erweiterung ihre eigenen, das Theme noch einmal welche, und darüber liegt die Ebene, auf der der Betreiber einzelne Formulierungen an sein Haus angepasst hat. Ein Update greift in genau diese Schichtung ein: Es legt neue Schlüssel an, benennt bestehende um, entfernt nicht mehr benutzte und liefert für alle davon eine Fassung in der Sprache mit, die der Hersteller pflegt. Die eigene Anpassung darüber bleibt entweder liegen und zeigt nach dem Update auf einen Schlüssel, den es nicht mehr gibt, oder sie wird von der mitgelieferten Fassung überschrieben. Beides ist kein Defekt, sondern das erwartbare Ergebnis einer Aktualisierung — und beides fällt in einer Funktionsprüfung nicht auf.

Der wirtschaftliche Hebel dahinter ist gut untersucht. In einer Befragung von 8.709 Verbrauchern in 29 Ländern gaben 76 Prozent (CSA Research 2020) an, bei zwei vergleichbaren Angeboten das Produkt mit Angaben in der eigenen Sprache zu wählen; 40 Prozent (CSA Research 2020) kaufen nach eigener Aussage nicht auf fremdsprachigen Websites. In Deutschland lag der Anteil derer, die ausschließlich in der eigenen Sprache einkaufen, mit 57 Prozent (CSA Research 2020) am höchsten aller untersuchten Länder. Bemerkenswert für die Wartung ist eine vierte Zahl aus derselben Erhebung: 67 Prozent (CSA Research 2020) nehmen gemischte Sprachen auf einer Website hin. Sie beschweren sich also nicht — der Shop erfährt von der Lücke nichts. Wer seine Update-Tests nach Aktualisierungen auf Funktionen ausrichtet, prüft die Kasse, den Login und die Suche, aber nicht, ob die Kasse in allen freigeschalteten Sprachen dieselbe Sprache spricht.

Fehlt ein Baustein in der angeforderten Sprache, arbeitet das Shopsystem eine Kette ab: zuerst die genaue Sprachvariante, dann die übergeordnete Sprache ohne Regionalangabe, dann die hinterlegte Rückfallsprache, zuletzt die Systemsprache. Erst wenn auch dort nichts steht, gibt der Shop den Schlüssel selbst aus. Diese Kette ist sinnvoll, weil sie eine leere Seite verhindert. Sie ist zugleich der Grund, warum eine Lücke ohne gezielte Messung unentdeckt bleibt. Für den Betrieb heißt das: Der Rückfall gehört nicht abgeschaltet, sondern gezählt. Dieselbe Logik gilt übrigens für die Pflege der Shop-Suche, wo ein leeres Ergebnis ebenfalls keinen Fehler erzeugt und trotzdem eine offene Aufgabe ist.

Für die Abnahme folgt daraus eine schlichte Regel: Eine Sprachfassung gilt erst dann als geprüft, wenn jemand sie in dieser Sprache gelesen hat. Das ist aufwendiger, als es klingt, und lässt sich deshalb nur für die Wege leisten, an denen Geld hängt — Produktseite, Warenkorb, Kasse, Bestellbestätigung. Für alles andere trägt die Zählung. Zu diesen Wegen gehört auch die Bestellschaltfläche selbst; wie deren Beschriftung rechtlich einzuordnen ist, beschreibt der Beitrag zum Widerrufsbutton im Shop.

Updates verändern die Oberfläche, Importe verändern den Katalog. In beiden Fällen entsteht neuer Text, und in beiden Fällen entsteht er zuerst in einer Sprache. Ein Produktimport aus der Warenwirtschaft liefert Namen, Beschreibungen und Merkmale in der Sprache, in der das Vorsystem sie führt; die Zweitsprache bleibt bei den Datensätzen leer, für die es dort keine Entsprechung gibt. Das ist unauffällig, solange der Katalog wächst, denn die neuen Artikel erscheinen in der Zweitsprache schlicht ohne Beschreibung. Der Rahmen dafür ist groß genug, um Aufmerksamkeit zu verdienen: Der Brutto-Warenumsatz im deutschen Onlinehandel erreichte 2025 83,1 Mrd. Euro (bevh), und der Umsatz im Versand- und Internethandel stieg 2025 real um 10,1 Prozent (Destatis) gegenüber dem Vorjahr. Für zweisprachige Kataloge ist die Pflege der Zweitsprache damit kein Randthema, sondern derselbe Vorgang wie die Pflege der Rechtstexte — nur mit mehr Datensätzen.

Die Tabelle zeigt eine Regelmäßigkeit: Jede Lücke hat ein auslösendes Ereignis, und dieses Ereignis ist bekannt, bevor die Lücke entsteht. Das macht die Prüfung planbar. Sie gehört nicht in einen eigenen Termin, sondern an das Ende des Vorgangs, der sie verursacht — an das Update, an den Importlauf, an die Freigabe einer neuen Zahlungsart. Wer eine Staging-Umgebung betreibt, kann den größten Teil davon vorziehen und die Live-Umgebung nur noch stichprobenartig gegenprüfen.

Ein Prüflauf, den nur eine Person kennt, ist eine Gefälligkeit. Erst wenn Ablauf, Zuständigkeit und Berichtsweg festgeschrieben sind, wird daraus Wartung. Fünf Schritte reichen dafür aus, und sie lassen sich an die bestehende laufende Überwachung andocken, statt einen eigenen Ablauf zu erzeugen.

Ob dieser Ablauf im eigenen Haus läuft oder ausgelagert ist, ändert an seiner Struktur nichts. Entscheidend ist die Verbindlichkeit: Wer die Sprachpflege in einem Wartungsvertrag mit zugesagten Reaktionszeiten verankert, bekommt sie in derselben Regelmäßigkeit wie Sicherungen und Aktualisierungen — und muss sie nicht jedes Mal neu anstoßen.

Die Erfahrung aus der Wartung mehrsprachiger Shops lässt sich in einem Satz zusammenfassen: Der Sprachstand ist kein Zustand, sondern ein Saldo. Jedes Update, jeder Import und jede neue Zahlungsart bucht auf der einen Seite Text hinzu, und nur die Pflege bucht auf der anderen Seite dagegen. Wird die Gegenbuchung ausgelassen, wächst die Lücke langsam und ohne Signal — bis eine Kundin nachfragt oder eine Sprachfassung in den Suchergebnissen durch eine andere ersetzt wird. Dass die Auszeichnung selbst kein Randfall ist, zeigt der Anteil von 13,5 Prozent (WebAIM Million 2026) der meistbesuchten Startseiten ohne hinterlegte Dokumentsprache.

Der Aufwand dafür ist überschaubar, sobald er an bestehende Vorgänge angehängt wird: zwei Abfragen, ein Durchgang durch die Kasse je Sprache, ein Abgleich der Verweise. Was ihn teuer macht, ist die Verlagerung in den Störfall. Eine Sprachlücke, die im Bestellprozess auffällt, wird zur Aufgabe für den Notfall-Support — mit demselben Aufwand wie vorher, nur unter Zeitdruck und mit Umsatz im Rücken.

Für Betreiber mit zwei oder mehr Sprachfassungen ist das der praktische Kern: Der Rückfall bleibt aktiv, weil er den Einkauf rettet. Gemessen wird er trotzdem, weil er sonst die Lücke verdeckt, die er überbrückt. Zwei Zahlen je Sprache, ein Durchgang je Update und sechs Zeilen im Bericht genügen, um aus einer unsichtbaren Aufgabe eine sichtbare zu machen.