Produktbeschreibungen übersetzen: KI, ja – aber wie

Ein französischer Shop, der in Deutschland, Spanien und den Niederlanden verkaufen will, verdreifacht seinen potenziellen Markt. Der Preis dafür: 5.000 Produktseiten in 7 Sprachen übersetzen, also 35.000 Übersetzungen. Bei 20 € pro Seite durch einen freiberuflichen Übersetzer sprechen wir von 700.000 € und 18 Monaten Laufzeit — unrealistisch für 99 % der Shops.

2026 macht gezielte maschinelle Übersetzung mit KI dieses Projekt in 2–3 Wochen für weniger als 1.000 € möglich. Aber zwischen „machen“ und „richtig machen“ liegen 4 Fallstricke.

Fallstrick 1: DeepL oder Google Translate allein reichen nicht

Generische maschinelle Übersetzungs-Engines (DeepL, Google, Microsoft) sind für Standardprosa sehr gut. Im E-Commerce scheitern sie aus drei Gründen:

Produktspezifisches Vokabular je Markt. Im britischen Englisch heißt eine Hose „trousers“, im amerikanischen Englisch „pants“ — und „pants“ bedeutet in UK Unterwäsche. Eine nicht kalibrierte automatische Übersetzung weiß das nicht.

Lokale Einheiten und Formate. 44 in FR-Schuhgröße = 10 US = 10 UK = 280 CN. Ein Hochstuhl mit 75 cm in Frankreich wird in den USA zu 29,5". Ein Akku mit 5000 mAh bleibt überall 5000 mAh — aber „2 Tage Akkulaufzeit“ kann je nach Marktton zu „2 days“ oder „48 hours“ werden.

Kulturelle Bezüge. „Ideal für den Apéro mit Freunden“ lässt sich nicht wortwörtlich ins Deutsche übersetzen. In Spanien ersetzt „tapas“ eher „amuse-bouches“. Solche Anpassungen überfordern einen generischen Übersetzer.

Die Lösung: eine Übersetzungs-Pipeline mit Briefing speziell für E-Commerce plus ein Post-Processing, das lokale Fehler erkennt und korrigiert.

Fallstrick 2: Slugs und URLs, die lokalisiert werden sollten (oder nicht)

Wenn Sie einen Blogartikel oder eine Produktseite übersetzen, stellt sich die Frage nach den URLs.

Produkt-Slug: Sollte er übersetzt werden?

✅ Für lokales SEO: ja. Ein EN-Slug leather-derby-shoes rankt in den USA besser als ein FR-Slug chaussure-derby-cuir.
❌ Für die Pflege: teuer — 5.000 Produkte × 7 Sprachen = 35.000 Slugs, die verwaltet werden müssen, inklusive Redirects bei Änderungen.

Der richtige Ansatz: Nutzen Sie die hreflang-Infrastruktur, um Google mitzuteilen, welche Sprache bzw. welcher Markt zu welcher URL gehört, und verwenden Sie lokalisierte Slugs pro Sprache (nicht pro Land):

/fr/products/chaussure-derby-cuir
/en/products/leather-derby-shoes
/de/products/derby-lederschuhe
/es/products/zapatos-derby-cuero

Ein Slug pro Sprache, nicht einer pro Land. Regionale Varianten (fr-CA vs. fr-FR, en-US vs. en-GB) werden über hreflang und geografisches Targeting auf Serverseite gesteuert, nicht über separate URLs.

Siehe unseren vollständigen Leitfaden hreflang e-commerce multilingue.

Fallstrick 3: Sonderzeichen und Encoding

Ein reales Problem: Ein FR-Shop migriert auf Deutsch und sieht, wie aus „ß“ in Produkttiteln „?“ wird. Seine Meta Description „für Damen“ erscheint als „fr Damen“. Seine URLs enthalten unlesbare URL-encodierte Zeichen.

Ursache: Die Übersetzungs-Pipeline oder die Datenbank ist nicht auf UTF-8 konfiguriert. 2026 ist das selten — aber nicht verschwunden, vor allem bei älteren WooCommerce-Installationen (MySQL standardmäßig in latin1).

Checkliste:

Datenbank in utf8mb4 (nicht nur utf8 — utf8 unterstützt nicht alle Emojis und einige asiatische Zeichen)
Kollation der Produkttabellen in utf8mb4_unicode_ci oder utf8mb4_0900_ai_ci
HTTP-Header: Content-Type: text/html; charset=utf-8
Slugs ohne Akzente oder Sonderzeichen (kein ü, ß, ñ in der URL — verwenden Sie ASCII-Äquivalente oder Transliterationen)

Shopify unterstützt UTF-8 nativ ohne Konfiguration. Bei WooCommerce müssen Sie wp-config.php und die MySQL-Konfiguration beim Hoster prüfen.

Fallstrick 4: Menschliche Nachbearbeitung, für die keine Zeit bleibt

Der ideale Plan: KI übersetzt → Mensch prüft → Veröffentlichung. In der Praxis prüft bei 35.000 Übersetzungen niemand alle 35.000 Texte. Hier ist der realistische Ansatz:

Gestufte Strategie nach ROI

Top 20 % des Katalogs nach Umsatz → systematische menschliche Prüfung (Muttersprachler des Zielmarkts). Typischerweise 200–1000 Seiten.
Mittlere 60 % → Prüfung per Stichprobe (10 % der Seiten). Das erkennt systemische Fehler, ohne die Kosten hochzuskalieren.
Unterste 20 % → nur KI + automatische Anomalieerkennung (ungewöhnliche Länge, unlesbare Zeichen, zu viele Wörter aus der Ausgangssprache).

Diese Strategie reduziert den Aufwand für menschliche Prüfung auf etwa 15 % des Katalogs und deckt gleichzeitig 85 % des Umsatzes ab. Das ist der Kompromiss, der Mehrsprachigkeit realistisch macht.

Die Ecomptimize-Methode in 4 Schritten

Das ist die Pipeline, die wir einsetzen, um Kataloge mit 5.000 bis 50.000 Seiten zu übersetzen:

Schritt 1 — Erstellung des Briefings pro Markt

Für jede Zielsprache definieren wir:

Den Ton (formell vs. informell, „vous“ vs. „tu“, „Sie“ vs. „du“ im Deutschen)
Das spezifische Vokabular (Listen von Begriffen, die nicht übersetzt werden dürfen, verbindliche Übersetzungen für bestimmte Wörter)
Einheiten und Formate (Größen, Gewichte, Währung)
Kulturelle Bezüge, die angepasst werden sollen (ja/nein)

Dieses Briefing wird einmal pro Sprache in 1–2 Stunden erstellt. Es wird für alle künftigen Übersetzungen wiederverwendet.

Schritt 2 — Gezielte KI-Übersetzung

GPT-5.4 (oder Claude Opus) erhält die FR-Produktseite als Quelle plus das Briefing für den Zielmarkt. Das Modell liefert:

Den übersetzten Titel, abgestimmt auf lokales SEO
Die vollständige Beschreibung (Vorteile neu formuliert, nicht nur übersetzt)
Die Meta Description (für den CTR des Zielmarkts neu optimiert, keine direkte Übersetzung)
Die übersetzten Tags
Einen Slug-Vorschlag (oder 3 Vorschläge zur Validierung)

Schritt 3 — Automatische Validierung

Ein Skript prüft:

Keine verbliebenen Wörter aus der Ausgangssprache („le“, „de“, „the“, „the“ in der EN-Version ...)
Länge innerhalb der Grenzen (title < 60, meta < 160)
Korrekte Sonderzeichen je Sprache
Gültiger Slug (keine verbotenen Zeichen)

Seiten, die durchfallen, kommen in die Warteschlange für die manuelle Prüfung.

Schritt 4 — Veröffentlichung in Batches

Die validierten Seiten werden gesammelt über die Admin-API veröffentlicht (per POST /admin-cms/blog/articles mit locale=xx oder Produkt-Äquivalent). Ein Rollback ist bei Problemen möglich.

Gesamtkosten für 7 Sprachen × 5.000 Seiten

API-Kosten (GPT-5.4 premium): ca. 400–600 € für 35.000 Übersetzungen
Orchestrierungs-Tool (Ecomptimize oder gleichwertig): im Abonnement enthalten
Menschliche Nachbearbeitung (20 % des Katalogs): ca. 3.000–5.000 € mit freiberuflichen mehrsprachigen Übersetzern
Gesamt: 3.500 bis 5.600 € für den Wechsel von einer Sprache auf 7 Sprachen

Zum Vergleich: 700.000 € für eine traditionelle 100-%-menschliche Übersetzung. Verhältnis: 125× günstiger.

FAQ

Wie viele Sprachen sollte ein EU-E-Commerce unterstützen?

Um 80 % des EU-Markts abzudecken: FR, EN, ES, DE, IT. Diese 5 Sprachen stehen für rund 350 Millionen Verbraucher. Mit PT und NL steigt die Abdeckung auf etwa 90 %. Darüber hinaus sinkt der ROI schnell — setzen Sie eher auf Tiefe (Qualität der ersten 5 Sprachen) als auf Breite (zusätzlich Polnisch, Tschechisch usw.).

Sollten Kundenbewertungen übersetzt werden?

Nein. Bewertungen in der Originalsprache signalisieren Authentizität. Google bestraft einen Sprachmix in Bewertungen nicht — im Gegenteil, das ist sogar ein Vertrauenssignal. Ausnahme: Wenn 90 % Ihrer Bewertungen in nur einer Sprache vorliegen und Sie internationalisieren, versehen Sie die wichtigsten Bewertungen am Seitenende mit Untertiteln.

Sollte ich die Sprache des Besuchers automatisch erkennen?

Per IP: nein (VPNs unterlaufen die Erkennung und schaffen Fallen für Google-Crawler). Über den Accept-Language-Header des Browsers: ja, aber mit Augenmaß. Der richtige Ansatz 2026: explizit lokalisierte URL (/fr/..., /de/...) + ein sichtbarer, persistenter Sprachwähler im Header.

Wie lassen sich regionale Varianten derselben Sprache verwalten (fr-FR vs. fr-CA)?

Über hreflang in der sitemap und in den Tags <link rel="alternate">. Der Inhalt kann bei 90 % der Seiten identisch sein, mit lokalen Varianten (Preise, Währung, Formulierungen) für die Top 10 % des Katalogs. Suchmaschinen liefern anhand der IP-Geolokalisierung des Besuchers die richtige Version aus.

Erfüllen meine mit KI übersetzten Beschreibungen die EEAT-Kriterien von Google?

Ja, unter einer Bedingung. EEAT (Experience, Expertise, Authoritativeness, Trustworthiness) misst die Gesamtzuverlässigkeit Ihrer Website, nicht jede einzelne Beschreibung isoliert. Ein Katalog mit KI-Übersetzungen + präzisen Produktinformationen + klaren Richtlinien + authentischen Bewertungen besteht problemlos. Ein Katalog mit KI-Übersetzungen + schwachem Inhalt + fehlenden rechtlichen Hinweisen wird abgestraft — aber das Problem ist nicht die KI, sondern die Gesamtqualität.

Wie lange dauert die Einführung einer neuen Sprache für einen Katalog mit 5.000 Seiten?

Mit einer KI-Pipeline: 3–5 Tage Gesamtdauer, einschließlich Briefing-Erstellung, Übersetzung, Validierung und Veröffentlichung. Mit menschlicher Nachbearbeitung für 20 % des Katalogs: zusätzlich 2–3 Wochen für die Prüfung. Die erste Sprache dauert am längsten (Aufbau der Pipeline); die folgenden werden jeweils in 2–3 Tagen ausgerollt.

Für die Einführung Ihres Katalogs in 7 Sprachen in 2–3 Wochen siehe Ecomptimize für Shopify oder Ecomptimize für WooCommerce.