Framer mehrsprachig: So fügen Sie Sprachen zu Ihrer Framer-Website hinzu (2026)
Framer ist einer der schnellsten Wege vom Design zu einer live geschalteten Website. Aber wenn Sie Besucher in mehreren Sprachen erreichen müssen, haben Sie zwei unterschiedliche Optionen: Framers integrierte Localization-Funktion oder das Hinzufügen automatischer Übersetzung über einen Script-Tag. Dieser Leitfaden behandelt beide Ansätze — wie sie funktionieren, wo jeder passt und wie Sie sie über einen geführten Workflow einrichten.
Framers integrierte Lokalisierung
Framer hat eine native Localization-Funktion, die in den Website-Einstellungen verfügbar ist. Nach der Aktivierung fügen Sie Ihrem Projekt Locale-Varianten hinzu — zum Beispiel Englisch, Französisch und Deutsch — und Framer erstellt im Designer Locale-spezifische Versionen jeder Seite. Sie übersetzen den Text dann Ebene für Ebene, entweder durch direkte Eingabe oder durch Import übersetzter Inhalte.
Der Hauptvorteil von Framer Localization ist die enge Integration mit der Plattform. Übersetzte Seiten werden standardmäßig auf Locale-präfixierte URLs veröffentlicht (/fr/, /de/) und Framer übernimmt das Routing automatisch. Framer-CMS-Collections können Locale-spezifische Einträge haben, was Ihnen volle redaktionelle Kontrolle pro Sprache gibt.
Es gibt jedoch bedeutende Kompromisse zu berücksichtigen:
Erfordert Pro-Tarif oder höher
Framer Localization ist im kostenlosen Tarif nicht verfügbar. Sie benötigen einen kostenpflichtigen Framer-Tarif, um es zu aktivieren — eine zusätzliche Kostenüberlegung für kleine Projekte oder Produkte in einer frühen Phase.
Jede Seite muss pro Locale gepflegt werden
Eine neue Sprache hinzuzufügen bedeutet, dass jede Seite in Ihrem Framer-Projekt eine Locale-Variante erhält, die übersetzten Content braucht. Wenn Ihre Website wächst — mehr Seiten, mehr Komponenten, mehr CMS-Einträge — wächst der Übersetzungsaufwand proportional. Eine Website mit fünfzig Seiten in fünf Sprachen bedeutet zweihundertfünfzig Locale-Varianten, die synchron gehalten werden müssen.
CMS-Einträge müssen pro Locale dupliziert werden
Framer-CMS-Content — Blogbeiträge, Fallstudien, Teammitglieder — erfordert einen separaten Eintrag für jede Locale. Übersetzte Blogbeiträge sind eigenständige CMS-Einträge, keine automatischen Übersetzungen des Eintrags in der Hauptsprache. Für content-intensive Websites ist das ein erheblicher redaktioneller Aufwand.
Automatische Übersetzung mit einem Script-Tag
Ein DOM-basiertes Übersetzungs-Widget verfolgt einen grundlegend anderen Ansatz. Statt Übersetzungen innerhalb von Framer zu verwalten, übersetzt es die veröffentlichte Website automatisch — es beobachtet gerenderten Text im Browser und ersetzt ihn in Echtzeit durch die Zielsprache.
Sie fügen einen einzigen Script-Tag über Site Settings → General → Custom Code → End of body zu Framer hinzu. Ab diesem Zeitpunkt sind jede Seite, jede CMS-Collection und jede Komponente abgedeckt — ohne Design-Änderungen oder Duplizierung pro Locale.
Keine Design-Duplizierung
Ihr Framer-Projekt bleibt genau so, wie es ist. Eine neue Sprache hinzuzufügen dauert Sekunden im Übersetzungs-Dashboard — keine zusätzliche Designer-Arbeit, keine neuen CMS-Einträge, keine erneute Veröffentlichung erforderlich.
Erfordert Custom-Code-Zugriff
Bestätigen Sie, dass Ihr aktueller Framer-Tarif und Workspace websiteweiten Custom Code erlauben, bevor Sie sich für den Script-Tag-Weg entscheiden.
Nutzen Sie Framer-Routing für mehrsprachiges SEO
Die allgemeine Lingvit-Laufzeitübersetzung fügt beim Start kein hreflang ein und erstellt keine indexierbaren Locale-URLs. Nutzen Sie Framers Veröffentlichungsfunktionen für Locale-URLs, übersetzte Metadaten, Canonicals und reziprokes hreflang.
Clientseitige Übersetzung
Anders als bei Framer Localization werden Übersetzungen im Browser statt serverseitig pro Locale gerendert angewendet. Dies ist der Hauptkompromiss: Das Quell-HTML ist für alle Besucher gleich; der Sprachwechsel erfolgt beim Laden. Für die meisten Marketing-Websites und Portfolios ist das kein wesentlicher Nachteil.
Schritt für Schritt: Lingvit zu Ihrer Framer-Website hinzufügen
- 1
Lingvit-Projekt erstellen
Registrieren Sie sich unter app.lingvit.com, erstellen Sie ein neues Projekt und geben Sie die Domain Ihrer Framer-Website ein. Kopieren Sie den Script-Tag aus den Projekteinstellungen.
- 2
Framer-Custom-Code-Einstellungen öffnen
Gehen Sie in Framer zu Site Settings → General → Custom Code und suchen Sie das Feld End of body.
- 3
Script-Tag einfügen
Fügen Sie Ihr Lingvit-Projekt-Script in das Feld End of body ein. Es sieht so aus:
<script src="https://cdn.lingvit.com/widget.bundle.js" data-project-id="YOUR_PROJECT_ID" defer ></script> - 4
Ihre Framer-Website veröffentlichen
Klicken Sie in der Framer-Toolbar auf Publish. Das Script ist nun auf Ihrer veröffentlichten Website live.
- 5
Sprachen im Lingvit-Dashboard auswählen
Wählen Sie zurück im Lingvit-Dashboard Ihre Zielsprachen. Der Sprachumschalter erscheint sofort auf Ihrer live geschalteten Framer-Website. Übersetzungen werden bei der ersten Anfrage generiert und anschließend zur Wiederverwendung gespeichert. Generierung und Auslieferungszeit hängen von Seite, Browser, Netzwerk und Anbieterantwort ab.
Framer CMS und Übersetzung
Framer-CMS-Content — Blogbeiträge, Fallstudien, Teammitglieder, Produktlisten — ist dynamisch an Seitenelemente gebunden. Wenn Framer eine CMS-Collection-Seite rendert, werden die Daten Teil des DOM wie jeder andere Text auf der Seite.
Der Ansatz der automatischen Übersetzung beobachtet das gerenderte DOM, statt Framers internes Datenmodell zu lesen. Das bedeutet, CMS-gebundener Text wird automatisch erfasst und übersetzt, ohne zusätzliche Konfiguration. Jeder Blogbeitrag, jeder Collection-Eintrag, jedes dynamisch befüllte Feld ist eingeschlossen.
Bei Framer Localization hingegen benötigen CMS-Einträge doppelte Einträge für jede Locale. Ein Blogbeitrag auf Englisch und Französisch erfordert zwei CMS-Einträge — Sie schreiben und pflegen beide. Für Teams, die häufig veröffentlichen, wird diese Duplizierung pro Locale zu einem erheblichen redaktionellen Mehraufwand.
Welcher Ansatz passt zu Ihrem Projekt?
| Faktor | Framer Localization | Automatische Übersetzung |
|---|---|---|
| Übersetzungsmethode | Manuell (Eingabe oder Import pro Locale) | Automatisch + redaktionelle Überschreibungen |
| Einrichtungszeit | Stunden bis Tage | Geführte Custom-Code-Einrichtung |
| Erforderlicher Framer-Tarif | Pro oder höher | Starter und höher |
| CMS-Handhabung | Duplizierte Einträge pro Locale | Automatisch via DOM-Beobachtung |
| Rendering | Serverseitig pro Locale gerendert | Clientseitig beim Laden |
| Neue Sprache hinzufügen | Erfordert Übersetzungsarbeit pro Seite | Ein Klick im Dashboard |
Zum Anzeigen aller Spalten horizontal scrollen.
Wählen Sie Framer Localization, wenn Sie vollständig serverseitig gerenderte mehrsprachige Seiten benötigen, Locale-spezifische Bilder oder Locale-spezifische CMS-Einträge erfordern und bereits auf einem Framer-Pro-Tarif mit den redaktionellen Ressourcen sind, um jede Locale zu pflegen.
Wählen Sie automatische Übersetzung, wenn Sie schnell in mehreren Sprachen live gehen möchten, ohne Design-Duplizierung und ohne CMS-Mehraufwand pro Locale. Sie eignet sich besonders für Marketing-Websites, Portfolios und SaaS-Landingpages, bei denen Time-to-Market wichtiger ist als serverseitiges Locale-Routing.
Häufig gestellte Fragen
- Brauche ich einen Framer-Pro-Tarif für automatische Übersetzung?
- Nein, Custom-Code-Injection ist ab dem Starter-Tarif verfügbar. Sie benötigen keinen Framer-Pro-Tarif, um ein Übersetzungs-Script über Custom Code hinzuzufügen.
- Übersetzt es Framer-CMS-Collection-Seiten?
- Ja, jeder gerenderte DOM-Inhalt einschließlich CMS-gebundenem Text wird beobachtet und übersetzt. Da das Übersetzungs-Widget die Seite liest, nachdem Framer sie gerendert hat, werden CMS-Collection-Einträge automatisch erfasst — ohne besondere Konfiguration.
- Kollidiert es mit Framer Localization, falls ich es bereits aktiviert habe?
- Es handelt sich um unabhängige Systeme, die koexistieren können, obwohl Sie in der Regel eines von beiden verwenden würden. Beide gleichzeitig zu betreiben kann zu redundanter Sprachumschalter-UI führen und wird für eine Produktions-Website nicht empfohlen.
- Übernimmt es SEO für übersetzte Seiten?
- Nicht durch allgemeines Lingvit-Laufzeit-Routing beim Start. Nutzen Sie Framers eigene Locale-URLs und Metadaten für indexierbare Sprachseiten; Lingvit kann das browserseitig gerenderte Erlebnis übersetzen.
Weitere Anleitungen
Übersetzen Sie Ihre Framer-Website
Fügen Sie Lingvit einer berechtigten Framer-Website über Custom Code hinzu. Monatliche Pläne mit Zeichenkontingent verfügbar.