Tests côté serveur

Certaines modifications ne peuvent pas se faire en éditant une page rendue. Classer un résultat de recherche différemment, changer ce que renvoie un endpoint de prix, ou remplacer un modèle de recommandation : tout cela se passe avant qu’aucun HTML n’existe. Un test côté serveur couvre ces cas : votre backend décide quoi servir, et Pertento porte le test, les variantes et la mesure.

C’est le seul type de test qui demande du temps d’ingénierie, et cela ne se cache pas. Il n’y a pas d’étape d’éditeur visuel. Ce que vous obtenez à la place, c’est le même enregistrement de test, le même vocabulaire de ciblage, les mêmes statistiques et la même automatisation que tout autre test du compte, si bien qu’un test backend n’est pas un programme à part avec son propre tableur.

Comme la modification vit dans votre base de code, le déploiement se passe autrement aussi. Il n’y a pas de bascule en un clic vers cent pour cent : la branche gagnante est déjà à vous, et ce que Pertento enregistre, c’est la décision et les preuves qui la fondent.

Faire tourner des tests côté serveur et côté client en parallèle est normal, et le modèle de collision les traite de la même façon. Deux tests qui touchent la même audience sont vérifiés l’un contre l’autre, quelle que soit la couche où ils s’exécutent.