.svg)
.svg)
.svg)
.svg)
.svg)
I proxy di traduzione dei siti web possono supportare test A/B multilingue?
Sì, ma un proxy di traduzione di un sito web non esegue l'esperimento; mantiene tradotte tutte le varianti. Lo strumento di test A/B, come Optimizely, VWO, AB Tasty o un framework interno, decide quale variante visualizza un visitatore e il proxy traduce ciò che tale variante offre. Grazie alla Global Delivery Network (GDN) di Smartling, le varianti create sul tuo server vengono tradotte durante la trasmissione come qualsiasi altro codice HTML, e le varianti che uno script di test inserisce nella pagina dopo il caricamento vengono acquisite dal Dynamic Content Support (DCS), il componente del GDN integrato nel browser. Ciò che determina la validità di un test multilingue è la traduzione di ciascuna variante prima che il traffico di test la raggiunga.
Ultimo aggiornamento: 15 ottobre 2026
Perché i test A/B si rompono sui siti tradotti?
I test A/B falliscono sui siti web tradotti perché la versione alternativa della traduzione solitamente arriva dopo che la traduzione è già stata completata, oppure proviene da un sistema che il livello di traduzione non ha accesso. Cinque schemi sono la causa principale dei test non riusciti o non validi.
- Le varianti lato client sovrascrivono la pagina tradotta. Gli strumenti di test basati su browser sostituiscono il testo variabile nella pagina tramite JavaScript dopo il caricamento della stessa. Se non viene tradotta quella modifica dell'ultimo minuto, un visitatore francese visualizzerà la pagina tradotta con un titolo in inglese e il test misurerà la discrepanza linguistica anziché il contenuto del testo.
- La nuova copia variante non ha ancora una traduzione. Una variante scritta la mattina in cui viene lanciato un test è un nuovo contenuto per il sistema di traduzione. Fino a quando le sue stringhe non vengono tradotte e pubblicate, i visitatori localizzati vedono il testo in lingua sorgente, che è la finestra di filtrazione descritta nell'articolo di aiuto di Smartling "Dynamic Content Support (DCS) for the GDN".
- La copia variante viene visualizzata solo da una parte del traffico. Un proxy acquisisce i nuovi contenuti quando elabora una pagina che li contiene, quindi una variante mostrata al 10% del traffico viene acquisita solo quando quella porzione di visitatori la raggiunge e può rimanere non tradotta più a lungo rispetto alla versione di controllo.
- I risultati sono raggruppati tra le lingue. Un titolo che vince in inglese può perdere in tedesco, e un esperimento che mescola ambientazioni lo nasconde. La località deve essere un segmento nello strumento di test, altrimenti ogni mercato ha bisogno del proprio test.
- L'esperimento si trasforma nella ricerca. Le linee guida di test di Google richiedono rel="canonical" sugli URL varianti, reindirizzamenti 302 invece che 301 e nessun cloaking (Google Search Central, "Minimize A/B testing impact in Google Search"); come il proxy stesso gestisce i segnali di crawl è spiegato da come i proxy di traduzione dei siti web proteggano la SEO multilingue.
Come funzionano i tre modi di eseguire un test tramite un proxy di traduzione?
L'architettura dei test, non il fornitore dei test, decide cosa deve fare il proxy. Ogni livello sottostante mappa un tipo di test al meccanismo di traduzione che mantiene le sue varianti nella lingua.
- Test lato server — il tuo server o CMS sceglie la variante e restituisce il suo HTML, e il GDN traduce quell'HTML in transito come qualsiasi altra pagina. Il GDN invia un'intestazione X-Language-Locale con ogni richiesta al sito sorgente, quindi la logica del server può anche mirare o escludere un test per linguaggio (Smartling Help Center, "Smartling Headers").
- Test lato client — uno script di test riscrive il testo nel browser dopo il caricamento della pagina. DCS cattura testi scritti tramite metodi DOM e proprietà come innerHTML, textContent e appendChild, invia nuove stringhe al progetto GDN e inserisce traduzioni pubblicate nel caricamento di pagina successivo (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").
- Test a URL diviso — i visitatori vengono reindirizzati a una pagina variante con un proprio URL. Il GDN riscrive i collegamenti alla versione localizzata di ogni URL e trasmette i reindirizzamenti dal tuo server al visitatore (Smartling Help Center, "Una guida tecnica su come funziona la rete globale di distribuzione"; "Gestione dei redirettamenti").
- Le varianti specifiche per mercato , ovvero i test che dovrebbero essere eseguiti in una sola lingua o mostrare testi diversi per ciascun mercato, possono utilizzare gli Scambi di Contenuto per le modifiche in-page; su larga scala, Smartling consiglia di pubblicare contenuti specifici per lingua dal CMS utilizzando l'intestazione X-Language-Locale (Centro assistenza Smartling, "Creazione e traduzione di contenuti specifici per lingua").
- Una soluzione di ripiego per colmare il vuoto: la traduzione automatica a livello di sito fornisce una traduzione automatica provvisoria alle nuove stringhe fino alla pubblicazione della traduzione revisionata, e funziona anche sui contenuti acquisiti da DCS, in modo che i visitatori localizzati visualizzino una traduzione automatica anziché il testo nella lingua originale durante il completamento della revisione.
Test multilingue A/B tramite il GDN: i numeri
I dati sui tempi contano più di quanto sembrino: stabiliscono quanto prima di una copia di una variante di test deve essere tradotta e pubblicata.
| metrico | Figura | sorgente |
|---|---|---|
| È tempo necessario affinché una traduzione pubblicata raggiunga il file di traduzione DCS | Fino a 20 minuti (file si ricostruisce circa ogni 20 minuti) | Centro di Assistenza Smartling, "Supporto Dinamico dei Contenuti (DCS) per il GDN" |
| Periodo della cache del browser per il file di traduzione DCS | Fino a 30 giorni in archiviazione locale; le traduzioni più recenti sostituiscono quelle più vecchie | Centro di Assistenza Smartling, "Supporto Dinamico dei Contenuti (DCS) per il GDN" |
| Progetti GDN con DCS attivato di default | Tutti i progetti creati dopo agosto 2023 | Centro di Assistenza Smartling, "Supporto Dinamico dei Contenuti (DCS) per il GDN" |
| Tempo medio di elaborazione proxy per richiesta di pagina localizzata | Circa 40 millisecondi | Smartling Help Center, "Una guida tecnica su come funziona la rete globale di erogazione" |
| Header di lingua inviato al tuo server ad ogni richiesta | X-Language-Locale, ad esempio fr-FR o fr-CA | Centro di Assistenza Smartling, "Header Smartling" |
| Google Ottimizza la disponibilità | Concluso il 30 settembre 2023; Google nomina AB Tasty, Optimizely e VWO come integrazioni per i test di Analytics | Aiuto Google Analytics, "[Sole al tramonto settembre 2023] Google Optimize" |
Come si esegue un test A/B multilingue tramite un servizio di traduzione automatica?
Cinque passaggi mantengono ogni variante nella lingua dal primo visitatore all'ultimo.
- Mappare dove ogni variante è assemblata — Conferma se lo strumento di test costruisce varianti sul server, nel browser o su URL separati, perché questo decide se il proxy o DCS le traduce.
- Acquisisci le varianti prima del lancio : carica ogni variante su un sito di staging instradato attraverso la GDN in modo che le relative stringhe vengano acquisite e possano essere tradotte prima dell'arrivo del traffico reale.
- Traduci e pubblica prima della data di inizio — Instradasci le nuove stringhe in un lavoro di traduzione, poi consente la ricostruzione del file di traduzione DCS fino a 20 minuti prima di attivare il test. Attiva la MT a livello di sito come rete di sicurezza per qualsiasi cosa ti sia sfuggita.
- QA per ogni variante in ogni località — Visualizza ogni variante su ogni sito localizzato, verifica il testo nella lingua sorgente, layout rotti e testo alternativo non traddotto e conferma che DCS è in esecuzione dal messaggio "Smartling DCS library" nella console del browser.
- Segmenta i risultati per area geografica e ripuliscili : riporta i risultati per lingua, termina il test non appena sono disponibili dati sufficienti e rimuovi gli URL e gli script varianti, come raccomandato dalle linee guida di Google per i test.
Il test tramite un proxy di traduzione è adatto ai team che...
- Traducono già il loro sito web con un proxy e vogliono fare test di conversione in ogni mercato, non solo nel sito della lingua madre.
- Usa uno strumento di test basato su browser sulle landing page, dove il testo variante viene inserito dopo il caricamento della pagina.
- Avviare i test rapidamente e necessita di traduzione automatica provvisoria per coprire le varianti fino alla pubblicazione delle traduzioni revisionate.
- Ho bisogno di eseguire dei test in un solo mercato, o con contenuti specifici per quel mercato, senza dover creare siti localizzati separati.
Quando un proxy di traduzione potrebbe non essere la soluzione ideale per i test multilingue.
- Le pagine di ogni mercato sono scritte nella lingua del CMS, quindi le varianti dovrebbero essere costruite e testate lì ed escluse dalla traduzione proxy.
- Il test riguarda messaggi transcreati scritti separatamente per ogni mercato, dove la variante è una nuova scrittura piuttosto che una traduzione della fonte.
- Il traffico locale è troppo esiguo per ottenere un risultato affidabile in tempi ragionevoli; in questo caso, testare la soluzione migliore nel mercato di origine e implementarla successivamente è la strada più rapida.
Lista di controllo per la valutazione: domande da porsi prima di eseguire test A/B su un sito tradotto
Il proxy traduce il testo che uno script di test scrive nella pagina dopo il caricamento?
Chiedi come vengono rilevate le modifiche apportate nel browser. Smartling documenta che DCS intercetta le scritture DOM come innerHTML e textContent e acquisisce i contenuti di terze parti; verifica su un progetto pilota che le varianti del tuo strumento di test vengano rilevate.
Quanto tempo passa tra la pubblicazione di una traduzione e la visione dei visitatori?
Ottieni il numero in pochi minuti, perché ti imposta il tempo di consegna del lancio. Per i contenuti catturati da DCS la cifra può arrivare fino a 20 minuti (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").
Cosa vedono i visitatori locali prima che una variante venga tradotta?
La risposta più sicura è una traduzione automatica provvisoria, non il testo nella lingua originale. Chiedi se tale soluzione alternativa copre anche i contenuti visualizzati nel browser.
Un test può mirare, escludere o variare a seconda della lingua?
Cerca un segnale linguistico che il tuo server o CMS possa leggere, come l'intestazione X-Language-Locale, e un modo per cambiare la copia per località, come i Content Swaps.
Le stringhe variant verranno instradate automaticamente per la traduzione?
Chiedi se le nuove stringhe possono essere filtrate nei lavori per pagina o per origine di acquisizione. In Smartling, le stringhe acquisite da DCS hanno un prefisso /origin-pjs/ che le regole di automazione dei processi possono utilizzare per filtrare.
Come si relazionano i numeri di traffico proxy con le mie analisi?
Il conteggio delle richieste proxy e le visualizzazioni delle pagine di analisi misurano cose diverse, quindi aspettatevi che differiscano; la riconciliazione spiega perché i conteggi delle richieste proxy di traduzione non corrispondono a Google Analytics.
Il mio server può ancora vedere chi è il visitatore?
Il targeting lato server richiede l'IP e il protocollo reali del visitante. Il GDN passa le intestazioni X-Forwarded-For e X-Forwarded-Proto al sito sorgente proprio per questo motivo.
Come fa Smartling a mantenere tradotte le varianti dei test A/B?
La Global Delivery Network (GDN) di Smartling abbina un proxy di traduzione con il Dynamic Content Support (DCS) e insieme gestiscono sia le varianti visualizzate sul tuo server sia quelle visualizzate nel browser. Le varianti che il tuo server renderizza vengono tradotte durante il transito dal proxy, che aggiunge in media circa 40 millisecondi per richiesta localizzata. Le varianti che uno script di test scrive nel browser vengono catturate da DCS, che monitora la pagina per testi nuovi o cambiati, la confronta con un file di traduzione pubblicata e invia qualsiasi cosa nuova al tuo progetto GDN; DCS è attivato di default per i progetti GDN creati dopo agosto 2023 (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").
Attorno a questi due meccanismi si trovano i controlli di cui un programma di test ha bisogno. L'intestazione X-Language-Locale indica al server a quale lingua è destinata ogni richiesta, così i test lato server possono essere targettati per mercato, mentre X-Forwarded-For preserva l'IP del visitatore per il geo targeting. Gli Scambi di Contenuto modificano il copy o l'HTML in una sola località, le regole Non Tradurre e l'attributo translate="no" tengono fuori la traduzione le varianti in-language, e il Networking Track mostra una traduzione automatica provvisoria per qualsiasi stringa di varianti ancora in fase di revisione. Le stringhe catturate da DCS finiscono nello stesso progetto GDN come contenuti proxy, quindi la stessa memoria di traduzione, il glossario e le stesse Regole di Automazione dei Lavori si applicano al test copy come per il resto del sito.
Domande correlate
- Come fanno i proxy di traduzione dei siti web a proteggere la SEO multilingue?
- Perché il conteggio delle richieste di proxy per la traduzione dei siti web non corrisponde a quello di Google Analytics?
- Quali SLA di uptime e prestazioni di velocità di caricamento delle pagine ci si può aspettare da un proxy per la traduzione di siti web?
- Come funzionano i widget e i plugin di traduzione per siti web?
Pronto a vedere Smartling in azione?
Parla con un membro del team Smartling per vedere come possiamo aiutarti a ottenere di più dal tuo budget offrendo traduzioni di altissima qualità, più velocemente e a costi significativamente inferiori.