Sur Google Ads, attirer des visiteurs a un coût : le choix de la méthode de test vient avant toute démarche avancée d'optimisation des conversions. Si les deux versions ne sont pas affichées et mesurées de la même façon, la comparaison risque d’être faussée, quel que soit le logiciel.
Même adresse ou deux adresses : comment choisir
Un test A/B montre au hasard la version A ou la version B de la page où arrivent vos visiteurs Google Ads. Commencez par écrire ce que vous voulez prouver. Plus la version B regroupe de changements, plus le verdict porte sur l’ensemble : vous saurez quelle version gagne, pas quel élément l’explique.
Choisissez ensuite comment afficher les deux versions.
- Un script dans le navigateur peut être rapide à installer, mais il peut ralentir la page ou la faire clignoter s’il se charge tard.
- Le serveur envoie directement la bonne version, à la même adresse.
- Deux adresses séparées sont utiles quand les pages ou les parcours d’achat sont techniquement très différents.
Une refonte complète peut donc se tester sur la même adresse. Gardez une seule adresse si votre outil permet d’y tester les deux versions simplement. Deux adresses peuvent faciliter le travail quand les pages utilisent des technologies différentes.
A/B, deux adresses ou multivarié : ce que mesure chacun
Un test multivarié fait varier plusieurs éléments à la fois et compare leurs combinaisons. Il montre par exemple si un titre marche avec une image et pas avec une autre. Chaque combinaison reçoit donc moins de visiteurs. À faible trafic, le test dure plus longtemps et subit davantage les changements de saison ou de campagne. Même avec beaucoup de trafic, ne le retenez que si les interactions entre éléments répondent à votre question.
| Critère | A/B classique | Adresses séparées | Multivarié |
|---|---|---|---|
| Ce qu’il mesure | L’effet global d’une version | Le même effet, avec deux pages | L’effet de chaque élément et des combinaisons |
| Visiteurs nécessaires | Calculés avant le lancement | Le même calcul, avec un contrôle des pertes de visiteurs | Souvent plus, car ils se répartissent entre les combinaisons |
| Risques à surveiller | Répartition, clignotement, mesure, arrêt trop tôt | Répartition, délai, mesure, référencement | Trafic insuffisant, faux gagnants, saison |
Ces catégories se recoupent : un A/B peut utiliser deux adresses. Partez de la question que vous voulez trancher, puis choisissez la méthode qui y répond.
Vérifier que les deux versions partent à égalité
Une redirection ajoute un risque, mais d’autres défauts peuvent avantager une version. Avant le lancement, j’affiche chaque version sur les principaux appareils et navigateurs. Je compare le temps d’affichage, les erreurs et les mesures reçues, puis je refais ce contrôle avec de vrais visiteurs. Les conversions doivent aussi se déclencher sur les deux.
Vitesse et mesure des deux versions
Une redirection ajoute un aller-retour vers le serveur pour chaque visiteur qu’elle renvoie. Un script peut afficher un instant la version d’origine, puis la remplacer. Une répartition bien conçue côté serveur peut éviter ces deux défauts. Dans tous les cas, mesurez la vitesse réelle de chaque page.
Les deux versions comptent les mêmes conversions, selon la même définition. Elles doivent respecter le même choix du visiteur sur les cookies. Elles doivent aussi écarter les doublons de la même façon, sur la même période. L’adresse doit garder le GCLID, l’identifiant qui permet de relier plus tard une vente au clic. Elle doit aussi garder les paramètres UTM, qui indiquent de quelle campagne vient le visiteur. Si l’adresse perd le GCLID ou ces paramètres, une vente peut ne plus être reliée à sa campagne.
Ce que Google demande pour le référencement
Si le test renvoie des visiteurs de la page d’origine vers une variante, Google recommande une redirection temporaire (302), pas permanente (301). Il recommande aussi la balise canonique vers la page d’origine sur chaque variante proche. Ces deux réglages sont des indications pour Google, pas une garantie sur son index. Montrez aux robots ce que voient les visiteurs, sans bloquer le test pour cacher un écart. Retirez ensuite variantes, scripts et redirections dès la fin du test.
Vérifier que la répartition est juste
Si vous prévoyez une moitié de visiteurs par version, la répartition réelle doit rester proche de cette moitié. Un écart que le hasard n’explique pas signale un défaut, quelle que soit la méthode. Comptez ce qui a été tiré au sort : des personnes si chacune garde sa version, sinon des visites. Si chaque personne garde sa version, un écart entre les nombres de visites ne prouve rien, car une personne peut revenir plusieurs fois.
Mesurez l’écart avec un test statistique et un seuil fixés avant de lire les résultats. En cas d’alerte, cherchez la cause.
- Un script se charge-t-il trop tard ?
- Une version produit-elle plus d’erreurs ?
- Le refus des cookies touche-t-il une version plus que l’autre ?
- Des robots faussent-ils le comptage ?
- Une personne qui revient retrouve-t-elle sa version ?
Ne supprimez pas des visiteurs après coup pour retomber sur moitié-moitié, car la répartition resterait fausse.
Mobile et ordinateur : décider avant le test
Une version peut mieux marcher sur mobile que sur ordinateur. Ne découpez pas les données après coup jusqu’à trouver un gagnant, car chaque comparaison ajoutée augmente le risque d’un faux gagnant. Choisissez avant le lancement les groupes liés à une vraie question commerciale, avec assez de visiteurs pour conclure. Un gain net sur mobile et pas sur ordinateur ne prouve pas, à lui seul, que l’effet diffère entre les deux.
Combien de visiteurs faut-il pour conclure ?
Avec deux versions, une adresse séparée ne demande pas plus de trafic qu’un A/B classique. Le nombre de visiteurs nécessaire se calcule à partir des éléments suivants.
- Votre taux de conversion actuel.
- Le plus petit écart qui vaut la peine d’être détecté.
- Le risque accepté de déclarer un faux gagnant.
- La probabilité voulue de repérer un vrai écart.
Calculez la taille d’échantillon avant le lancement, puis traduisez-la en durée avec les visiteurs qui entrent vraiment dans le test. Prévoyez des cycles commerciaux complets et une règle d’arrêt écrite. Un test long subit aussi les événements extérieurs et les effets de saison. Si la durée prévue paraît excessive, simplifiez la question ou revoyez le projet avant le lancement. Ne changez pas l’écart recherché après avoir vu les résultats.
Ce que le test change dans Google Ads
Les deux versions doivent tenir la promesse de l’annonce. Elles doivent aussi respecter les règles de Google Ads sur l’adresse finale. Une redirection mal faite peut perdre le GCLID ou les paramètres UTM. Ce défaut gêne le rattachement des ventes à leur campagne, mais ne fait pas baisser directement le niveau de qualité.
Si le visiteur est tiré au sort après le clic, ne touchez ni aux annonces, ni au ciblage, ni au budget, ni aux enchères pendant le test. Google Ads propose aussi des expériences qui peuvent comparer deux pages de destination. Elles partagent le budget ou le trafic entre la campagne d’origine et sa copie, qui ne doivent différer que par la page.
Une nouvelle adresse gêne-t-elle les enchères ?
Avec les enchères automatiques, une deuxième adresse dans la même campagne ne crée pas un second calcul d’enchères et ne coupe pas, à elle seule, l’apprentissage en deux. Une expérience, elle, partage le budget et peut demander un temps d’ajustement. Ne changez pas en même temps la page, la stratégie d’enchères et l’objectif de conversion, sinon vous ne sauriez plus d’où vient l’écart.
Les sept étapes pour lancer le test
- Écrire l’hypothèse. Notez le résultat suivi, le plus petit écart utile et les limites à ne pas franchir.
- Choisir ce qui est tiré au sort. Décidez si la version suit la personne ou la visite, puis fixez la répartition.
- Calculer la taille du test. Déduisez le nombre de visiteurs et la durée nécessaire.
- Configurer la répartition. Si la page d’origine renvoie vers une variante, utilisez une redirection temporaire.
- Vérifier la mesure. Contrôlez les cookies, les conversions, le GCLID et les paramètres UTM sur les deux versions.
- Préparer le référencement. Pointez la balise canonique vers l’original et limitez la durée.
- Contrôler avant de lire. La vitesse, les erreurs et la répartition se regardent avant les conversions.
Lire le résultat : détectable ne veut pas dire rentable
Votre outil de test peut afficher une valeur p. Elle indique à quel point les données seraient surprenantes si les deux versions se valaient. Elle ne donne ni la probabilité que la version B soit meilleure, ni ce que l’écart vous rapporte. Regardez aussi l’écart estimé et sa fourchette. Reste à contrôler que la version B n’a pas franchi les limites fixées au départ.
Un écart détectable mais trop faible pour couvrir le coût de la mise en place ne mérite pas forcément d’être déployé. Une fourchette encore large demande plus de données ou une décision prudente, pas une victoire annoncée au premier passage sous le seuil. Fixez donc avant le lancement ce qui comptera comme un gain utile.
