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

Vous construisez une application avec Google Antigravity, et à un moment donné, un utilisateur doit signer quelque chose. Un contrat, un accord de non-divulgation, un formulaire de consentement, une commande. La réponse habituelle consiste à greffer un fournisseur de signature lourd, à traverser un cycle de vente et à accepter une tarification par utilisateur qui ne convient pas à un produit qui cherche encore sa forme. Il existe une voie plus simple. 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 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 qui peuvent lire le contexte et agir sur celui-ci plutôt que de se contenter d'une saisie semi-automatique. Cet article est destiné aux fondateurs et aux évaluateurs qui décident si cette approche de la signature leur convient. Il reste en dehors du code et se concentre sur ce que vous obtenez, ce que cela coûte et comment les pièces s'assemblent.

Intégrer les signatures électroniques dans une application Antigravity

Le résultat d'abord : un produit construit avec Antigravity peut envoyer des documents juridiquement contraignants pour signature et les récupérer, sans avoir à 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'un historique 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é dans votre propre interface utilisateur, de sorte que le flux semble faire partie de l'application plutôt que d'être un détour par l'outil de quelqu'un d'autre.

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

La principale façon d'utiliser Firma.dev est de l'appeler en tant qu'API de 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 final. Vous pouvez intégrer un éditeur de signature directement dans votre interface, de sorte que les utilisateurs n'aient jamais à quitter votre produit pour finaliser une signature.

Firma.dev propose également deux serveurs MCP, un Docs MCP et un Data MCP. Connectés au sein d'Antigravity, ils permettent à l'agent de lire la documentation en direct et de travailler avec l'API au fur et à mesure de sa construction, ce qui signifie que l'intégration s'écrit sans que vous ayez à coder manuellement chaque appel REST. C'est le même produit dans les deux cas. La voie MCP modifie simplement la façon de réaliser l'intégration. Les étapes de construction pour les deux méthodes se trouvent dans le guide officiel d'Antigravity, où se trouvent les détails techniques, y compris comment migrer si vous utilisiez le CLI Gemini.

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

Antigravity étant piloté par des agents, au-delà de la rédaction de l'intégration, un agent connecté aux serveurs MCP de Firma.dev peut également opérer directement sur vos données Firma. Il peut envoyer une demande de signature, gérer des modèles et agir 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 utile si vous construisez quelque chose dont l'interface naturelle est la conversation ou un flux de travail automatisé plutôt qu'un écran fixe. C'est une option qui mérite d'être connue, mais ce n'est pas celle par défaut. La plupart des produits préfèreront que l'application elle-même contrôle le moment où les documents partent, la voie de l'agent venant s'ajouter là où elle apporte une réelle valeur. Dans les deux cas, l'appel sous-jacent à Firma.dev est le même.

Pourquoi cela est moins cher que l'alternative

Firma.dev fonctionne sur un modèle de paiement à l'usage à un tarif de 0,029 EUR par enveloppe, ce qui équivaut à environ 3 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, donc un document envoyé à un ou plusieurs signataires compte comme une seule enveloppe.

Comparez cela au modèle de signature d'entreprise, où la tarification est structurée autour de licences d'utilisateurs et de forfaits annuels progressifs. Cette structure suppose un ensemble fixe d'utilisateurs internes envoyant des documents, ce qui n'est pas adapté à un produit SaaS où le volume de signatures augmente et diminue en fonction de l'activité de vos propres clients. Payer à l'enveloppe signifie que votre coût de signature suit directement l'utilisation, et un mois calme ne vous coûte presque rien. Pour un produit en pleine croissance, cette différence est majeure.

Conçu pour les produits à clients multiples

Si votre application Antigravity dessert plusieurs clients, vous voudrez que leurs documents et modèles soient séparés. Firma.dev gère cela avec les espaces de travail client (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, de sorte que les contrats et l'activité de signature d'un client ne se mélangent jamais avec ceux d'un autre.

Cela compte 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 les rapports par client. La seconde est que cela évolue avec vous. À mesure que vous ajoutez des clients, vous ajoutez des espaces de travail, sans réarchitecturer le fonctionnement de la signature dans votre application. La structure est conçue dès le départ pour le cas multiclients, plutôt que d'être adaptée après coup.

Conformité, en bref

Firma.dev est conçu pour les principaux cadres de signature électronique. Aux États-Unis, cela concerne l'ESIGN Act et l'UETA. En Europe, cela fait référence à eIDAS, prenant en charge les signatures électroniques simples et les signatures électroniques avancées, et il est construit pour vous aider à respecter le RGPD concernant les données personnelles impliquées dans un flux de signature.

Chaque signature complétée est accompagnée d'un historique d'audit enregistrant les événements de signature, qui est le document auquel vous vous référeriez si une signature était contestée. Si votre cas d'utilisation spécifique comporte des exigences réglementaires allant au-delà des cadres généraux, il est préférable de valider les détails avec votre propre conseil juridique avant de procéder à l'intégration. Le point clé ici est que la signature juridiquement contraignante est la base de départ, et non un ajout que vous devez concevoir vous-même.

Commencer

Si vous construisez avec Antigravity et souhaitez intégrer la signature dans votre produit, le chemin est court. Commencez par le guide d'intégration Antigravity pour la mise en œuvre, que vous connectiez directement l'API ou passiez par les serveurs MCP. La même approche fonctionne également avec les autres outils de création d'IA, de sorte que la couche de signature électronique que vous ajoutez à une application Lovable ou à un projet dans Cursor est très similaire.

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