{"id":112319,"date":"2018-09-14T10:39:54","date_gmt":"2018-09-14T10:39:54","guid":{"rendered":"https:\/\/staging.wingify.com\/blog\/server-side-testing-definition-avantages-exemples\/"},"modified":"2026-09-17T19:47:26","modified_gmt":"2026-09-17T14:17:26","slug":"server-side-testing-definition-avantages-exemples","status":"publish","type":"post","link":"https:\/\/wingify.com\/blog\/fr\/server-side-testing-definition-avantages-exemples\/","title":{"rendered":"Server-Side Testing : D\u00e9finition, Avantages et Exemples"},"content":{"rendered":"\n

Wingify a r\u00e9cemment mis \u00e0 la disposition de ses clients une version Beta du Server-Side Testing<\/a>. Cela ouvre un nouveau monde des possibilit\u00e9s de tests – mais cela nous a aussi fait comprendre que tout le monde n\u2019est pas vraiment familier avec les tests server-side, quand sont-ils utiles et comment ils peuvent \u00eatre pleinement exploit\u00e9s ?<\/p>\n\n\n\n

Alors, voici un bref r\u00e9capitulatif pour ceux d\u2019entre vous qui s\u2019interrogent encore sur le Server-Side Testing !<\/p>\n\n\n\n

Les tests Server-side et client-side<\/h2>\n\n\n\n

Avant de nous lancer dans la d\u00e9finition et les explications, reprenons la terminologie. Nous avons fait le choix de ne pas traduire ces termes, pour ne pas rentrer dans des confusions de langues !<\/p>\n\n\n\n

Si vous utilisez une solution SaaS d\u2019optimisation de site web (comme Wingify), vous connaissez d\u00e9j\u00e0 les solutions de test server-side<\/a> et test client-side.<\/p>\n\n\n\n

Les tests client-side signifient simplement que les modifications li\u00e9es \u00e0 l\u2019optimisation du site ne se produisent que dans le navigateur du visiteur<\/strong>, c\u2019est-\u00e0-dire du c\u00f4t\u00e9 du client<\/strong>. Pour faire cela, vous n\u2019avez pas n\u00e9cessairement besoin de connaissances en mati\u00e8re de d\u00e9veloppement web. C\u2019est d\u2019ailleurs une de nos promesses chez Wingify ! M\u00eame si parfois la connaissance de HTML, JS ou CSS peut \u00eatre utile.<\/p>\n\n\n\n

C\u2019est l\u2019une des principales choses \u00e0 retenir sur les tests client-side : l\u2019interface web est la salle de contr\u00f4le de vos tests et tous les scripts sont ex\u00e9cut\u00e9s sur les navigateurs de vos visiteurs.<\/p>\n\n\n

\n
\"\"
Image Source<\/figcaption><\/figure>\n<\/div>\n\n\n

Cependant, la facilit\u00e9 d’utilisation des tests client-side – peu ou pas de d\u00e9veloppement web n\u00e9cessaire – comporte \u00e9galement des inconv\u00e9nients. \u00c0 savoir, le scope de vos tests reste largement li\u00e9 au design<\/strong> : changement de couleur, contenu, mise en page, suppression ou ajout d\u2019\u00e9l\u00e9ments, etc.<\/p>\n\n\n\n

\n

Avec les tests client-side, le scope de vos tests reste largement li\u00e9 au design : changement de couleur, contenu, mise en page, suppression ou ajout d\u2019\u00e9l\u00e9ments, etc.<\/p>\n<\/div>\n\n\n\n

Pour certaines entreprises, c’est tr\u00e8s bien et d\u00e9j\u00e0 suffisant. Il existe d’innombrablesid\u00e9es de test que vous pouvez d\u00e9ployer en client-side<\/a>, mais apr\u00e8s un certain temps, beaucoup veulent aller plus loin. C’est l\u00e0 que le test server-side entre en jeu.<\/p>\n\n\n\n

Client-Side<\/strong><\/td>Server-Side<\/strong><\/td><\/tr>
Marketing + Tech<\/td>Tech + Marketing<\/td><\/tr>
Agilit\u00e9 et R\u00e9activit\u00e9<\/span><\/td>Sc\u00e9narios avanc\u00e9s et Restrictions<\/span><\/td><\/tr>
WYSIWYG + HTML\/CSS\/JS<\/td>Code \/ App Implementation<\/td><\/tr>
Contenu, UI et UX<\/td>Fonctionnalit\u00e9s et Logique Business <\/span><\/td><\/tr>
Web Technologies<\/td>Plateforme et Language Agnostique<\/span><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Des tests plus riches avec le Server-side<\/h2>\n\n\n\n

Dans un certain sens, les tests server-side suppriment les solutions interm\u00e9diaires (le tag Wingify est utilis\u00e9 pour les tests client-side). A la place d\u2019une solution, les d\u00e9veloppeurs peuvent utiliser directement le code<\/strong> et acc\u00e9der directement aux sources<\/strong>, ainsi travailler sur les serveurs<\/strong> qui vont charger le site sur le navigateur de l’utilisateur final. Les \u00e9quipes Marketing peuvent toujours d\u00e9finir les param\u00e8tres d’un test dans l’interface Wingify, mais toute l’impl\u00e9mentation se fait au niveau du serveur web.<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

Les campagnes client-side et server-side sont d\u00e9finies dans la m\u00eame interface Wingify<\/strong>. Dans la capture d’\u00e9cran ci-dessus, vous pouvez d\u00e9finir vos variations, vos objectifs ainsi que l’allocation du trafic (dynamique ou non). Oui tout \u00e7a dans la m\u00eame interface ! Le design des variations est l\u2019\u00e9tape juste apr\u00e8s.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

<\/p>\n\n\n\n

Nous g\u00e9n\u00e9rons les identifiants associ\u00e9s et fournissons \u00e0 vos d\u00e9veloppeurs des instructions pour prendre en charge votre impl\u00e9mentation.<\/p>\n\n\n\n

\n

\u00c9tant donn\u00e9 que l’impl\u00e9mentation des tests server-side est plus directe, cela permet des tests et des campagnes d\u2019optimisation beaucoup plus riches.<\/p>\n<\/div>\n\n\n\n

Cependant, le fait est que pour impl\u00e9menter des tests server-side il est indispensable de ma\u00eetriser les langages de back-end,<\/strong> tels que PHP, Node.js ou Python. Si c\u2019est votre \u00e9quipe marketing qui ex\u00e9cute votre strat\u00e9gie CRO, elle est peut-\u00eatre d\u00e9j\u00e0 accompagn\u00e9e d\u2019un d\u00e9veloppeur web. D’autres peuvent chercher \u00e0 embaucher ce profil en freelance. Quoi qu\u2019il en soit, si vous souhaitez d\u00e9marrer avec des tests server-side, vous allez avoir besoin de deux choses :<\/p>\n\n\n\n