Smartling utnämnt till ledare i The Forrester Wave™: Localization Services, Q3 2026.
Smartling utsedd till ledare i The Forrester Wave™

Kan webbplatsöversättningsproxyer stödja flerspråkig A/B-testning?

Ja, men en proxy för webbplatsöversättning kör inte experimentet; det håller alla varianter översatta. A/B-testverktyget, som Optimizely, VWO, AB Tasty eller ett internt ramverk, bestämmer vilken variant en besökare ser, och proxyn översätter vad varianten levererar. Med Smartlings Global Delivery Network (GDN) översätts varianter byggda på din server i transit som vilken annan HTML som helst, och varianter som ett testskript skriver in på sidan efter att det har laddats fångas upp av Dynamic Content Support (DCS), GDN: s webbläsarkomponent. Det som avgör om ett flerspråkigt test är giltigt är att få varje variants kopia översatt innan testtrafiken når den.

Senast granskad: 15 oktober 2026

Varför går A/B-tester sönder på översatta webbplatser?

A/B-tester bryts på översatta webbplatser eftersom variantkopian vanligtvis kommer efter att översättningen redan har skett, eller från ett system som översättningsskiktet aldrig ser. Fem mönster orsakar de flesta av de trasiga eller ogiltiga testerna.

  • Varianter på klientsidan skriver över den översatta sidan. Webbläsarbaserade testverktyg byter varianttext till sidan med JavaScript efter att den har laddats. Om ingenting översätter den sena ändringen ser en fransk besökare den översatta sidan med en engelsk rubrik, och testet mäter språkmissanpassningen istället för kopian.
  • Ny variant kopia har ingen översättning ännu. En variant skriven på morgonen ett test lanseras är nytt innehåll till översättningssystemet. Tills dess strängar översätts och publiceras ser lokaliserade besökare källspråkstext, vilket är det genomblåsta fönstret som beskrivs i Smartlings hjälpartikel " Dynamic Content Support (DCS) för GDN ".
  • Variantkopia ses bara av en bit trafik. En proxy fångar nytt innehåll när den behandlar en sida som innehåller det, så en variant som serveras till 10% av trafiken fångas endast när den delen av besökarna når den och kan förbli oöversatt längre än kontrollen.
  • Resultaten samlas över olika språk. En rubrik som vinner på engelska kan förlora på tyska, och ett experiment som blandar platser döljer det. Locale måste vara ett segment i testverktyget, annars behöver varje marknad sitt eget test.
  • Experimentet läcker ut i sökningen. Googles testvägledning ber om rel= " canonical " på variantwebbadresser, 302 snarare än 301 omdirigeringar och ingen täckning (Google Search Central, " Minimera påverkan på A/B-testning i Google Search "); hur proxyn själv hanterar genomsökningssignaler omfattas av hur webbplatsöver sättningsproxyer skyddar flerspråkig SEO.

Hur fungerar de tre sätten att köra ett test via en översättningsproxy?

Testarkitekturen, inte testleverantören, bestämmer vad proxyn ska göra. Varje lager nedan mappar en testtyp till översättningsmekanismen som håller dess varianter på språket.

  • Tester på serversidan - din server eller CMS väljer varianten och returnerar sin HTML, och GDN översätter den HTML-koden i transit som vilken annan sida som helst. GDN skickar ett X-Language-Locale-huvud med varje begäran till källplatsen, så serverlogiken kan också rikta eller utesluta ett test efter språk (Smartling Help Center, " Smartling Headers ").
  • Tester på klientsidan — ett testskript skriver om text i webbläsaren efter att sidan har laddats. DCS fångar text skriven med DOM-metoder och egenskaper som innerHTML, textContent och appendChild, skickar nya strängar till GDN-projektet och infogar publicerade översättningar vid nästa sidladdning (Smartling Help Center, " Dynamic Content Support (DCS) för GDN ").
  • Split-URL-tester — besökare omdirigeras till en variantsida med sin egen URL. GDN skriver om länkar till den lokaliserade versionen av varje URL och skickar omdirigeringar från din server till besökaren (Smartling Help Center, " En teknisk guide till hur det globala leveransnätverket fungerar "; " Hantering av omdirigeringar ").
  • Marknadsspecifika varianter — ett test som endast ska köras på ett språk, eller visa olika exemplar per marknad, kan använda innehållsbyten för ändringar på sidan. I stor skala rekommenderar Smartling att visa lokalspecifikt innehåll från CMS med X-Language-Locale-rubriken (Smartling Hjälpcenter, " Skapa och översätt lokalspecifikt innehåll ").
  • En översättningsreserv för gap et - Site-Wide MT ger nya strängar en provisorisk maskinöversättning tills den granskade översättningen publiceras, och det fungerar också på innehåll som fångats av DCS, så lokaliserade besökare ser en maskinöversättning snarare än källspråkstext medan granskningen är klar.

Flerspråkig A/B-testning genom GDN: siffrorna

Tidsiffrorna betyder mer än de ser ut: de anger hur långt före en testlanseringsvariant måste översättas och publiceras.

MetriskFigurkälla
Dags för en publicerad översättning att nå DCS-översättningsfilenUpp till 20 minuter (fil byggs om ungefär var 20:e minut)Hjälpcenter för Smartling, " Dynamic Content Support (DCS) för GDN "
Webbläsarens cacheperiod för DCS-översättningsfilenUpp till 30 dagar i lokal lagring; nyare översättningar ersätter äldreHjälpcenter för Smartling, " Dynamic Content Support (DCS) för GDN "
GDN-projekt med DCS på som standardAlla projekt skapade efter augusti 2023Hjälpcenter för Smartling, " Dynamic Content Support (DCS) för GDN "
Genomsnittlig proxybehandlingstid per lokaliserad sidförfråganCirka 40 millisekunderSmartling Help Center, " En teknisk guide till hur det globala leveransnätverket fungerar "
Språkhuvud skickas till din server på varje begäranX-Language-Locale, till exempel fr-FR eller fr-CASmartling Hjälpcenter, " Smartling-rubriker "
Tillgänglighet för Google OptimizeAvslutade 30 september 2023; Google utser AB Tasty, Optimizely och VWO som Analytics-testintegrationerGoogle Analytics Hjälp, " [Solnedgång september 2023] Google Optimize "

Hur kör du ett flerspråkigt A/B-test via en översättningsproxy?

Fem steg håller varje variant på språket från den första besökaren till den sista.

  1. Karta var varje variant är monterad — Bekräfta om testverktyget bygger varianter på servern, i webbläsaren eller på separata webbadresser, eftersom det avgör om proxyn eller DCS översätter dem.
  2. Fånga variantkopia före lansering — Ladda varje variant på en iscensättningsplats som dirigeras genom GDN så att dess strängar fångas och kan översättas innan live-trafik anländer.
  3. Översätt och publicera före startdatumet - Dra de nya strängarna till ett översättningsjobb, låt sedan DCS-översättningsfilen återuppbyggas på upp till 20 minuter innan testet slås på. Aktivera Site-Wide MT som ett skyddsnät för allt som saknas.
  4. QA varje variant i varje språk — Visa varje variant på varje lokaliserad webbplats, leta efter källspråkstext, trasiga layouter och oöversatt alternativtext och bekräfta att DCS körs från " Smartling DCS-biblioteket " -meddelandet i webbläsarkonsolen.
  5. Segmentera resultaten efter språk och städa upp — Rapportera resultat per språk, avsluta testet så snart det har tillräckligt med data och ta bort variantwebbadresser och skript, som Googles testvägledning rekommenderar.

Testning via en översättningsproxy passar team som...

  • Översätter redan sin webbplats med en proxy och vill köra konverteringstester på alla marknader, inte bara källspråkswebbplatsen.
  • Använd ett webbläsarbaserat testverktyg på målsidor, där variantkopia injiceras efter att sidan har laddats.
  • Starta tester snabbt och behöver preliminär maskinöversättning för att täcka varianter tills granskade översättningar publiceras.
  • Behöver några tester för att köras endast på en marknad, eller med marknadsspecifik kopia, utan att bygga separata lokaliserade webbplatser.

När en översättningsproxy kanske inte är rätt plats att lösa flerspråkiga tester

  • Varje marknads sidor är författade på språk i CMS, så varianter bör byggas och testas där och uteslutas från proxy-översättning.
  • Testet handlar om transkreerade meddelanden skrivna separat per marknad, där variantkopian är nyskrivning snarare än en översättning av källan.
  • Lokaliserad trafik är för liten för att nå ett tillförlitligt resultat inom rimlig tid, i vilket fall testning på källmarknaden och rulla ut vinnaren är den snabbare vägen.

Utvärderingschecklista: frågor att ställa innan du kör A/B-tester på en översatt webbplats

Översätter proxyn text som ett testskript skriver till sidan efter att den har laddats?
Fråga hur ändringar i webbläsaren registreras. Smartling dokumenterar att DCS avlyssnar DOM-skrivningar som innerHTML och TextContent och fångar innehåll från tredje part; bekräfta på en pilot att ditt testverktygs varianter hämtas.

Hur lång tid tar det att publicera en översättning och besökarna ser den?
Få numret på några minuter, eftersom det ställer in din lanseringstid. För DCS-fångat innehåll är siffran upp till 20 minuter (Smartling Help Center, " Dynamic Content Support (DCS) för GDN ").

Vad ser lokaliserade besökare innan en variant översätts?
Det säkra svaret är en provisorisk maskinöversättning, inte källspråkstext. Fråga om den fallbacken också täcker innehåll i webbläsaren.

Kan ett test rikta sig till, utesluta eller variera beroende på språk?
Leta efter en språksignal som din server eller CMS kan läsa, till exempel X-Language-Locale-rubriken, och ett sätt att ändra kopia per språk, till exempel Content Swaps.

Kommer variantsträngar att dirigeras automatiskt för översättning?
Fråga om nya strängar kan filtreras till jobb efter sida eller hämtningskälla. I Smartling har strängar som fångats av DCS ett prefix /origin-pjs/ som Jobs Automation Rules kan filtrera på.

Hur relaterar proxy-trafiknummer till min analys?
Antalet proxyförfrågningar och analyssidvisningar mäter olika saker, så förvänta dig att de skiljer sig åt. Avstämningen behandlas om varför antalet begäranden av översättningsproxy inte matchar Google Analytics.

Kan min server fortfarande se vem besökaren är?
Inriktning på serversidan behöver den verkliga besökarnas IP och protokoll. GDN skickar X-Forwarded-For och X-Forwarded-Proto-rubriker till källplatsen av exakt denna anledning.

Hur översätter Smartling A/B-testvarianter?

Smartlings Global Delivery Network (GDN) kopplar ihop en översättningsproxy med Dynamic Content Support (DCS), och mellan dem hanterar de både varianter som återges på din server och varianter som återges i webbläsaren. Varianter som dina serverrenderingar översätts under överföring av proxyn, vilket i genomsnitt lägger till cirka 40 millisekunder per lokaliserad begäran. Varianter som ett testskript skriver i webbläsaren fångas upp av DCS, som övervakar sidan för ny eller ändrad text, kontrollerar den mot en översättningsfil med publicerade översättningar och skickar allt nytt till ditt GDN-projekt. DCS är aktiverat som standard för GDN-projekt som skapats efter augusti 2023 (Smartling Help Center, " Dynamic Content Support (DCS) för GDN ").

Runt dessa två mekanismer sitter kontrollerna som ett testprogram behöver. X-Language-Locale-rubriken berättar för din server vilket språk varje begäran är för, så att tester på serversidan kan riktas per marknad, och X-Forwarded-For bevarar besökarens IP för geografisk inriktning. Innehållsbyten ändrar kopia eller HTML endast på ett språk, reglerna Översätt inte och attributet translate= " no " hindrar språkvarianter från översättning, och webbplatsomfattande MT visar en provisorisk maskinöversättning för alla variantsträngar som fortfarande granskas. Strängar som fångats av DCS landar i samma GDN-projekt som proxyinnehåll, så samma översättningsminne, ordlista och Jobbautomatiseringsregler gäller för testkopia som för resten av webbplatsen.

Är du redo att se Smartling i aktion?

Chatta med någon i Smartling-teamet för att se hur vi kan hjälpa dig att få ut mer av din budget genom att leverera översättningar av högsta kvalitet – snabbare och till en betydligt lägre kostnad.