Sie haben eine Website auf Tilda erstellt, einen Katalog hinzugefügt und die Bestellabwicklung eingerichtet. Jetzt müssen Sie Versionen auf Englisch und Deutsch starten. Es scheint, als ob es ausreicht, einfach den Text zu übersetzen.
Laut CSA Research bevorzugen 76 % der Käufer den Einkauf in ihrer Muttersprache, und 40 % kaufen überhaupt nicht in einer anderen Sprache. Aber eine Sprachversion hinzuzufügen und sie funktionsfähig zu machen, sind zwei verschiedene Aufgaben.
In der Praxis ist ein mehrsprachiger Shop komplexer als eine gewöhnliche mehrsprachige Website. Er verfügt über einen dynamischen Katalog, einen Warenkorb, eine Kasse, Zahlungsbenachrichtigungen und Fehlermeldungen. Jedes dieser Elemente erfordert besondere Aufmerksamkeit. Wenn etwas übersehen wird, sieht ein Käufer aus Deutschland den Katalog auf Deutsch mit einem russischsprachigen Warenkorb.
Was genau muss im Shop übersetzt werden?
In einem Tilda-Onlineshop gibt es mehrere Kategorien von Inhalten, die sich unterschiedlich verhalten. Statischer Seitentext ist das geringste Problem.
Statischer Inhalt
Shop-Beschreibung, Texte über das Unternehmen, Lieferbedingungen, statische Blöcke auf der Startseite. Dies wird standardmäßig übersetzt, jeder Proxy-Übersetzer kann das.
Produktkatalog
Tilda lädt Produktkarten dynamisch über JavaScript. Namen, Beschreibungen, Eigenschaften und Preise werden nach dem Laden der Seite generiert. Die meisten Übersetzer sehen nur die HTML-Struktur, nicht das, was danach geladen wird.
Ergebnis: Ein Produkt im Katalog heißt „Leather wallet“, aber wenn man auf die Produktkarte klickt, ist der Name auf Russisch. Oder der gesamte Katalog bleibt unübersetzt.
Warenkorb und Kasse
Tilda Store ist ein separates Modul mit eigener Logik. Warenkorb, Checkout-Seite, Lieferadressfelder, Auswahl der Zahlungsmethode, „Bezahlen“-Button – all das sind separate Komponenten. Die meisten Dienste übersetzen diese nicht.
Systemmeldungen
„Produkt zum Warenkorb hinzugefügt“, „nicht genügend Produkte auf Lager“, Fehlermeldungen – all dies wird dynamisch generiert. Oft bleibt es in der Sprache der ursprünglichen Website, auch wenn alles andere übersetzt ist.
E-Mails und Benachrichtigungen
Die Bestellbestätigung per E-Mail ist eine andere Geschichte. Tilda versendet E-Mails über ihren eigenen Mechanismus, und Multify hat keinen Einfluss auf diesen Prozess. Dies ist kein Fehler und keine Einschränkung eines bestimmten Dienstes: E-Mails liegen außerhalb des Verantwortungsbereichs des Proxys.
Technisch lässt sich das über externe Automatisierung lösen. Multify übermittelt in den Formulardaten Felder mit Sprache, Land und Domain, von wo die Anfrage gesendet wurde. Wenn Sie n8n, Make oder ein ähnliches Tool anschließen, können Sie eine Logik einrichten: Eine Anfrage von der deutschen Version kam an – senden Sie eine E-Mail nach der deutschen Vorlage. Dies ist jedoch eine separate Integration, die Sie selbst einrichten müssen.
Warum Standardlösungen nicht ausreichen
Weglot und Linguise übersetzen statisches HTML. Dynamische Inhalte (Katalog, Warenkorb, Nachrichten) sehen sie entweder nicht oder übersetzen sie instabil.
Konkretes Problem: Wenn ein Benutzer ein Produkt in den Warenkorb legt, greift Tilda auf seine Server zu und erhält Echtzeitdaten. Zu diesem Zeitpunkt hat der Übersetzer auf der Clientseite die Seitenverarbeitung bereits abgeschlossen. Neue Daten sieht er nicht.
Die Lösung ist die serverseitige Übersetzung. Wenn alle Anfragen an Tilda über den Proxy laufen, wird jede Antwort (einschließlich Katalogdaten und Warenkorbstatus) auf dem Server übersetzt, und das fertige Ergebnis wird bereits im Browser angezeigt. Der Benutzer sieht immer übersetzte Inhalte, unabhängig davon, wie er auf die Seite gelangt ist.
Währungen: Drei Ansätze und ihre Folgen
Ein mehrsprachiger Shop erfordert fast immer auch mehrere Währungen. Für einen deutschen Käufer sollten die Preise in Euro sein, für einen britischen in Pfund. Es gibt drei Ansätze, und jeder hat unterschiedliche Auswirkungen auf die SEO.
Konvertierung mit JavaScript
Die gängigste Methode: Ein Skript auf der Seite nimmt den Rubelpreis und rechnet ihn direkt im Browser in die gewünschte Währung um. Der Benutzer sieht Euro, aber im HTML stehen immer noch Rubel.
Für SEO ist das schlecht. Googlebot scannt die Seite und sieht Preise in Rubel. Wenn Ihre Website für den deutschen Markt bestimmt ist, registriert er eine Diskrepanz zwischen dem, was er indiziert, und dem, was der Benutzer sieht. Dies beeinflusst das Ranking für deutsche Suchanfragen.
Manuelle Pflege mehrerer Kataloge
Ein separater Katalog mit Preisen in Euro für die deutsche Version. Funktioniert, erfordert aber bei jeder Preisänderung eine manuelle Aktualisierung. Für einen kleinen Katalog akzeptabel, für über 200 Produkte nicht.
Serverseitige Konvertierung
Die Preise werden auf dem Server neu berechnet, und der Benutzer erhält eine fertige Seite mit der gewünschten Währung. Googlebot sieht genau das, was der deutsche Käufer sieht: Preise in Euro, korrektes SEO, aktuelle Daten.
Sie können die Quelle der Wechselkurse wählen: eine Live-Wechselkursrate für den Rubelmarkt, die EZB für den europäischen Markt oder einen manuell festgelegten Kurs – wenn Sie nicht möchten, dass sich die Preise täglich mit dem Kurs ändern.
SEO: Was für jede Sprachversion eingestellt werden muss
Ein mehrsprachiger Shop ohne das richtige SEO-Fundament wird in den Suchmaschinen der Zielmärkte unsichtbar sein.
Hreflang
Hreflang-Tags teilen Google mit, dass Sie mehrere Sprachversionen einer Seite haben. Ohne sie versteht die Suchmaschine nicht, welche Version den Nutzern aus welchem Land angezeigt werden soll, und kann die Sprachversionen als doppelten Inhalt einstufen.
Für einen Shop ist dies besonders wichtig: Jedes Produkt, jede Kategorie und jede Checkout-Seite muss den korrekten hreflang haben. Die offizielle Google-Dokumentation beschreibt die Implementierungsregeln ausführlich.
Sitemap für jede Sprache
Die Sitemap muss alle Sprachversionen aller Seiten enthalten. 300 Produkte und drei Sprachen – das sind 900 Seiten in der Sitemap, jede mit Angabe ihrer Sprache.
Meta-Tags für jede Version
Titel und Beschreibung in den Suchergebnissen müssen in der Sprache des Nutzers sein. Ein deutscher Käufer sieht die deutsche Produktbeschreibung, ein französischer die französische.
URL-Struktur
Drei Modelle sind möglich:
- Subdomains (de.yourshop.com) – die einfachste Methode, geeignet für die meisten Online-Shops
- Ordner (yourshop.com/de/)
- verschiedene Domains (yourshop.com/yourshop.de/)
Lokalisierung: Was über die Übersetzung hinausgeht
Technisch gesehen kann die Übersetzung an einem Tag eingerichtet werden. Aber damit der Shop für Käufer aus einem bestimmten Land funktioniert, müssen einige zusätzliche Dinge berücksichtigt werden.
Datums- und Zahlenformate. In Deutschland wird der Preis als „19,99 €“ geschrieben, in den USA als „$19.99“. Tausendertrennzeichen, Position des Währungssymbols, Datumsformat. Kleinigkeiten, die einem lokalen Käufer sofort auffallen.
Zahlungsmethoden. Ein russischer Käufer ist an YuKassa oder SBP gewöhnt. Ein Europäer erwartet Stripe, PayPal oder SEPA-Überweisung. Es ist sinnlos, allen Benutzern alle Zahlungsmethoden anzuzeigen, da dies zu Verwirrung führt. Es ist besser, nur diejenigen anzuzeigen, die in der jeweiligen Region funktionieren.
Lieferbedingungen. Für jeden Markt gibt es eigene Fristen, eigene Spediteure, eigene Versandkosten. Dies wird für verschiedene Regionen separat konfiguriert.
Rechtliche Anforderungen. Für den europäischen Markt ist ein Cookie-Banner gemäß DSGVO, eine Datenschutzerklärung in der Sprache des Benutzers, manchmal obligatorische Verkäuferinformationen (Impressum für Deutschland) erforderlich.