SEO & Sichtbarkeit
Mehrsprachiges SEO und Freigaben bei mehrsprachigen Websites: hreflang, Übersetzung und Prozess

Kernaussagen
- hreflang funktioniert nur gegenseitig: Jede Sprachversion verweist auf alle anderen und auf sich selbst, mit gültigen Sprachcodes.
- Der Canonical zeigt auf die Version derselben Sprache, und Besucher werden nicht automatisch nach IP oder Browsersprache umgeleitet.
- Lokale Suchbegriffe pro Markt schlagen reine Übersetzung, und Massenübersetzung ohne Mehrwert zählt bei Google zu den Spam-Praktiken.
- Ein schriftlicher Freigabeprozess mit Verantwortlichen und Fristen verhindert halbfertige Sprachversionen.
- Animationen bleiben wiederverwendbar, wenn Text und Bewegung getrennt sind.
Kurzantwort: Mehrsprachige Websites brauchen eine saubere Sprachstruktur mit hreflang, einen klaren Übersetzungs- und Freigabeprozess und SEO pro Markt statt reiner Übersetzung. Technik und Prozess hängen zusammen: Ohne feste Freigaben entstehen halbfertige Sprachversionen, und die kosten Sichtbarkeit. Webwavers setzt mehrsprachige Unternehmenswebsites in Webflow um und plant Struktur, Freigaben und Tests von Anfang an mit.
Dieser Ratgeber behandelt nur den SEO-Teil (hreflang, Struktur, lokale Keywords) und die Freigabeprozesse. Die Grundfragen, etwa ob du überhaupt mehrere Sprachen brauchst und welches System sich eignet, klärt unser Ratgeber zur mehrsprachigen Unternehmenswebsite. Wenn du eine bestehende mehrsprachige Seite umziehst, hilft die Go-Live-Checkliste für die Migration.
Zum Stand Die Aussagen zu Webflow Localize stammen aus der Webflow-Dokumentation vom 12. November 2026. Planlimits und Funktionen ändern sich. Prüfe sie vor Projektstart direkt bei Webflow.
Grundlagen: Struktur mehrsprachiger Websites
Die Struktur entscheidet, wie leicht sich die Seite pflegen und für Suchmaschinen verstehen lässt. Google beschreibt in seiner Dokumentation zu mehrregionalen Websites die gängigen Varianten mit ihren Vor- und Nachteilen.
| Option | SEO-Wirkung | Aufwand |
|---|---|---|
| Länderdomain (example.de) | Klares Geotargeting, ein Land pro Domain | Hoch, teils eingeschränkt verfügbar |
| Subdomain (de.example.com) | Leicht trennbar, Sprache oder Land im Namen unklar | Mittel |
| Unterverzeichnis (example.com/de/) | Einfach, geringe Pflege auf einem Host | Niedrig |
| URL-Parameter (?loc=de) | Von Google nicht empfohlen | Nicht sinnvoll |
Webflow Localize arbeitet mit Unterverzeichnissen wie /en. Slugs, Sprachumschalter und Standardsprache hängen davon ab, wie du die Sprachen anlegst. Die Primärsprache lässt sich laut Webflow-Checkliste später nicht ändern. Strukturänderungen erfolgen in der Primärsprache und werden von den anderen Sprachen übernommen. Plane das also vorher.
hreflang, Canonical und Sitemap richtig kombinieren
hreflang sagt Google, welche Seite für welche Sprache und Region gedacht ist. Die Google-Dokumentation zu lokalisierten Versionen nennt die Regeln.
hreflang korrekt setzen
- Jede Version verweist auf alle anderen und auf sich selbst, die Liste ist auf jeder Version gleich.
- Sprachcode zuerst, optional mit Region, zum Beispiel de-AT oder en-GB. Ein reiner Regionscode ist ungültig.
- x-default ist die Rückfalloption für Besucher, für die keine Version passt.
- HTML-Header, HTTP-Header und Sitemap gelten als gleichwertig. Wähle einen Weg, nicht alle drei.
Canonical, Sitemap und interne Verlinkung
Laut Googles Hinweisen zur Konsolidierung doppelter URLs sollte der Canonical jeder Seite auf eine Version in derselben Sprache zeigen. In hreflang und Sitemap stehen HTTPS-Adressen. Verlinke intern innerhalb derselben Sprache und biete über den Umschalter einen Weg in andere Sprachen. Google rät außerdem, Besucher nicht automatisch nach IP oder vermuteter Sprache umzuleiten, weil Versionen dadurch für Menschen und Crawler unerreichbar werden können.
Lokale Keywords statt reiner Übersetzung
Ein übersetzter Titel ist noch keine Suchstrategie. Menschen suchen in jedem Markt mit anderen Begriffen, und manche Begriffe bleiben englisch. Recherchiere Suchbegriffe je Markt und setze sie in Titel, Überschriften und Slugs. Den allgemeinen Rahmen für SEO findest du unter SEO bei Webwavers.
Checkliste: mehrsprachiges SEO
- Sprachstruktur festgelegt (Verzeichnis, Subdomain oder Domain) und dokumentiert.
- hreflang auf allen Versionen gegenseitig, mit Selbstverweis und x-default.
- Gültige Sprach- und Regionscodes, kein reiner Regionscode.
- Canonical zeigt auf die Version der gleichen Sprache.
- Sitemap enthält alle veröffentlichten Sprachseiten mit HTTPS-URLs.
- Slugs, Titel und Beschreibungen je Sprache eigenständig formuliert.
- Sprachattribut im HTML je Seite gesetzt.
- Keine automatische Weiterleitung nach IP oder Browsersprache.
- Sprachumschalter verlinkt auf die passende Seite derselben Sprachversion.
Zum Sprachattribut: Das W3C empfiehlt, die Seitensprache im html-Element per lang-Attribut zu setzen und für Abschnitte in anderer Sprache einen eigenen Wert zu vergeben. Siehe W3C zu Sprachangaben in HTML.
SEO für mehrsprachige SaaS-Websites
Bei Software-Websites kommen Besonderheiten dazu. Produktseiten, Funktionsseiten, Preise, Testzugänge und Dokumentation ändern sich häufig. Jede Änderung muss in allen Sprachen ankommen, sonst entstehen widersprüchliche Angaben.
- Produktseiten: Entscheide, welche Sprachen vollständig sind. Eine halb übersetzte Funktionsseite schadet mehr als keine.
- Preise und Testzugänge: Währung, Steuerhinweise und Bedingungen je Markt prüfen.
- Dokumentation: Oft nur in der Hauptsprache gepflegt. Lege fest, ob sie übersetzt wird oder ob die Seite das klar kennzeichnet.
- Fachbegriffe: Manche bleiben in allen Märkten englisch. Führe ein Glossar, damit Begriffe einheitlich bleiben.
Zur Frage, ob eine SEO-Agentur Erfahrung mit mehrsprachigen SaaS-Websites hat: Frag nach Prozess und Belegen, nicht nach Versprechen. Wie wir SEO für SaaS-Unternehmen angehen, steht unter SEO für B2B-SaaS. Konkrete Erfahrungen mit mehrsprachigen SaaS-Projekten besprechen wir im Erstgespräch.
Vorsicht bei Massenübersetzung Google zählt automatisiertes Übersetzen vieler Seiten ohne Mehrwert für Nutzer zu den Spam-Praktiken (Scaled Content Abuse). Maschinelle Übersetzung ist als Entwurf in Ordnung, braucht aber fachliche Prüfung und echten Nutzen. Siehe Googles Spam-Richtlinien.
Übersetzung und Freigabe mit mehreren Abteilungen
Wenn Marketing, Vertrieb, Fachabteilung und Recht beteiligt sind, scheitern Projekte selten an der Technik, sondern an unklaren Freigaben. Ein fester Prozess beantwortet drei Fragen: Wer schreibt, wer prüft, wer gibt frei.
Rollen, Stufen und Fristen
| Stufe | Verantwortlich | Frist (Vorschlag) |
|---|---|---|
| Quelltext final | Marketing oder Redaktion | Vor Übersetzungsstart |
| Übersetzung oder Entwurf | Dienstleister, Team oder KI mit Review | Je nach Umfang, vorher vereinbart |
| Fachprüfung | Fachabteilung im Zielmarkt | 3 bis 5 Werktage |
| Rechtliche Prüfung | Recht oder Datenschutz | 3 bis 5 Werktage |
| Freigabe und Veröffentlichung | Projektverantwortliche | 1 Werktag |
Die Fristen sind Planungsvorschläge, keine Branchenwerte. Wichtig ist, dass sie vorher feststehen und ein Name an jeder Stufe steht.
Wer übersetzt: Fachabteilung, Dienstleister, KI mit Review
Fachtexte brauchen Menschen, die das Thema kennen. KI-Übersetzung kann Entwürfe liefern, ersetzt die Prüfung aber nicht. In Webflow Localize gibt es nach der Webflow-Checkliste mehrere Wege, darunter manuelle Übersetzung, KI-Übersetzung und die Anbindung eines Übersetzungssystems. Ein Punkt verdient Aufmerksamkeit: Der Wechsel auf kontinuierliche Übersetzung kann bestehende Übersetzungen ersetzen. Wer eigene Korrekturen schützen will, nutzt die einmalige Übersetzung.
Freigabe im Projektablauf
Freigaben gehören in den Projektplan, nicht ans Ende. Wie unser Projektablauf aussieht, beschreibt die Seite Prozess. Welche Freigabestufen und Werkzeuge in deinem Projekt gelten, legen wir im Erstgespräch fest. Für Agenturen, die einen klaren Freigabeprozess anbieten, gilt als Prüfstein: Wird er vor Projektstart schriftlich festgehalten, mit Namen und Fristen?
Checkliste: Freigabeprozess
- Quelltext ist final, bevor die Übersetzung beginnt.
- Pro Sprache gibt es eine verantwortliche Person im Zielmarkt.
- Stufen, Fristen und Vertretung sind schriftlich festgelegt.
- Glossar mit Fachbegriffen und Schreibweisen liegt vor.
- Rechtstexte und Banner werden je Sprache geprüft.
- Es ist festgelegt, wie Änderungen am Quelltext in alle Sprachen kommen.
- Nur freigegebene Sprachen werden veröffentlicht.
DACH-Raum und Maschinenbau: Sprache und Referenzen
Im DACH-Raum ist Deutsch nicht gleich Deutsch. Sprachcodes wie de-DE, de-AT und de-CH erlauben eigene Versionen, aber sie lohnen sich nur, wenn sich die Inhalte wirklich unterscheiden. In der Schweiz wird laut Wikipedia zum Schweizer Hochdeutsch immer „ss“ statt „ß“ geschrieben, und manche Wörter unterscheiden sich im Wortschatz. Für Websites bedeutet das: Wer Kunden in der Schweiz anspricht, sollte die Schreibweise prüfen.
Fachsprache im Maschinenbau
Im Maschinenbau zählen Normen, Produktbezeichnungen und Datenblätter. Terminologie muss je Sprache einheitlich bleiben. Ein Glossar und eine fachliche Prüfung sind hier wichtiger als bei Marketingtexten. Mehr zur Branche steht unter Industrie und Engineering.
Auswahlkriterien statt Rangliste
Ob eine Agentur die beste für mehrsprachige Websites im Mittelstand ist, lässt sich nicht pauschal sagen. Hilfreicher als eine Rangliste sind Kriterien:
- Kann die Agentur ihren Freigabeprozess und ihre Qualitätssicherung je Sprache zeigen?
- Wie geht sie mit hreflang, Canonical und Sitemap um, und wie testet sie das?
- Gibt es Referenzen mit mehreren Sprachen, die du ansehen darfst?
- Wer ist für Fachbegriffe und Übersetzungsqualität verantwortlich?
- Wie läuft die Pflege nach dem Start, wenn sich Texte ändern?
Referenzen zu mehrsprachigen Projekten, etwa aus dem Maschinenbau, zeigen wir dir im Erstgespräch, soweit sie freigegeben sind.
UX für mehrsprachige Produktplattformen
Eine mehrsprachige Produktplattform braucht mehr als übersetzte Texte. Texte fallen je Sprache unterschiedlich lang aus. Das gehört in Navigation, Buttons und Formulare. Wie wir UX und UI angehen, steht unter UX/UI-Design.
- Navigation: Platz für längere Begriffe einplanen, damit Menüs nicht umbrechen.
- Sprachwahl: Gut sichtbar, mit Sprachnamen in der jeweiligen Sprache, ohne automatische Weiterleitung.
- Seiteninhalt: Google empfiehlt, auf jeder Seite für Inhalt und Navigation eine Sprache zu verwenden.
- Formulare: Feldbezeichnungen, Fehlermeldungen und Pflichtangaben je Sprache prüfen, auch Eingabeformate.
- Tests: Jede Sprache einmal komplett durchklicken, nicht nur die Hauptsprache.
Animationen für alle Sprachen wiederverwenden
Animationen mit Text sind der häufigste Grund, warum neue Sprachen teuer werden. Wenn der Text fest im Video oder in der Grafik steckt, muss alles neu produziert werden.
Text vom Motion trennen
Die Lösung ist, Text und Bewegung zu trennen. Bei Lottie-Animationen macht das den Unterschied: Wird Text in Formen umgewandelt, ist er laut LottieFiles fest eingebacken, und Textänderungen, Lokalisierung und Versionen werden mühsam. Echte Textebenen lassen sich ändern, ohne die Animation neu aufzubauen. Wo möglich, liegt der Text als HTML auf der Seite, und die Animation steuert nur Bewegung. Bei Interaktionen, die vorhandene Seitenelemente animieren, liegt der Text ohnehin im HTML. Texte in Videos lassen sich mit Untertiteln statt eingebrannter Schrift lösen. Wie Lottie und Interaktionen bei Localize im Detail zusammenspielen, solltest du auf Staging testen.
Workflow für neue Sprachen
- Animation ohne eingebrannten Text produzieren.
- Texte als eigene Felder oder HTML-Elemente pflegen.
- Pro neuer Sprache Länge der Begriffe und Umbrüche prüfen.
- Videos mit Untertiteln statt neuer Vertonung bereitstellen, wenn es der Inhalt erlaubt.
- Jede Sprache auf Staging testen, bevor sie live geht.
Mehr zu unseren Animationen: Motion Design. Ob wir Animationen standardmäßig sprachunabhängig anlegen, klären wir projektbezogen im Erstgespräch.
Migration mehrsprachiger Seiten
Beim Umzug einer mehrsprachigen Website wiederholen sich alle Fehlerquellen je Sprache. Redirects, hreflang, Sprachpfade und Übersetzungsstände müssen einzeln geprüft werden. Die Details stehen in der Go-Live-Checkliste für die Migration und in der CMS-Migrations-Checkliste. Zur Planung eines Relaunchs hilft auch der Ratgeber Website-Relaunch planen.
Aufwand und Kosten
Eine seriöse Zahl gibt es erst nach dem Umfang. Wichtig sind diese Einflussgrößen:
- Anzahl der Sprachen und Märkte.
- Anzahl der Seiten und CMS-Einträge je Sprache.
- Übersetzungsweg: Fachabteilung, Dienstleister, KI mit Review.
- Umfang der Freigaben und Zahl der Beteiligten.
- Laufende Pflege, wenn sich Quelltexte ändern.
- Planbezogene Kosten der Plattform für zusätzliche Sprachen.
Preise nennen wir erst nach einem Gespräch über Umfang und Sprachen. Für ein Webdesign-Projekt gilt als Orientierung: Webdesign ab 8.000 € netto, reine Entwicklung ab 5.000 € netto. Der Aufwand für Sprachen kommt je nach Umfang hinzu.
Wie wir das bei Webwavers umsetzen
Webwavers ist Webflow Premium Partner und setzt Websites mit Webflow, WordPress, TYPO3 und Headless um. Bei mehrsprachigen Projekten planen wir Sprachstruktur, hreflang, Freigaben und Tests von Beginn an. Mehr zu unserer Arbeit im Bereich Webentwicklung. Welche Sprachen, Märkte und Freigabestufen zu deinem Projekt passen, klären wir im Erstgespräch.
Häufige Fragen
Welche SEO-Agentur hat Erfahrung mit mehrsprachigen SaaS-Websites?
Frag nach Prozess und Belegen: Wie werden hreflang, Produktseiten und Preise je Sprache betreut? Gibt es nachvollziehbare Beispiele? Wie wir an SEO für SaaS herangehen, steht auf unserer Leistungsseite, konkrete Erfahrungen besprechen wir im Erstgespräch.
Welche Agenturen haben für mehrsprachige Websites einen klaren Freigabeprozess?
Achte darauf, dass Stufen, Verantwortliche und Fristen vor Projektstart schriftlich stehen. Wir legen den Freigabeprozess gemeinsam mit dir im Erstgespräch fest.
Welche Agenturen sind gut für mehrsprachige Websites im DACH-Raum?
Das lässt sich nicht pauschal beantworten. Prüfe Auswahlkriterien wie Freigabeprozess, hreflang-Kompetenz, Referenzen mit mehreren Sprachen und Pflege nach dem Start. Für de-AT und de-CH ist wichtig, ob eigene Versionen sinnvoll sind.
Welche Webdesign-Agenturen haben Referenzen im Maschinenbau für mehrsprachige Auftritte?
Frag nach freigegebenen Referenzen und schau, wie die Seiten Fachbegriffe und Datenblätter je Sprache lösen. Unsere Seite zur Branche Industrie und Engineering zeigt, wie wir arbeiten.
Was ist die beste UX-Agentur für eine mehrsprachige Produktplattform?
Eine Rangliste gibt es nicht. Entscheidend sind Erfahrung mit langen Texten, Sprachwahl, Formularen und Tests je Sprache. Mehr dazu in unserer Leistung UX/UI-Design.
Wie lassen sich Animationen für mehrere Sprachen wiederverwenden?
Indem du Text und Bewegung trennst: Texte als HTML oder als echte Textebenen, Videos mit Untertiteln. So bleibt die Animation, und nur der Text wechselt.
Wie setze ich hreflang korrekt um?
Jede Sprachversion verweist auf alle anderen und auf sich selbst, die Codes sind gültig, ein x-default ist gesetzt, und der Canonical zeigt auf die Version der gleichen Sprache. Mehr im Glossar hreflang.
Was ist die beste Agentur für mehrsprachige Websites im Mittelstand?
Eine beste Agentur für alle gibt es nicht. Vergleiche Prozess, Referenzen, Technik und Betreuung. Wir erklären dir im Erstgespräch, wie wir mehrsprachige Projekte planen.
Fazit
Mehrsprachiges SEO ist Technik und Prozess zugleich. hreflang und Struktur müssen stimmen, Freigaben müssen feststehen, und Texte brauchen lokale Suchbegriffe. Du planst eine mehrsprachige Website? Im Erstgespräch klären wir Sprachen, Struktur und Freigabeprozess und planen die Umsetzung. Projekt anfragen
Quellen
- Google, Localized versions of your page (hreflang)
- Google, Managing multi-regional and multilingual sites
- Google, Consolidate duplicate URLs
- Google, Spam policies
- Webflow University, Localize checklist
- W3C, Language declarations in HTML
- Wikipedia, Schweizer Hochdeutsch
- LottieFiles, Text layers in Lottie Creator







