Eine Website in drei Sprachen ist kein Übersetzungsprojekt. Sie ist eine Entscheidung darüber, wie viel redaktionelle Arbeit ein Unternehmen dauerhaft tragen kann. Dieser Text fasst zusammen, worauf es bei einem Berliner Betrieb ankommt, der deutsch-, türkisch- und englischsprachige Kundschaft bedient: von der Struktur der Adressen über hreflang bis zu den Stellen, die in fast jedem Projekt vergessen werden.
Vor der Technik steht die Redaktionsfrage
Bevor jemand über Domains, Plugins oder Sprachcodes spricht, gehört eine unbequeme Frage geklärt: Wer schreibt die Texte in jeder Sprache, wer beantwortet die Anfragen, die daraus entstehen, und wie viele Stunden pro Monat stehen dafür zur Verfügung?
Wir sehen regelmäßig Websites, deren deutsche Seiten aktuell sind, während die türkische Version noch Preise aus dem vorletzten Jahr zeigt und die englische auf ein Team verweist, das es so nicht mehr gibt. Der teuerste Fehler bei mehrsprachigen Projekten ist selten die Technik. Es ist eine Sprachversion, die nach sechs Monaten veraltet ist, aber weiterhin gefunden wird und Erwartungen weckt, die niemand einlöst.
Als Faustregel aus unseren Projekten: Jede zusätzliche Sprache kostet dauerhaft etwa ein Drittel des Redaktionsaufwands der Ausgangssprache. Nicht einmalig ein Drittel, sondern in jedem Monat, in dem sich etwas ändert. Betroffen sind unter anderem:
- Leistungs- und Preisseiten
- Team-, Standort- und Kontaktangaben
- Referenzen und Blogbeiträge, sofern sie mehrsprachig geführt werden
- Rechtstexte nach jeder Anpassung
- E-Mail-Vorlagen, Angebotsbausteine, Auto-Responder
Wer diesen Aufwand nicht einplanen kann, fährt mit zwei gut gepflegten Sprachen besser als mit drei mittelmäßigen.
Zwei aktuelle Sprachversionen wirken professioneller als drei, von denen eine sichtbar hinterherhinkt.
URL-Struktur: Unterverzeichnis, Subdomain oder eigene Domain
| Ansatz | Beispiel | Spricht dafür | Spricht dagegen |
|---|---|---|---|
| Unterverzeichnis | beispiel.de/tr/ | Eine Domain, eine Autorität; ein Hosting, ein Zertifikat; klare Zuordnung der Sprachen | Alle Sprachen hängen an derselben technischen Basis |
| Subdomain | tr.beispiel.de | Getrennte Systeme möglich, etwa ein eigener Shop pro Sprache | Wird teilweise wie eine eigenständige Website behandelt; doppelte Konfiguration bei DNS, Zertifikaten und Tracking |
| Eigene Domain pro Land | beispiel.de und beispiel.com.tr | Starkes lokales Signal in echten Auslandsmärkten | Jede Domain muss neu aufgebaut werden; Kosten, Rechtstexte und Pflege vervielfachen sich |
Für ein Unternehmen mit Sitz in Berlin, das drei Sprachgruppen am selben Standort bedient, ist das Unterverzeichnis fast immer die richtige Wahl. Die Zielgruppe ist nicht die Türkei, sondern türkischsprachige Kundschaft in Deutschland. Eine Länderdomain würde ein Signal senden, das zur tatsächlichen Marktabdeckung nicht passt, und ihr Aufbau begänne bei null.
Ein Detail, das oft übersehen wird: Auch die Ausgangssprache gehört in ein Präfix. Liegen die deutschen Seiten in der Wurzel und die übrigen unter /tr/ und /en/, entstehen später Sonderfälle in Routing, Sitemap und Sprachumschalter. Drei gleichberechtigte Präfixe sind sauberer. Die Wurzel leitet auf die Standardsprache weiter oder wertet die Browsersprache genau einmal aus, immer mit sichtbarem Umschalter statt als Zwangsweiterleitung.
Übersetzte URLs statt deutscher Pfade mit englischem Text
Wer Inhalte übersetzt, sollte auch die Adresse übersetzen: /en/services statt /en/leistungen, /tr/hizmetler statt /tr/leistungen. Die URL wird gelesen, geteilt und vorgelesen; ein deutscher Pfad unter einem englischen Text lässt die Seite halbfertig wirken und verschenkt den Suchbegriff im Pfad.
Praktische Folgen:
- Slug-Verzeichnis. Es braucht eine zentrale Zuordnung, welche Seite in welcher Sprache welchen Pfad hat. Ohne sie springt der Sprachumschalter auf die Startseite statt auf die passende Übersetzung.
- Interne Links. Sie werden über Seiten-Identifikatoren gesetzt, nicht als fest verdrahtete Pfade. Sonst wechselt ein Klick unbemerkt die Sprache.
- Weiterleitungen. Ein Slug ist ein Versprechen. Wird er geändert, gehört eine dauerhafte 301-Weiterleitung dazu, und zwar pro Sprache.
- Türkische Sonderzeichen. Slugs ohne ı, ş, ğ, ç, ö, ü führen zu weniger Encoding-Problemen beim Kopieren und in E-Mails. Konsequent transliterieren und die Regel schriftlich festhalten.
hreflang: was es leistet und was nicht
hreflang teilt Suchmaschinen mit, dass mehrere Fassungen desselben Inhalts existieren und welche für welche Sprache gedacht ist. Es ist ein Hinweis für die Auswahl der passenden Version, kein Rankingfaktor. Eine schwache türkische Seite steigt dadurch nicht; sie wird lediglich der richtigen Zielgruppe angeboten.
Vier Regeln reichen für den Normalfall:
- Gegenseitigkeit. Jede Sprachfassung verweist auf alle anderen und zusätzlich auf sich selbst.
- Kanonische Adressen. Verwiesen wird immer auf absolute, indexierbare URLs, nie auf Weiterleitungen oder Seiten mit noindex.
- x-default. Eine Fassung wird als Rückfallebene markiert, üblicherweise die deutsche oder eine neutrale Sprachwahlseite.
- Schlichte Sprachcodes. de, tr, en genügen. Regionalcodes wie de-AT sind nur sinnvoll, wenn tatsächlich eigene Inhalte für diese Region existieren.
Die häufigsten Fehler in Audits: fehlende Selbstreferenz, tr-TR für eine Seite, die sich an Menschen in Deutschland richtet, Verweise auf nicht-kanonische URLs sowie widersprüchliche Angaben in Sitemap und Seitenkopf. Wer beides pflegt, pflegt am Ende keines von beidem richtig; eine Quelle genügt.
Übersetzen ist keine Wort-für-Wort-Arbeit
Der deutsche Nominalstil, der in einer Leistungsbeschreibung seriös klingt, wird im Englischen schwerfällig und im Türkischen unnatürlich. Englische Texte werden mit Verben kürzer und klarer. Türkische Sätze mit Verb am Ende brauchen bei Überschriften und Claims eine eigene Formulierung, keine Übertragung.
Auch die Anrede unterscheidet sich: Deutsch bleibt bei Sie, Türkisch bei der Höflichkeitsform siz, Englisch kennt diese Ebene nicht und wird über Wortwahl höflich statt über Grammatik. Wortspiele überleben den Wechsel selten und sollten pro Sprache neu gedacht werden.
| Element | Deutsch | Türkisch | Englisch |
|---|---|---|---|
| Datum | 05.08.2026 | 5 Ağustos 2026 | 5 August 2026 |
| Uhrzeit | 14:30 Uhr | 14:30 | 2:30 pm |
| Zahl | 1.250,00 | 1.250,00 | 1,250.00 |
| Betrag | 1.250,00 € | 1.250,00 € | EUR 1,250.00 |
Dazu kommen die Formulare, in denen die meisten Übersetzungen scheitern: Ein Feld mit dem Label PLZ heißt auf Türkisch posta kodu und auf Englisch postal code, nicht ZIP, solange die Adresse in Deutschland liegt. Eine Auswahl mit Herr und Frau lässt sich nicht sinnvoll übertragen und wird besser optional oder ganz weggelassen. Die Telefonvorwahl wird auf +49 vorbelegt, muss aber +90 zulassen. Und die Fehlermeldungen der Formularprüfung gehören ebenso übersetzt wie Bildunterschriften und Alt-Texte, die häufig deutsch bleiben, weil sie in der Medienverwaltung statt im Inhalt gepflegt werden.
Die Stellen, die fast immer vergessen werden
- E-Mail-Vorlagen und Auto-Responder. Wer türkisch anfragt, sollte keine deutsche Bestätigung erhalten.
- Rechtstexte. Impressum, Datenschutz und AGB bleiben in der deutschen Fassung maßgeblich. Übersetzungen sind ein Service für die Leserschaft und werden entsprechend gekennzeichnet.
- 404-Seite, Suchfunktion und Cookie-Banner. Alle drei laufen oft außerhalb des normalen Redaktionssystems und bleiben deshalb einsprachig.
- PDF-Downloads. Preislisten und Datenblätter sind Inhalt, nicht Anhang, und brauchen eine Zuständigkeit pro Sprache.
- Das lang-Attribut im HTML. Es steuert Silbentrennung, Bildschirmlesegeräte und automatische Übersetzungsangebote und wird beim Sprachwechsel oft nicht mitgeändert.
- Der Sprachumschalter. Er bleibt auf derselben Seite. Ein Sprung zur Startseite kostet den Kontext und ist der schnellste Weg zum Absprung.
Pflegeaufwand niedrig halten
Der Unterschied zwischen einer mehrsprachigen Website, die gepflegt wird, und einer, die verwahrlost, liegt in der Struktur:
- Inhalte konsequent vom Layout trennen. Übersetzt wird Text, nicht ein Seitenaufbau.
- Eine Quelle der Wahrheit pro Textbaustein. Wird eine Telefonnummer an drei Stellen gepflegt, ist sie an zwei Stellen falsch.
- Übersetzungen als strukturierte Dateien führen statt als Kopie einer ganzen Seite. Kopien driften auseinander, Dateien lassen sich vergleichen.
- Pro Sprache eine namentlich benannte zuständige Person. Geteilte Verantwortung führt zu keiner.
- Vor jedem Release eine kurze Liste abarbeiten: neue Seiten in allen Sprachen vorhanden, hreflang gegenseitig, Umschalter auf jeder neuen Seite korrekt, Formulare und Fehlermeldungen geprüft, E-Mail-Vorlagen aktualisiert.
Wann sich die dritte Sprache rechnet
Drei Bedingungen sollten erfüllt sein, bevor eine Sprache dazukommt: Es gibt eine echte Zielgruppe, die anders nicht erreicht wird. Es gibt jemanden, der Anfragen in dieser Sprache beantworten kann, telefonisch wie schriftlich. Und es gibt die Zeit, die Inhalte aktuell zu halten.
Fehlt eine dieser Bedingungen, ist die ehrlichere Lösung eine sehr gut gepflegte Sprache, ergänzt um eine kurze, dauerhaft gültige Übersichtsseite in der zweiten und dritten Sprache mit Leistungen, Adresse und Kontaktweg. Das ist kein Rückschritt, sondern eine Seite, die auch in zwei Jahren noch stimmt.
Wenn Sie unsicher sind, welcher Umfang zu Ihrem Team passt, sehen wir uns Ihre bestehende Website an und sagen Ihnen, was in welcher Sprache tatsächlich gebraucht wird. Ein kurzes Gespräch reicht für eine erste Einschätzung.