Comment intégrer les signatures électroniques dans les applications que vous créez avec Google Antigravity

Vous créez une application avec Google Antigravity, et à un moment donné, un utilisateur doit signer quelque chose. Un contrat, un accord de confidentialité, un formulaire de consentement, une commande. La réponse habituelle consiste à greffer un fournisseur de signature lourd, à subir un cycle de vente et à accepter une tarification par utilisateur qui ne convient pas à un produit encore en cours de définition. Il existe une voie plus propre. Firma.dev est une API de signature électronique que vous appelez depuis l'application que vous construisez déjà, et les étapes complètes d'implémentation se trouvent dans le guide d'intégration d'Antigravity afin que vous puissiez les transmettre directement à la personne qui écrit le code.

Si vous ne l'avez pas encore utilisé, Antigravity est l'outil de développement orienté agents de Google, conçu autour d'agents d'IA capables de lire le contexte et d'agir en fonction de celui-ci, plutôt que de simplement faire de l'autocomplétion. Cet article s'adresse aux fondateurs et aux évaluateurs qui doivent décider si cette approche de la signature leur convient. Il ne rentre pas dans le code et se concentre sur ce que vous obtenez, ce que cela coûte et comment les éléments s'articulent.

Intégrer les signatures électroniques dans une application Antigravity

Le résultat d'abord : un produit conçu avec Antigravity peut envoyer des documents juridiquement contraignants pour signature et les récupérer, sans devoir mettre en place votre propre plateforme de signature et sans négociation de contrat pour y parvenir. Votre application envoie un document, le signataire reçoit un lien, il signe, et vous obtenez un fichier complété ainsi qu'une piste d'audit qui enregistre qui a signé et quand.

Puisqu'aucun fournisseur de signature ne s'interpose entre vous et vos utilisateurs, l'expérience reste au sein de votre produit. Les signataires ne sont pas redirigés vers une marque tierce. L'écran de signature peut être intégré à votre propre interface utilisateur, de sorte que le flux s'intègre naturellement à l'application plutôt que de ressembler à un détour par l'outil d'un autre.

La voie principale : Firma.dev dans l'application que vous construisez

La méthode principale pour utiliser Firma.dev consiste à l'appeler via une API depuis votre application. Lorsque votre application a besoin d'une signature, elle envoie le document à Firma.dev, qui gère la livraison au signataire, l'expérience de signature et le document finalisé. Vous pouvez intégrer un éditeur de signature directement dans votre interface, de sorte que les utilisateurs n'aient jamais à quitter votre produit pour signer.

Firma.dev propose également deux serveurs MCP, un MCP Docs et un MCP Data. Connectés à Antigravity, ils permettent à l'agent de lire la documentation en direct et d'interagir avec l'API au fur et à mesure de la construction, ce qui signifie que l'intégration s'écrit sans que vous ayez à coder manuellement chaque appel REST. Le produit reste le même dans les deux cas. Le recours au MCP modifie simplement la façon dont vous générez l'intégration. Les étapes de configuration pour les deux méthodes figurent dans le guide officiel d'Antigravity, où se trouvent les détails techniques, y compris la procédure de migration si vous utilisiez l'interface CLI de Gemini.

L'alternative : laisser l'agent Antigravity envoyer de lui-même le contrat

Antigravity étant piloté par des agents, un agent connecté aux serveurs MCP de Firma.dev peut non seulement écrire l'intégration, mais aussi interagir directement avec vos données Firma. Il peut envoyer une demande de signature, gérer des modèles et intervenir sur un document lorsqu'on le lui demande en langage naturel, plutôt que d'attendre qu'un bouton de votre interface utilisateur ne déclenche l'appel.

C'est particulièrement utile si vous construisez un outil dont l'interface naturelle est une conversation ou un flux de travail automatisé plutôt qu'un écran figé. C'est une option qu'il est bon de connaître, mais ce n'est pas celle par défaut. Pour la plupart des produits, on préférera que l'application elle-même contrôle le moment où les documents partent, l'approche par agent venant s'y ajouter là où elle apporte une réelle valeur. Dans tous les cas, l'appel sous-jacent à Firma.dev reste identique.

Pourquoi cette solution est plus économique que les alternatives

Firma.dev fonctionne sur un modèle de paiement à l'usage à 0,049 EUR par enveloppe, ce qui équivaut à environ 5 centimes de dollar américain. Vous payez pour les documents que vous envoyez réellement, sans frais initiaux, sans minimum mensuel et sans contrat annuel à signer avant de pouvoir commencer. Une enveloppe correspond à une seule demande de signature ; ainsi, qu'un document soit envoyé à un ou plusieurs signataires, cela compte pour une seule enveloppe.

Comparez cela au modèle de signature d'entreprise, où les tarifs s'articulent autour de licences par utilisateur et de forfaits annuels par paliers. Cette structure suppose un ensemble fixe d'utilisateurs internes qui envoient des documents, ce qui est inadapté à un produit SaaS dont le volume de signatures fluctue en fonction de l'activité de vos propres clients. Le paiement par enveloppe permet d'aligner directement vos coûts de signature sur l'utilisation réelle, un mois calme ne vous coûtant presque rien. Pour un produit en pleine croissance, cette différence est majeure.

Conçu pour les produits comptant de nombreux clients

Si votre application Antigravity s'adresse à plusieurs clients, vous voudrez que leurs documents et modèles soient bien distincts. Firma.dev gère cela grâce aux Espaces de travail clients (Customer Workspaces), qui sont des espaces privés et cloisonnés au sein de votre compte. Chaque client dispose de modèles isolés et de sa propre consommation d'enveloppes, garantissant ainsi que les contrats et l'activité de signature d'un client ne se mélangent jamais avec ceux d'un autre.

Cela importe pour deux raisons. La première est une séparation nette, qui maintient les données de chaque client là où elles doivent être et simplifie la production de rapports par client. La seconde est l'évolutivité. Au fur et à mesure que vous ajoutez des clients, vous ajoutez des espaces de travail, sans avoir à repenser l'architecture de la signature dans votre application. Cette structure est conçue dès le départ pour le multi-client, plutôt que d'être adaptée après coup.

La conformité, en bref

Firma.dev est conçu pour respecter les principaux cadres de signature électronique. Aux États-Unis, cela concerne l'ESIGN Act et l'UETA. En Europe, il s'agit d'eIDAS, qui prend en charge les signatures électroniques simples et avancées. De plus, il est structuré pour vous aider à respecter le RGPD concernant les données personnelles utilisées lors d'un flux de signature.

Chaque signature finalisée est accompagnée d'une piste d'audit qui consigne les événements de signature, constituant le dossier de référence auquel vous pourriez vous reporter si une signature venait à être contestée. Si votre cas d'usage particulier présente des exigences réglementaires allant au-delà des cadres habituels, il convient de vérifier ces détails avec vos conseillers juridiques avant de vous lancer. L'essentiel est de retenir que la signature juridiquement contraignante est la norme de base, et non une option supplémentaire que vous devez concevoir vous-même.

Commencer

Si vous construisez avec Antigravity et souhaitez intégrer la signature à votre produit, le chemin est court. Commencez par consulter le guide d'intégration d'Antigravity pour l'implémentation, que vous connectiez directement l'API ou passiez par les serveurs MCP. Cette approche fonctionne également avec les autres outils de création par IA ; ainsi, la couche de signature électronique que vous ajoutez à une application Lovable ou à un projet dans Cursor sera très similaire.

Commencez à utiliser Firma.dev gratuitement, sans carte de crédit requise.