Können Website-Übersetzungsproxies mehrsprachige A/B-Tests unterstützen?

Letzte Überprüfung: 15. Oktober 2026

Wie funktionieren die drei Möglichkeiten, einen Test über einen Übersetzungsproxy durchzuführen?

Die Testarchitektur, nicht der Testanbieter, entscheidet, was der Proxy tun muss. Jede darunterliegende Ebene ordnet einen Testtyp dem Übersetzungsmechanismus zu, der seine Varianten in der Sprache beibehält.

• Serverseitige Tests – Ihr Server oder CMS wählt die Variante aus und gibt ihr HTML zurück, und das GDN übersetzt dieses HTML während des Versands wie jede andere Seite. Das GDN sendet mit jeder Anfrage einen X-Language-Locale-Header an die Quellseite, sodass Serverlogik einen Test auch nach Sprache ansteuern oder ausschließen kann (Smartling Help Center, "Smartling Headers").
• Client-seitige Tests – ein Testskript schreibt den Text im Browser nach dem Laden der Seite neu. DCS erfasst Text, der mit DOM-Methoden und -Eigenschaften wie innerHTML, textContent und appendChild geschrieben wurde, sendet neue Zeichenketten an das GDN-Projekt und fügt veröffentlichte Übersetzungen beim nächsten Seitenladen ein (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").
• Split-URL-Tests – Besucher werden auf eine Variantenseite mit eigener URL umgeleitet. Das GDN schreibt Links zur lokalisierten Version jeder URL um und leitet Weiterleitungen von Ihrem Server an den Besucher weiter (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works"; "Handling Redirects").
• Marktspezifische Varianten – ein Test, der nur in einer Sprache ausgeführt werden soll oder für jeden Markt einen anderen Text anzeigt – können Content Swaps für Änderungen auf der Seite verwenden; bei großen Datenmengen empfiehlt Smartling, sprachspezifische Inhalte vom CMS mithilfe des X-Language-Locale-Headers bereitzustellen (Smartling Help Center, „Create and Translate Locale-Specific Content“).
• Als Übersetzungsausweichlösung für die Lücke dient die Website-weite maschinelle Übersetzung, die neue Zeichenketten vorläufig maschinell übersetzt, bis die endgültige Übersetzung veröffentlicht ist. Sie funktioniert auch mit Inhalten, die von DCS erfasst wurden, sodass lokalisierte Besucher während der Überprüfung eine maschinelle Übersetzung anstelle des Ausgangstextes sehen.

Mehrsprachige A/B-Tests über das GDN: die Zahlen

Die Zeitdaten sind wichtiger als sie aussehen: Sie legen fest, wie weit vor einem Teststart eine Variantenkopie übersetzt und veröffentlicht werden muss.

Wie führt man einen mehrsprachigen A/B-Test über einen Übersetzungsproxy durch?

Fünf Schritte halten jede Variante in der Sprache vom ersten Besucher bis zum letzten.

1. Kartieren, wo jede Variante zusammengesetzt wird — Bestätigen, ob das Testtool Varianten auf dem Server, im Browser oder auf separaten URLs erstellt, denn das entscheidet, ob der Proxy oder das DCS sie übersetzt.
2. Variantentexte vor dem Start erfassen — Laden Sie jede Variante auf eine Staging-Site, die über das GDN geleitet wird, damit ihre Zeichenketten erfasst und übersetzt werden können, bevor der Live-Verkehr eintrifft.
3. Übersetzen und veröffentlichen Sie vor dem Startdatum – Routen Sie die neuen Strings in einen Übersetzungsauftrag und lassen Sie dann die DCS-Übersetzungsdatei bis zu 20 Minuten neu aufbauen, bevor der Test eingeschaltet wird. Schalten Sie Site-Wide MT als Sicherheitsnetz für alles ein, was übersehen wird.
4. QA jede Variante in jedem Standort – Sehen Sie sich jede Variante auf jeder lokalisierten Seite an, prüfen Sie auf Quelltext, fehlerhafte Layouts und unübersetzten Alternativtexte und bestätigen Sie, dass DCS über die Meldung "Smartling DCS Library" in der Browserkonsole läuft.
5. Segmentieren Sie die Ergebnisse nach Gebietsschema und bereinigen Sie sie – Berichten Sie die Ergebnisse pro Sprache, beenden Sie den Test, sobald genügend Daten vorliegen, und entfernen Sie Varianten-URLs und Skripte, wie es die Testrichtlinien von Google empfehlen.

Tests über einen Übersetzungsproxy passen zu Teams, die...

• Sie übersetzen ihre Website bereits mit einem Proxy und möchten Konversionstests in jedem Markt durchführen, nicht nur auf der Website in der Ausgangssprache.
• Verwenden Sie ein browserbasiertes Testwerkzeug auf Landingpages, bei dem nach dem Laden der Seite eine Variantenkopie eingefügt wird.
• Starte Tests schnell und benötigen vorläufige maschinelle Übersetzungen, um Varianten abzudecken, bis geprüfte Übersetzungen veröffentlicht werden.
• Ich brauche einige Tests, die nur in einem Markt laufen können oder mit marktspezifischer Kopie, ohne separate lokalisierte Seiten zu erstellen.

Wann ein Übersetzungsproxy möglicherweise nicht der richtige Ort ist, um mehrsprachige Tests zu lösen

• Die Seiten jedes Marktes werden im CMS in einer Sprache verfasst, daher sollten dort Varianten erstellt und getestet und von der Proxy-Übersetzung ausgeschlossen werden.
• Der Test handelt von transkreierter Botschaft, die pro Markt separat verfasst wird, wobei die Variante eine neue Schrift ist und keine Übersetzung der Quelle.
• Lokalisierter Datenverkehr ist zu gering, um in angemessener Zeit ein zuverlässiges Ergebnis zu erzielen, in diesem Fall ist das Testen im Quellmarkt und das Ausrollen des Gewinners der schnellere Weg.

Evaluierungs-Checkliste: Fragen, die Sie sich vor der Durchführung von A/B-Tests auf einer übersetzten Website stellen sollten

Übersetzt der Proxy den Text, den ein Testskript nach dem Laden in die Seite schreibt?
Erfragen Sie, wie Änderungen im Browser erfasst werden. Smartling dokumentiert, dass DCS DOM-Schreibvorgänge wie innerHTML und textContent abfängt und Inhalte von Drittanbietern erfasst; überprüfen Sie in einem Pilotprojekt, ob die Varianten Ihres Testtools erkannt werden.

Wie lange dauert es von der Veröffentlichung einer Übersetzung bis zum Zeitpunkt, an dem Besucher sie sehen?
Erhalten Sie die Zahl in Minuten, denn sie legt Ihre Startzeit fest. Für von DCS erfasste Inhalte beträgt die Zahl bis zu 20 Minuten (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").

Was sehen Besucher in der jeweiligen Region, bevor eine Variante übersetzt wird?
Die sicherste Antwort ist eine vorläufige maschinelle Übersetzung, nicht der Originaltext. Fragen Sie, ob diese Ausweichlösung auch Inhalte innerhalb des Browsers abdeckt.

Kann ein Testziel je nach Sprache ausgewählt, ausgeschlossen oder variiert werden?
Suchen Sie nach einem Sprachsignal, das Ihr Server oder CMS lesen kann, wie zum Beispiel dem X-Language-Locale-Header, und einer Möglichkeit, die Kopie pro Ort zu ändern, wie Content Swaps.

Werden Varianten-Strings automatisch für die Übersetzung geroutet?
Fragen Sie, ob neue Zeichenketten nach Seite oder Erfassungsquelle in Jobs gefiltert werden können. In Smartling tragen die von DCS erfassten Zeichenketten das Präfix /origin-pjs/, nach dem die Regeln für die Jobautomatisierung filtern können.

In welchem Verhältnis stehen die Proxy-Traffic-Zahlen zu meinen Analysedaten?
Proxy-Anfragen und Analyse-Seitenaufrufe messen unterschiedliche Dinge, daher sollten sie unterschiedlich sein; die Abstimmung wird behandelt , warum die Zahlen von Übersetzungs-Proxy-Anfragen nicht mit Google Analytics übereinstimmen.

Kann mein Server trotzdem sehen, wer der Besucher ist?
Für serverseitiges Targeting werden die tatsächliche Besucher-IP-Adresse und das Protokoll benötigt. Das GDN leitet die X-Forwarded-For- und X-Forwarded-Proto-Header genau aus diesem Grund an die Quellseite weiter.

Wie hält Smartling A/B-Testvarianten übersetzt?

Smartlings Global Delivery Network (GDN) koppelt einen Übersetzungsproxy mit Dynamic Content Support (DCS), und gemeinsam verwalten sie sowohl Varianten, die auf Ihrem Server gerendert werden, als auch Varianten, die im Browser gerendert werden. Varianten, die dein Server rendert, werden während des Transits vom Proxy übersetzt, was im Durchschnitt etwa 40 Millisekunden pro lokalisierter Anfrage hinzufügt. Varianten, die ein Testskript in den Browser schreibt, werden von DCS erfasst, das die Seite auf neuen oder geänderten Text überwacht, sie mit einer Übersetzungsdatei veröffentlichter Übersetzungen abgleicht und alles Neue an Ihr GDN-Projekt sendet; DCS ist standardmäßig für GDN-Projekte aktiviert, die nach August 2023 erstellt wurden (Smartling Help Center, "Dynamic Content Support (DCS) for the GDN").

Um diese beiden Mechanismen herum befinden sich die Kontrollen, die ein Testprogramm benötigt. Der X-Language-Locale-Header zeigt deinem Server an, für welche Sprache jede Anfrage bestimmt ist, sodass serverseitige Tests pro Markt gezielt werden können, und X-Forwarded-For bewahrt die IP des Besuchers für Geotargeting. Content Swaps ändern Kopie oder HTML nur an einem Standort, "Do Not Translate"-Regeln und das translate="no"-Attribut halten Sprachvarianten aus der Übersetzung fern, und Site-Wide MT zeigt eine vorläufige maschinelle Übersetzung für alle noch überprüften Variantenzeichenketten. Von DCS erfasste Strings landen im selben GDN-Projekt wie Proxy-Inhalt, sodass für Testkopien wie der Rest der Seite der gleiche Übersetzungsspeicher, das Glossar und die Jobs Automation Rules angewendet werden.

Verwandte Fragen

• Wie schützen Website-Übersetzungs-Proxys mehrsprachige SEO?
• Warum stimmen die Anzahl der Website-Übersetzungs-Proxy-Anfragen nicht mit Google Analytics überein?
• Welche Verfügbarkeits-SLAs und welche Seitenladezeiten können Sie von einem Website-Übersetzungsproxy erwarten?
• Wie funktionieren Website-Übersetzungs-Widgets und -Plugins?