Centre de confiance

Sécurité, confidentialité et contrôle humain, sans badges empruntés.

Cette page décrit les contrôles de sécurité en place aujourd'hui dans le service, le flux de données qu'ils protègent, l'endroit où ces données sont hébergées et la durée pendant laquelle elles sont conservées. Dernière révision : 18 octobre 2026.

Contrôles actuels

Authentification et sessions

Les mots de passe locaux sont salés et hachés avec scrypt. Les cookies de session sont HttpOnly, SameSite=Lax, Secure en production, et reposent sur des identifiants de session côté serveur dérivés par HMAC. Un changement de mot de passe peut révoquer toutes les sessions actives.

Secrets et identifiants des clients

Les clés de fournisseur ainsi que les secrets de connecteur ou de webhook que vous saisissez sont chiffrés avec AES-256-GCM, à l'aide d'une clé conservée sur nos serveurs, avec un nouvel IV aléatoire et une nouvelle balise d'authentification pour chaque valeur. Ils ne sont stockés que sous forme chiffrée, et seuls leurs quatre derniers caractères sont affichés.

Cloisonnement des organisations, des équipes et de l'API

Chaque agent appartient à un espace de travail d'entreprise. Les rôles de propriétaire, d'administrateur, de commercial, d'analyste et de lecteur déterminent qui peut modifier les agents, le pipeline commercial, les rapports de preuve, les paramètres de conservation et les membres de l'équipe. Une invitation ne fonctionne que pour l'adresse e-mail exacte à laquelle elle a été envoyée, et une seule fois. Les clés d'API publiques ne portent que les autorisations dont elles ont besoin, et chaque requête est vérifiée par rapport à l'offre payante, soumise à une limite de débit, traçable grâce à l'identifiant de requête et peut être renvoyée sans risque d'être traitée deux fois.

Intégrations sortantes signées

Les webhooks pour développeurs sont signés avec HMAC-SHA256 sur l'horodatage et le corps exacts, livrés via une file de nouvelles tentatives durable, et bloqués vers les destinations de réseau privé ou interne afin de réduire le risque de SSRF.

Contrôles des abus et des dépenses

Les routes publiques utilisent des corps JSON plafonnés et des limites de débit par route. Le trafic des agents prend aussi en charge des plafonds de dépenses financés par le propriétaire. Les robots évidents sont exclus des statistiques de visiteurs.

Suppression et conservation

Les propriétaires peuvent exporter les données des demandes et effacer à la demande les données personnelles des contacts. L'effacement supprime l'identité, les messages et le contenu des suivis tout en conservant les données agrégées non identifiantes. Une durée de conservation par agent peut déclencher automatiquement chaque nuit la même procédure d'effacement.

Flux de données

  1. 01

    Le propriétaire d'un site fournit le contenu de son entreprise, des paramètres et, en option, des identifiants de fournisseur.

  2. 02

    Un client ouvre le widget du site web, la page du lien de l'agent ou un canal de messagerie connecté, et envoie du texte, de la voix, une demande, une demande de réservation ou des données de handoff.

  3. 03

    Seules les données nécessaires à la fonctionnalité configurée sont envoyées au fournisseur d'IA, de synthèse vocale, de messagerie, d'e-mail, de facturation ou d'infrastructure sélectionné.

  4. 04

    Make Agent Fast conserve les enregistrements du site, des conversations, des demandes, de l'attribution, des opportunités facultatives, de la synchronisation et de l'audit nécessaires au fonctionnement du workflow sélectionné.

  5. 05

    Le propriétaire peut consulter l'activité, exporter les demandes, effacer les données personnelles ou connecter des webhooks signés à un autre système de l'entreprise.

Où sont hébergées les données

Les données de production principales sont hébergées dans la région de Séoul de Google Cloud. Cloudflare traite les requêtes à la périphérie de son réseau mondial, et les fournisseurs activés ne reçoivent que les données dont leur fonctionnalité a besoin.

L'application principale s'exécute sur Google Cloud Run et la base de données PostgreSQL principale sur Cloud SQL, toutes deux dans asia-northeast3 (Séoul). Les fichiers de connaissances privés téléversés utilisent Cloud Storage régional.

Aucune base de données secondaire ne sert le trafic de production. Les copies conservées d'avant la migration vers Google Cloud de septembre 2026 ne sont gardées qu'à titre de sauvegardes et sont supprimées lorsqu'elles ne sont plus nécessaires.

Cloud SQL est configuré avec des sauvegardes automatiques, 14 sauvegardes conservées et sept jours de journaux de restauration à un instant donné. Si la base de données est supprimée, la configuration du déploiement demande une dernière sauvegarde conservée pendant 30 jours. Cloud SQL chiffre la base de données et ces sauvegardes au repos avec des clés gérées par Google.

Les sous-traitants ultérieurs ne reçoivent que les données nécessaires à leur finalité, dans les régions indiquées ci-dessous. La seule copie complète en dehors de Google Cloud est une ancienne sauvegarde d'avant la migration de septembre 2026 : une copie de la base de données chez Neon et des fichiers de sauvegarde dans Cloudflare R2. Aucune des deux ne sert le service en production.

Durée de conservation des données

Ces durées sont appliquées automatiquement par des tâches planifiées, et pas seulement écrites dans une politique. Lorsqu'aucune durée fixe ne s'applique, l'enregistrement est conservé jusqu'à sa suppression par le propriétaire : nous préférons le dire plutôt que de l'arrondir à un chiffre.

Coordonnées et détails de demande recueillis par un agent
Défini par le propriétaire : par défaut jusqu'à ce que le propriétaire les supprime, ou 30, 90, 180 ou 365 jours. À l'échéance, le nom, l'e-mail et le message de la demande sont effacés et seuls des compteurs non identifiants subsistent. La notification de la demande envoyée au propriétaire et l'enregistrement de l'e-mail de confirmation du visiteur sont des copies distinctes que cette durée n'efface pas.
Journaux de messages des canaux de messagerie
Journaux de messages bruts : 30 jours, puis suppression définitive chaque nuit, pour Telegram, WhatsApp, Messenger, Instagram, Discord et KakaoTalk. La conversation elle-même est aussi enregistrée dans l'historique des conversations de l'agent (ligne suivante), et une demande laissée par le visiteur suit la règle applicable aux demandes.
Conversations du widget, sources de connaissances, paramètres des agents, données de compte
Aucune durée fixe : conservés jusqu'à leur suppression par le propriétaire, sauf si celui-ci définit une durée de conservation pour l'agent, qui supprime alors aussi les conversations plus anciennes. La suppression d'un agent ou d'une source de connaissances supprime immédiatement ses lignes et ses embeddings.
Sessions de connexion
1 jour, ou 30 jours si vous choisissez de rester connecté. Les sessions expirées sont supprimées chaque nuit.
Enregistrements de livraison des e-mails
Aucune durée fixe pour les enregistrements des e-mails envoyés aux visiteurs (confirmations de demande et liens d'accès) ; les enregistrements des e-mails destinés aux titulaires de compte sont supprimés à la suppression du compte. Ils servent aussi de registre empêchant l'envoi d'un e-mail en double.
Une entreprise supprimée
30 jours, puis l'organisation, ses agents et tous les enregistrements associés sont purgés définitivement. Le journal d'audit infalsifiable est la seule chose conservée.
Sauvegardes de la base de données
Cloud SQL conserve 14 sauvegardes automatiques et sept jours de journaux de restauration à un instant donné ; une dernière sauvegarde est configurée pour 30 jours si la base de données est supprimée. Les données effacées peuvent subsister dans ces sauvegardes protégées jusqu'à l'expiration de la durée applicable.
Cookie d'identifiant de visiteur
365 jours dans le navigateur du visiteur. Il relie entre elles les conversations d'un même visiteur et ne contient ni nom ni e-mail.

Les propriétaires n'ont pas à attendre l'échéance d'une durée : exporter et effacer les données des demandes, supprimer un agent et supprimer une entreprise se font chacun en une seule action dans le tableau de bord.

Sous-traitants ultérieurs

Les entreprises susceptibles de traiter des données clients pour notre compte, et uniquement pour la finalité indiquée à côté de leur nom.

Sous-traitant ultérieurFinalitéRégion
OpenRouterAchemine une réponse vers le modèle que l'agent est configuré pour utiliserÉtats-Unis ; le fournisseur de modèle vers lequel la requête est acheminée (OpenAI, Anthropic, Google, xAI, DeepSeek, Qwen, Moonshot et d'autres) peut traiter les données ailleurs
OpenAIGénération de réponses et appels vocaux en directÉtats-Unis
GoogleHébergement Cloud Run, Cloud SQL, stockage privé de fichiers, secrets, fonctionnalités Gemini, connexion Google et envoi d'e-mails via WorkspaceCorée du Sud et États-Unis, selon le service
ElevenLabsSynthèse vocale pour les voix des agentsÉtats-Unis
SpekoRoutage de la voixÉtats-Unis
DeepgramTranscription vocale sur les routes vocales qui l'utilisentÉtats-Unis
PolarFacturation et marchand officiel (merchant of record) pour les offres et les créditsÉtats-Unis
SaaS ProNotre propre produit : analyses de produit anonymes, cartes de chaleur et vitesse des pages, relecture de session masquée après consentement du visiteur, suivi des erreurs et surveillance des tâches planifiéesCorée du Sud (Google Cloud, Séoul)
PostHogAnalyses de produit et de revenus pseudonymisées, relecture masquée soumise au consentement, cartes de chaleur, performances et erreurs ; métadonnées de jetons, de coût et de latence de l'IA sans les prompts ni les réponsesÉtats-Unis (PostHog US Cloud)
CloudflareDNS mondial, TLS, pare-feu d'applications web, routage en périphérie et mise en cache devant Google Cloud Run, ainsi que stockage R2 d'anciens fichiers de sauvegardeRéseau mondial
UpstashCompteurs de limitation de débit indexés par adresse IP, conservés uniquement pendant chaque courte fenêtreJapon (Google Cloud, Tokyo)
MailjetFournisseur d'e-mails de secours ; les e-mails sont normalement envoyés via Google WorkspaceUnion européenne
NeonConserve uniquement une ancienne copie de sauvegarde de la base de données ; ne sert pas le service en productionÉtats-Unis (AWS us-east-1)

Cette liste évolue avec un préavis de 30 jours : chaque ajout ou remplacement est annoncé dans le journal des modifications au moins 30 jours avant que ce sous-traitant ultérieur ne commence à traiter des données clients, afin de laisser le temps de s'y opposer. Journal des modifications

Fournisseurs absents de cette liste

Les plateformes de messagerie qu'un propriétaire connecte — Telegram, WhatsApp, Messenger, Instagram, Discord, KakaoTalk — acheminent la conversation selon leurs propres conditions. La plupart se connectent via le propre compte du propriétaire ; la configuration Discord en un clic utilise l'application Discord de Make Agent Fast. Lorsqu'un propriétaire enregistre sa propre clé de fournisseur, ce fournisseur traite l'appel dans le cadre du contrat du propriétaire avec lui. Les intégrations qu'un propriétaire connecte — Cal.com, Calendly, Google Calendar, Notion, Google Drive — fonctionnent de même avec le propre compte du propriétaire auprès de ce service. Les domaines personnalisés ne sont pas proposés.

Disponibilité et incidents

Les offres en libre-service ne comportent aucun accord de niveau de service contractuel, et nous n'en afficherons pas un que nous ne vous devons pas. Voici les engagements opérationnels que nous appliquons réellement.

  • Les versions de production sont construites par Cloud Build à partir d'un commit Git précis. Cloud Run ne sert pas une révision dont le démarrage échoue, et le point de terminaison de santé public indique le SHA de la version déployée.
  • Les sauvegardes automatiques de Cloud SQL et la restauration à un instant donné sont configurées. La capacité de reprise est suivie séparément ; la seule configuration des sauvegardes n'est pas considérée comme la preuve qu'une restauration réussira.
  • Chaque incident fait l'objet d'une note écrite dans le journal des modifications une fois le service rétabli, précisant ce qui a dysfonctionné et ce qui a changé en conséquence.

Un SLA contractuel, un interlocuteur désigné et une revue de sécurité peuvent être négociés dans le cadre d'un pilote ou d'un contrat entreprise.

Ce que l'agent ne prétendra jamais

Un agent répond à partir des informations validées par son propriétaire. Lorsqu'une question dépasse ce cadre, il le dit et fait intervenir une personne plutôt que de deviner.

Besoin d'un addendum de traitement des données signé ?

Notre DPA responsable de traitement–sous-traitant est publié dans son intégralité, couvre les sous-traitants ultérieurs et les durées de conservation de cette page, et peut être signé tel quel.

Lire le DPA

Besoin d'une revue de sécurité propre à votre déploiement ?

Écrivez à security@makeagent.fast ou intégrez cette revue à une demande de pilote.