Pendant leur visite
Personnalisation webContenus et offres par visiteurPersonnalisation B2BChaque entreprise voit son secteurProduits recommandésCe que chaque client veut ensuiteContenus recommandésLe prochain article de chaque lecteurTests A/BUne version gagnante par audiencePages dynamiquesFidèles à l’annonce cliquéeRecherche IA et chatRéponses tirées de vos pagesBannières et pop-upsSelon comportement, source et lieuPromotions IAL’IA choisit l’offre de chaque clientPreuve socialeNotes, stock et achats en directAprès leur départ
Personnalisation e-mailSéquences d’e-mails, par lecteurPush et SMSSelon ce qu’ils viennent de fairePages hébergéesPar visiteur, servies par nousSachez qui ils sont
Ciblage comportementalAudiences qui se mettent à jourAudience DiscoveryDes acheteurs insoupçonnésAnalytique du siteSessions et revenus, par personneCe que disent vos visiteurs
Avis et témoignagesAvis de 17 sites, par visiteurEnquêtes et NPSChaque réponse sert au ciblageAgent de chat IARépond, puis passe la mainPrise de rendez-vousUn appel avec les bons visiteursOutils IA et votre stack
Plateforme PersonyzeTous les outils, un profil visiteurAgent IADécrivez une campagne : il l’écritIntégrationsHubSpot, Salesforce, Segment, GTMMarketplace d’appsApps incluses, partenaires vérifiésAPI, SDK, automatisationAPI REST, SDK serveur et mobileServeur MCPPilotez Personyze depuis votre IAUne API REST sur chaque objet du compte, des SDK serveur pour Node, PHP et Python, des SDK mobiles natifs, une API JavaScript côté client et un serveur MCP pour les assistants. Puis des règles d’automatisation et des rapports planifiés qui continuent de tourner quand personne n’a le panneau ouvert.

Vous avez consulté Enterprise deux fois cette semaine. Voici le prix pour 240 postes.
Voir votre prix
Étude de cas
Pour votre équipe IT
Guide
Décidé sur votre serveur avant l’affichage de la page — Marco n’a jamais vu le prix de départ.



La même décision, demandée par le téléphone — sans webview, et le moteur, c’est votre propre serveur.
Quels essais se terminent cette semaine sans carte enregistrée ?
personyze › list_visitors3 résultats · 240 msTrois, et c’est Marco Reyes qu’il faut appeler aujourd’hui — troisième visite cette semaine, déjà chiffré à 240 postes, et son essai se termine vendredi.
Marco ReyesVendredi · 240 postesvis_8f21c6lecture + écriture, limitéesvos permissions, révocables en un clicLa même décision, confiée à un assistant — via un protocole ouvert, pas un écran aspiré.

Troisième visite cette semaine, chiffré à 240 postes, toujours aucune carte enregistrée — et son essai se termine vendredi.
POST /your-webhookdéclenché par une règle, sans personne devant le panneau
La même décision, une dernière fois — comme une raison d’agir pour la personne qui peut décrocher le téléphone.

personyze.decide(user)sert désormais la gagnante, sans redéploiementLa même décision, testée et comptée — une gagnante, servie par tous les appelants à la fois.
Le modèle d’audiences, le ciblage et le reporting sont ceux du panneau. Ce qui change, c’est qui pose la question et ce qui affiche la réponse.

Côté serveur, dans l’app ou dans la page. Choisissez selon l’endroit où la décision doit arriver.
Un endpoint JSON, trois portages. L’appelant fournit l’identifiant utilisateur et conserve un identifiant de session opaque : cela fonctionne pour une borne, un décodeur ou une page que votre framework rend avant même qu’un navigateur ne la voie.
Des SDK natifs avec leurs propres API de tracker, de conditions et d’actions — les mêmes audiences et les mêmes objectifs que le site, renvoyés en JSON que vos composants dessinent.
Lire le profil, déclencher un objectif, demander une décision ou relancer un emplacement depuis votre propre script — utile quand la page est une single-page app et que rien ne se recharge.
Des marques qui utilisent Personyze en production
Note moyenne sur G2, Capterra et Crozdesk
Pas de synchro nocturne, ni de seconde copie du profil qui se périme
Pas un flux en lecture seule de ce qui s’est passé. Les mêmes objets, créés et modifiés depuis votre propre code.
Créez une campagne, ajoutez-lui des actions, modifiez leur contenu et activez-les. Ce sont les mêmes enregistrements que ceux écrits par le panneau, avec le même versioning en dessous : une modification faite par un script se récupère exactement comme celle d’une personne.
GET POST PUT /rest/campaignsUne audience peut être un ensemble de conditions évaluées par le moteur, ou une liste statique que votre propre système tient à jour en ajoutant et retirant des membres selon qu’ils remplissent les critères. Les deux types permettent de cibler tout ce que propose la plateforme.
POST /rest/audience_membersLisez un profil, écrivez-y vos propres champs ou donnez au moteur une identité issue de votre CRM, pour que le site, l’app, l’e-mail et un webhook parlent tous de la même personne plutôt que de quatre sessions anonymes.
POST /rest/identifyEnvoyez produits ou articles, gardez prix et stock à jour, et laissez le moteur de recommandation classer ce que vous vendez vraiment aujourd’hui plutôt qu’un export nocturne de ce que vous vendiez hier.
PUT /rest/productsDéfinissez ce qu’est une conversion, puis signalez-la depuis votre serveur quand elle se produit là où le navigateur n’aurait jamais pu la voir — une commande par téléphone, un contrat signé, un remboursement qui doit en retirer une du compteur.
POST /rest/goal_reachedPerformance des campagnes, trafic, statistiques produits et résultats A/B, avec les définitions de métriques du panneau. Récupérez-les à la demande, ou faites-les envoyer selon un calendrier à des personnes qui ne se connecteront jamais.
GET /rest/reports/:idCe qui devrait se produire sans que personne ait à le décider — et la gagnante mise en ligne d’elle-même dès qu’elle a gagné.
Surveillez un segment, un objectif ou un flux et agissez en conséquence — activer une campagne, placer quelqu’un dans une liste, envoyer un événement à votre analytique. La règle tourne selon le calendrier que vous fixez, pas quand quelqu’un y pense.
Le rapport que vous auriez exporté, envoyé selon un calendrier aux personnes qui le demandent — avec les mêmes ventilations et les mêmes définitions de métriques que l’écran d’où il vient.
Répartissez le trafic entre variantes, suivez les chiffres là où vous les suivez déjà, et laissez le moteur servir la gagnante dès qu’il est sûr. Tous les appelants la servent au même moment — rien à redéployer, rien à retenir.
Le serveur MCP place le compte derrière un protocole ouvert, pour que Claude, ChatGPT ou tout client MCP puisse le lire et le modifier en conversation — avec les permissions que vous avez accordées, et révocable séparément.
« Quelles campagnes ont reculé ce mois-ci ? » — et il lit les mêmes chiffres de performance que le panneau, pas une capture d’écran.
Un brouillon de campagne, une audience à partir d’une description, un groupe de pages, un objectif. Il revient sous forme de brouillon que vous ouvrez et vérifiez, pas de quelque chose déjà en ligne.
Placer quelqu’un dans une audience, activer une campagne, modifier un contenu, ouvrir un ticket de support — chaque action est un outil qu’il a fallu lui accorder.
Ce qui authentifie un serveur n’est pas ce qui authentifie un assistant, et c’est voulu.
Avec les réponses que nous donnerions au téléphone.
Non. L’API REST et les SDK serveur prennent une décision depuis votre propre serveur et vous remettent le contenu à afficher — rien ne doit tourner dans le navigateur. La plupart des comptes utilisent les deux : le tag pour le signal comportemental, l’API pour les décisions qu’ils veulent maîtriser.
Vous passez une identité — votre identifiant utilisateur, un hash d’e-mail, ce que votre système utilise déjà. Chaque appelant qui passe la même identité lit et écrit un seul profil, et c’est ce qui empêche le site et l’app de faire deux offres différentes.
Les deux. Campagnes, actions, audiences, objectifs, catalogues et groupes de pages peuvent être créés et modifiés, pas seulement listés. Les changements de contenu passent par le même versioning que le panneau, une mauvaise modification est donc récupérable.
Le timeout d’un appel côté serveur, c’est vous qui le fixez. Définissez un budget qui vous convient, revenez à votre contenu par défaut s’il est dépassé, et la page s’affiche quand même. Votre propre rendu ne dépend jamais de la décision.
Non — c’est le même compte derrière un protocole ouvert. Les outils que voit un assistant correspondent aux mêmes objets que l’API REST, avec des permissions que vous accordez et pouvez révoquer indépendamment de votre clé API.
C’est tout leur intérêt. Les règles s’évaluent selon leur calendrier et les rapports partent selon le leur, que quelqu’un ait le panneau ouvert ou non.
Commencez par l’API REST et ajoutez les briques dont vous avez besoin — SDK serveur, SDK mobiles, serveur MCP, règles et rapports. Rien de tout cela n’est un produit différent : c’est le même moteur, qui répond à un autre appelant.