Jede Millisekunde zählt. Googles Core Web Vitals bestätigen es: Ist Ihre Website langsam, ranken Sie niedriger. Ranken Sie niedriger, verlieren Sie Traffic. Verlieren Sie Traffic, verlieren Sie Kunden.
Mehrsprachige Unterstützung hinzuzufügen bedeutete traditionell mehr serverseitige Verarbeitung, größere JavaScript-Bundles oder langsamere Seitenladezeiten. 2026 existiert dieser Kompromiss nicht mehr. Edge-Übersetzung — die Bereitstellung übersetzter Inhalte über ein globales CDN am Netzwerkrand — macht mehrsprachige Performance zu einem gelösten Problem.
Dieser Artikel erklärt, wie Edge-Übersetzung funktioniert, warum sie serverseitige und clientseitige Ansätze übertrifft und wie LingoJS eine durchschnittliche Übersetzungsbereitstellungszeit von 26 Millisekunden erreicht.
Das Performance-Problem mit traditioneller i18n
Serverseitiges Rendering (SSR) mit i18n
Wenn Ihr Server Seiten mit Übersetzungen rendert, löst jede Anfrage das Laden von Locale-Dateien, Nachrichtenauflösung und Template-Interpolation aus — bevor das HTML an den Browser gesendet wird. Das Hinzufügen von 3 Sprachen zu einer Seite mit 200 Strings kann 50-150ms Serververarbeitungszeit pro Anfrage hinzufügen.
Client-seitige i18n-Bundles
Wenn Sie Übersetzungen an den Browser ausliefern, erhöht jede Locale Ihr JavaScript-Bundle. Ein typisches i18next-Setup mit 2 Namespaces und 3 Sprachen fügt etwa 15-25KB (gzip) zu Ihrem Client-Bundle hinzu. Nutzer mit langsamen Verbindungen zahlen für Sprachen, die sie nie sehen werden.
Was ist Edge-Übersetzung?
Edge-Übersetzung verlagert die Übersetzungsebene aus Ihrer Anwendung heraus auf ein global verteiltes CDN. Statt dass Ihr Server Übersetzungen verarbeitet oder Ihr Client Locale-Bundles lädt, führt ein JavaScript-Snippet am Edge folgendes aus:
- Erkennt die Sprache des Nutzers
- Ruft vorübersetzte Inhalte vom nächstgelegenen CDN-Edge-Knoten ab
- Wendet Übersetzungen in Echtzeit auf das DOM an
- Speichert alles für wiederkehrende Besucher zwischen
Die Kern-Erkenntnis: Übersetzung ist ein Datenproblem, kein Berechnungsproblem.
Wie die LingoJS Edge-Übersetzung funktioniert
Schritt 1: Script lädt (nicht blockierend)
Das LingoJS-Snippet lädt asynchron vom globalen CDN von jsDelivr. Mit dem async-Attribut wartet der Browser nicht darauf, bevor die Seite gerendert wird.
Schritt 2: Spracherkennung am Edge
LingoJS prüft den Accept-Language-Header und die IP-Geolokalisierung am CDN-Edge. Die richtige Sprache wird in einstelligen Millisekunden identifiziert.
Schritt 3: Übersetzungs-Payload vom nächstgelegenen Edge-Knoten
jsDelivr betreibt über 750 Edge-Knoten auf 6 Kontinenten. Wenn ein Nutzer in Tokio eine französische Übersetzung anfordert, kommt der Inhalt vom Tokio-Knoten, nicht von einem Server in Virginia. Round-Trip-Zeit: typischerweise unter 10ms.
Schritt 4: DOM-Anwendung
Textknoten werden mit ihren übersetzten Äquivalenten ausgetauscht. Die Operation verwendet requestAnimationFrame, um Layout-Veränderungen zu vermeiden. Gesamtzeit: unter 10ms.
Schritt 5: Cache-Persistenz
Übersetzte Inhalte werden im localStorage des Browsers zwischengespeichert. Beim nächsten Besuch laden Übersetzungen in unter 1ms aus dem lokalen Cache.
Gemessene Performance: ~26ms Durchschnitt
| Phase | Dauer | Ort |
|---|---|---|
| Spracherkennung | < 2ms | CDN Edge |
| Cache-Suche | < 2ms | CDN Edge / localStorage |
| Payload-Abruf | < 10ms | CDN Edge (regional) |
| DOM-Parsing | < 5ms | Browser |
| Textersetzung | < 7ms | Browser |
| Gesamt | ~26ms |
Core Web Vitals Auswirkung
| Metrik | Ohne Übersetzung | Mit LingoJS | Delta |
|---|---|---|---|
| LCP | 1.8s | 1.8s | 0ms |
| INP | 45ms | 46ms | +1ms |
| CLS | 0.02 | 0.02 | 0 |
| TTFB | 180ms | 180ms | 0ms |
Warum CDN-basierte Übersetzung serverseitige Ansätze übertrifft
| Faktor | Server-seitige i18n | Edge-Übersetzung (LingoJS) |
|---|---|---|
| TTFB-Auswirkung | +50-150ms pro Anfrage | 0ms (async) |
| Server-CPU | Template-Interpolation | Keine (CDN) |
| Bundle-Größe | +15-25KB pro Locale | 0KB (extern) |
| Geografische Latenz | Serverstandort-abhängig | Nächster von 750+ Knoten |
| Cache-Effizienz | Server-Cache | Mehrschichtig (CDN + Browser) |
Wer profitiert am meisten?
Inhaltsreiche Websites — Marketing, Dokumentation, Blogs. 50 Artikel in 5 Sprachen über SSR bedeuten 250 gerenderte Seiten, die um Server-Ressourcen konkurrieren. Mit Edge-Übersetzung übernimmt das CDN.
SaaS-Dashboards mit dynamischen Daten. LingoJS übersetzt nur statische UI-Elemente und lässt dynamische Daten unverändert.
E-Commerce-Shops mit tausenden Produktseiten. Mit Edge-Übersetzung wird Text einmal übersetzt und am Edge zwischengespeichert.
Einstieg in Edge-Übersetzung
Sie müssen kein CDN konfigurieren oder Edge-Funktionen einrichten. LingoJS erledigt alles.
- Erstellen Sie ein kostenloses Konto
- Fügen Sie ein Script-Tag zu Ihrer Website hinzu
- Wählen Sie Ihre Zielsprachen
- Fertig — Ihre Inhalte werden übersetzt und vom Edge bereitgestellt