Expérimentation
SDK serveur
Décidez d’une variante sur votre propre serveur avant le rendu de la page, sans appel réseau à chaque requête et sans rien qui scintille.
Le SDK serveur est la façon dont un backend prend part à un test côté serveur. Il télécharge la configuration des tests du site web et la tient à jour en arrière-plan, si bien que demander quelle variante reçoit un visiteur est un appel de fonction local plutôt qu’une requête à Pertento. Votre serveur rend la bonne variante dès la première fois, et si Pertento est injoignable, il se replie sur votre expérience par défaut plutôt que sur une erreur.
Il est disponible pour TypeScript et JavaScript sous la forme d’un paquet npm open source sans aucune dépendance. Il fonctionne sur Node, Bun et Deno, ainsi que sur des workers en périphérie comme Cloudflare Workers, Vercel Edge et Deno Deploy, en n’utilisant que fetch et Web Crypto. Les backends écrits dans d’autres langages obtiennent les mêmes décisions et les mêmes conversions via une API HTTP authentifiée.
La décision parvient à la page sous la forme d’un petit bloc de données dans le head, que le SDK écrit pour vous. La balise Pertento le lit, inscrit le visiteur exactement dans les variantes choisies par votre serveur et l’y comptabilise, si bien que le navigateur et le backend s’accordent sur l’identité du visiteur. Pertento ne pose aucun cookie : votre serveur conserve l’identifiant de visiteur, ou décide plutôt à partir de votre propre identifiant client.
L’accès passe par des clés serveur, créées pour chaque site web par un propriétaire ou un administrateur et affichées une seule fois. Un site web peut en détenir plusieurs à la fois, si bien qu’une clé peut être renouvelée sans interruption de service, et la création ou la révocation d’une clé envoie une notification au compte. Quand le site web remonte ses conversions depuis le serveur, le SDK remonte aussi les achats et les autres conversions, attribués uniquement aux tests que la personne a réellement vus.