ÜBERSETZUNG IM GROSSEN MASSSSTAB
DeepL für Massen-Treue, Claude Haiku für Ton und Idiomatik, ein Humanisierungs-Gate vor dem Deployment. Die Pipeline hinter Deluxe Astrology und dieser Website.
← Guides All guides in this topic
Das Skalierungs-Problem
Eine Marketing-Website zu übersetzen ist ein Projekt für einen Nachmittag. Einundneunzigtausend Seiten zu übersetzen ist ein Pipeline-Engineering-Problem. Deluxe Astrology läuft über dreißig Sprachen. Diese Website wird in acht Locales neben English ausgespielt. Die Beschränkung liegt nicht in der Übersetzungsqualität isoliert betrachtet, sondern in der Qualität pro Dollar pro Stunde mit hreflang-Integrität und einem Human-Review-Gate, das nicht zu einem Vollzeitjob wird.
DeepL API: die Massen-Schicht
DeepL gewinnt bei europäischen und großen asiatischen Sprachpaaren im Volumen. Die API ist vorhersehbar: JSON-Segmente senden, übersetzte Segmente erhalten, Abrechnung nach Zeichenanzahl. Die Latenz ist niedrig genug, um parallele Worker über Hunderte von Seiten pro Stunde zu betreiben. Für Produktlisten, Directory-Templates und strukturierte UI-Strings ist DeepL mein Standard-First-Pass.
Wo DeepL kämpft: Marketing-Idiomatik, SEO-Headline-Kompression und Sprachen außerhalb seiner stärksten Paare. Es wird „best WordPress hosting" wörtlich übersetzen, wenn die Locale einen anderen Head-Term-Shape erwartet. Das ist in der Nachbearbeitung korrigierbar, aber es ist Arbeit.
Claude Haiku: die Ton- und Idiom-Schicht
Claude Haiku ist das kostengünstige Modell für den Humanisierungspass. Nach DeepL (oder direkt aus dem Englischen bei dünnen Seiten) schreibt Haiku Batches von fünfzig bis einhundert Segmenten mit einem Style Brief um: Sinn bewahren, Idiome lokalisieren, benannte Entitäten erhalten, niemals Fakten erfinden, unter den Zeichenbeschränkungen für Titel und Metas bleiben. Haiku ist schnell genug und günstig genug, um vor der Veröffentlichung auf jeder Reihe zu laufen.
Im Vergleich zu GPT-4o-mini bei der gleichen Aufgabe respektiert Haiku Strukturvorgaben (diesen Titel nicht über 60 Zeichen) zuverlässiger, wenn der Prompt ausgearbeitete Beispiele enthält. Für hochriskante Seiten, Pillar Guides und Service-Seiten führe ich noch immer einen Spot-Check mit einem fließend lesenden Menschen durch oder eskaliere zu Sonnet für einen zweiten Pass.
Die Pipeline, die ich tatsächlich laufe
Extrahiere übersetzbare Segmente aus Supabase (oder dem CMS-Export) mit stabilen Schlüsseln. Maschinen-übersetze via DeepL API mit festgelegten Glossarbegriffen (Markennamen, Produktnamen, rechtliche Formulierungen). Führe Haiku-Humanisierung mit lokal-spezifischen Briefs durch, die im Repo gespeichert sind, nicht inline in einen Mega-Prompt. Lint: verbotene Phrasen, Em-Bindestrich-Dichte, Meta-Länge, hreflang-Paar-Vollständigkeit. Schreibe in eine Übersetzungs-Cache-Tabelle. Baue statische Seiten aus dem Cache, sodass die Runtime niemals die Übersetzungs-API trifft.
Build-Zeit-SEO-Lint lässt den Deploy fehlschlagen, wenn einer Locale-Seite ein gegenseitiges hreflang fehlt oder wenn Meta-Beschreibungen 155 Zeichen überschreiten. Translation-Quality-Gates gehören in CI, nicht in ein Tabellenreview drei Wochen später.
Wann man Custom überspringt und Weglot kauft
Unter ungefähr fünfhundert URLs und ohne einen Custom Stack ist Weglot oder Lokalise oft günstiger als eine Pipeline zu engineern. Der Crossover-Punkt ist, wo du bereits Astro oder Next.js mit einer Supabase- oder Postgres-Content-Schicht laufen lässt und du programmatische Kontrolle darüber brauchst, was pro Locale übersetzt wird. Dort gewinnt DeepL + Haiku + eine Cache-Tabelle bei Kosten und SEO-Kontrolle.
Verwandt: [multilingual SEO service](/multilingual-seo/), [Weglot vs GTranslate vs custom engine](/blog/weglot-vs-gtranslate-vs-custom-engine/), und der [SEO guides hub](/guides/topic/seo/).