76 % der Menschen kaufen eher ein Produkt, wenn die Beschreibung in ihrer Muttersprache ist – das sind Daten von CSA Research. Eine Ü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.
Was bei der Erstellung einer englischen Version zu beachten ist
Domainstruktur
Zwei Optionen: Subdomain (en.site.de) oder separate Domain (site.com). Für die meisten Projekte ist eine Subdomain einfacher einzurichten und funktioniert SEO-technisch gut. Eine separate Domain ist sinnvoll, wenn Sie eine separate Marke für den westlichen Markt aufbauen möchten.
Ordner (site.de/en/) werden von Tilda nativ nicht unterstützt. Ohne Proxy ist dies nicht umsetzbar, obwohl diese Option vorteilhafter wäre: Der Ruf einer Domain wächst, und man muss sich nicht auf die gleichzeitige Förderung mehrerer Websites verteilen.
Anzupassende Inhalte
Die maschinelle Übersetzung von Text ist nur die halbe Miete. Für ein englischsprachiges Publikum ist oft Folgendes erforderlich:
- Beispiele und Fallstudien durch solche ersetzen, die für westliche Leser verständlich sind.
- Zahlungsmethoden ändern: Einige Zahlungssysteme, die in Russland funktionieren, sind möglicherweise im Ausland nicht verfügbar.
- Handlungsaufforderungen anpassen: Was bei einem russischsprachigen Publikum funktioniert, kann auf Englisch seltsam klingen.
- Bilder überprüfen: Enthalten sie Text, der ebenfalls übersetzt werden muss?
hreflang und Sitemap
Ohne korrekt konfiguriertes hreflang kann Google russischsprachigen Nutzern die englische Version anzeigen und umgekehrt. Die manuelle Einrichtung von hreflang in Tilda ist nicht trivial: Die Plattform erfordert das manuelle Einfügen von Code in den HEAD jeder Seite – es gibt keine automatische Schnittstelle.
Bei Verwendung einer Proxy-Lösung wird hreflang in der Regel automatisch für jede Seite generiert. Die Sitemap wird ebenfalls automatisch aktualisiert.
Formulare in der englischen Version
Das ist eine andere Geschichte. Ein Formular auf Tilda, das mechanisch übersetzt wurde, sendet die Daten immer noch in russischer Sprache an das Benachrichtigungssystem, wenn dies nicht separat konfiguriert wird. Felder, Feldhinweise, Nachrichten nach dem Absenden, Fehlermeldungen bei der Validierung – all das muss separat übersetzt werden.
Typische Fehler beim Start einer englischen Version auf Tilda
Ohne hreflang veröffentlichen. Suchmaschinen sehen zwei Websites ohne Verbindung zueinander. Der Traffic geht möglicherweise nicht dorthin, wo er soll.
Nur Text übersetzen, Dynamik ignorieren. Katalog auf Englisch, „In den Warenkorb“-Buttons auf Russisch. Die Konversion wird entsprechend sein.
Ein separates Projekt erstellen und nicht über Synchronisation nachdenken. Die ersten paar Monate ist alles in Ordnung. Dann beginnt der Kunde, Änderungen vorzunehmen, und eine der Websites "hinkt hinterher".
Zahlungssysteme ignorieren. YuKassa und Robokassa akzeptieren keine ausländischen Karten. Wenn die englische Version für ein westliches Publikum bestimmt ist, werden Stripe oder PayPal benötigt.
Wie man eine Entscheidung trifft
Wenn die Website einfach ist (Landingpage, Visitenkarte) und die englische Version einmalig und ohne Updates benötigt wird, ist ein separates Projekt in Tilda am einfachsten. Wenn die Website lebendig ist, mit regelmäßigen Updates, einem Katalog oder Formularen, ist eine Proxy-Lösung erforderlich. Alles andere schafft eine Schuld, die später beglichen werden muss.
