Eine mehrsprachige Website liefert dieselben Inhalte in mehreren Sprachen, jede unter einer eigenen URL wie /de/ oder /en/, verknüpft über hreflang-Tags, damit Suchmaschinen die richtige Version zeigen. Bei WisyLink nennen Sie die Sprachen und die Standardsprache; der Builder legt Sprachpfade, einen Sprachumschalter, hreflang und x-default an und speichert übersetzte Inhalte pro Sprache.
- Geben Sie jeder Sprache einen eigenen URL-Pfad. Ein Cookie oder Skript, das den Text austauscht, versteckt Ihre anderen Sprachen vor Suchmaschinen.
- hreflang sagt Suchmaschinen, welche Seiten denselben Inhalt in einer anderen Sprache bieten. Jede Version muss sich selbst und alle anderen aufführen.
- KI schreibt in jeder Sprache gute erste Entwürfe, doch alles, was verkauft, verspricht oder rechtliches Gewicht hat, sollte ein Muttersprachler prüfen.
- Speichern Sie Übersetzungen als Felder desselben Datensatzes, damit ein neues Gericht oder Produkt sofort in allen Sprachen erscheint.
- Lokale Details entscheiden, ob eine Seite heimisch wirkt: Währung, Datumsformate, Zahlungsarten und Rechtstexte pro Markt.
- Bei WisyLink bedient ein Link alle Sprachen von einer Domain aus. Getrennte Domains pro Sprache würden getrennte Websites bedeuten.
Wann Sie eine mehrsprachige Website brauchen
Nehmen Sie eine Sprache hinzu, wenn Menschen Sie bereits in dieser Sprache suchen. Die typischen Fälle:
- Touristen und Gäste. Eine Pension, ein Restaurant oder ein Tourenanbieter, dessen Gäste vor der Reise in ihrer eigenen Sprache suchen.
- Zugezogene und internationale Communitys. Eine Zahnarztpraxis, eine Steuerberatung oder eine Schule, deren Kunden lieber in ihrer Erstsprache lesen.
- Verkauf ins Ausland. Ein kleiner Shop oder ein Studio, das Anfragen aus einem anderen Land bekommt, oft per E-Mail in einer Sprache, die die Website noch nicht spricht.
- Zweisprachige Regionen. Orte, an denen zwei Sprachen zum Alltag gehören und Kunden beide erwarten.
Entscheidend ist eine Frage: Können Sie Kunden in dieser Sprache antworten, per E-Mail, am Telefon oder an der Theke? Eine übersetzte Website, die in ein Gespräch führt, das Sie nicht führen können, erzeugt Frust statt Umsatz. Jede Sprache ist außerdem eine Pflegeverpflichtung, denn jeder neue Preis, jede geänderte Speisekarte und jede neue Regel muss in allen Sprachen ankommen. Zwei gut gepflegte Sprachen schlagen fünf veraltete.
Brauchen Besucher in einer zweiten Sprache nur Ihre Öffnungszeiten und Ihre Adresse, genügt vorerst vielleicht eine gut geschriebene Seite in dieser Sprache.
Maschinelle Übersetzung oder muttersprachliche Texte
Es gibt drei Qualitätsstufen, und die meisten Unternehmen brauchen eine Mischung:
- Maschinelle Übersetzung, ungeprüft. Schnell und günstig. Annehmbar für Texte mit wenig Risiko wie Anfahrt oder Parkhinweise, nie für Allergene. Riskant bei allem mit Preisen, Bedingungen oder Tonfall.
- KI-Entwurf, geprüft von einem Muttersprachler. Der praktische Standard. Moderne KI schreibt in vielen Sprachen flüssige Texte, und die Prüfung korrigiert Redewendungen, Anrede und Aussagen.
- Muttersprachlich geschrieben. Für die Überschrift Ihrer Startseite, die wichtigsten Handlungsaufforderungen und alles Rechtliche. Diese wenigen Sätze tragen das meiste Gewicht.
Ist maschinelle Übersetzung für eine Firmenwebsite gut genug? Für informative Fülltexte oft ja. Für Checkout, Buchungsbedingungen, Stornoregeln und Ihre Datenschutzerklärung nicht, denn ein wörtlicher Fehler kostet dort Geld oder Vertrauen. Die Anrede ist die zweite Falle: Deutsch, Französisch und Spanisch kennen förmliche und vertraute Anrede, und ein Wechsel zwischen Sie und du mitten auf der Seite wirkt nachlässig.
Suchmaschinen beurteilen, ob eine Seite nützlich ist, nicht, wie sie übersetzt wurde. Laut Google werden lokalisierte Versionen nur dann als Duplikate behandelt, wenn der Hauptinhalt unübersetzt bleibt; nur Menüs und Fußzeile zu übersetzen, während der eigentliche Text in einer Sprache bleibt, sorgt für eine schlechte Nutzererfahrung. Übersetzen Sie den Hauptinhalt oder veröffentlichen Sie diese Sprache nicht.
WisyLink kann die Inhalte in jeder Sprache für Sie schreiben, aber Sie müssen darum bitten. Der Build hält den Seitentext in der Sprache der Seite und übersetzt nie von sich aus. Wisy, der Chat-Assistent, antwortet in der Sprache Ihrer letzten Nachricht; Sie können ihn also auf Deutsch briefen und eine englische und niederländische Website bekommen.
URL-Struktur: Sprachpfade statt Cookies
Google empfiehlt für jede Sprachversion eine eigene URL, keine Cookies oder Browsereinstellungen, die den Text unter einer einzigen URL austauschen. Sein Leitfaden für mehrsprachige und länderspezifische Websites rät außerdem davon ab, Inhalte anhand der IP-Adresse anzupassen, und bezeichnet URL-Parameter wie ?lang=en als nicht empfehlenswert. Bleiben drei ernsthafte Optionen, hier im Vergleich mit dem Cookie-Ansatz:
| Ansatz | Beispiel | Wirkung auf SEO | Aufwand |
|---|---|---|---|
| Unterverzeichnisse | example.com/en/ | Jede Sprache ist indexierbar; alle Versionen stärken eine Domain; hreflang ist unkompliziert | Gering: eine Website, eine Domain. So baut es WisyLink. |
| Subdomains | en.example.com | Indexierbar; Google weist darauf hin, dass Nutzer an der URL nicht immer erkennen, ob „de“ für die Sprache oder das Land steht | Mittel: zusätzliche DNS-Einträge; ein WisyLink-Link hat jeweils eine aktive Domain, jede Subdomain wäre also ein eigener Link |
| Separate Länderdomains | example.at | Starkes lokales Signal, aber jede Domain kann nur ein Land ansprechen | Hoch: mehrere Domains, Websites und SEO-Projekte; bei WisyLink bedeutet eine aktive Domain pro Link einen Link pro Domain |
| Umschalten per Cookie oder JavaScript | example.com, Text wird im Browser ausgetauscht | Suchmaschinen indexieren nur eine Sprache | Leicht zu bauen, teuer durch verlorene Sichtbarkeit |
Unterverzeichnisse oder separate Domains? Für die meisten kleinen und mittleren Unternehmen Unterverzeichnisse. Separate Länderdomains lohnen sich, wenn jedes Land faktisch ein eigenes Geschäft ist, mit eigenen Preisen, eigenem Lager, eigener Gesellschaft und eigenem Team. Eine Sprache für viele Länder, etwa Deutsch für Deutschland, Österreich und die Schweiz, ist ein anderes Problem als viele Sprachen.
Leiten Sie Besucher nicht automatisch nach Standort um. Eine Spanierin in Berlin will trotzdem Spanisch lesen. Überlassen Sie das dem Sprachumschalter und behalten Sie die Sprache in der URL, damit ein geteilter Link in der Sprache öffnet, in der er geteilt wurde.
hreflang und x-default erklärt
- hreflang
- Ein Tag im Kopfbereich jeder Seite, der die URL jeder Sprachversion dieser Seite auflistet, einschließlich der eigenen. Er sagt Suchmaschinen, welches Ergebnis sie welchem Suchenden zeigen sollen.
- Rückverweise
- Verweist die deutsche Seite auf die englische, muss die englische auf die deutsche verweisen. Google ignoriert Paare, die nicht aufeinander zeigen.
- x-default
- Die Version für Besucher, deren Sprache Sie nicht anbieten, meist Ihre Hauptsprache.
- Sprachcodes
- Sprachcodes nach ISO 639-1 wie
de, optional mit einer Region nach ISO 3166-1 wiede-AT. Codes außerhalb dieser Standards, etwaes-419, unterstützt Google nicht. - html lang
- Das Sprachattribut der Seite. Browser und Screenreader nutzen es. Google erkennt die Sprache nach eigener Aussage am sichtbaren Inhalt, nicht an diesem Attribut; der sichtbare Text muss also ebenfalls stimmen.
- Canonical
- Jede Sprachversion verweist mit ihrem Canonical-Tag auf sich selbst. Google rät, ein Canonical in derselben Sprache zu wählen und nie alle Versionen auf die Seite in der Hauptsprache zeigen zu lassen.
Bei einer Menü-Seite in zwei Sprachen trägt jede Version dieselben drei Zeilen:
<link rel="alternate" hreflang="de" href="https://example.com/de/menu"><link rel="alternate" hreflang="en" href="https://example.com/en/menu"><link rel="alternate" hreflang="x-default" href="https://example.com/de/menu">
Googles Dokumentation zu hreflang verlangt vollständige URLs, und genau da patzen handgebaute Websites oft. Wenn Sie bei WisyLink eine mehrsprachige Website anfordern, setzt der Build die Sprache in den Pfad, fügt pro Sprache ein hreflang-Tag plus x-default ein, setzt ein passendes html lang und bildet jede URL aus der Adresse, unter der die Website tatsächlich ausgeliefert wird. Die Tags stimmen also auch nach dem Umzug auf Ihre eigene Domain. Standardmäßig ist der Pfad nach dem Präfix in jeder Sprache gleich: /de/menu und /en/menu. Übersetzte Slugs sind auf Wunsch möglich, doch gemeinsame Pfade halten die Sprachpaare einfach und zuverlässig.
Bauen: Schritte und eine Prompt-Vorlage
- Legen Sie die Sprachen fest und welche davon Standard ist. Notieren Sie, wer jede Sprache prüft.
- Sammeln Sie Ihre Texte: eigene Texte pro Sprache in einer .docx-Datei, oder lassen Sie den Build Entwürfe schreiben, die Sie anschließend prüfen.
- Fügen Sie den Prompt unten in einen neuen WisyLink-Chat ein und hängen Sie Ihre Dateien an.
- Ist der Build fertig, öffnen Sie einige Seiten in jeder Sprache und sehen Sie sich den Seitenquelltext an. Prüfen Sie die hreflang-Zeilen, den Wert von
html langund das Canonical. - Schicken Sie die Anmerkungen aus der muttersprachlichen Prüfung als Folgenachrichten, etwa „Verwende im deutschen Text durchgehend Sie statt du“. Jede Änderung ist ein neuer Build, und ein fehlgeschlagener Build ersetzt nie die Live-Website.
- Legen Sie Datensätze wie Zimmer und Frühstücksangebote im Admin-Bereich an oder bearbeiten Sie sie, mit allen Sprachen ausgefüllt.
- Verbinden Sie vor dem Start Ihre Domain (in jedem Tarif möglich) und wechseln Sie in einen kostenpflichtigen Tarif; kostenlose Links verfallen nach 30 Tagen plus einer Woche. Wie das geht, zeigt eigene Domain verbinden.
Erstelle eine zweisprachige Website für die Pension Seeblick, eine Pension mit sechs Zimmern in Lindau am Bodensee.
Sprachen: Deutsch und Englisch unter /de/ und /en/. Deutsch ist die Standardsprache und x-default. Jede Seite existiert in beiden Sprachen mit demselben Pfad nach dem Präfix. Füge auf jeder Seite hreflang-Tags für beide Sprachen plus x-default, ein passendes html lang und ein selbstreferenzierendes Canonical hinzu.
Sprachumschalter: im Kopfbereich, mit Link auf dieselbe Seite in der anderen Sprache, nie auf die Startseite.
Seiten: Startseite, Zimmer (eine Seite pro Zimmer aus gespeicherten Daten), Frühstückskarte, Anreise, Kontaktformular.
Inhalte: Zimmer und Frühstücksangebote speichern Name und Beschreibung pro Sprache. Schreibe die englischen Texte natürlich für internationale Gäste, nicht als wörtliche Übersetzung. Im Deutschen siezen wir unsere Gäste.
Lokale Details: Preise in beiden Sprachen in EUR; Datumsangaben als „15. März 2027“ auf Deutsch und „15 March 2027“ auf Englisch.
Admin: eine durch Login geschützte Seite, auf der ich Zimmer und Frühstücksangebote in beiden Sprachen bearbeite und Kontaktnachrichten lese.
Hängen Sie Fotos der Zimmer an, wenn Sie welche haben. Ihre Bilder werden unverändert verwendet; ohne sie nutzt der Build Stockfotos oder schlichte Vektorgrafiken, denn WisyLink generiert keine Fotos. Weitere Formulierungen für eine erste Anfrage finden Sie in den Prompt-Vorlagen für KI-Websites.
Dynamische Inhalte pro Sprache übersetzen
Statische Texte wie der Text Ihrer Startseite stehen in den Seiten. Dynamische Inhalte wie Zimmer, Gerichte, Produkte, Veranstaltungen und Blogbeiträge sind gespeicherte Datensätze, und genau dort scheitern mehrsprachige Websites meist. Zwei Modelle funktionieren:
- Felder pro Sprache in einem Datensatz:
name_de,name_en, mit gemeinsamem Preis und Foto. Am besten für Kataloge, in denen jeder Eintrag in jeder Sprache existiert. Ein Datensatz bedeutet einen Preis und einen Lagerbestand, die stimmen müssen. - Ein Datensatz pro Sprache, mit einem Sprachfeld. Am besten für Inhalte, die sich je nach Markt unterscheiden, etwa einen Blogbeitrag für deutsche Leser ohne englisches Gegenstück.
Neue und bearbeitete Datensätze erscheinen ohne neuen Build auf der Live-Website, meist innerhalb einer Minute. Planen Sie drei Details im Voraus:
- Das Admin-Formular. Lassen Sie die Felder jeder Sprache nebeneinander anzeigen, mit einer Markierung „Übersetzung fehlt“, nach der Sie filtern können.
- Die Ausweichlösung. Legen Sie fest, was ein englischsprachiger Besucher sieht, wenn ein Eintrag noch keinen englischen Text hat: den deutschen Text mit Hinweis oder gar nichts. Das hreflang einer Seite sollte nur Sprachen aufführen, die sie wirklich hat.
- Übersetzung beim Speichern. Legen Sie oft neue Einträge an, kann der Admin-Bereich neuen Text über die API eines Übersetzungsdienstes übersetzen lassen, mit Ihrem Schlüssel unter Integrationen. Behandeln Sie das Ergebnis wie jede maschinelle Übersetzung als Entwurf.
Restaurants sind der klassische Fall: Die Speisekarte ändert sich wöchentlich, und jedes Gericht braucht Namen, Beschreibung und Allergene in jeder Sprache. Der Leitfaden für Restaurant-Websites behandelt Speisekarten als Daten im Detail.
Lokale Details: Währung, Datum, Zahlungsarten, Rechtstexte
Die Übersetzung sorgt dafür, dass man Sie versteht; lokale Details sorgen dafür, dass man Ihnen vertraut.
- Währung. Zeigen Sie die Währung, in der Sie tatsächlich abrechnen. Rechnen Sie in Euro ab, zeigen Sie in jeder Sprache Euro; umgerechnete Schätzwerte führen beim Bezahlen zu Streit.
- Datum, Uhrzeit und Zahlen. „03/04“ ist in einem Land der 4. März und im anderen der 3. April. Schreiben Sie den Monat aus, nutzen Sie die 24-Stunden-Uhr, wo sie üblich ist, und achten Sie auf Dezimalkomma und Dezimalpunkt.
- Zahlungsarten. Kartenmarken, Wallets und Bankzahlungen unterscheiden sich von Land zu Land, und Zahlungsanbieter stehen Händlern nicht überall zur Verfügung. Prüfen Sie, was Ihr Anbieter für Ihr Konto unterstützt, bevor Sie eine Zahlungsart versprechen. Der Leitfaden zum Online-Shop erklärt, wie Zahlungen mit Ihren eigenen Schlüsseln angebunden werden.
- Rechtstexte. Datenschutzerklärung, AGB und das Impressum oder ein vergleichbarer rechtlicher Hinweis, den Ihr Markt erwartet, sollten in jeder Sprache vorliegen, in der Sie verkaufen, geprüft von jemandem, der die dortigen Regeln kennt.
- Kontaktdaten. Telefonnummern mit Ländervorwahl, Öffnungszeiten in Ortszeit und die Sprachen, in denen Sie antworten.
- Formulare und E-Mails. Speichern Sie mit jeder Einsendung die Sprache des Besuchers, damit Bestätigungen und Antworten in dieser Sprache verschickt werden.
Checkliste vor dem Start
- Jede Sprach-URL lädt und zeigt im sichtbaren Text diese Sprache, auch bei Buttons, Fehlermeldungen in Formularen, der 404-Seite und Bestätigungs-E-Mails.
- Prüfen Sie den Quelltext von drei Seiten pro Sprache: eine hreflang-Zeile pro Sprache plus x-default, ein Canonical auf die Seite selbst und das richtige
html lang. - Der Umschalter führt auf dieselbe Seite in der anderen Sprache.
- Seitentitel und Meta-Beschreibungen sind übersetzt, nicht nur der Haupttext.
- Die Sitemap unter
/sitemap.xmlführt jede Sprach-URL auf. WisyLink-Websites erzeugen ihre eigene. - Preise, Datumsangaben und Einheiten folgen den Gepflogenheiten des jeweiligen Markts.
- Ein Muttersprachler hat die Startseite, die wichtigste Konversionsseite und die Rechtstexte gelesen.
- Formulare speichern in jeder Sprache korrekt und verschicken Antworten in dieser Sprache.
- Die Website ist in der Google Search Console angelegt und die Sitemap eingereicht. Das größere SEO-Bild zeigt der Beitrag Ranken KI-erstellte Websites bei Google?
- Nach dem Start ist für jede Sprache jemand zuständig, mit einer Regel, wie schnell Preis- und Regeländerungen alle Sprachen erreichen.
Ihre mehrsprachige Website mit WisyLink erstellen
Nennen Sie Ihre Sprachen und die Standardsprache, sagen Sie, was auf jeder Seite steht und für wen sie gedacht ist, und hängen Sie die Texte an, die Sie haben. WisyLink baut Sprachpfade, Umschalter, hreflang, x-default und Inhalte pro Sprache, gehostet unter einer eigenen Adresse mit HTTPS. Mit WisyLink selbst können Sie in Ihrer Sprache sprechen: Website und App gibt es in neun Sprachen, auch auf Deutsch, und Wisy antwortet in der Sprache, in der Sie schreiben.
Starten Sie kostenlos mit dem Community-Tarif, ohne Kreditkarte, und bauen Sie die erste Version. Wie jede Website isoliert läuft und was die Plattform kann und nicht kann, lesen Sie unter So ist WisyLink gebaut. Wenn Sie auf Ihrer eigenen Domain veröffentlichen wollen (in jedem Tarif möglich), hält ein kostenpflichtiger Tarif die Website online, solange Ihr Abo läuft.
F.A.Q.