Zictor transforme un site en point de contact opérationnel: qualification, réponses, redirection vers humain, et expérience de chat premium en bas de page — sans exposer les clés IA dans le navigateur.
Inspiré du meilleur pattern de mini-entrepôt, mais repensé comme produit Zictor réutilisable.
Pas juste un chatbot. Un point d’entrée AI opérationnel, embarquable, configurable, et assez propre pour plusieurs propriétés web.
Un script embarquable avec thème, quick replies, historique local et expérience premium collée en bas.
La logique AI et les prompts vivent au backend. Le site n’expose pas la clé provider.
Un même socle, plusieurs identités: siteId, domaine autorisé, persona, redirections, base de connaissance.
Le site charge un `embed.js`, affiche le widget, et envoie seulement le contexte utile.
Le backend valide le domaine, applique les règles par site, puis parle au provider IA avec ses clés privées.
Le visiteur obtient une réponse claire, un next step, ou une escalade vers humain si nécessaire.
Tu peux l’embarquer sur un site avec une config publique minimale. Les secrets restent au backend.
<script>
window.ZictorChatConfig = {
siteId: 'zictor',
title: 'Assistant Zictor',
subtitle: 'Employé virtuel IA',
apiBaseUrl: 'https://YOUR-PROJECT.supabase.co',
endpointPath: '/functions/v1/zictor-chat'
}
</script>
<script src="https://zictor.com/embed.js"></script>Le vrai avantage n’est pas le script en soi. C’est le fait d’avoir le même assistant, la même couche de sécurité et la même logique d’orchestration sur plusieurs sites.
Le widget ne doit jamais transporter une clé fournisseur dans le code servi au navigateur.
Le backend doit valider le `siteId` et l’origine autorisée avant de répondre.
Avant prod, il faut ajouter limitation, traces, et escalade propre vers humain.
Dis-moi le site, le ton, et le rôle du chat. On configure le widget et le backend proprement.