Frankfurter Studio für mehrsprachige digitale Auftritte +49 69 95209894 [email protected] Mo–Fr 9–17 Uhr Kundenbereich →
DeutschDE

2026-07-20 · Redaktion Baduno · 27 blog.readMin · Blog & Wissen

Mehrsprachiges A/B-Testing: Strukturierte Experimente für den europäischen Markt

Wie finden Sie heraus, welche Sprachversion Ihrer Website die höchste Conversion erzielt? Unser Leitfaden zeigt, wie Sie strukturierte A/B-Tests über mehrere Sprachen hinweg planen, durchführen und auswerten – von der Hypothesenbildung über die statistische Absicherung bis zur praxisnahen Interpretation der Ergebnisse.

Zwei Computerbildschirme zeigen verschiedene Versionen einer Webseite nebeneinander.

Grundlagen des A/B-Tests im multilingualen Kontext

A/B-Tests im multilingualen Kontext unterscheiden sich grundlegend von einfachen Tests in einer Sprache. Sie vergleichen zwei Versionen einer Webseite (A und B) über verschiedene Sprachvarianten hinweg, um zu ermitteln, welche Version ein bestimmtes Ziel besser erreicht. Die Herausforderung liegt darin, dass sprachspezifische Unterschiede wie kulturelle Erwartungen, Leserichtungen oder Farbassoziationen die Ergebnisse beeinflussen können. Ein Test, der in Deutschland auf hohe Conversion-Raten stößt, kann in Frankreich oder Polen völlig anders ausfallen.

Bei der Planung eines multilingualen A/B-Tests müssen Sie sicherstellen, dass die Stichproben in jeder Sprachversion groß genug sind, um statistisch signifikante Ergebnisse zu erzielen. Gerade bei kleineren Sprachen wie Lettisch oder Estnish kann der Traffic begrenzt sein. In der Praxis sollte der Test mindestens so lange laufen, bis in jeder Sprachvariante eine ausreichende Anzahl von Besuchern erreicht ist. Eine Faustregel ist, mindestens 100 Conversions pro Variante pro Sprache anzustreben. Verwenden Sie Tools wie Google Optimize oder Optimizely, die eine Traffic-Aufteilung pro URL-Pfad erlauben.

Ein weiterer Grundstein ist die Konsistenz der Übersetzung. Wenn Sie ein Element auf Deutsch testen, muss die Übersetzung in die anderen Sprachen exakt die gleiche Änderung widerspiegeln – andernfalls testen Sie nicht dasselbe Experiment. Arbeiten Sie mit professionellen Übersetzern, die die Nuancen der Zielsprache verstehen. Vermeiden Sie direkte Wort-für-Wort-Übersetzungen, da diese oft unnatürlich wirken und das Nutzerverhalten verfälschen. Erstellen Sie ein Glossar und Styleguides für konsistente Terminologie.

Die Auswertung erfolgt sinnvollerweise getrennt pro Sprache, nicht aggregiert. Eine Gesamtauswertung über alle Sprachen kann irreführend sein, wenn die Stichproben ungleich groß sind oder sich die Effekte in verschiedene Richtungen bewegen. Nutzen Sie statistische Tests wie den Chi-Quadrat-Test oder Bayes’sche Methoden. Achten Sie darauf, konfirmatorisch zu testen: Sie stellen vorab eine Hypothese auf und prüfen, ob die Daten diese stützen. Vermeiden Sie es, nach signifikanten Effekten zu suchen (Data Snooping). Dokumentieren Sie Ihre Tests transparent, um spätere Entscheidungen nachvollziehen zu können.

Ziele und Hypothesen für sprachspezifische Experimente

Bevor Sie einen multilingualen A/B-Test starten, müssen Sie klare Ziele und Hypothesen formulieren. Das Ziel sollte für jede Sprachversion spezifisch sein, da sich Nutzererwartungen unterscheiden. Typische Ziele sind: Erhöhung der Conversion-Rate, Senkung der Absprungrate, Steigerung der Verweildauer oder Verbesserung der Klickrate auf einen CTA. Definieren Sie diese Ziele messbar, z. B. „Erhöhung der Klickrate auf den Button 'Jetzt kaufen' in der deutschen Version um 5 % gegenüber der Kontrollgruppe“. Vermeiden Sie vage Formulierungen.

Die Hypothese leiten Sie aus vorhandenen Daten oder qualitativen Erkenntnissen ab. Beispiel: „Weil französische Nutzer eine Vorliebe für formelle Ansprache haben, führt eine Anrede mit 'Sie' in französischen E-Mails zu höheren Öffnungsraten als die informelle 'tu'-Form.“ Formulieren Sie die Nullhypothese (kein Unterschied) und die Alternativhypothese (Unterschied in eine Richtung). Sorgen Sie dafür, dass die Hypothese für jede Sprache sinnvoll ist – was in Spanien funktioniert, muss nicht in Schweden gelten.

Bei der Festlegung von Metriken sollten Sie zwischen primären und sekundären Zielen unterscheiden. Das primäre Ziel steht im Mittelpunkt, sekundäre Metriken helfen, unerwartete Effekte zu erkennen. In der Praxis hat es sich bewährt, pro Sprache eine separate Metrik festzulegen, wenn die Traffic-Mengen stark variieren. Berücksichtigen Sie zudem saisonale Schwankungen: Ein Test über die Feiertage in katholischen Ländern kann anders ausfallen als in protestantischen. Planen Sie den Testzeitraum so, dass er für alle getesteten Sprachgruppen gleich repräsentativ ist.

Ein konkreter Handlungsablauf: 1. Analysieren Sie Ihre aktuellen Daten je Sprachversion. 2. Identifizieren Sie Schwachstellen oder Potenziale (hohe Abbruchrate auf einer bestimmten Seite). 3. Formulieren Sie eine präzise Hypothese, z. B. „Durch die Vereinfachung des Checkouts auf drei Schritte in der deutschen Version sinkt die Abbruchrate um 10 %.“ 4. Legen Sie die Stichprobengröße fest, basierend auf dem erwarteten Effekt und dem aktuellen Traffic. 5. Definieren Sie die Erfolgskriterien: p-Wert < 0,05 oder Bayes-Faktor > 3. Testen Sie immer nur eine Variable pro Experiment, um die Ursache klar zuordnen zu können.

Ein Bericht mit Kreisdiagramm und Balkendiagramm zu A/B-Test-Ergebnissen.

Auswahl der Testelemente: Texte, Layout und Funktionalitäten

Die Auswahl der Testelemente ist entscheidend für den Erfolg eines multilingualen A/B-Tests. Grundsätzlich sollten Sie Elemente testen, die einen direkten Einfluss auf das Nutzerverhalten haben. Bei Texten stehen oft Überschrift, Produktbeschreibung, Call-to-Action oder Preisangaben im Fokus. Beispielsweise könnten Sie testen, ob ein deutscher Buttontext „Kostenlos testen“ besser konvertiert als „Jetzt ausprobieren“. Achten Sie darauf, dass die getesteten Texte kulturell angemessen sind – in manchen Ländern wirken direkte Aufforderungen aggressiv, in anderen motivierend.

Layout-Tests umfassen die Anordnung von Elementen, Farbschemata, Bildauswahl oder die Position des CTAs. Farben haben je nach Kultur unterschiedliche Bedeutungen: Rot steht in China für Glück, in Europa oft für Gefahr. Testen Sie daher Farben sprachspezifisch. Auch die Leserichtung ist zu beachten: Für Arabisch oder Hebräisch muss das Layout gespiegelt werden. Ein einheitliches Layout über alle Sprachen hinweg kann zu Verwirrung führen – testen Sie lieber lokalisierte Varianten. Ein konkretes Beispiel: In der deutschen Version könnte ein CTA oberhalb des Foldes besser performen, während in der französischen Version Nutzer eher scrollen.

Funktionalitäten wie Formularfelder, Zahlungsmethoden oder Ladezeiten können ebenfalls getestet werden. In Spanien bevorzugen viele Nutzer vielleicht die Zahlung per Kreditkarte, in den Niederlanden per iDEAL. Testen Sie, ob die Hervorhebung der bevorzugten Zahlungsmethode die Conversion steigert. Auch die Länge von Formularen ist sprachspezifisch: In Deutschland sind längere Formulare akzeptiert, in Italien hingegen wünscht man sich kürzere Wege. Achten Sie darauf, nur ein Element gleichzeitig zu ändern, um die Ursache eindeutig zuordnen zu können.

Empfehlung: Erstellen Sie eine Priorisierungsmatrix nach geschätztem Einfluss und Implementierungsaufwand. Testen Sie zunächst Elemente mit hohem Potenzial und geringem Aufwand, z. B. das Ändern einer Überschrift. Iterieren Sie anschließend. Dokumentieren Sie die Ergebnisse pro Sprachversion, um Muster zu erkennen – etwa dass CTAs in Deutschland stärker wirken als in Frankreich. Bilden Sie aus Ihren Tests ein länderspezifisches Wissen, das Sie für zukünftige Lokalisierungen nutzen können.

Segmentierung nach Sprache und Region: Homogene Gruppen bilden

Bei mehrsprachigen A/B-Tests ist die korrekte Segmentierung Ihrer Zielgruppen ein entscheidender Erfolgsfaktor. Sie stellen sicher, dass die Testgruppen innerhalb jeder Sprachversion homogen sind, um vergleichbare Ergebnisse zu erhalten. Beginnen Sie mit einer klaren Trennung nach Sprachversionen: Testen Sie nicht deutschsprachige Nutzer aus Deutschland, Österreich und der Schweiz gemeinsam, sondern bilden Sie separate Segmente für jede Region. Der Grund: Kulturelle Unterschiede und lokale Präferenzen können das Nutzerverhalten beeinflussen – ein CTA, der in Deutschland gut funktioniert, mag in der Schweiz weniger Resonanz finden.

Ein bewährter Ansatz ist die Verwendung von Geotargeting-Daten, um Nutzer eindeutig einer Region zuzuordnen. Achten Sie darauf, dass Sie auch sprachliche Nuancen berücksichtigen: Beispielsweise unterscheidet sich das Französische in Belgien, der Schweiz und Frankreich in Wortwahl und Höflichkeitsformen. Nutzen Sie Muttersprachler, um Ihre Testvarianten auf regionale Angemessenheit zu prüfen. Ein Beispiel: Für einen Schweizer E-Commerce-Shop testen Sie die Variante „Jetzt bestellen“ gegen „In den Warenkorb“. In der Deutschschweiz könnte „Bestellen“ als zu formell empfunden werden – segmentieren Sie daher Nutzer aus der Deutschschweiz getrennt von denen aus Deutschland.

Praktisch empfehlen wir, für jedes Sprachsegment eine Mindestanzahl von 1000 Nutzern pro Variante vorzusehen (siehe nächstes Kapitel). Dokumentieren Sie Ihre Segmentierungskriterien genau: Sprache, Land, ggf. verwendete Domains oder Sprachpräfixe. Vermeiden Sie es, Nutzer mit gemischten Einstellungen (z. B. Browsersprache Deutsch, Standort Frankreich) in ein Segment zu pressen – das verfälscht die Ergebnisse. Führen Sie einen Pre-Test durch, um zu prüfen, ob die Segmentierung zu signifikanten Unterschieden in den Ausgangswerten führt (z. B. unterschiedliche Conversion-Rates zwischen den Regionen). Falls ja, bestätigt dies die Notwendigkeit separater Tests pro Region.

Ein häufiger Fehler ist die Annahme, dass alle Nutzer einer Sprache gleich reagieren. In der Praxis zeigen sich oft deutliche Unterschiede zwischen Ländern mit derselben Amtssprache, etwa beim Kaufverhalten. Planen Sie daher Ihre A/B-Tests pro Region und nicht pro Sprache. So erhalten Sie Handlungsempfehlungen, die direkt auf die lokale Zielgruppe zugeschnitten sind. Dieser segmentierte Ansatz ist aufwändiger, aber er führt zu präziseren Ergebnissen und vermeidet Fehlentscheidungen aufgrund gemischter Daten.

Stichprobengröße und statistische Power bei kleinen Zielgruppen

In multilingualen A/B-Tests stehen Sie oft vor der Herausforderung kleiner Zielgruppen – etwa für dänische oder finnische Sprachversionen. Eine zu geringe Stichprobe reduziert die statistische Power des Tests und erhöht das Risiko, echte Effekte zu übersehen (Fehler 2. Art) oder zufällige Ergebnisse als signifikant zu werten. In der Praxis empfehlen wir, vorab eine Poweranalyse durchzuführen, um die benötigte Stichprobengröße zu berechnen.

Ein konkretes Beispiel: Angenommen, Ihre aktuelle Conversion-Rate auf der dänischen Seite beträgt 5 % und Sie möchten eine Verbesserung auf 6 % (also eine relative Steigerung von 20 %) mit einer statistischen Power von 80 % und einem Signifikanzniveau von 5 % detektieren. Ein Online-Rechner zeigt, dass Sie pro Variante etwa 6.000 Nutzer benötigen. Haben Sie nur 1.000 Nutzer pro Variante zur Verfügung, sinkt die Power auf etwa 30 % – Ihre Ergebnisse wären praktisch nicht aussagekräftig.

Was tun bei kleinen Zielgruppen? Drei Ansätze haben sich bewährt: Erstens verlängern Sie die Testdauer, um mehr Daten zu sammeln. Zweitens nutzen Sie Bayesianische Statistik, die weniger strenge Annahmen an die Stichprobengröße stellt – hier können Sie mit Vorwissen aus anderen Sprachversionen arbeiten. Drittens ziehen Sie in Erwägung, mehrere kleine Segmente zu einem Pool zusammenzufassen, wenn kulturelle Homogenität gegeben ist (z. B. nordische Länder), doch das birgt Risiken für verzerrte Ergebnisse. In jedem Fall dokumentieren Sie die berechnete Stichprobengröße und die tatsächlich erreichte Anzahl im Testplan.

Eine praktische Handlungsempfehlung: Legen Sie für jede Sprachversion einen Mindestwert für die tägliche Besucherzahl fest. Liegt diese unter einem Schwellenwert, setzen Sie auf alternative Testmethoden wie sequenzielles Testen oder nutzen Sie Tools, die Interimsanalysen ermöglichen. Testen Sie zudem nicht mehr als zwei bis drei Varianten gleichzeitig, um die statistische Power nicht zu zersplittern. Ein erfahrener Statistiker kann Sie bei der Berechnung unterstützen – dies ist eine lohnende Investition, um valide Ergebnisse zu gewährleisten.

Randomisierungsverfahren über Sprachversionen hinweg

Die Randomisierung, also die zufällige Zuteilung von Nutzern zu Test- und Kontrollgruppe, ist ein Grundpfeiler valider A/B-Tests. In mehrsprachigen Szenarien wird die Randomisierung komplexer: Sie muss nicht nur innerhalb jeder Sprachversion korrekt erfolgen, sondern auch über die verschiedenen Versionen hinweg konsistent sein. Ziel ist es, systematische Verzerrungen zu vermeiden, etwa wenn Nutzer aus einer bestimmten Region bevorzugt einer Variante zugewiesen werden.

Beginnen Sie mit einer einfachen Randomisierung pro Sprachversion: Nutzen Sie einen gleichmäßigen Zufallsmechanismus (z. B. Hash-Basierung auf Nutzer-ID), der sicherstellt, dass jeder Nutzer unabhängig von seiner Sprache die gleiche Wahrscheinlichkeit hat, der Kontroll- oder Testgruppe zugeordnet zu werden. Bei mehreren Sprachversionen empfehlen wir, getrennte Randomisierungsschlüssel pro Sprache oder pro Domain zu verwenden, um Interferenzen zu vermeiden. Ein möglicher Fehler ist die globale Randomisierung über alle Sprachversionen hinweg: Dann kann es passieren, dass eine stark frequentierte Sprachversion (z. B. Deutsch) die Zuteilung dominiert und kleine Sprachen ungleich verteilt werden.

Ein praktisches Beispiel: Angenommen, Sie testen eine neue Button-Farbe auf Ihrer deutschen und polnischen Seite. Verwenden Sie für jede Sprache einen separaten Test-Container (z. B. in Ihrem A/B-Test-Tool). Das Tool weist jedem deutschsprachigen Besucher entweder die Kontroll- oder die Test-Button-Farbe zu – ebenso für Polnisch. Die Zuteilung erfolgt unabhängig voneinander. Kontrollieren Sie nach Abschluss des Tests, ob die Verteilung in jeder Gruppe 50:50 beträgt. Falls nicht, überprüfen Sie Ihre Randomisierungslogik auf Fehler.

Eine weitere Empfehlung: Setzen Sie auf Server-seitige Randomisierung, wenn Sie Nutzer über verschiedene Domains hinweg verfolgen müssen. Client-seitige Lösungen (z. B. per JavaScript) können durch Browser-Cookies oder Adblocker gestört werden, was die Randomisierung verzerrt. Dokumentieren Sie zudem, wie mit Wiederkehrern umgegangen wird: Sie sollten stets der gleichen Variante zugewiesen bleiben, die sie beim ersten Besuch erhalten haben (Persistenz). Testen Sie dieses Verhalten vorab mit einem kleinen Probelauf. Eine saubere Randomisierung ist die Basis für vertrauenswürdige Ergebnisse – investieren Sie daher ausreichend Zeit in deren Umsetzung.

Eine Split-Test-Oberfläche mit Prozentangaben zu verschiedenen Varianten.

Messgrößen und Erfolgskennzahlen je Sprachvariante

Die Auswahl der richtigen Messgrößen ist entscheidend für die Aussagekraft mehrsprachiger A/B-Tests. Zunächst sollten Sie zwischen primären und sekundären Metriken unterscheiden. Primäre Metriken wie Conversion-Rate, Umsatz pro Besucher oder Abschlussrate eines Formulars geben direkten Aufschluss über den Geschäftserfolg. Sekundäre Metriken wie Verweildauer, Klickrate auf bestimmte Elemente oder Absprungrate helfen, das Nutzerverhalten zu verstehen. Wichtig: Definieren Sie für jede Sprachvariante die gleichen primären Metriken, aber passen Sie sekundäre Metriken an sprachspezifische Besonderheiten an – etwa die Länge von Textelementen oder kulturell bedingte Navigationsmuster.

Bei der Operationalisierung müssen Sie sicherstellen, dass die Messung über alle Sprachversionen hinweg konsistent erfolgt. Verwenden Sie einheitliche Tracking-Codes und definieren Sie Conversions exakt gleich – zum Beispiel „Kauf abgeschlossen“ oder „Newsletter-Anmeldung bestätigt“. Achten Sie auf Unterschiede in der Zahlungsweise oder Lieferoptionen, die je nach Land variieren können. Beispielsweise könnte in Deutschland der Kauf auf Rechnung häufiger genutzt werden als in Frankreich. Diese Unterschiede sollten Sie in den Metriken abbilden, ohne die Vergleichbarkeit zu verlieren. Ein praktischer Tipp: Nutzen Sie bereinigte Umsatzzahlen (z.B. nach Wechselkurs oder Kaufkraft) anstatt Rohdaten.

Ein häufiger Fehler ist die unkritische Übertragung von Metriken aus dem Heimatmarkt. In der Praxis zeigt sich, dass Erfolgskennzahlen wie „Anzahl der Seitenaufrufe pro Session“ in verschiedenen Sprachen unterschiedlich interpretiert werden können. Führen Sie daher vor dem Test eine qualitative Analyse durch: Lassen Sie Muttersprachler die Zielseiten bewerten und identifizieren Sie potenzielle Verzerrungen. Dokumentieren Sie alle Metriken in einem zentralen Glossar, das für alle Sprachversionen gilt. So vermeiden Sie Missverständnisse im Team.

Konkrete Handlungsempfehlung: Definieren Sie für jeden A/B-Test eine primäre Metrik mit einem festgelegten Mindestunterschied (z.B. +5% in der Conversion-Rate). Legen Sie für sekundäre Metriken Schwellenwerte fest, die auf sprachspezifischen Benchmarks basieren – etwa die durchschnittliche Verweildauer auf der deutschen Startseite. Überprüfen Sie regelmäßig die Messgenauigkeit durch manuelle Stichproben. Beachten Sie: Die statistische Auswertung muss für jede Sprachvariante separat erfolgen, eine Aggregation über alle Sprachen ist nur bei homogenen Effekten sinnvoll. Bei Rechtsfragen zur Datenerhebung ziehen Sie bitte eine Rechtsberatung hinzu.

Durchführung paralleler A/B-Tests in mehreren Sprachen

Parallele A/B-Tests in verschiedenen Sprachversionen erfordern eine saubere organisatorische und technische Planung. Der zentrale Vorteil liegt in der Zeitersparnis: Statt nacheinander zu testen, können Sie gleichzeitig für Deutsch, Französisch, Italienisch usw. Experimente laufen lassen. Wichtig: Jede Sprachversion bildet eine eigene Testumgebung – Sie können die Varianten nicht einfach kopieren, sondern müssen sie lokalisiert anpassen. Beispielsweise könnte ein Call-to-Action-Button im Deutschen „Jetzt kaufen“ heißen, im Französischen „Achetez maintenant“ und im Italienischen „Acquista ora“. Die visuelle Platzierung sollte jedoch identisch sein, um vergleichbare Bedingungen zu schaffen.

Die Randomisierung muss sprachspezifisch erfolgen. Teilen Sie die Nutzer jeder Sprache in zwei Gruppen (Kontrolle und Variante). Verwenden Sie dafür einen einheitlichen Algorithmus, der auf einer User-ID basiert, die sprachunabhängig ist. So vermeiden Sie, dass ein Nutzer in verschiedenen Sprachen unterschiedlichen Gruppen zugeordnet wird. Achten Sie auf eine gleichmäßige Verteilung: Bei kleinen Stichproben (z.B. dänische Version mit wenig Traffic) kann eine stratifizierte Randomisierung helfen, aber das ist bei bereits behandelten Kapiteln nicht neu. Stattdessen fokussieren wir auf die Koordination der Start- und Endzeitpunkte: Starten Sie alle Tests gleichzeitig, idealerweise zu Beginn einer Woche, um saisonale Effekte zu minimieren. Lassen Sie die Tests gleich lange laufen – mindestens 7 Tage, besser 14 Tage, um Wochentagsschwankungen auszugleichen.

Ein praktisches Problem ist die Überwachung mehrerer Tests gleichzeitig. Richten Sie ein Dashboard ein, das für jede Sprache die aktuellen Metriken und die statistische Signifikanz anzeigt. Definieren Sie klare Abbruchkriterien: Wird in einer Sprache bereits nach 3 Tagen ein stark signifikantes Ergebnis erzielt, können Sie dennoch bis zum geplanten Ende weiterlaufen lassen, solange kein negativer Effekt auf das Gesamtergebnis droht. Dokumentieren Sie alle Änderungen detailliert – auch kleinere Anpassungen wie Bildwechsel oder Textoptimierungen. Verwenden Sie Versionierungs-Tools, um den Überblick zu behalten.

Abschließend: Kommunizieren Sie die Ergebnisse sprachspezifisch. Ein positiver Effekt im Deutschen muss nicht für das Französische gelten. Erstellen Sie für jede Sprache einen separaten Ergebnisbericht mit Empfehlungen. Aggregierte Aussagen über alle Sprachen hinweg sollten nur getroffen werden, wenn die Effektrichtung gleich ist und Sie die Homogenität der Varianzen geprüft haben. Bei Unstimmigkeiten prüfen Sie die Lokalisierung auf kulturelle oder technische Fehler. Denken Sie daran: Parallele Tests sind effizient, aber nicht automatisch besser als sequenzielle – die Wahl hängt von den Ressourcen und der Organisation ab. Rechtlich ist bei der Erhebung von Nutzerdaten die DSGVO zu beachten; lassen Sie sich bei Bedarf beraten.

Datenbereinigung und Umgang mit Ausreißern

Rohdaten aus A/B-Tests enthalten oft Fehler und Ausreißer, die die Ergebnisse verfälschen können. Besonders in mehrsprachigen Tests kommen zusätzliche Störquellen hinzu: Sprachwechsler, die zwischen Varianten springen, Bots oder technische Fehler beim Tracking. Die Datenbereinigung sollte daher sprachspezifisch und einheitlich erfolgen. Definieren Sie vor Testbeginn klare Ausschlusskriterien, z.B. Nutzer mit einer Sessiondauer unter 2 Sekunden (Indiz für Bots) oder über 24 Stunden (vermutlich vergessene Tabs). Identifizieren Sie auch Nutzer, die die Sprache gewechselt haben, da sie nicht mehr eindeutig einer Testgruppe zugeordnet werden können – solche Fälle sollten komplett ausgeschlossen werden.

Ausreißer – also extreme Werte wie sehr hohe Umsätze oder viele Seitenaufrufe – können durch echte Nutzer oder technische Fehler entstehen. Ein praktischer Ansatz ist die Begrenzung auf das 99. Perzentil: Werte darüber werden auf den Schwellenwert gesetzt oder ausgeschlossen. Beispiel: Wenn 99% der Besucher höchstens 10 Artikel in den Warenkorb legen, ein Nutzer aber 100, können Sie diesen Wert auf 10 kappen (Winsorisierung). Führen Sie solche Anpassungen getrennt für jede Sprachvariante durch, da die Verteilungen unterschiedlich sein können. In Ländern mit höheren Durchschnittsumsätzen (z.B. Schweiz) könnte der Schwellenwert anders liegen. Dokumentieren Sie alle Bereinigungsschritte nachvollziehbar – am besten in einem Skript, das reproduzierbar ist.

Ein häufiger Fehler ist, zu viele Daten zu löschen. Vermeiden Sie es, subjektiv „auffällige“ Nutzer zu entfernen, ohne klare Regeln. Prüfen Sie stattdessen die Daten auf Plausibilität: Sind die Tracking-Codes korrekt eingebunden? Gibt es Seiteneffekte durch andere laufende Tests? Bei kleinen Stichproben (z.B. unter 100 Nutzern pro Variante in einer Sprache) sollten Sie besonders vorsichtig sein – hier kann jeder Ausreißer das Ergebnis stark verzerren. In solchen Fällen ist es besser, den Test zu verlängern als zu viele Daten zu entfernen. Führen Sie eine Sensitivitätsanalyse durch: Wiederholen Sie die Auswertung mit und ohne bereinigte Daten. Zeigen sich große Unterschiede, müssen Sie die Bereinigungsregeln überdenken.

Abschließend: Halten Sie sich an das Prinzip der Vorab-Festlegung. Definieren Sie alle Bereinigungsschritte im Testplan und führen Sie sie automatisiert durch – nicht nachträglich, um ein gewünschtes Ergebnis zu erzwingen. Verwenden Sie Tools wie R oder Python, um den Prozess zu automatisieren. Nach der Bereinigung prüfen Sie, ob die Stichprobengröße noch ausreicht (Stichwort statistische Power). Liegen die Gruppen unter der benötigten Mindestgröße, sollten Sie den Test nicht auswerten. Bei Rechtsunsicherheiten zur Datenlöschung oder -verarbeitung konsultieren Sie einen Datenschutzbeauftragten.

Wie finden Sie heraus, welche Sprachversion Ihrer Website die höchste Conversion erzielt? Unser Leitfaden zeigt, wie Sie strukturierte A/B-Tests über mehrere Sprachen hinweg planen, durchführen und auswerten – von der Hypothesenbildung über die statistische Absicherung bis zur praxisnahen Interpretation der Ergebnisse.

Statistische Auswertung mit Konfidenzintervallen

Nach der Datenerhebung aus Ihren mehrsprachigen A/B-Tests folgt die statistische Auswertung. Konfidenzintervalle bieten hier eine präzisere Einschätzung als alleinige p-Werte. Ein Konfidenzintervall gibt den Bereich an, in dem der wahre Effekt (z. B. Unterschied in der Conversion-Rate zwischen Variante A und B) mit einer bestimmten Wahrscheinlichkeit liegt. Üblich ist ein 95%-Konfidenzintervall. Wenn Ihr Test beispielsweise einen Anstieg der Klickrate um 2 % zeigt, das Konfidenzintervall aber von -0,5 % bis +4,5 % reicht, ist der Effekt statistisch nicht signifikant auf dem 5%-Niveau.

Für die Berechnung empfiehlt sich die Verwendung von Bootstrapping, insbesondere bei kleinen Stichproben – ein häufiges Problem in multilingualen Tests. Bootstrapping resampelt Ihre Daten tausendfach und ermittelt so robuste Konfidenzintervalle ohne Normalverteilungsannahme. Ein konkretes Vorgehen: Sie ziehen aus Ihren bestehenden Daten (getrennt nach Sprachversion) wiederholt Stichproben mit Zurücklegen, berechnen jeweils die Effektgröße und ermitteln die 2,5%- und 97,5%-Perzentile der Verteilung. In der Praxis erweist sich dies als zuverlässiger als klassische t-Tests, wenn die Stichprobenumfänge unter 100 pro Variante liegen. Achten Sie darauf, die Intervalle sprachspezifisch zu berechnen – ein aggregiertes Intervall über alle Sprachen hinweg kann Unterschiede verschleiern.

Ein weiterer praxisnaher Ansatz ist die Verwendung von Bayes’schen Methoden, die eine direkte Wahrscheinlichkeitsaussage erlauben („Mit 95 % Wahrscheinlichkeit liegt der Effekt zwischen X und Y“). Diese sind rechenintensiver, aber intuitiver interpretierbar. Für die Umsetzung in Ihrem Team empfehlen wir, ein einheitliches Analyse-Skript (z. B. in R oder Python) zu erstellen, das automatisiert Konfidenzintervalle für jede Sprachvariante berechnet. Legen Sie vorab die gewünschte Konfidenzstufe fest: 95 % ist Standard, bei explorativen Tests kann auch 90 % ausreichen. Achten Sie jedoch darauf, dass niedrigere Konfidenzniveaus die Fehlerwahrscheinlichkeit erhöhen. Abschließend: Dokumentieren Sie die berechneten Intervalle und vergleichen Sie sie mit Ihren vorab definierten Mindesteffektgrößen – nur wenn das gesamte Intervall oberhalb der praktischen Relevanzschwelle liegt, sollten Sie eine Entscheidung treffen.

Rechtlicher Hinweis: Die hier beschriebenen statistischen Methoden ersetzen keine professionelle Rechtsberatung, insbesondere bezüglich der Datenschutzkonformität Ihrer Tests. Konsultieren Sie bei Fragen Ihre Rechtsabteilung.

Eine Person analysiert Daten auf einem Tablet für A/B-Tests.

Interpretation der Ergebnisse und Grenzen der Aussagekraft

Selbst statistisch signifikante Ergebnisse aus multilingualen A/B-Tests müssen mit Vorsicht interpretiert werden. Der p-Wert allein sagt nichts über die praktische Relevanz aus. Ein signifikanter Unterschied von 0,1 % bei 10.000 Besuchern mag statistisch auffallen, ist für Ihr Geschäft aber möglicherweise irrelevant. Orientieren Sie sich stattdessen an der Effektgröße (z. B. Cohen’s d oder absolute Differenz) und setzen Sie diese ins Verhältnis zu Ihren Geschäftszielen. Legen Sie vor Testbeginn eine Mindesteffektgröße fest, ab der Sie eine Änderung umsetzen würden – das verhindert Überinterpretation kleiner, unbedeutender Effekte.

Ein weiteres Problem ist die Generalisierbarkeit. Ein in der deutschen Version beobachteter Effekt muss nicht auf die französische oder polnische Version übertragbar sein. Kulturelle Unterschiede, unterschiedliche Nutzergewohnheiten oder saisonale Effekte (z. B. Feiertage) können die Ergebnisse verzerren. Führen Sie daher Ihre Tests sprachspezifisch durch und interpretieren Sie sie auch nur für die jeweilige Zielgruppe. Vermeiden Sie es, Ergebnisse aus einer Sprache auf eine andere zu übertragen, ohne dies durch einen eigenen Test zu validieren. In der Praxis hat es sich bewährt, für jede Sprachversion separate Hypothesen zu formulieren und die Ergebnisse im kulturellen Kontext zu diskutieren.

Die Aussagekraft wird auch durch die Stichprobengröße begrenzt. In Sprachen mit geringem Traffic (z. B. Estnisch oder Maltesisch) sind Konfidenzintervalle oft sehr breit, sodass selbst große beobachtete Unterschiede nicht signifikant werden. Hier ist die Entscheidungsregel: Wenn das Konfidenzintervall den Nullwert (kein Effekt) einschließt, können Sie weder bestätigen noch widerlegen, dass ein Effekt existiert. In solchen Fällen hilft eine sequenzielle Teststrategie: Stoppen Sie den Test nicht vorzeitig, sondern sammeln Sie solange Daten, bis die Konfidenzintervalle die gewünschte Präzision erreichen – oder akzeptieren Sie die Unsicherheit und treffen Sie eine geschäftsbasierte Entscheidung. Dokumentieren Sie stets die Limitationen Ihrer Analyse, um spätere Fehlentscheidungen zu vermeiden. Abschließend: Ziehen Sie immer einen Kollegen zur Plausibilisierung der Ergebnisse hinzu – vier Augen sehen mehr als zwei.

Rechtlicher Hinweis: Die Interpretation von Testergebnissen ist keine Rechtsberatung. Für datenschutzrechtliche Fragen zu Ihren Tests konsultieren Sie bitte einen Rechtsanwalt.

Typische Fallstricke: Mehrfachvergleiche und Datensparsamkeit

Ein häufiges Problem in multilingualen A/B-Tests ist die Mehrfachvergleichs-Problematik: Wenn Sie denselben Test in zehn Sprachen auswerten, erhöht sich die Wahrscheinlichkeit eines falsch positiven Ergebnisses (α-Fehler) drastisch. Bei zehn unabhängigen Tests mit α=0,05 liegt die Wahrscheinlichkeit mindestens eines Fehlers bei 1-(0,95^10)≈40 %. Um dies zu vermeiden, wenden Sie Korrekturverfahren an, wie die Bonferroni-Korrektur (teilen Sie α durch die Anzahl der Vergleiche) oder die Benjamini-Hochberg-Prozedur, die die False Discovery Rate kontrolliert. Bonferroni ist konservativ: Bei zehn Sprachen würden Sie nur Ergebnisse unter p<0,005 als signifikant werten. Das reduziert die statistische Power, ist aber notwendig, um nicht aufgrund von Zufall falsche Änderungen umzusetzen.

Ein weiterer Fallstrick ist die Datensparsamkeit, insbesondere im Kontext der DSGVO. Sie dürfen nur so viele Daten erheben und speichern, wie für den Testzweck erforderlich ist. Vermeiden Sie es, User-IDs oder IP-Adressen länger als nötig zu speichern. Verwenden Sie statt personenbezogener Daten anonymisierte Session-IDs und legen Sie eine Löschfrist fest (z. B. 30 Tage nach Testende). Achten Sie darauf, dass Ihre Tracking-Tools (z. B. Google Analytics) datenschutzkonform konfiguriert sind – insbesondere bei länderübergreifenden Tests mit unterschiedlichen Rechtsräumen. In der Praxis hat sich bewährt, für jeden Test einen Datenverarbeitungsplan zu erstellen und die minimale Datenmenge zu definieren: Welche Metriken benötigen Sie wirklich? Oft reichen aggregierte Zählungen ohne individuelle Nutzerverfolgung.

Zu guter Letzt: Vermeiden Sie das sogenannte „Peeking“ – das wiederholte Prüfen der Ergebnisse während des laufenden Tests. Jeder Blick auf die Daten erhöht das Risiko, vorschnell auf ein signifikantes Ergebnis zu reagieren, das sich später als falsch herausstellt. Legen Sie vor Testbeginn eine feste Laufzeit fest (z. B. zwei Wochen) und werten Sie die Daten erst nach Ablauf aus. Falls Sie sequenzielles Testen einsetzen möchten (um früher zu stoppen), nutzen Sie spezielle Verfahren wie die Alpha-Spending-Funktion, die die wiederholte Zwischenanalyse erlaubt, ohne die Fehlerrate zu erhöhen. Dokumentieren Sie alle Entscheidungen und die angewandten Korrekturverfahren, um die Nachvollziehbarkeit zu gewährleisten.

Rechtlicher Hinweis: Die Einhaltung der Datenschutzvorschriften obliegt Ihrer eigenen Verantwortung. Lassen Sie sich von einem Fachanwalt für Datenschutzrecht beraten.

Dokumentation und Reproduzierbarkeit der Experimente

Eine lückenlose Dokumentation ist die Grundlage für aussagekräftige und wiederholbare A/B-Tests in mehreren Sprachversionen. Sie ermöglicht es, im Nachhinein nachzuvollziehen, welche Änderungen wann und unter welchen Bedingungen getestet wurden. Ohne systematische Aufzeichnungen riskieren Sie, Ergebnisse fehlzuinterpretieren oder in späteren Tests dieselben Fehler zu wiederholen. Beginnen Sie daher jedes Experiment mit einem standardisierten Testprotokoll, das folgende Punkte erfasst: formulierte Hypothese, beteiligte Sprachvarianten, Stichprobengröße pro Gruppe, Randomisierungsmethode, primäre und sekundäre Metriken sowie den exakten Zeitraum der Durchführung. Halten Sie zudem alle technischen Parameter fest, etwa die Version des Test-Tools, verwendete SEO-Einstellungen oder Hosting-Konfigurationen.

Um die Reproduzierbarkeit zu gewährleisten, sollten Sie die Rohdaten und den Auswertungscode versionieren. Nutzen Sie ein Versionskontrollsystem wie Git, um Änderungen am Test-Code nachvollziehbar zu machen. Führen Sie für jede Sprachvariante separate Logs, die alle Besuche mit Zeitstempel und zugewiesener Variante protokollieren. Bei Randomisierungsverfahren mit Zufallszahlen empfiehlt es sich, einen festen Seed festzulegen, sodass der Zufallsprozess bei Bedarf exakt wiederholt werden kann – selbstverständlich ohne die statistische Gültigkeit zu beeinträchtigen. Auch die Dokumentation von unerwarteten Ereignissen wie Serverausfällen oder Traffic-Spitzen ist entscheidend, um Ausreißer später erklären zu können.

Erstellen Sie abschließend eine Ergebniszusammenfassung, die Konfidenzintervalle und bereinigte Messgrößen enthält. Verlinken Sie dabei auf die Originaldaten und das Testprotokoll. Eine praktische Empfehlung: Legen Sie eine zentrale Ablage (z. B. ein Wiki oder ein gemeinsames Laufwerk) an, in der alle Tests nach einem einheitlichen Schema abgelegt werden. Verwenden Sie Vorlagen, um sicherzustellen, dass kein relevanter Punkt vergessen wird. Beachten Sie jedoch, dass Dokumentation und Reproduzierbarkeit auch rechtliche Implikationen haben können – insbesondere bei personenbezogenen Daten in den Logs. Lassen Sie sich hierzu von Ihrer Rechtsabteilung oder einem Datenschutzexperten beraten, bevor Sie umfangreiche Logfiles speichern. Mit einer soliden Dokumentation schaffen Sie die Basis für fundierte Entscheidungen und kontinuierliche Optimierung Ihrer mehrsprachigen Websites.

Checkliste für Planung, Durchführung und Optimierung

Eine strukturierte Checkliste hilft, bei mehrsprachigen A/B-Tests keine entscheidenden Schritte zu übersehen und die Qualität der Experimente zu sichern. Unterteilen Sie den Prozess in drei Phasen: Planung, Durchführung und Optimierung. In der Planungsphase definieren Sie zunächst eine klare, falsifizierbare Hypothese für jede Sprachvariante – etwa: „Eine kürzere Produktbeschreibung auf Französisch erhöht die Conversion-Rate um mindestens 5 %.“ Prüfen Sie dann anhand des erwarteten Effekts und der Zielgruppengröße, ob Ihre Stichprobe ausreichend statistische Power bietet. Bei kleinen Traffic-Mengen je Sprache sollten Sie die Laufzeit verlängern oder mehrere Sprachen zu Gruppen zusammenfassen. Legen Sie außerdem primäre und sekundäre Metriken fest (z. B. Klickrate, Abschlussrate, Verweildauer) und definieren Sie Abbruchkriterien, um den Test bei klarem Ergebnis vorzeitig beenden zu können.

In der Durchführungsphase starten Sie alle Sprachvarianten gleichzeitig, um saisonale Effekte auszuschließen. Dokumentieren Sie den genauen Startzeitpunkt und stellen Sie sicher, dass die Randomisierung korrekt implementiert ist – idealerweise serverseitig, um Caching-Probleme zu vermeiden. Überwachen Sie während des Tests täglich die Datenqualität: Sind die Stichproben in den Sprachgruppen ausgeglichen? Treten technische Fehler auf, etwa fehlerhafte Übersetzungen? Halten Sie Abweichungen sofort im Testprotokoll fest. Bei Traffic-Schwankungen oder technischen Störungen sollten Sie den Test nicht vorzeitig abbrechen, aber die Ereignisse für die spätere Interpretation notieren. Führen Sie parallel keine weiteren Änderungen an den beteiligten Seiten durch, die die Ergebnisse verfälschen könnten.

Nach Abschluss der Testlaufzeit folgt die Optimierungsphase: Berechnen Sie für jede Sprachvariante Konfidenzintervalle und prüfen Sie, ob die Unterschiede statistisch signifikant sind. Vergleichen Sie die Ergebnisse über alle Sprachen hinweg – oft zeigen sich Muster, die auf kulturelle Unterschiede hindeuten. Interpretieren Sie die Ergebnisse jedoch nicht isoliert, sondern betten Sie sie in den Gesamtkontext ein. Entscheiden Sie dann, ob Sie die Siegervariante dauerhaft implementieren oder einen Folgetest zur Absicherung starten. Eine praktische Empfehlung: Führen Sie nach jeder Optimierung einen kurzen A/A-Test durch, um Stabilität der neuen Konfiguration zu prüfen. Beachten Sie, dass dieser Leitfaden keine Rechtsberatung ersetzt – lassen Sie insbesondere bei der Verarbeitung von Nutzerdaten Ihre Maßnahmen juristisch prüfen. Mit dieser Checkliste vermeiden Sie typische Fehler und steigern die Aussagekraft Ihrer mehrsprachigen Experimente.

Budget und Aufwand für mehrsprachige Tests

Die Planung des Budgets für mehrsprachige A/B-Tests hängt von mehreren Faktoren ab, die es im Vorfeld realistisch einzuschätzen gilt. Zunächst sind die Kosten für die Übersetzung und Lokalisierung der Testvarianten zu kalkulieren. Je nach Sprachenanzahl und Textumfang fallen hier Aufwände für professionelle Übersetzer oder Agenturen an. Hinzu kommen gegebenenfalls Kosten für die Anpassung von Layouts oder Funktionen, die je nach Sprachversion variieren. Ein weiterer wesentlicher Punkt ist die Dauer des Tests: Um statistisch aussagekräftige Ergebnisse zu erhalten, müssen ausreichend viele Besucher pro Sprachgruppe erreicht werden. Bei Sprachen mit geringem Traffic verlängert sich die Testlaufzeit entsprechend – das bindet Server- und Analyse-Ressourcen. Auch der Aufwand für die technische Implementierung sollte nicht unterschätzt werden: Die Einrichtung paralleler Tests in verschiedenen Sprachversionen erfordert entweder eine leistungsfähige A/B-Testing-Plattform oder manuelle Entwicklungsarbeit. Kosten können auch durch die Einbindung von Tools wie Optimizely, Google Optimize oder hauseigenen Lösungen entstehen. In der Praxis hat es sich bewährt, Testbudgets nach Sprache zu staffeln: Für Hauptsprachen wie Deutsch oder Französisch können höhere Budgets für Design- und Texterstellung eingeplant werden, während für kleinere Märkte zunächst einfachere Tests ausreichen. Ein weiterer Aufwand entsteht durch die Auswertung und Interpretation der Ergebnisse, insbesondere wenn mehrere Tests gleichzeitig laufen. Planen Sie ausreichend Zeit für die Datenbereinigung und statistische Analyse ein – oft wird dieser Schritt unterschätzt. Um den Aufwand zu begrenzen, empfiehlt es sich, priorisiert vorzugehen: Testen Sie in der ersten Runde nur die drei bis fünf wichtigsten Sprachversionen und übernehmen Sie erfolgreiche Varianten später für kleinere Märkte. Beachten Sie zudem, dass nicht alle Kosten einmalig sind; für wiederkehrende Tests sollten Sie ein laufendes Budget vorsehen. Eine grobe Schätzung: Bei fünf Sprachen und zwei Testvarianten pro Sprache können Übersetzungs- und Anpassungskosten im unteren bis mittleren vierstelligen Bereich liegen, plus laufende Toolkosten und Personalaufwand für die Analyse.

Häufige Einwände und wie man ihnen begegnet

Bei der Einführung mehrsprachiger A/B-Tests stoßen Sie möglicherweise auf interne Vorbehalte. Ein häufiger Einwand lautet: "Wir haben zu wenig Traffic in den einzelnen Sprachen, um signifikante Ergebnisse zu erzielen." Tatsächlich benötigen kleinere Sprachversionen längere Laufzeiten oder größere Effektstärken, doch mit geeigneten Methoden wie sequentiellen Tests oder Bayesianischer Analyse lassen sich auch mit geringeren Stichproben valide Aussagen treffen. Ein anderer Einwand betrifft den Aufwand: "Lohnt sich der Test überhaupt, wenn wir nur eine Handvoll Landingpages anpassen?" Hier hilft der Hinweis, dass selbst kleine Änderungen in der Ansprache die Conversion-Rate in einem Markt deutlich beeinflussen können, und die gewonnenen Erkenntnisse sich auf andere Sprachen übertragen lassen. Ein dritter Einwand ist die Sorge vor negativen Auswirkungen auf die Nutzererfahrung: "Wenn ich in der spanischen Version einen anderen Button-Text teste, verunsichert das vielleicht die Nutzer." Dem können Sie entgegenhalten, dass A/B-Tests kontrolliert und zeitlich begrenzt stattfinden; zudem können Sie durch geeignete Randomisierung sicherstellen, dass kein Nutzer ständig wechselnde Varianten sieht. Auch das Argument "Unsere Übersetzungen sind schon optimal, weitere Tests sind überflüssig" lässt sich entkräften, indem Sie auf die kulturellen Unterschiede verweisen: Was in Deutschland funktioniert, muss in Frankreich nicht wirken – das bestätigt die Praxis immer wieder. Ein weiterer Einwand ist die fehlende interne Expertise: "Wir haben niemanden, der die Statistik beherrscht." Hier können Sie auf benutzerfreundliche Testtools verweisen oder die Zusammenarbeit mit einem externen Dienstleister vorschlagen. Wichtig ist, die Einwände ernst zu nehmen und mit konkreten Gegenbeispielen oder Studien (ohne Zahlenangaben) zu begegnen. In der Erfahrung der Autoren lassen sich die meisten Bedenken durch eine transparente Kommunikation der Testziele und eine sorgfältige Planung ausräumen. Binden Sie frühzeitig Stakeholder aus den jeweiligen Ländermärkten ein – sie kennen die lokalen Bedürfnisse und können wertvolle Hinweise zur Hypothesenbildung geben. Letztlich ist es ratsam, mit einem Pilotprojekt in einer einzelnen Sprache zu starten, um das Verfahren zu validieren und interne Widerstände abzubauen.

blog.faqT

Welche Elemente einer mehrsprachigen Website lassen sich sinnvoll A/B-testen?

Grundsätzlich können Sie alle sichtbaren und interaktiven Komponenten testen: Texte (Überschriften, Call-to-Actions, Produktbeschreibungen), Layouts (Button-Positionen, Formular-Längen) sowie Funktionalitäten (Zahlungsoptionen, Sprachumschalter). Wichtig ist, dass die getestete Variable für alle Sprachversionen relevant und isoliert prüfbar ist. Vermeiden Sie gleichzeitige Änderungen an mehreren Elementen, da sonst die Ergebniszuordnung erschwert wird.

Wie groß muss die Stichprobe pro Sprachvariante mindestens sein?

Die erforderliche Stichprobengröße hängt von der erwarteten Effektstärke, dem Signifikanzniveau (meist 5 %) und der gewünschten statistischen Power (80 % üblich) ab. Für kleine EU-Sprachen können Sie auf pragmatische Faustformeln zurückgreifen: Planen Sie mindestens einige Hundert bis tausend Besucher pro Variante ein. Bei geringeren Trafficmengen nutzen Sie Bayesianische Verfahren oder verlängern die Testlaufzeit. Lassen Sie sich im Zweifel von einem Statistiker beraten.

Darf ich A/B-Tests ohne ausdrückliche Einwilligung der Nutzer durchführen?

Die rechtliche Zulässigkeit hängt vom Einsatz von Cookies oder Tracking-Tools ab. Für reine A/B-Tests auf Basis von serverseitiger Zuordnung ohne Personenbezug kann unter Umständen eine datenschutzrechtliche Einwilligung entfallen – prüfen Sie dies jedoch mit Ihrer Rechtsabteilung. In der EU sind Sie mit der DSGVO konfrontiert: Setzen Sie auf eine datensparsame Testumgebung und informieren Sie Ihre Nutzer transparent über die Testdurchführung in Ihrer Datenschutzerklärung.

Unverbindliches Angebot anfordern

Antwort innerhalb von 24 Stunden an Werktagen.

Deutsche GmbHAmtsgericht Frankfurt am Main · HRB 111727
D-U-N-S® registriert315030052
DSGVO-konforme VerarbeitungHosting in Deutschland
Festpreise mit schriftlicher Liefergarantie