Tâche · l'ensemble est entièrement gratuit
Les formulaires sont déjà sur le site, personne ne va les changer, et pendant ce temps les demandes se perdent dans les e-mails — une histoire familière. L'ensemble ne refait pas le site : le chat s'ajoute en une ligne, les formulaires existants se mettent à dupliquer la demande dans le compte, et le rappel couvre ceux qui préfèrent parler.
Sans carte. Inscription — une minute, tag — encore une.
Le visiteur ne remarque aucune « intégration » — le site se comporte comme avant.
La bulle de chat s'ouvre sans inscription ni e-mail. Et le formulaire habituel « laisser une demande » fonctionne exactement comme avant : même bouton, même validation, même page après l'envoi.
Nous n'interceptons ni ne retenons l'envoi du formulaire, nous n'ajoutons pas notre propre validation et nous ne lisons pas du tout le texte saisi avant le clic sur « Envoyer ».
Bouton de rappel : le visiteur choisit « maintenant » ou « à un moment qui lui convient » et voit le résultat annoncé par le serveur — avec une heure en chiffres, et non un « nous vous rappelons bientôt ».
Revenu le lendemain avec le même onglet — la conversation et le contact sont toujours là. La demande de rappel envoyée n'est pas perdue non plus : fermer la fenêtre ne l'annule pas, et le widget le dit clairement.
Trois canaux — un seul compte ; ni boîte mail « info@ », ni tableur.
Le chat visiteur s'ouvre comme un canal à part, là où le créneau échange aussi : file « en attente du visiteur », « 👤 Prendre pour soi », on voit qui consulte déjà le dialogue et qui est en train d'écrire.
Chat de travail →Les formulaires du site arrivent dans le groupe « Formulaires sur le site : <libellé de la règle> », les rappels dans leur propre groupe. Chaque demande a sa fiche source : page, publicité, appareil.
Demandes →Nous voyons le clic sur « Envoyer », pas le sort des données sur votre backend — et nous l'indiquons dans la demande elle-même, plutôt que de la présenter comme confirmée.
Demandes →Les widgets du site sont une source distincte de graphiques : on voit combien de sollicitations et d'où elles viennent, à côté des commandes et des appels.
Tableau de bord →Trois parties gratuites : la première ajoute un canal, la deuxième récupère ce qui existe déjà, la troisième prend en charge les appels téléphoniques.
Un nouveau canal, absent du site jusqu'ici
Bulle et fenêtre en Shadow DOM : les styles du site ne la cassent pas. L'équipe répond depuis le chat de travail — sur ordinateur et sur téléphone, sans payer à l'espace. Au besoin, un assistant IA s'active : il répond à partir de votre base de connaissances et transmet la conversation à un humain. Une onglet « Aide » avec vos articles peut s'afficher dans la fenêtre.
Page du widget →Récupère les demandes des formulaires que vous avez déjà en place
Une règle, c'est un sélecteur de formulaire et une correspondance de champs (nom, téléphone, e-mail), plus des masques de pages. Jusqu'à 10 règles par établissement. L'envoi natif n'est pas touché, un formulaire sans sa propre validation ne créera pas de demande, et une répétition dans les 10 minutes donne une seule demande, pas deux. Le sélecteur se vérifie par un bouton directement dans l'administration.
En savoir plus dans l’aide →Pour ceux qui ne écrivent pas, mais appellent
L'issue nomme le serveur : nous appelons maintenant, nous rappellerons à l'heure indiquée, nous mettrons en file pour le matin ou nous accepterons la demande. Il y a un antispam, des masques de pages, un planning selon les heures d'ouverture et un passeport complet de la source du lead.
Page du widget →Compte Cenaly.com et domaine de votre site dans la section « Mon site ». Le site reste le vôtre — nous ne le transférons ni ne le copions.
Une ligne avant </body> : dans le modèle de thème WordPress, dans le « code HTML » de Tilda ou Wix, dans theme.liquid de Shopify. La balise est commune à tous les widgets — pas besoin de l'insérer une seconde fois.
Chaque widget est un interrupteur et des réglages dans l'administration. La modification arrive sur le site sans intervention d'un développeur, le cache CDN — cinq minutes.
La fameuse balise
<script src="https://cdn.cenaly.com/site/v1.js" data-domain="your-site.com" async></script> Une seule balise pour tous les widgets. `data-domain` correspond à votre site, tout le reste se règle dans l'administration.
Le formulaire « laisser une demande » existe déjà sur le site et ne disparaîtra pas — désormais ses demandes sont dupliquées dans le compte avec la source et le marqueur publicitaire, et le chat lève les questions avant la demande.
« Y a-t-il un créneau samedi ? » — une question dans le chat, pas un appel en plein créneau. Le rendez-vous lui-même vit dans une tâche voisine, consacrée aux créneaux libres.
Les questions sur la disponibilité, les tailles et la livraison arrivent dans une seule liste ; le rappel prend ceux qui veulent préciser de vive voix.
Banquets, allergènes, livraison : le chat répond par écrit, le rappel par la voix, et tout cela est vu par le créneau, pas par un seul manager dans sa messagerie personnelle.
Tout l'ensemble est gratuit : le chat, l'interception des formulaires et le rappel.
Non. La règle s'applique au formulaire déjà en place : on indique son sélecteur et les champs à considérer comme nom, téléphone et e-mail.
L'envoi natif n'est pas touché — ni annulation, ni délai, ni validation propre. Un formulaire qui ne passe pas sa propre vérification ne crée pas de demande.
Le nom, le téléphone, l'e-mail et l'adresse de la page sans paramètres ni fragment. Le texte saisi avant l'envoi n'est pas lu, les autres champs du formulaire ne sortent pas.
Autant que nécessaire : aucun frais par Espace de travail. Le dialogue arrive par un canal distinct dans le chat de travail, et tout Employé ayant accès peut répondre — y compris depuis son téléphone.
Un nouvel envoi, une nouvelle tentative et « retour → envoyer à nouveau » dans les 10 minutes donnent une seule demande : la clé est calculée par le serveur.
Non. Sans elle, le rappel reste une demande avec une formulation honnête ; avec un canal sortant connecté, le PBX compose le Numéro immédiatement.
Non. Les widgets vivent sur votre site : une seule balise avant `</body>` — et tout le reste s'active par des interrupteurs dans l'interface d'administration. Vous ne changez ni le code, ni l'hébergement, ni le domaine.
Le chargeur est un petit script avec `async`, il ne bloque pas le rendu. Seuls les bundles des widgets activés sont chargés, et les parties lourdes le sont à l'action du visiteur : par exemple, le formulaire d'abonnement aux arrivages pèse 13,7 Ko et ne se charge qu'après un clic sur le bouton, alors que la page ne contient avant cela qu'un lanceur de 889 octets.
Non. Le widget est rendu dans un Shadow DOM : les styles de votre site ne l'affectent pas, et ses styles ne fuient pas vers l'extérieur.
Dans le cloud où réside votre compte : cenaly.com — AWS, cenaly.ru — Yandex Cloud en Russie. Demandes, dialogues, réservations et rendez-vous ne quittent pas le périmètre de la marque.
Pour en savoir plus — installation par plateforme, configuration et dépannage — consultez l'aide. Pour savoir comment configurer cela, consultez l’aide →
Chat, vos formulaires et rappel — une balise et un Compte.
Commencer gratuitementSans carte. Toute la chaîne est gratuite.