Webflow-Lokalisierung: Technischer Leitfaden für Entwickler

Das Erstellen einer mehrsprachigen Website auf Webflow ist keine Nischenanforderung mehr. Wenn Ihr SaaS-Produkt oder Ihr B2B-Service Zielgruppen in mehr als einem Land erreicht, Webflow-Lokalisierung ist eine der Investitionen mit der höchsten Hebelwirkung, die Sie in die Architektur Ihrer Website tätigen können. Bei richtiger Einrichtung werden Suchmaschinenoptimierung, Konversionsrate und Markenvertrauen miteinander kombiniert. Bei schlechter Einrichtung entstehen Probleme mit doppeltem Inhalt, kaputte Hreflang-Cluster und ein CMS-Wartungsaufwand, der jeden Sprint verlangsamt.

Dieser Leitfaden richtet sich an Entwickler, technische Vermarkter und SaaS-Teams, die nicht nur das Konzept, sondern auch die Implementierungsebene verstehen müssen. Wir behandeln URL-Strukturen, Hreflang-Konfiguration, CMS-Duplikationslogik, Übersetzungsworkflows und die Leistungseinbußen, die mit jeder Entscheidung einhergehen.

‍

Was Webflow-Lokalisierung eigentlich ist

Webflow führte im Oktober 2023 auf der Webflow Conf die native Lokalisierung ein. Davor war der Standardansatz entweder die Duplizierung von Seiten pro Sprache oder ein Overlay eines Drittanbieters wie Weglot. Die native Lösung verändert die Architektur grundlegend.

Im Kern arbeitet Webflow Localization über ein mehrschichtiges Gebietsschemasystem. Sie legen ein Gebietsschema als primär fest, und jedes sekundäre Gebietsschema erbt standardmäßig davon. Überschreibungen werden auf Feldebene angewendet, d. h. Sie können bestimmte CMS-Felder, statische Seiteninhalte, Bilder, Alternativtext und Metadaten lokalisieren, ohne die Seitenstruktur neu erstellen zu müssen. Eine vollständige Übersicht über alle Funktionen finden Sie im Offizielle Webflow-Lokalisierungsdokumentation.

‍

Was ist Webflow-Lokalisierung? Webflow Localization ist eine native Plattformfunktion, mit der Teams mehrsprachige Versionen einer Webflow-Website aus einem einzigen Projekt erstellen, verwalten und veröffentlichen können. Sie kümmert sich um URL-Routing, Hreflang-Tag-Generierung, CMS-Überschreibungen auf Feldebene und länderspezifische SEO-Metadaten — alles innerhalb des Webflow Designers. Sekundäre Gebietsschemas erben den Inhalt des primären Gebietsschemas und können auf Feld- oder Elementebene angepasst werden.

‍

Die Funktion ist in allen Website-Paketen als Vorschau verfügbar. Für die Veröffentlichung in einem sekundären Gebietsschema ist jedoch der Kauf eines Lokalisierungs-Add-ons erforderlich. Die Tarife sind in Essential, Advanced und Enterprise unterteilt, wobei sich die Anzahl der unterstützten Regionen, die Lokalisierung der Ressourcen und das automatische Routing auf Domain-Ebene unterscheiden.

Für Teams, die Unternehmens-Webflow-Builds oder SaaS-Marketingseiten betreiben, bietet Ihnen der native Ansatz eine technische Kontrolle, mit der Overlay-Tools nicht mithalten können. Sie erhalten saubere URL-Strukturen, vollständige SEO-Metadaten pro Gebietsschema und keinen JavaScript-Injection-Ansatz, der den Aufwand beim Rendern zusätzlich erhöht.

‍

‍

‍

URL-Architektur: Unterverzeichnisse, Subdomains und ccTLDs

Die URL-Struktur ist die erste architektonische Entscheidung in jedem Webflow-Lokalisierungsprojekt und hat nachgelagerte Konsequenzen für die SEO-Autorität, die Hosting-Kosten und die Komplexität der Wartung.‍

‍

Die drei Modelle
Webflow unterstützt nativ Unterverzeichnisbasiertes Routing. Subdomain- und ccTLD-Setups sind möglich, erfordern jedoch eine externe DNS-Konfiguration bzw. separate Webflow-Projekte.

‍

Warum Unterverzeichnisse für die meisten Teams gewinnen

Beim Unterverzeichnisansatz werden alle lokalisierten Inhalte unter einer einzigen Stammdomäne gespeichert. Jeder Backlink, jedes Autoritätssignal und jeder Core Web Vitals-Score, den Ihre Hauptdomain erzielt hat, überträgt sich auf lokalisierte Versionen. Google behandelt example.com/fr/ als Teil von example.com, sodass Ihre deutschen und französischen Seiten von derselben Domain-Reputation profitieren, die Sie sich im Laufe der Zeit erarbeitet haben.

Webflow verarbeitet das Routing von Unterverzeichnissen nativ über Einstellungen > Lokalisierung. Der Locale-Slug (z. B. /fr/, /de/, /es/) wird pro Gebietsschema festgelegt und stellt automatisch allen URLs für diese Sprache ein Präfix vor. Eine wichtige Einschränkung: Du kannst nicht denselben URL-Slug für eine CMS-Sammlung, einen Ordner oder eine statische Seite als Locale-Unterverzeichnis verwenden. Wenn es einen Konflikt gibt, hat das Gebietsschema Vorrang und die Seite, die den Konflikt verursacht, gibt einen 404-Fehler zurück.

‍

Wie handhabt Webflow das URL-Routing für lokalisierte Seiten? Webflow verwendet standardmäßig unterverzeichnisbasiertes Gebietsschema-Routing. Jedes sekundäre Gebietsschema erhält einen konfigurierbaren Slug, der allen Seiten-URLs für dieses Gebietsschema ein Präfix vorangestellt. Das Routing wird auf Plattformebene abgewickelt, und Hreflang-Tags werden automatisch auf der Grundlage der veröffentlichten Locale-Unterverzeichnisse generiert. Subdomains erfordern eine externe Weiterleitungskonfiguration und werden nicht nativ in Webflow verwaltet.

‍

Bei Weiterleitungen beziehen sich die 301-Weiterleitungsregeln von Webflow auf die Stammdomain und gelten nicht automatisch für lokale Unterverzeichnisse. Wenn du von /old-url zu /new-url migrierst, benötigst du außerdem eine separate Regel für die /fr/old-url Weiterleitung zu /fr/new-url. Teams, die gleichzeitig von WordPress zu Webflow migrieren und gleichzeitig die Lokalisierung hinzufügen, finden ein detailliertes Framework für die Planung der Umleitungsmatrix in der Leitfaden für die Migration von WordPress zu Webflow.

‍

Hreflang-Konfiguration in Webflow

Hreflang ist der Mechanismus, mit dem Sie Suchmaschinen mitteilen, welche Seite welchem Publikum angezeigt werden soll. Falsches Hreflang ist einer der häufigsten technischen SEO-Fehler in mehrsprachigen Projekten und führt direkt dazu, dass Inhalte in der falschen Region oder gar nicht indexiert werden.

‍

Wie Webflow Hreflang generiert

Wenn Sie die automatisch generierte Sitemap von Webflow mit aktivierter automatischer Generierung verwenden, fügt die Plattform hreflang-Tags für jede statische und dynamische Seite Ihrer Website ein. <head>Außerdem werden Hreflang-Tags auf Seitenebene in die einzelnen Seiten eingefügt. Diese verweisen auf alle veröffentlichten Locale-Varianten und enthalten ein X-Default-Fallback, das auf das primäre Gebietsschema verweist.

Sie haben zwei Ausgabeoptionen:

• <head>Hreflang-Tags auf Seitenebene, die in die jeder Seite eingefügt werden
• Hreflang-Einträge auf Sitemap-Ebene in der automatisch generierten Datei sitemap.xml

Webflow unterstützt die gleichzeitige Verwendung von beiden. Die einzige technische Regel lautet: Wenn Sie beide Methoden verwenden, müssen die Einträge identisch sein. Die Inkonsistenz zwischen Hreflang auf Seiten- und Sitemapebene verwirrt Crawler und kann das Ranking in verschiedenen Sprachen unterdrücken.

‍

Benutzerdefinierte Sitemaps und manuelles Hreflang

Wenn Sie eine benutzerdefinierte Sitemap verwenden, fügt Webflow Hreflang-Einträge nicht automatisch ein. Du musst entweder Hreflang-Tags manuell über benutzerdefinierten Code auf der Seite hinzufügen <head>oder eine Drittanbieterlösung konfigurieren, um die Sitemap-Einträge zu verwalten. Vor dem Start muss GEO-SEO-Checkliste für die Webflow-Optimierung behandelt die Hreflang-Cluster-Validierung Schritt für Schritt im Rahmen eines technischen SEO-Audits.

Eine gültige Hreflang-Implementierung erfordert einen vollständigen Cluster: Jede lokalisierte Variante einer Seite muss auf jede andere Variante verweisen, einschließlich sich selbst, und muss das x-default-Tag enthalten. Wenn ein Mitglied des Clusters fehlt, schlägt das Signal für die gesamte Gruppe fehl.

‍

Was ist der richtige Weg, um Hreflang in Webflow zu implementieren? <head>In Webflow kann hreflang über die automatisch generierte Sitemap oder als Link-Tags auf Seitenebene im Abschnitt implementiert werden. Beide Methoden werden gleichzeitig unterstützt, aber die Einträge müssen in beiden identisch sein. Jeder Seitencluster benötigt einen vollständigen Satz alternativer Tags, die alle veröffentlichten Gebietsschemas abdecken, sowie ein x-default, das auf das primäre Gebietsschema verweist. In der automatisch generierten Sitemap werden nur Gebietsschema-Unterverzeichnisse mit aktivierter Veröffentlichung angezeigt.

‍

CMS-Duplikationslogik und Lokalisierung auf Feldebene

In der CMS-Architektur wird die Webflow-Lokalisierung für Teams, die inhaltsintensive Websites betreiben, technisch komplex. Wenn Sie verstehen, wie Webflow mit der Vererbung von Inhalten umgeht, werden die häufigsten Build-Fehler vermieden.

‍

Das Vererbungsmodell

Die CMS-Lokalisierung von Webflow basiert auf einem Vererbungsmodell. Das primäre Gebietsschema enthält den Quellinhalt. Sekundäre Gebietsschemas erben standardmäßig alle Felder und überschreiben nur die Felder, die Sie explizit lokalisieren. Eine französische Version eines Blogposts erbt den Slug, die Bilder und die Metadaten von der englischen Primärversion, sofern Sie nicht jedes Feld einzeln überschreiben.

Die praktische Konsequenz für Entwickler ist, dass Sie im Voraus entscheiden müssen, welche Felder gebietsspezifisch sind und welche von allen Gebietsschemas gemeinsam genutzt werden. Felder wie Preise, Produkt-SKUs oder Kategorienverweise bleiben häufig gemeinsam. Felder wie Textkörper, Seitentitel, Metabeschreibung, Alternativtext und lokalisierte Slugs müssen länderspezifisch überschrieben werden.

‍

Lokalisierte Schnecken

Das Lokalisieren von Slugs ist optional, wird aber für Seiten mit der höchsten Priorität empfohlen. Eine französische Seite über das Ranking von Webdesign-Diensten für französischsprachige Abfragen schneidet mit /fr/conception-web/ besser ab als mit /fr/web-design/. Webflow erlaubt Slug-Overrides pro Gebietsschema in den CMS-Elementeinstellungen.

‍

Import und Verwaltung von CMS-Inhalten in großem Maßstab

Für große CMS-Migrationen oder Massenlokalisierung unterstützt Webflow den CSV-Import und die Daten-API. Die wichtigste technische Anforderung beim Import sekundärer Gebietsschemainhalte ist die Beibehaltung der Element-ID-Zuordnung. Wenn Sie jede Zeile mit sekundärem Gebietsschema-Inhalt mithilfe der Element-ID dem entsprechenden primären Gebietsschemaelement zuordnen, wird sichergestellt, dass der Inhalt als Gebietsschemavariante angehängt wird, anstatt ein doppeltes CMS-Element zu erstellen. Teams, die diese Art der Migration planen, können das verwenden Kostenlose Checkliste für die Migration von WordPress zu Webflow als Startframework für die Organisation der Importbestellungs- und Validierungsschritte.

Teams, die Webflow-Migrationen ausführen, sollten diese Importsequenz planen:

1. Exportieren Sie primäre lokale CMS-Daten und bestätigen Sie stabile Artikel-IDs
2. Bereiten Sie übersetzte Inhalte im CSV-Format mit Artikel-ID-Referenzen vor
3. Importieren Sie sekundäre Gebietsschemainhalte mithilfe des flexiblen Webflow-Imports oder der Daten-API
4. Validieren Sie lokalisierte Slugs, Metatitel und Metabeschreibungen nach dem Import
5. Bestätigen Sie, dass Hreflang-Anmerkungen jedes Element in jedem veröffentlichten Gebietsschema abdecken
6. Führen Sie einen Sitemap-Validator aus, um zu überprüfen, ob alle Locale-URLs vorhanden und korrekt formatiert sind

‍

Workflows für Übersetzungen

Der Übersetzungsworkflow ist sowohl eine Produkt- und Prozessentscheidung als auch eine technische Entscheidung. Die Wahl der Tools bestimmt Ihre Veröffentlichungsgeschwindigkeit, Ihre Qualitätskontrollmechanismen und darüber, wie viel der Aufwand für die Lokalisierungspflege Ihrem Entwicklungsteam und nicht Ihrem Content-Team obliegt.

‍

Native maschinelle Übersetzung

Webflow bietet maschinengestützte Übersetzungen direkt im Designer. Sie können die Übersetzung für eine ganze Seite oder einzelne Felder auslösen. Dies ist der schnellste Weg zu einem veröffentlichbaren ersten Entwurf in allen Ländern. Für SaaS-Teams, die mit begrenztem Übersetzungsbudget in neue Märkte einsteigen, haben Sie auf diese Weise etwas zum Testen, anstatt nichts zu versenden.

Die Qualität der maschinellen Übersetzung variiert je nach Sprachpaar und Inhaltstyp erheblich. Technische Dokumentation und Benutzeroberflächentext lassen sich recht gut übersetzen. Werbetexte, Rechtstexte und kulturspezifische Leistungsversprechen müssen vor der Veröffentlichung von einem Experten überprüft werden.

‍

Übersetzungsmanagementsysteme von Drittanbietern

Teams mit fortlaufenden Übersetzungsanforderungen in großem Umfang bietet die Integration eines Übersetzungsmanagementsystems wie Crowdin eine professionelle Workflow-Ebene. Ein TMS kümmert sich um die Zuweisung von Übersetzern, die Überprüfungszyklen, die Versionskontrolle und die Glossarverwaltung. Die Webflow-Integration von Crowdin ermöglicht es, Inhalte aus dem CMS abzurufen, innerhalb der TMS-Umgebung zu übersetzen und in die richtigen Gebietsschemafelder zurückzuschieben.

Dieser Ansatz eignet sich am besten für:

• Websites mit mehr als fünf Gebietsschemas
• Teams mit internen Übersetzern oder externen Übersetzern, die einen eigenen Arbeitsbereich benötigen
• Inhalte, die einer rechtlichen Überprüfung oder Durchsetzung des Markentons pro Markt bedürfen
• Hochfrequente Veröffentlichungszeitpläne, bei denen manuelle Designer-Updates zu einem Engpass werden

Für welchen Workflow Sie sich auch entscheiden, das Content-Team benötigt einen klaren Prozess dafür, wie Aktualisierungen des primären Gebietsschemas auf sekundäre Gebietsschemas übertragen werden. Webflow kennzeichnet nicht automatisch veraltete Inhalte aus dem sekundären Gebietsschema, wenn sich das primäre Gebietsschema ändert. Dies ist eine manuelle Koordinationsaufgabe.

‍

Auswirkungen auf die Leistung und technische Überlegungen

Das Hinzufügen von Gebietsschemas zu einer Webflow-Website beeinträchtigt nicht von Natur aus die Leistung, aber es gibt bestimmte Bereiche, in denen Implementierungsentscheidungen messbare Auswirkungen auf die Ladegeschwindigkeit und die CWV-Werte haben.

‍

Seitengewicht und Asset-Lokalisierung

Wenn Sie Bilder je nach Region lokalisieren, stellen Sie unterschiedliche Bilddateien für unterschiedliche Zielgruppen bereit. Dies ist das richtige Verhalten für Märkte, die kulturell relevante Bilder benötigen, erhöht jedoch die Gesamtzahl der Ressourcen, die Webflow bedienen muss. Webflow hostet Assets auf einem CDN, sodass die geografische Bereitstellung optimiert ist. Große Bildnutzlasten bleiben jedoch unabhängig von der CDN-Nähe ein Risiko. Es kommt darauf an, die standardmäßige Bildkomprimierung und Größenbestimmung je nach Region einzuhalten.

‍

Lokaler Umschalter JavaScript

Das Locale Switcher-Element in Webflow wird als natives Element und nicht als JavaScript-Overlay gerendert, wodurch der Leistungsbedarf gering bleibt. Forschungsarbeiten der Nielsen Norman Group zu Sprachumschalter bestätigt, dass Benutzer erwarten, dass eine Sprachauswahl ohne zusätzliche Schritte sichtbar und zugänglich ist, sodass das native Webflow-Element sowohl aus UX- als auch aus technischer Sicht der richtige Ansatz ist. Overlay-Lokalisierungstools von Drittanbietern fügen JavaScript ein, das das Rendern blockieren kann und gelegentlich Tracking-Skripte beeinträchtigt.

‍

Analytische Segmentierung

Die Konfiguration Ihrer Analysen für die Segmentierung nach Regionen ist eine Grundvoraussetzung für das Verständnis der Lokalisierungsleistung. In GA4 werden lokale Unterverzeichnisse standardmäßig als separate URL-Gruppen angezeigt. Sie müssen jedoch länderspezifische Filter oder Kanalgruppierungen einrichten, um Konversionsraten, Absprungraten und Interaktionen pro Markt aussagekräftig vergleichen zu können. Ohne diese Segmentierung wird der Lokalisierungs-ROI in aggregierten Kennzahlen unsichtbar.

‍

Verwaltung von Updates für mehrere lokalisierte Versionen

Die betriebliche Herausforderung der Webflow-Lokalisierung besteht nicht in der anfänglichen Einrichtung, sondern in der laufenden Wartung. Eine Website mit vier Sprachen hat mindestens vier Versionen jeder Seite, die kohärent bleiben müssen. Ohne einen strukturierten Aktualisierungsprozess weichen lokalisierte Seiten im Laufe von Monaten vom primären Gebietsschema ab, was zu inkonsistenten Nutzererlebnissen und veralteten Inhalten führt, denen Suchmaschinen möglicherweise untergeordnet werden.

‍

Primärer Standort als zentrale Informationsquelle

Das richtige mentale Modell besteht darin, das primäre Lokal als Quelle der Wahrheit für Struktur, Design und Inhaltshierarchie zu behandeln. Sekundäre Gebietsschemas überschreiben nur das, was sprachlich oder kulturell spezifisch ist. Wenn das primäre Gebietsschema einen neuen Abschnitt, ein neu gestaltetes Hero oder eine aktualisierte Preistabelle erhält, übernehmen die sekundären Gebietsschemas die Strukturänderung automatisch. Das Content-Team kümmert sich dann um die Textüberschreibung für jedes betroffene Gebietsschema.

‍

Entwurfsstatus pro Gebietsschema

Mit Webflow können einzelne Seiten innerhalb eines bestimmten Gebietsschemas auf den Entwurfsstatus gesetzt werden. Das bedeutet, dass Sie ein strukturelles Update für das primäre Gebietsschema veröffentlichen können, während die sekundäre Sprachversion bis zum Abschluss der Übersetzung im Entwurf bleibt. Wenn Sie strukturelle Änderungen vornehmen, ohne dass die Übersetzungen abgeschlossen sind, besteht die Gefahr, dass Seiten in verschiedenen Sprachen veröffentlicht werden, was die Benutzererfahrung und die Integrität des Hreflang-Signals beeinträchtigt.

‍

QA-Checkliste für lokalisierte Bereitstellungen

Vor jeder lokalisierten Veröffentlichung sollte ein Mindest-QA-Pass Folgendes abdecken:

• Die Vollständigkeit des Hreflang-Clusters wurde mit einem Tag-Validator-Tool überprüft
• Lokalisierte Metatitel und Beschreibungen sind für alle veröffentlichten Seiten vorhanden
• Lokalisierte Slugs wurden bestätigt und 301-Weiterleitungen aktualisiert, wo sich die Slugs geändert haben
• Die Sitemap wurde nach der Veröffentlichung erneut an die Google Search Console übermittelt
• Analytics-Filter für neue oder geänderte Länderseiten als aktiv bestätigt
• Der Sprachumschalter wurde für alle Sprachkombinationen getestet

Untersuchungen der Nielsen Norman Group zu internationale B2B-Websites bestätigt, dass sich die Nutzer in verschiedenen Märkten nicht nur in der Sprache, sondern auch in den kulturellen Erwartungen in Bezug auf Inhalt und Ton unterscheiden. Dies ist besonders relevant für SaaS-Produktoberflächen, bei denen sich die Konsistenz der Terminologie direkt auf das Benutzerverständnis auswirkt und bei denen jeder Sprint eine koordinierte Überprüfung der lokalisierten Versionen erfordert.