Mehrsprachige Websites mit Webflow: Einrichtung, SEO und Tools im Vergleich

Mehrere Sprachen in Webflow: die kurze Antwort

Für eine bestehende oder neue Marketing-Website ist die native Lösung ein guter erster Prüfpunkt: Sprachversionen werden im Webflow-Projekt verwaltet und lassen sich dort gestalten und bearbeiten. Externe Dienste sind interessant, wenn du einen separaten Übersetzungsworkflow bevorzugst oder bestimmte Anforderungen anders abdecken möchtest. Eine zusätzliche Übersetzungsplattform kann wiederum sinnvoll sein, wenn viele Personen und Inhalte beteiligt sind.

• Webflow Localize: Sprachversionen direkt im Webflow-Projekt verwalten.
• Weglot: Übersetzungen in einem eigenen Dashboard mit unterschiedlichen Integrationswegen organisieren.
• Linguana: Externe Übersetzungslösung mit Unterverzeichnissen und eigener Kostenlogik prüfen.
• Lokalise: Übersetzungsmanagement zusätzlich zu Webflows nativer Sprachstruktur einsetzen.

Es geht deshalb nicht nur um die Frage „Welches Tool übersetzt am schnellsten?“. Entscheidend ist, wie deine Website nach dem ersten Launch gepflegt wird. Ein funktionierender Sprachwechsel hilft wenig, wenn neue Angebote, Formulare oder Produkttexte später nur in einer Sprache aktuell bleiben.

Übersetzung und Lokalisierung: Was ist der Unterschied?

Übersetzung überträgt Text in eine andere Sprache. Lokalisierung berücksichtigt zusätzlich den Kontext eines Marktes: Begriffe, Ansprache, Beispiele, Bilder, Formate und den passenden nächsten Schritt. Ein deutscher Kontakttext und eine englische Anfrageaufforderung können denselben Zweck erfüllen, ohne wörtlich identisch zu sein.

Vor dem technischen Setup lohnt sich eine Entscheidung über Sprache und Region. Eine englische Website für internationale Interessenten benötigt nicht automatisch getrennte Versionen für jedes englischsprachige Land. Regionale Varianten sind dann sinnvoll, wenn tatsächlich andere Inhalte, Angebote oder Zuständigkeiten bestehen. Jede zusätzliche Variante erhöht die redaktionelle Verantwortung.

Für ein SaaS-Unternehmen könnten etwa Produktnamen unverändert bleiben, während Anwendungsbeispiele und Demo-Texte angepasst werden. Bei erklärungsbedürftigen oder regulierten Angeboten sollten die zuständigen Fachpersonen die jeweiligen Inhalte prüfen. Eine automatische Übersetzung ist keine fachliche oder rechtliche Freigabe.

Wie Webflow Localize grundsätzlich funktioniert

Die native Funktion heißt aktuell Webflow Localize; sie ist vielen noch als Webflow Localization bekannt. Du arbeitest mit einer primären Locale und zusätzlichen Locales. Eine Locale bezeichnet eine Sprache oder eine Kombination aus Sprache und Region. Sekundäre Varianten übernehmen zunächst Inhalte und Darstellung der primären Version. Abweichungen werden in der jeweiligen Locale gepflegt.

Das ist wichtig für das Verständnis: Eine neue Sprache anzulegen bedeutet nicht, dass sämtliche Inhalte bereits übersetzt sind. Die vererbte Grundlage und die gezielt angepassten Inhalte sind zwei unterschiedliche Zustände. Webflow unterstützt automatische Übersetzung, manuelle Bearbeitung und angebundene Übersetzungswerkzeuge.

Quelle: Webflow: Localize im Überblick.

Schritt für Schritt: Mehrsprachigkeit nativ einrichten

1. Hauptsprache und Zielsprachen festlegen

Öffne in Webflow das Localize-Panel und den Bereich Locales. Lege die primäre Sprache bewusst fest. Laut aktueller Dokumentation lässt sich eine sekundäre Locale später nicht einfach zur primären machen; auch die primäre Locale kann nicht beliebig gegen eine andere ausgetauscht werden. Prüfe deshalb vorab, in welcher Sprache die Website langfristig aufgebaut und gepflegt wird.

2. Sekundäre Locales und URL-Pfade anlegen

Über „Add new locale“ ergänzt du die Zielsprachen. Du definierst Sprache, gegebenenfalls Land, Anzeigename und Unterverzeichnis. Für eine deutschsprachige Hauptversion könnte Englisch unter /en und Französisch unter /fr liegen. Ein Locale-Pfad darf nicht mit einem bestehenden Seiten-, Ordner- oder Collection-Pfad kollidieren. Die Veröffentlichung einer sekundären Locale benötigt das passende Add-on.

Quelle: Webflow: Locales verwalten.

3. Statische Inhalte übersetzen

Wechsle oben in die gewünschte Locale. Als Designer kannst du Textelemente über das Kontextmenü übersetzen; für andere Bearbeitungsrollen steht je nach Oberfläche das Globus-Symbol zur Verfügung. Alternativ bearbeitest du die Texte manuell. Kontrolliere nicht nur Fließtext, sondern auch Navigation, Buttons, Formularbeschriftungen und kurze Hilfetexte.

4. CMS-Inhalte separat bearbeiten

Für Blogartikel, Referenzen oder andere Collection-Inhalte wählst du im CMS die Ziel-Locale und den betreffenden Eintrag. „Translate all fields“ übersetzt einen Eintrag; einzelne Felder lassen sich ebenfalls übersetzen. Kontrolliere anschließend insbesondere Rich Text, Teaser, Linktexte und dynamisch verwendete Felder. Eine übersetzte Startseite macht den Blog nicht automatisch vollständig mehrsprachig.

Quelle: Webflow: Inhalte übersetzen.

5. Seiteneinstellungen kontrollieren

In der Ziel-Locale öffnest du die Einstellungen der jeweiligen Seite. Dort werden SEO-Titel, Beschreibung und Open-Graph-Angaben lokalisiert. URL-Slugs sind ebenfalls ein eigenes Prüfthema; ihre Lokalisierung ist tarifabhängig. Die dokumentierte automatische Übersetzung der Seiteneinstellungen umfasst den Seiten-Slug nicht. Plane ihn deshalb bewusst ein.

Quelle: Webflow: Seiteneinstellungen lokalisieren.

6. Sprachumschalter und Veröffentlichung prüfen

Ein Dropdown mit dem Locales-List-Element kann die veröffentlichten Sprachen anzeigen. Die Beschriftung lässt sich beispielsweise an den Anzeigenamen der Locale binden. Teste den Wechsel nicht nur auf der Startseite, sondern auch auf einem Blogartikel und einer Leistungsseite. Erst nach der inhaltlichen Prüfung aktivierst und veröffentlichst du die dafür vorgesehenen Sprachversionen.

Quelle: Webflow: Sprachumschalter aufbauen.

Was Webflow Localize gut kann – und wo du genau hinsehen solltest

Der wichtigste organisatorische Vorteil ist die Nähe zum eigentlichen Website-Projekt. Redaktion und Design sehen eine Übersetzung direkt im Layout. Ob eine Überschrift umbricht oder ein Button zu schmal wird, lässt sich damit früh erkennen. Für Teams, die bereits intensiv in Webflow arbeiten, kann das einen zusätzlichen Wechsel zwischen Systemen vermeiden.

Die primäre Locale bestimmt allerdings die grundlegende Struktur. In einer sekundären Locale kannst du Elemente nicht einfach frei hinzufügen, verschieben oder löschen. Inhalte und unterstützte Styles lassen sich anpassen; ein vollständig eigenständiger Seitenaufbau je Land ist damit eine andere Anforderung als eine Übersetzung derselben Website.

Auch Bilder, Sichtbarkeit und weitere Anpassungen sind nicht pauschal in jedem Paket enthalten. Der aktuelle Funktionsvergleich ordnet beispielsweise Asset- und URL-Lokalisierung sowie automatisches Routing Advanced beziehungsweise Enterprise zu. Locale-spezifische Elementsichtbarkeit ist eine Enterprise-Funktion. Prüfe die konkrete Kombination vor dem Aufbau.

Quelle: Webflow: Inhalte, Styles und strukturelle Grenzen.

Ein weiterer relevanter Sonderfall ist Webflow Ecommerce: Die native Localize-Dokumentation schließt die Ecommerce-Funktionen aktuell aus. Übertrage daher die Möglichkeiten einer mehrsprachigen Marketing-Website nicht ungeprüft auf Produktkatalog und Checkout.

Ein eigenes maschinelles Übersetzungsglossar ist laut Webflow derzeit Enterprise vorbehalten. Das ist besonders wichtig, wenn feste Fachbegriffe oder Produktnamen automatisiert konsistent behandelt werden sollen. Auch ein Glossar ersetzt die Abschlusskontrolle nicht.

Quelle: Webflow: benutzerdefiniertes Übersetzungsglossar.

Weglot: Externes Übersetzungsmanagement und flexible Integration

Weglot verwaltet Übersetzungen außerhalb von Webflow. Die Lösung bietet automatische Inhaltserkennung, manuelle Nachbearbeitung und ein zentrales Dashboard. Je nach gebuchtem Umfang kommen Funktionen für Zusammenarbeit und Freigaben hinzu. Das ist interessant, wenn Übersetzer nicht hauptsächlich im Webflow-Projekt arbeiten sollen.

Quelle: Weglot: Webflow-Integration.

Technisch musst du zwischen einer reinen JavaScript-Einbindung und der Subdomain- beziehungsweise Unterverzeichnis-Integration unterscheiden. Für eigenständig auffindbare Sprachseiten beschreibt Weglot die serverseitigen Varianten mit eigenen URLs. Die reine JavaScript-Variante unter derselben URL ist laut Anbieter keine gleichwertige Lösung für mehrsprachiges SEO.

Quelle: Weglot: Integrationsarten und SEO.

Für Webflow-Unterverzeichnisse gibt es spezielle DNS- und Proxy-Hinweise. Der Hersteller unterscheidet insbesondere, ob Cloudflare vorgeschaltet ist, und verlangt in bestimmten Konstellationen Unterstützung durch den Support. Kopiere deshalb keine allgemeine DNS-Anleitung auf eine bestehende Webflow-Domain, ohne die aktuelle Webflow-spezifische Anleitung zu prüfen.

Quelle: Weglot: Unterverzeichnisse bei Webflow.

Übersetzte URL-Slugs sind bei Weglot aktuell ab Pro und nur bei geeigneter serverseitiger Integration vorgesehen. Eine englische Inhaltsversion unter einem Sprachpfad und ein zusätzlich übersetzter Seitenname sind deshalb getrennte Funktionen.

Quelle: Weglot: URL-Slugs übersetzen.

Unsere Einordnung: Weglot gehört auf die Auswahlliste, wenn ein eigenständiger Übersetzungsbereich und automatische Erkennung wichtig sind. Im technischen Pilot sollten DNS, Canonicals, Sprachwechsel und externe Inhalte getestet werden. Der zusätzliche Dienst wird Teil des laufenden Website-Betriebs.

Linguana: Alternative mit eigener Preis- und Übersetzungslogik

Linguana unterstützt Webflow und bietet automatische sowie manuelle Übersetzung. Der Anbieter beschreibt eine Verarbeitung des Website-HTML mit Zwischenspeicherung und Auslieferung übersetzter Seiten. Dazu gehören auch Inhalte wie Metadaten und Alt-Texte. Sprachversionen können über Unterverzeichnisse organisiert werden; übersetzte URLs werden ebenfalls angeboten.

Quelle: Linguana: Funktionsweise.

Beim Budget ist die Trennung zwischen Abonnement und AI-Credits wichtig. Die aktuelle Preisseite führt tarifabhängige Grenzen für Websites und Sprachen auf. Credits für maschinelle Übersetzung werden nach Wörtern verwendet; enthaltene Credits sind laut Anbieter eine einmalige Gutschrift und erneuern sich nicht monatlich. Manuelle Übersetzung verbraucht keine AI-Credits. Das bedeutet aber nicht, dass Betrieb und menschliche Übersetzungsarbeit insgesamt kostenlos wären.

Quelle: Linguana: Tarife und AI-Credits.

Unsere Einordnung: Linguana ist eine prüfenswerte Alternative, wenn dieses Kostenmodell und der externe Workflow zum Projekt passen. Vor einer Entscheidung würden wir eine typische CMS-Seite, ein längeres Rich-Text-Feld und ein eingebundenes Formular testen. Eine Preisersparnis lässt sich erst mit dem tatsächlichen Umfang beurteilen.

Lokalise: Zusätzliche Workflows für größere Übersetzungsteams

Lokalise erfüllt eine andere Rolle als eine alleinige Sprachumschaltung. Die Webflow-Integration setzt Zugriff auf Webflow Localization und mindestens eine eingerichtete Locale voraus. Seiten, Collection-Inhalte und Komponenten können zur Übersetzung und Bearbeitung importiert und anschließend zurückgegeben werden. Der dokumentierte Export veröffentlicht die Inhalte nicht automatisch.

Die Integrationsdokumentation nennt Grenzen: Unter anderem sind Collection-Slugs, Assets, Custom-Code-Inhalte und Ecommerce-Produktbeschreibungen nicht abgedeckt. Referenzierte CMS-Einträge müssen separat importiert werden. Rich-Text-Bilder in Zielsprachen verdienen bei erneuten Exporten besondere Aufmerksamkeit, da lokale Bilder durch die Ausgangsversion ersetzt werden können.

Quelle: Lokalise: Webflow-Integration und bekannte Grenzen.

Der Mehrwert liegt im Übersetzungsmanagement: Glossare, Translation Memory, Rollen und Prüfabläufe können für Teams mit vielen wiederkehrenden Texten relevant sein. Lokalise ergänzt dabei Webflows Locale-Struktur; es ersetzt nicht automatisch die nativen Hosting- und Routing-Funktionen.

Quelle: Lokalise: Zusammenarbeit mit Webflow.

Unsere Einordnung: Für eine kleine zweisprachige Website kann diese zusätzliche Ebene unnötig sein. Für mehrere regionale Teams oder eine gemeinsame Terminologie über Website und Produkt hinweg lohnt sich dagegen eine Prüfung des konkreten Workflows.

Die vier Ansätze im direkten Vergleich

• Direkt im Webflow-Projekt arbeiten: Localize ist der native Ansatz. Die Nähe zu Layout und CMS ist sein wesentlicher Vorteil.
• Übersetzungen separat organisieren: Weglot bietet ein eigenes Dashboard; die konkrete URL-Integration muss zum SEO-Ziel passen.
• Externen Dienst mit separaten AI-Credits prüfen: Linguana ist hier eine Alternative. Achte auf Sprach-, Website- und Credit-Grenzen.
• Komplexe Teamprozesse ergänzen: Lokalise setzt auf vorhandener Webflow-Lokalisierung auf und fügt Übersetzungsmanagement hinzu.

Diese Auswahlhilfe ist unsere redaktionelle Bewertung, keine allgemeine Rangliste. Ein Werkzeug ist nicht für jedes Projekt besser, nur weil es mehr Funktionen besitzt. Entscheidend ist, welche Aufgaben dein Team tatsächlich erledigen muss.

SEO: Jede Sprachversion braucht einen nachvollziehbaren Platz

Google empfiehlt getrennte URLs für unterschiedliche Sprachversionen statt eines bloßen Austauschs anhand von Cookies oder Browsereinstellungen. Unterverzeichnisse wie /en/ sind eine mögliche Struktur; Subdomains oder separate Domains können ebenfalls Teil einer geplanten Architektur sein. Ein bestimmter Pfad allein garantiert keine Sichtbarkeit.

Quelle: Google: mehrsprachige und multiregionale Websites.

Mit hreflang werden passende Sprach- und Regionsvarianten einander zugeordnet. Die Verweise müssen vollständig qualifizierte URLs enthalten und zwischen den Varianten wechselseitig passen. Eine Sprache kann beispielsweise en heißen, eine regionale Variante en-GB. hreflang ist keine automatische Übersetzung und keine Ranking-Garantie. Google erkennt die Sprache vor allem anhand der sichtbaren Inhalte.

Quelle: Google: Sprachversionen und hreflang.

Webflow setzt bei Localize Sprachkennzeichnungen und kann hreflang in Seiten und Sitemap erzeugen. Die automatische Generierung ist konfigurierbar. Prüfe vor dem Launch, ob veröffentlichte Sprachversionen, endgültige URLs und verwendete Einstellungen zusammenpassen. Bei Custom-Sitemaps oder Proxy-Konfigurationen ist zusätzliche Abstimmung nötig.

Quelle: Webflow: lokalisiertes SEO und Routing.

Unsere technische Prüfliste umfasst außerdem: Sind wichtige URLs erreichbar und indexierbar? Verweist der Canonical auf die beabsichtigte Version? Funktionieren interne Links in der Ziel-Locale? Stimmen Seitentitel und sichtbarer Inhalt überein? Gibt es nach geänderten Pfaden nachvollziehbare Weiterleitungen? Diese Punkte sollten am ausgelieferten Ergebnis geprüft werden, nicht nur in einer Einstellungsmaske.

Sprachumschalter: Auf der richtigen Seite bleiben

Ein Sprachwechsel sollte möglichst zur entsprechenden Seite führen. Wer einen Fachartikel liest, möchte beim Wechsel zu Englisch nicht unerwartet wieder auf einer allgemeinen Startseite landen. Gibt es keine passende Übersetzung, muss der Ersatzweg verständlich sein.

Webflows dokumentiertes Seiten-Routing funktioniert bei passenden Page- und Collection-Page-Verlinkungen. Fest eingetragene direkte URLs werden nicht automatisch auf dieselbe Weise angepasst. Fehlt die Zielseite in einer Locale, kann die Sprachumschaltung auf deren Startseite führen. Solche Fälle gehören in die Prüfung.

Automatisches Routing anhand der Browsersprache ist bei der nativen Lösung tarifabhängig und bezieht sich auf den Einstieg über die Root-Startseite. Ein sichtbarer Sprachumschalter bleibt wichtig. Für die Beschriftung empfehlen wir Sprachnamen wie Deutsch und English; eine Flagge allein ist für eine Sprache oft mehrdeutig.

CMS, Rich Text und Bilder: Was häufig vergessen wird

Bei Localize ist das Collection-Schema gemeinsam, die Einträge und ihre Inhalte werden jedoch pro Locale verwaltet. Das erlaubt unterschiedliche redaktionelle Inhalte. Gleichzeitig müssen verknüpfte Einträge, übersetzte Felder und Veröffentlichungszustände zusammenpassen. Eine Liste mit Blogartikeln sollte in jeder Sprache auf die tatsächlich verfügbaren Inhalte führen.

Quelle: Webflow: Collection-Inhalte lokalisieren.

Für Rich Text reicht eine reine Textkontrolle nicht. Prüfe Zwischenüberschriften, Links, Listen, eingebundene Bilder und Bildunterschriften. Enthält eine Grafik deutsche Begriffe, wird sie durch eine englische Absatzübersetzung nicht automatisch zu einer englischen Grafik. Sprachneutrale Illustrationen können hier den laufenden Pflegeaufwand reduzieren.

Auch externe Formulare, Terminbuchungen, Downloads und eingebettete Videos gehören in den Umfang. Das Übersetzungswerkzeug der Website besitzt nicht automatisch Zugriff auf den Inhalt eines fremden Iframes oder die Bestätigungs-E-Mail eines anderen Dienstes. Kläre für jedes Element, welches System die Sprache tatsächlich steuert.

Design und mobile Ansicht pro Sprache prüfen

Texte benötigen in unterschiedlichen Sprachen unterschiedlich viel Platz. Deshalb sollte eine Vorlage flexible Höhen und gut durchdachte Umbrüche erlauben. Besonders Navigationen, Buttons und Karten sind anfällig, wenn sie nur mit kurzen Platzhaltern gestaltet wurden.

Ein sinnvoller Test umfasst eine kurze und eine lange Überschrift, eine längere Buttonbeschriftung und mindestens einen vollständigen CMS-Artikel. Prüfe die Seite auf einem schmalen Smartphone und bei vergrößerter Schrift. Bei rechtsläufigen und linksläufigen Schriftsystemen kommen weitere Gestaltungsfragen hinzu; entscheide das früh anhand der geplanten Zielsprachen.

Die folgende Frage ist oft hilfreicher als ein reiner Pixelvergleich: Kann jemand in der Zielsprache denselben wichtigen Vorgang erledigen? Dafür müssen Lesbarkeit, Reihenfolge, Formularhinweise und die passende Kontaktmöglichkeit gemeinsam funktionieren.

Automatische Übersetzung braucht einen redaktionellen Prozess

Maschinelle Übersetzung kann einen guten Ausgangspunkt liefern. Für die fertige Website brauchst du zusätzlich eine konsistente Terminologie und eine inhaltliche Prüfung. Das gilt besonders für Leistungsbeschreibungen, technische Aussagen und Texte, die eine Entscheidung vorbereiten.

1. Inhalt vorbereiten: Ausgangstext bereinigen, Produktnamen festlegen und unklare Aussagen klären.
2. Übersetzen: Automatisch, manuell oder mit externen Fachpersonen – passend zur Seite.
3. Prüfen: Sprache, fachliche Bedeutung, Layout, Metadaten und verknüpfte Inhalte kontrollieren.
4. Freigeben: Verantwortliche Person dokumentieren und nur die fertige Version veröffentlichen.

Wir empfehlen ein einfaches Änderungsprotokoll: Welche Ausgangsseite wurde geändert, welche Sprachen sind betroffen und wer prüft die Anpassung? So werden Übersetzungen nicht zu einem einmaligen Launch-Projekt, sondern Teil der normalen Redaktion. Eine neue Ziel-Locale sollte erst dann dazukommen, wenn dieser Ablauf für die bestehenden Sprachen zuverlässig funktioniert.

Was kostet eine mehrsprachige Webflow-Website?

Die Kosten bestehen aus mehreren Teilen: Webflow-Betrieb, möglichem Localize-Add-on oder externem Dienst, Einrichtung, Übersetzung und laufender Prüfung. Vergleiche diese Ebenen getrennt. Ein günstiger Einstiegspreis sagt wenig darüber aus, wie viel Pflege ein wachsender Blog mit mehreren Sprachen benötigt.

Webflow berechnet Localize abhängig von Paket und zusätzlichen Locales. Essential und Advanced unterscheiden sich unter anderem in Locale-Grenzen, maschinellem Übersetzungsvolumen und Zusatzfunktionen. Die veröffentlichten jährlichen Einstiegspreise liegen zum Recherchezeitpunkt bei 9 beziehungsweise 29 US-Dollar pro zusätzlicher Locale und Monat, zusätzlich zum passenden Site-Plan. Verbindlich sind die im eigenen Konto ausgewählten Konditionen.

Quelle: Webflow: aktuelle Preise und Funktionsvergleich.

Weglot berücksichtigt unter anderem Zielsprachen, übersetzte Wörter und Übersetzungsanfragen. Dabei ist das verwaltete Wortvolumen nicht mit einem pauschal jeden Monat neu verfügbaren Übersetzungsbudget gleichzusetzen. Linguana trennt Website-Abonnement und einmalig verwendbare AI-Credits. Bei einer zusätzlichen Plattform wie Lokalise kommt deren Vertrag zu den benötigten Webflow-Leistungen hinzu.

Quelle: Weglot: Tarifgrößen und Wortzählung.

Als reine Planungsrechnung: 25 Seiten mit durchschnittlich 600 Wörtern und zwei zusätzlichen Sprachen ergeben rund 30.000 Zielsprachen-Wörter. Navigation, Metadaten, weitere CMS-Inhalte und spätere Änderungen sind darin noch nicht vollständig berücksichtigt. Das ist keine Rechnung eines bestimmten Anbieters, sondern eine grobe Mengenabschätzung für die Angebotseinholung.

Manuelle Sprachkopien oder getrennte Websites: Wann das sinnvoll ist

Ohne Lokalisierungsdienst lassen sich Seiten auch manuell in unterschiedlichen Sprachbereichen aufbauen. Du trägst dann selbst die Verantwortung für Verknüpfungen, Metadaten, Sprachkennzeichnung und Änderungen an gemeinsamen Inhalten. Bei wenigen stabilen Seiten kann das beherrschbar sein; bei einem wachsenden CMS steigt der Abstimmungsaufwand schnell.

Getrennte Websites können dagegen sinnvoll sein, wenn Märkte eigenständige Angebote, Strukturen und Teams haben. Dafür müssen gemeinsame Gestaltung und gegenseitige Verweise bewusst organisiert werden. Es ist eine Architekturentscheidung und nicht automatisch die günstigere Alternative zu zusätzlichen Locales.

Falls bereits Sprachversionen existieren, beginnen wir mit einer Bestandsliste ihrer URLs. Ein Toolwechsel sollte nicht nebenbei die gesamte Spracharchitektur verändern. Übersetzungen, Pfadzuordnungen und wichtige Verweise müssen vor der Umstellung gesichert und anschließend geprüft werden.

So würden wir die passende Lösung auswählen

1. Ziel klären: Geht es um zwei Sprachversionen derselben Website oder um eigenständige Märkte?
2. Umfang erfassen: Statische Seiten, CMS, Rich Text, Bilder und externe Dienste zählen.
3. Verantwortung festlegen: Wer übersetzt, wer prüft und wer hält Änderungen nach?
4. Pilot aufbauen: Startseite, typische CMS-Seite und ein vollständiger Anfrageweg in einer Zielsprache testen.
5. Kosten und Grenzen vergleichen: Gewünschte Funktionen und Mengengerüst auf die aktuellen Pakete abgleichen.
6. Erst dann ausrollen: Weitere Seiten und Sprachen nach bestandener Prüfung ergänzen.

Für eine Webflow-Marketingseite mit überschaubarem Team würden wir Localize zuerst prüfen. Braucht die Redaktion einen separaten Übersetzungsbereich, vergleichen wir Weglot und Linguana anhand des Piloten. Bei anspruchsvollen Übersetzer- und Freigabeprozessen kommt Lokalise als zusätzliche Ebene infrage. Das sind Auswahlkriterien, keine pauschale Werkzeugempfehlung.

Nach dem Launch betrachten wir nicht nur Besuche je Sprache, sondern auch die wichtigen Wege: Funktionieren Formulare und Buchungen, kommen passende Anfragen an und bleiben die Inhalte aktuell? Mehr Sprachen schaffen erst dann Nutzen, wenn Interessenten in ihrer Sprache tatsächlich weiterkommen.

{{callout}}

{{cta}}

Quellenstand und Hinweise

Stand der Recherche: 27. Oktober 2026. Grundlage sind die im Artikel verlinkten Herstellerdokumentationen und Google Search Central. Funktionsumfang, Namen, Grenzen und Preise können sich ändern. Die Grafiken sind erklärende Illustrationen, keine Screenshots der jeweiligen Benutzeroberflächen.