Sie möchten eine Website übersetzen und suchen nach Optionen, aber Sie landen immer wieder bei demselben: Proxy oder Übersetzungs-API.
Das Problem ist, dass keine dieser Lösungen standardmäßig gut funktioniert. Formulare werden nicht übersetzt. Dynamische Inhalte bleiben in der Originalsprache. SEO verbessert sich nicht, weil Google immer noch nur eine Version der Website sieht. Und wenn man versucht, das zu lösen, tauchen neue Probleme auf.
Dieser Artikel erklärt, wie jeder Ansatz funktioniert, wo jeder scheitert und was Sie vor der Auswahl berücksichtigen müssen.
Wie eine Übersetzungs-API funktioniert
Eine Übersetzungs-API nimmt Text entgegen und gibt ihn in einer anderen Sprache zurück. DeepL, Google Cloud Translation, Amazon Translate. Sie senden eine Anfrage – Sie erhalten eine Übersetzung.
Um dies auf einer Website zu nutzen, muss jemand die API in den Code integrieren:
- Ein Entwickler für die Erstintegration
- Eigene Logik für Caching und Aktualisierung von Übersetzungen
- Bezahlung pro Aufruf (nach Zeichen oder Tokens)
- Support bei jeder Änderung der Website
Was nicht automatisch passiert: Die API weiß nicht, welcher Text auf Ihrer Website ist, wann er sich ändert und wie er angezeigt werden soll. Das müssen Sie selbst aufbauen. Die API ist nur die Übersetzungs-Engine, alles andere ist Integrationsarbeit.
Für Projekte mit eigenen technischen Teams und sehr spezifischen Anforderungen mag dies sinnvoll sein. Für eine Agentur, die eine mehrsprachige Website innerhalb weniger Tage starten muss, ist dies jedoch eine zu große Belastung.
Wie ein Übersetzungs-Proxy funktioniert
Ein Übersetzungs-Proxy befindet sich zwischen dem Server Ihrer Website und dem Browser des Benutzers. Wenn jemand mycompany.com/ru/ aufruft, geht die Anfrage durch den Proxy, der den Inhalt auf dem Server übersetzt und die bereits übersetzte Seite zurückgibt.
Es ist nicht nötig, den Website-Code anzupassen. Die Einrichtung ist eine Frage des DNS, nicht der Entwicklung.
In der Praxis:
- Statische und dynamische Inhalte werden übersetzt, bevor sie den Browser erreichen
- Die URLs jeder Sprache sind real: /ru/, /fr/, /de/
- Bei der Aktualisierung des Originalinhalts werden die Übersetzungen automatisch aktualisiert
- SEO funktioniert vom ersten Tag an
Echte Einschränkungen: Nicht alle Übersetzungs-Proxys übersetzen dynamische Inhalte. JavaScript-basierte Proxys fügen Übersetzungen im Browser ein – das bedeutet, dass SEO leidet und Formulare unübersetzt bleiben. Nur serverseitig arbeitende Übersetzungs-Proxys vermeiden diese Probleme.
Echte Probleme bei der Website-Übersetzung
Bevor Sie sich zwischen Proxy und API entscheiden, sollten Sie verstehen, wo jeder Ansatz in bestimmten Situationen versagt.
Formulare
Formulare sind einer der problematischsten Punkte. Feldtexte, Fehlermeldungen und Bestätigungen werden normalerweise dynamisch generiert. Bei einer Client-API erscheint dieser Text verzögert oder gar nicht. Bei einem JavaScript-Proxy ist es dasselbe. Nur ein serverseitiger Proxy übersetzt Formulare konsistent.
Dynamischer Inhalt (JavaScript)
Produktkataloge, Echtzeitpreise, durch JavaScript generierter Text – all dies gelangt erst nach dem Laden der Seite in den Browser. Clientseitige APIs und JavaScript-Proxys können nichts übersetzen, was noch nicht im HTML vorhanden ist. Das Ergebnis: teilweise übersetzte Seiten.
SEO
Laut der offiziellen Google Search Central Dokumentation kann über JavaScript gerenderter Inhalt mit erheblicher Verzögerung oder gar nicht konsistent indexiert werden. Wenn Übersetzungen von JavaScript abhängen, sieht Google sie möglicherweise nicht – oder erst nach Wochen.
Mit einem Server-Proxy erhält Google bereits die übersetzte Seite. Jede Sprachversion hat eine echte URL, hreflang und einen Platz im Index.
E-Commerce
In einem Online-Shop müssen Katalog, Preise, Kaufbuttons und Bestätigungsseiten übersetzt werden. Ein Kaufprozess, der zur Hälfte in einer anderen Sprache abläuft, konvertiert nicht. Und ein Katalog, den Google nicht indiziert, zieht keinen organischen Traffic an.
Direkter Vergleich
Also, was wählen?
Eine direkte API ist sinnvoll, wenn ein technisches Team, Integrationszeit und spezifische Anforderungen vorhanden sind: komplexe Webanwendungen, Übersetzung von Benutzerinhalten, Dokumentenübersetzungspipelines.
Ein JavaScript-Proxy ist einfach zu installieren, hat aber die gleichen Probleme mit SEO und dynamischen Inhalten wie eine Client-API. Funktioniert nur gut für sehr einfache statische Websites.
Ein Server-Proxy ist die natürliche Wahl für bestehende Websites, die Sprachen hinzufügen möchten, ohne den Code zu ändern, mit funktionierendem SEO vom ersten Tag an und Unterstützung für dynamische Inhalte.
Das Problem ist, dass die meisten Proxys auf dem Markt im Browser und nicht auf dem Server arbeiten.
Gibt es eine Alternative?
Einige Lösungen vereinen das Beste aus beiden Ansätzen: Sie funktionieren als Server-Proxy – ohne Änderung des Website-Codes – verwenden aber fortschrittliche Übersetzungsmodelle, die den Kontext und nicht nur den Text berücksichtigen.
Was bedeutet das in der Praxis:
- Seiten werden nicht in der CMS dupliziert
- Dynamischer Inhalt wird genauso übersetzt wie statischer
- SEO funktioniert von Anfang an: echte URLs, automatisches Hreflang, Sitemap für jede Sprache
Multify funktioniert genau so. Es wird auf DNS-Ebene verbunden, übersetzt alles auf dem Server und generiert automatisch eine SEO-Struktur für jede Sprachversion.