Cette page explique comment s’assurer que les variations de test dans le contenu des pages ou les URL des pages ont un impact minimal sur vos performances Google Search. Elle ne donne pas d’instructions sur la façon de construire ou de concevoir des tests, mais vous pouvez trouver plus de ressources sur les tests à la fin de cette page.
Aperçu des tests
Un test de site Web consiste à essayer différentes versions de votre site Web (ou d’une partie de votre site Web) et à collecter des données sur la façon dont les utilisateurs réagissent à chaque version.

- Tests A/B consistent à tester deux (ou plusieurs) variations d’un changement. Par exemple, vous pouvez tester différentes polices sur un bouton pour voir si vous pouvez augmenter les clics sur les boutons.
- Tests multivariés consistent à tester plus d’un type de changement à la fois, en recherchant l’impact de chaque changement ainsi que les synergies potentielles entre les changements. Par exemple, vous pouvez essayer plusieurs polices pour un bouton, mais aussi essayer de changer (et de ne pas changer) la police du reste de la page en même temps. Une nouvelle police est-elle plus facile à lire et doit-elle donc être utilisée partout ? Ou l’avantage est-il que la police du bouton est différente du reste de la page, ce qui l’aide à attirer l’attention ?
Vous pouvez utiliser un logiciel pour comparer le comportement avec différentes variations de vos pages (parties d’une page, pages entières ou flux complets de plusieurs pages) et suivre quelle version est la plus efficace auprès de vos utilisateurs.
Vous pouvez exécuter des tests en créant plusieurs versions d’une page, chacune avec sa propre URL. Lorsque les utilisateurs tentent d’accéder à l’URL d’origine, vous en redirigez certains vers chacune des URL de variation, puis vous comparez le comportement des utilisateurs pour voir quelle page est la plus efficace.
Vous pouvez également exécuter des tests sans modifier l’URL en insérant dynamiquement des variations sur la page. Vous pouvez utiliser JavaScript pour décider quelle variation afficher.

Selon les types de contenu que vous testez, il peut même ne pas importer beaucoup que Google explore ou indexe certaines de vos variations de contenu pendant que vous testez. De petits changements, tels que la taille, la couleur ou l’emplacement d’un bouton ou d’une image, ou le texte de votre “appel à l’action” (“Ajouter au panier” par rapport à “Acheter maintenant !”), peuvent avoir un impact surprenant sur les interactions des utilisateurs avec votre page, mais ont souvent peu ou pas d’impact sur l’extrait de résultat de recherche ou le classement de cette page.
De plus, si nous explorons votre site assez souvent pour détecter et indexer votre expérience, nous indexerons probablement les mises à jour ultérieures que vous apporterez à votre site assez rapidement après avoir conclu l’expérience.
Meilleures pratiques lors des tests
Voici une liste des meilleures pratiques pour éviter tout effet néfaste sur votre comportement de recherche Google lors du test de variations de site :
Ne masquez pas vos pages de test
Ne montrez pas un ensemble d’URL à Googlebot et un autre aux humains. C’est ce qu’on appelle
le cloaking, et c’est contraire à nos
règles concernant le spam, que vous exécutiez un test ou non. N’oubliez pas que enfreindre nos règles concernant le spam peut entraîner la rétrogradation ou la suppression de votre site des résultats de recherche Google — ce qui n’est probablement pas le résultat souhaité de votre test.
Le cloaking compte que vous le fassiez par logique de serveur ou par robots.txt, ou par toute autre méthode.
Utilisez plutôt des liens ou des redirections comme décrit ci-dessous.
Si vous utilisez des cookies pour contrôler le test, gardez à l’esprit que Googlebot ne prend généralement pas en charge les cookies. Cela signifie qu’il ne verra que la version de contenu accessible aux utilisateurs disposant de navigateurs qui n’acceptent pas les cookies. Utiliser rel=”canonical”
liens
Si vous exécutez un test avec plusieurs URL, vous pouvez utiliser l'attribut de lien rel=”canonical”
sur toutes vos URL alternatives pour indiquer que l’URL d’origine est la version préférée. Nous vous recommandons d’utiliser rel="canonical" plutôt qu’une balise méta noindex car cela correspond plus étroitement à votre intention dans cette situation. Par exemple, si vous testez des variations de votre page d'accueil, vous ne voulez pas que les moteurs de recherche n'indexent pas votre page d'accueil ; vous voulez simplement qu'ils comprennent que toutes les URL de test sont des doublons proches ou des variations de l'URL d'origine et doivent être regroupées, avec l'URL d'origine comme canonique. L'utilisation de noindex plutôt que de rel=”canonical” dans une telle situation peut parfois avoir des effets indésirables inattendus. Utiliser
redirections, pas 302 redirections 301 Si vous exécutez un test qui redirige les utilisateurs de l’URL d’origine vers une URL de variation, utilisez une
302 (temporaire) redirection , pas une301 (permanente) redirection. Cela indique aux moteurs de recherche que cette redirection est temporaire — elle ne sera en place que le temps que vous menez l'expérience — et qu'ils doivent conserver l'URL d'origine dans leur index au lieu de la remplacer par la cible de la redirection (la page de test). Redirections basées sur JavaScript
sont également acceptables.
N’exécutez l’expérience que le temps nécessaire
Le temps requis pour un test fiable variera en fonction de facteurs tels que vos taux de conversion et le trafic de votre site Web ; un bon outil de test vous indique quand vous avez collecté suffisamment de données pour tirer une conclusion fiable. Une fois que vous avez conclu le test, mettez à jour votre site avec la ou les variations de contenu souhaitées et supprimez tous les éléments du test dès que possible, tels que les URL alternatives ou les scripts de test et le balisage. Si nous découvrons qu’un site exécute une expérience pendant une période inutilement longue, nous pouvons interpréter cela comme une tentative de tromper les moteurs de recherche et prendre des mesures en conséquence. C’est particulièrement vrai si vous servez une variante de contenu à un grand pourcentage de vos utilisateurs.
Plus d’informations sur les tests
Article Google Analytics
- sur les expériences de contenu
Outils de test de contenu Google Analytics - Posez des questions sur les tests sur le
- Forum d’aide Analytics
Posez des questions sur l’impact sur les résultats de recherche sur le - Forum d’aide Google Search Central
Minimiser l’impact des tests A/B dans Google Search | Alien Road.
Comment nous l'appliquons
A/B tests can distort indexing when they run long or serve different content to Googlebot. We set test duration and canonical handling before the experiment starts rather than explaining the damage afterwards.
Services associés