76 % der Menschen kaufen eher ein Produkt, wenn die Beschreibung in ihrer Muttersprache ist – das sind Daten von CSA Research. Übersetzung ist also nicht nur „Höflichkeit“, sondern direkte Arbeit an der Konversion.
Der Kunde fragt nach einer englischen Version der Website. Sie öffnen Tilda und stellen fest: Es gibt keine integrierte Möglichkeit, eine mehrsprachige Website zu erstellen. Es gibt nur wenige Umwege, und die meisten davon verursachen von Anfang an oder später Probleme.
Option 1: Separates Projekt in Tilda
Die offensichtlichste Lösung: Sie duplizieren das Projekt, übersetzen alles manuell und veröffentlichen es auf einer anderen Domain oder Subdomain.
Sobald der Kunde etwas auf der Hauptseite ändert, gehen Sie zur Kopie und tun dasselbe. Wenn der Kunde aktiv einen Blog betreibt oder den Katalog aktualisiert, wird dies zu einer endlosen manuellen Synchronisierung. Dabei muss der Inhalt immer noch übersetzt und im Tilda-Editor neu formatiert werden, da sich Elemente verschieben können.
Ein weiteres Problem: SEO. Tilda hat keinen integrierten Mechanismus für hreflang zwischen zwei separaten Projekten. Ohne hreflang versteht Google nicht, dass zwei Websites miteinander verbunden sind, und kann die englische Version als doppelten Inhalt wahrnehmen.
Geeignet für One-Page-Landingpages mit seltenen Updates, die nicht für die Suchmaschinenoptimierung vorgesehen sind.
Option 2: Zero Block mit Sprachumschalter
Wird von Agenturen verwendet, die alles innerhalb eines Tilda-Projekts erledigen möchten. Die Logik: Ein Block auf Russisch wird per CSS ausgeblendet, ein anderer angezeigt. Die Sprache wird per Schaltfläche umgeschaltet.
Es sieht aus wie eine Lösung, aber Suchmaschinen verstehen eine solche Seite nicht. Google sieht gemischten Inhalt beider Sprachen gleichzeitig: Es weiß nicht, dass der russische Text für einige Benutzer und der englische für andere ist. Kein Hreflang, keine Trennung nach Sprachen. Für SEO kann dies sogar schlimmer sein als zwei separate Websites.
Zudem werden Formulare und dynamische Inhalte bei diesem Ansatz nicht übersetzt: Schaltflächen im Katalog, Formularfelder, Fehlermeldungen – all dies bleibt in der Originalsprache.
Option 3: Übersetzungsdienste mit JS-Skript
Weglot, Linguise und ähnliche Lösungen arbeiten mit Tilda über ein JS-Skript auf der Seite: Der Browser lädt den ursprünglichen Inhalt, das Skript ersetzt ihn durch die übersetzte Version.
Visuell funktioniert dieser Ansatz: Der Benutzer sieht den übersetzten Text, wenn auch nicht sofort nach dem Laden der Seite, sondern nach einer gewissen Zeit. Für SEO gibt es jedoch keinen Nutzen: Suchmaschinen-Bots indizieren nur die ursprüngliche Version der Website, da sie den Inhalt sehen, bevor das JS-Skript ihn ersetzen kann.
Suchmaschinen-Bots indizieren das, was sie beim ersten Rendern sehen. JS-Inhalte sehen sie möglicherweise nicht oder nur mit Verzögerung. Das bedeutet, dass Ihre englische Version in der Suche schlechter indiziert wird, als gewünscht, oder überhaupt nicht indiziert wird.
Option 4: Proxy mit serverseitiger Übersetzung
So funktioniert es: Zwischen dem Benutzer und Ihrer Website wird ein Proxy-Server geschaltet, der alle Inhalte serverseitig übersetzt. Der Browser erhält dann bereits fertiges, übersetztes HTML.
Was das bringt:
- Suchmaschinen sehen vollständig übersetzte Inhalte, nicht nur eine JS-Vorlage
- Hreflang wird automatisch generiert (in den Meta-Tags jeder Seite und in den Sitemaps)
- Alle dynamischen Inhalte werden übersetzt: Katalog, Formulare, Schaltflächen, Fehlermeldungen
- Inhaltsverwaltung nur auf der Originalseite, die Anzahl der Sprachen erhöht den Arbeitsaufwand nicht
Genau so funktioniert Multify. Sie verbinden die englische Version über eine Subdomain (z.B. en.ihreseite.de) oder eine separate Domain, alles andere geschieht auf Serverebene.