{"id":112285,"date":"2020-02-01T10:00:52","date_gmt":"2020-02-01T10:00:52","guid":{"rendered":"https:\/\/staging.wingify.com\/blog\/server-side-ab-testing-3\/"},"modified":"2020-02-01T10:00:52","modified_gmt":"2020-02-01T10:00:52","slug":"server-side-ab-testing-3","status":"publish","type":"post","link":"https:\/\/wingify.com\/blog\/fr\/server-side-ab-testing-3\/","title":{"rendered":"A\/B Testing C\u00f4t\u00e9 Client et Serveur : le Meilleur des 2 Mondes R\u00e9uni !"},"content":{"rendered":"

Nous enrichissons notre plateforme d\u2019optimisation des conversions d\u2019une solution d\u2019A\/B testing server-side<\/strong>. Une nouvelle qui r\u00e9jouira tous les f\u00e9rus d\u2019exp\u00e9rimentation qui peuvent d\u00e9sormais tester n\u2019importe quelle hypoth\u00e8se, sur n\u2019importe quel device<\/strong>.<\/p>\n

\n

Qu\u2019il s\u2019agisse de tester des modifications visuelles envisag\u00e9es par votre \u00e9quipe marketing ou des modifications avanc\u00e9es li\u00e9es \u00e0 votre back-office et indispensables \u00e0 la prise de d\u00e9cision de votre \u00e9quipe produit, nous vous proposons une solution adapt\u00e9e.<\/p>\n<\/div>\n

Quelles diff\u00e9rences entre A\/B testing c\u00f4t\u00e9 client et c\u00f4t\u00e9 serveur ?<\/h2>\n

Les outils d\u2019A\/B testing \u201cclient-side<\/strong>\u201d vous aident \u00e0 cr\u00e9er les variations de vos pages en manipulant, dans le navigateur, le contenu qui est envoy\u00e9 par votre serveur \u00e0 l\u2019internaute. La magie op\u00e8re donc au niveau du navigateur (appel\u00e9 \u201cclient\u201d en informatique) gr\u00e2ce au langage JavaScript. A aucun moment, votre serveur n\u2019est sollicit\u00e9 ou n\u2019intervient dans ce processus : il renvoie toujours le m\u00eame contenu \u00e0 l\u2019internaute.<\/p>\n

Les outils d\u2019A\/B testing \u201cserver-side\u201d<\/strong>, \u00e0 l\u2019inverse, d\u00e9chargent votre navigateur de tout traitement. Dans ce cas, c\u2019est votre serveur qui se charge de renvoyer al\u00e9atoirement \u00e0 l\u2019internaute une version modifi\u00e9e.<\/p>\n

4 raisons pour A\/B tester c\u00f4t\u00e9 serveur<\/h2>\n

Mener un test A\/B c\u00f4t\u00e9 serveur pr\u00e9sente de nombreux avantages.<\/p>\n

1. D\u00e9di\u00e9 aux besoins de votre \u00e9quipe produit<\/h3>\n

A\/B tester c\u00f4t\u00e9 client se r\u00e9sume parfois \u00e0 des modifications de surface. Celles-ci concernent l\u2019aspect visuel, comme l\u2019organisation de la page, l\u2019ajout \/ suppression de blocs de contenus ou encore la modification de texte. Si vous souhaitez tester des modifications plus profondes qui touchent \u00e0 votre back office, comme la r\u00e9organisation de votre tunnel d\u2019achat<\/a>, les r\u00e9sultats de votre algorithme de recherche ou de tri produits, les choses se compliquent.<\/p>\n

[clickToTweet tweet=”En A\/B testant c\u00f4t\u00e9 serveur, vous \u00e9tendez le champ des possibles, en agissant sur tous les aspects de votre site, qu\u2019il s\u2019agisse du front ou du back-end. #abtesting #CRO” quote=”En A\/B testant c\u00f4t\u00e9 serveur, vous \u00e9tendez le champ des possibles, en agissant sur tous les aspects de votre site, qu\u2019il s\u2019agisse du front ou du back-end.”]<\/p>\n

Tout cela est possible car vous gardez la ma\u00eetrise du contenu retourn\u00e9 par votre serveur au navigateur. Votre \u00e9quipe produit va se r\u00e9jouir car elle fait un \u00e9norme bond en avant en termes de flexibilit\u00e9<\/strong>. Elle peut d\u00e9sormais tester tous types de fonctionnalit\u00e9s et se doter d\u2019une vraie approche data-driven pour am\u00e9liorer sa prise de d\u00e9cision. La contrepartie de cette flexibilit\u00e9 est que le testing c\u00f4t\u00e9 serveur n\u00e9cessitera l\u2019implication de votre \u00e9quipe IT pour impl\u00e9menter les modifications. Nous y reviendrons par la suite.<\/p>\n

Votre \u00e9quipe produit peut d\u00e9sormais tester tous types de fonctionnalit\u00e9s.<\/span><\/p>\n

2. De meilleures performances<\/h3>\n

La d\u00e9gradation des performances – temps de chargement ou effet flicker – se retrouve souvent en t\u00eate des reproches faits aux solutions d\u2019A\/B testing c\u00f4t\u00e9 client.<\/p>\n

Dans les cas les plus extr\u00eames, certains sites limitent l\u2019ajout de tag JavaScript \u00e0 leur seul pied de page pour \u00e9viter un \u00e9ventuel impact sur leur performance technique. Cette politique exclut automatiquement le recours aux solutions d\u2019A\/B testing c\u00f4t\u00e9 client, car un tag en \u201cfooter \u201c est souvent synonyme d\u2019effet flicker.<\/p>\n

En utilisant une solution d\u2019A\/B testing server-side, vous n\u2019avez plus de tag JavaScript \u00e0 ins\u00e9rer sur vos pages et restez ma\u00eetre de tous les goulots d’\u00e9tranglement potentiels sur les performances de votre site<\/strong>. Vous \u00eates aussi garant de la politique de s\u00e9curit\u00e9 de votre entreprise et du respect des proc\u00e9dures techniques internes.<\/p>\n

3. Adapt\u00e9 \u00e0 vos r\u00e8gles m\u00e9tiers<\/h3>\n

Dans certains cas de figure, votre test A\/B peut se limiter \u00e0 des modifications de design mais vous \u00eates confront\u00e9s \u00e0 des contraintes m\u00e9tier qui rendent difficile l\u2019interpr\u00e9tation d\u2019un test A\/B classique.<\/p>\n

Par exemple, un e-commer\u00e7ant peut l\u00e9gitimement vouloir prendre en compte dans ses r\u00e9sultats les commandes annul\u00e9es ou exclure les commandes extr\u00eames qui faussent ses analyses (notion de \u201coutliers\u201d).<\/p>\n

Avec un test A\/B c\u00f4t\u00e9 client, la conversion est enregistr\u00e9e d\u00e8s qu\u2019elle se produit c\u00f4t\u00e9 navigateur, lorsque la page de confirmation d\u2019achat est charg\u00e9e ou qu\u2019un \u00e9v\u00e9nement de type transaction est d\u00e9clench\u00e9. Avec un test A\/B c\u00f4t\u00e9 serveur, vous avez la ma\u00eetrise totale de ce qui est pris en compte<\/strong> et pouvez, par exemple, exclure en temps r\u00e9el certaines conversions ou en enregistrer d\u2019autres \u00e0 posteriori, par lot.<\/p>\n

4. De nouvelles opportunit\u00e9s omni-canal<\/h3>\n

Qui dit solution d\u2019A\/B testing server-side dit solution omni-canal et multi-device.<\/span><\/p>\n

Avec une solution c\u00f4t\u00e9 client – qui repose sur le langage JavaScript et les cookies – vous limitez votre terrain de jeu aux terminaux qui disposent d\u2019un navigateur web, qu\u2019il s\u2019agisse d\u2019une version desktop, tablette ou mobile. Impossible donc d\u2019A\/B tester sur des applications mobiles natives (iOS ou Android) ou sur des objets connect\u00e9s, existants et \u00e0 venir.<\/p>\n

A l\u2019inverse, avec une solution server-side, d\u00e8s lors que vous \u00eates en mesure de r\u00e9concilier l’identit\u00e9 d\u2019un consommateur quel que soit le device utilis\u00e9, vous pouvez d\u00e9livrer des tests A\/B ou des campagnes de personnalisation omni-canal dans une logique de parcours client unifi\u00e9. Votre terrain de jeu vient soudain de s\u2019agrandir \ud83d\ude09 et les opportunit\u00e9s sont nombreuses. Pensez objets connect\u00e9s, applications TV, chatbot, beacon, digital store, …<\/p>\n

L’A\/B testing server-side, quels cas d’usage ?<\/h2>\n

Maintenant, vous vous demandez peut-\u00eatre ce que vous pouvez concr\u00e8tement tester avec une solution c\u00f4t\u00e9 serveur que vous ne pouviez pas tester avec un outil c\u00f4t\u00e9 client ?<\/p>\n

T\u00e9l\u00e9chargez notre pr\u00e9sentation : 10 exemples de tests c\u00f4t\u00e9 serveur que vous ne pourriez pas mener c\u00f4t\u00e9 client.<\/a><\/strong><\/span><\/p>\n

Au programme : test de formulaire d\u2019inscription, test de tunnel de commande, test d\u2019algorithme de recherche, test de fonctionnalit\u00e9…<\/p>\n

Comment mettre en place un test A\/B c\u00f4t\u00e9 serveur ?<\/h2>\n

Pour mettre en place un test A\/B c\u00f4t\u00e9 serveur vous faites appel \u00e0 notre API. Nous d\u00e9crivons ici les grandes lignes de son mode de fonctionnement. Pour plus de d\u00e9tails, contactez notre support qui vous fournira une documentation technique compl\u00e8te.<\/p>\n

Lorsqu\u2019un internaute arrive sur votre site, vous interrogez notre API en lui passant en param\u00e8tre l\u2019ID de visiteur, qui identifie ce dernier de mani\u00e8re unique. Wingify vous fournit cet ID que vous stockez (ex: cookie, session storage…). Si un visiteur poss\u00e8de d\u00e9j\u00e0 un identifiant lors d’une visite ult\u00e9rieure, vous utilisez celui-ci.<\/p>\n

Sur les pages o\u00f9 un test doit se d\u00e9clencher, vous interrogez ensuite notre API en lui passant en param\u00e8tres l\u2019ID du visiteur et l\u2019ID du test en question. Cet ID de test est accessible depuis notre interface, lorsque vous cr\u00e9ez le test. En r\u00e9ponse \u00e0 votre requ\u00eate, Wingify renvoie l\u2019ID de variation \u00e0 afficher. Votre serveur doit alors construire sa r\u00e9ponse en se basant sur cette information.<\/p>\n

Vous devez \u00e9galement informer nos serveurs de collecte d\u00e8s qu\u2019une conversion a lieu, en passant un appel API avec l\u2019ID de visiteur et des donn\u00e9es relatives \u00e0 cette conversion comme son type (action tracking, transaction, custom event\u2026) et\/ou sa valeur.<\/p>\n

\n

Nous mettons \u00e0 votre disposition tout notre savoir faire pour l’analyse des r\u00e9sultats et l’optimisation de vos tests gr\u00e2ce \u00e0 nos algorithmes d’allocation dynamique de trafic<\/a>, qui r\u00e9pondent \u00e0 la probl\u00e9matique dite du multi-armed bandit.<\/p>\n<\/div>\n

Vous l\u2019aurez compris, mettre en place un test A\/B c\u00f4t\u00e9 serveur requiert l\u2019intervention de votre \u00e9quipe technique et implique un changement de mode organisationnel.<\/p>\n

[clickToTweet tweet=”Alors que l\u2019A\/B testing c\u00f4t\u00e9 client est g\u00e9r\u00e9 et centralis\u00e9 par votre \u00e9quipe marketing, l\u2019A\/B testing c\u00f4t\u00e9 serveur est d\u00e9centralis\u00e9 au niveau de chacune de vos \u00e9quipes produits ou projets.” quote=”Alors que l\u2019A\/B testing c\u00f4t\u00e9 client est g\u00e9r\u00e9 et centralis\u00e9 par votre \u00e9quipe marketing, l\u2019A\/B testing c\u00f4t\u00e9 serveur est d\u00e9centralis\u00e9 au niveau de chacune de vos \u00e9quipes produits ou projets.”]<\/p>\n

Faut-il se passer des tests A\/B c\u00f4t\u00e9 client ?<\/h2>\n

La r\u00e9ponse est non. L\u2019A\/B testing c\u00f4t\u00e9 client et c\u00f4t\u00e9 serveur ne sont pas antinomiques mais compl\u00e9mentaires. Les entreprises les plus performantes utilisent les deux conjointement selon leurs besoins et les \u00e9quipes impliqu\u00e9es.<\/strong><\/p>\n