Des parcours d'accueil affichés par un script de 20 ko
Usertour affiche dans une application web des tours guidés, des checklists, des bannières, des lanceurs, des sondages NPS et un centre d'aide qui reçoit les annonces produit, avec un badge de non-lu. Ces contenus se montent dans un éditeur visuel que l'on pointe sur les éléments de la page, sans modifier le code de l'application. La seule intervention dans le code est l'installation du SDK Usertour.js, environ 20 ko chargés en asynchrone, par npm ou par un extrait HTML que Google Tag Manager peut aussi poser. L'application lui passe ensuite l'identifiant et les attributs de l'utilisateur connecté avec identify().
Attributs, environnements de staging et serveur MCP intégré
- Les contenus se déclenchent sur des attributs d'utilisateur ou d'entreprise et sur des événements. La 0.9.6 ajoute deux types d'attributs qu'Usertour calcule lui-même à partir de l'identifiant, Random A/B et Random number : un parcours peut viser une fraction stable des utilisateurs sans code côté client.
- Un même compte tient plusieurs environnements, production et staging par exemple, chacun avec son jeton. L'historique des versions indique qui a modifié un parcours, et quand.
- Chaque parcours affiche ses vues, son taux de complétion et l'étape où les utilisateurs décrochent. Les événements partent vers Amplitude, Heap, Mixpanel, PostHog ou Segment, et les cohortes Mixpanel et Amplitude reviennent comme segments de ciblage.
- Le serveur MCP intégré laisse un assistant comme Claude Code, Cursor ou Codex construire les parcours. Une instance auto-hébergée a le sien, dont l'adresse s'affiche dans Settings > MCP.
Quatre services à brancher, SSO et 2FA sous licence payante
Une alternative revendiquée à Userflow et Appcues. Le README ajoute Userpilot, Userguiding et Chameleon à la liste. La page d'accueil met en avant un cœur sous licence MIT et présente la licence commerciale comme facultative.
Le cœur est sous MIT, une partie du code non. L'édition Community s'héberge gratuitement, y compris en production et pour un usage commercial. Retirer la marque Usertour, activer le SSO, le journal d'audit ou la double authentification demande une licence Business ou Enterprise. Le code de ces fonctions est livré dans le même dépôt, sous une licence Enterprise qui en interdit l'usage en production sans abonnement. Les webhooks suivent la logique inverse : réservés aux offres payantes sur le cloud, ils ne sont jamais bridés sur une instance auto-hébergée.
L'auto-hébergement demande PostgreSQL, Redis, un stockage S3 et un serveur SMTP. La documentation des variables d'environnement marque les quatre comme obligatoires ; sans SMTP, l'inscription et l'invitation de membres ne fonctionnent pas. Le guide Docker déconseille en production le fichier Compose qui embarque PostgreSQL et Redis et renvoie à des services managés ou à une infrastructure à haute disponibilité. L'application sert du HTTP sur le port 8011 ; le HTTPS passe par un proxy inverse. Driver.js fait des tours sans backend à héberger, mais chaque étape s'y écrit en JavaScript.
Le SDK doit être pointé vers l'instance. Tant que window.USERTOURJS_ENV_VARS ne donne pas les adresses du script, l'extrait HTML le télécharge depuis js.usertour.io. L'image Docker sert sa propre copie sous /sdk/.
Navigateur uniquement. La FAQ exclut les applications mobiles natives et les logiciels de bureau. Les applications monopage, les PWA et les navigateurs mobiles sont pris en charge, et le SDK suit seul les changements de route.
Version 0.x, dix publications en trois mois. La 0.9.6 est sortie le 8 octobre 2026 : c'est la 61e version publiée sur GitHub depuis la 0.1.2 du 1er février 2025, et le dernier commit date du 25 octobre 2026. La documentation classe en bêta l'API v2 et le serveur MCP, dont l'interface peut encore changer. La FAQ recommande l'offre cloud.