Ogni millisecondo conta. Le Core Web Vitals di Google lo confermano: se il tuo sito è lento, perdi posizioni. Se perdi posizioni, perdi traffico. Se perdi traffico, perdi clienti.
Aggiungere il supporto multilingue significava tradizionalmente aggiungere elaborazione lato server, bundle JavaScript più pesanti o caricamenti di pagina più lenti. Nel 2026, questo compromesso non esiste più. La traduzione edge — distribuire contenuti tradotti tramite una CDN globale ai margini della rete — rende le performance multilingue un problema risolto.
Questo articolo spiega come funziona la traduzione edge, perché supera gli approcci lato server e lato client per i siti multilingue, e come LingoJS raggiunge un tempo medio di consegna di 26 millisecondi.
Il Problema di Performance della i18n Tradizionale
Rendering lato server (SSR) con i18n
Se il tuo server renderizza pagine con traduzioni, ogni richiesta innesca il caricamento di file locale, la risoluzione dei messaggi e l'interpolazione dei template — prima che l'HTML venga inviato al browser. Aggiungere 3 lingue a una pagina con 200 stringhe può aggiungere 50-150ms di elaborazione server per richiesta.
Bundle i18n lato client
Se invii traduzioni al browser, ogni locale si somma al tuo bundle JavaScript. Una tipica configurazione i18next con 2 namespace e 3 lingue aggiunge circa 15-25KB (gzip) al tuo bundle client. Gli utenti su connessioni lente pagano il costo per lingue che non vedranno mai.
Cos'è la Traduzione Edge?
La traduzione edge sposta il livello di traduzione fuori dalla tua applicazione e su una CDN distribuita globalmente. Invece che il tuo server elabori traduzioni o il tuo client carichi bundle locale, un leggero snippet JavaScript in esecuzione all'edge:
- Rileva la lingua dell'utente
- Recupera contenuti pre-tradotti dal nodo edge CDN più vicino
- Applica le traduzioni al DOM in tempo reale
- Mette tutto in cache per i visitatori ricorrenti
L'intuizione chiave: la traduzione è un problema di dati, non di calcolo.
Come Funziona la Traduzione Edge di LingoJS
Passo 1: Lo script si carica (non bloccante)
Lo snippet LingoJS si carica in modo asincrono dalla CDN globale di jsDelivr. Con l'attributo async, il browser non aspetta che si carichi prima di renderizzare la pagina.
Passo 2: Rilevamento della lingua all'edge
LingoJS controlla l'header Accept-Language e la geolocalizzazione IP all'edge CDN. La lingua corretta viene identificata in millisecondi a una cifra.
Passo 3: Il payload di traduzione viene consegnato dal nodo edge più vicino
jsDelivr gestisce oltre 750 nodi edge in 6 continenti. Quando un utente a Tokyo richiede una traduzione in francese, il contenuto arriva dal nodo di Tokyo, non da un server in Virginia. Tempo di round-trip: tipicamente sotto i 10ms.
Passo 4: Applicazione al DOM
I nodi di testo vengono scambiati con i loro equivalenti tradotti. L'operazione è raggruppata e usa requestAnimationFrame per evitare scatti di layout. Tempo totale: sotto i 10ms.
Passo 5: Persistenza nella cache
I contenuti tradotti vengono memorizzati nella cache localStorage del browser. Alla visita successiva, le traduzioni vengono caricate dalla cache locale in meno di 1ms.
Performance Misurate: ~26ms in Media
| Fase | Durata | Posizione |
|---|---|---|
| Rilevamento lingua | < 2ms | Edge CDN |
| Ricerca cache | < 2ms | Edge CDN / localStorage |
| Recupero payload | < 10ms | Edge CDN (regionale) |
| Parsing DOM | < 5ms | Browser |
| Sostituzione testo | < 7ms | Browser |
| Totale | ~26ms |
Impatto sulle Core Web Vitals
| Metrica | Senza traduzione | Con LingoJS | Delta |
|---|---|---|---|
| LCP | 1.8s | 1.8s | 0ms |
| INP | 45ms | 46ms | +1ms |
| CLS | 0.02 | 0.02 | 0 |
| TTFB | 180ms | 180ms | 0ms |
Perché la Traduzione CDN Supera il Lato Server
| Fattore | i18n lato server | Traduzione edge (LingoJS) |
|---|---|---|
| Impatto TTFB | +50-150ms per richiesta | 0ms (async) |
| CPU server | Interpolazione per richiesta | Nessuna (scaricata su CDN) |
| Dimensione bundle | +15-25KB per locale | 0KB (esterno) |
| Latenza geografica | Dipende dal server | Il più vicino di 750+ nodi |
| Efficienza cache | Cache server per richiesta | Multi-livello (CDN + browser) |
Chi Beneficia di Più?
Siti ricchi di contenuti — marketing, documentazione, blog. Tradurre 50 articoli in 5 lingue via SSR significa 250 pagine renderizzate che competono per risorse server. Con la traduzione edge, la CDN gestisce tutto.
Dashboard SaaS con dati dinamici. LingoJS traduce solo gli elementi UI statici.
Negozi e-commerce con migliaia di pagine prodotto. Con la traduzione edge, il testo viene tradotto una volta e messo in cache all'edge.
Inizia con la Traduzione Edge
Non devi configurare una CDN o funzioni edge. LingoJS gestisce tutto.
- Crea un account gratuito
- Aggiungi un tag script al tuo sito
- Scegli le tue lingue target
- Fatto — i tuoi contenuti sono tradotti e serviti dall'edge