API et intégrations
Signature embarquée dans votre application : gardez le lien par e-mail tant qu’aucune perte de signatures n’est mesurée
Pour qui : Équipe produit de PME qui veut faire signer dans son application, sans renvoyer le client vers un e-mail ou une page externe.
Gardez le lien par e-mail tant que vous n’avez pas mesuré une perte de signatures liée à la sortie de votre application. L’iframe, un cadre qui affiche la signature dans votre page, existe chez plusieurs éditeurs, mais elle change la remise du lien et ne couvre pas toujours la signature qualifiée : Youtrust écrit que la simple et l’avancée peuvent être embarquées, et la qualifiée non. Si vous l’adoptez, fiez-vous au webhook, la notification automatique que l’éditeur envoie à votre système, pour connaître l’état de la signature, jamais à l’événement reçu dans la page.
Notre avis
Intégrer la signature dans votre page est une question de taux de signature. Sans chiffre d’abandon, cette intégration ajoute un élément technique à maintenir et n’apporte rien à la preuve.
Pourquoi
- La remise du lien passe de l’éditeur à vous, et Youtrust demande de traiter ce lien comme un identifiant, à garder secret.
- Le signal reçu dans la page ne suffit pas à conclure : fiez-vous au webhook.
- Si un acte demande une signature qualifiée chez Youtrust, le signataire devra de toute façon quitter votre page : vous aurez donc deux parcours.
Ce qui change le choix
Essayez l’iframe sur un groupe de signataires si votre taux d’abandon le justifie. Gardez-la si ce groupe va plus souvent au bout que celui resté sur le lien, pour des actes dont l’éditeur confirme par écrit que leur niveau de signature peut s’afficher dans votre page.
L’ordre à suivre
- Lien envoyé par le prestataire
- Redirection vers la page du prestataire, puis retour
- Iframe dans votre application
Le coût de preuve : vous remettez le lien, gardez la trace de qui l’a reçu
Chez Youtrust, l’iframe impose delivery_mode à none : le service n’envoie plus d’e-mail, et la documentation interdit de combiner les deux. Votre application remet donc le lien, que Youtrust demande de traiter comme un identifiant, à garder secret. À notre avis, vos journaux de connexion deviennent alors un élément utile si un signataire nie avoir signé : compte utilisé, moment d’ouverture du lien, moyen d’authentification employé. Le fichier de preuve du prestataire ne décrit que ce que ce prestataire a vu. L’exemple de Youtrust conserve un code par e-mail (otp_email), que vous pouvez garder dans le cadre.
Pour le raisonnement sur la preuve, voyez notre page sur la présomption de fiabilité : faire signer dans votre application ne change pas le niveau de signature.
Iframe, redirection ou page non lue : l’état de chaque éditeur
| Éditeur | Mécanisme | Contrainte écrite à retenir |
|---|---|---|
| Youtrust, ex-Yousign | SDK iFrame (le kit de développement de Youtrust pour l’iframe), delivery_mode à none | Simple et avancée, qualifiée exclue ; domaines à autoriser ; redirect_urls désactive les événements du cadre |
| Universign | embed.js et initIframe, domaine à autoriser | Code à usage unique par défaut ; événements du navigateur à ne pas utiliser pour décider de la suite dans votre application (logique métier) ; pas de messagerie instantanée dans le cadre |
| Certyneo | POST /envelopes/{id}/embed-url, enregistrement DNS du domaine | URL valable 2 h ; à partir du plan Standard ; mention « Propulsé par Certyneo » retirée à partir du plan Business |
| Signaturit | Événements transmis à votre page par le navigateur (post-message) : ready, signed, declined, completed, close | Procédure complète non lue |
| Goodflag | Request Manager redirige vers une page de consentement | Aucune page iframe dans l’index lu, ce qui ne prouve pas son absence |
| Oodrive (page commerciale) | Intégration dans l’application annoncée | Mécanisme non lu |
| Docusign | Page officielle repérée, dont nous n’avons pu lire que le titre | Non trouvé dans la documentation lue : lisez la page de Docusign vous-même avant tout choix |
Sept vérifications à faire dans vos propres navigateurs
La page de Youtrust n’indique aucune limite mobile ou navigateur. C’est à vous de les établir, sur les appareils de vos signataires.
- Autorisation du domaine et CSP. Testez en préproduction et en production, car Youtrust restreint le cadre en production. La politique de sécurité de votre site (CSP, la règle qui liste les domaines que vos pages peuvent charger) doit autoriser le domaine de l’éditeur, et son service doit autoriser le vôtre.
- Safari et navigateurs intégrés. iPhone, navigateur interne d’une application : le cadre charge-t-il, et conserve-t-il sa session ?
- Expiration. Laissez le lien ouvert au-delà de sa durée (2 h chez Certyneo, durée non indiquée chez Youtrust) : votre page doit en générer un nouveau.
- Fuite du lien. Recherchez-le dans vos journaux, vos outils d’analyse et vos rapports d’erreur. Il ne doit figurer dans aucun.
- Fermeture et reprise. Fermez l’onglet au milieu du parcours, et revenez : le signataire reprend sans créer de seconde demande.
- État affiché dans votre application. Bloquez le webhook et laissez arriver l’événement du navigateur : votre application doit afficher « en cours de confirmation » jusqu’à la réception du webhook.
- Parcours de secours. Si l’éditeur ne permet pas de réaliser une signature qualifiée dans le cadre, prévoyez de faire sortir le signataire du cadre pour cet acte, et vérifiez que votre application retrouve la demande à son retour.
Le lien externe en secours, relié à la même demande, et une mesure avant de garder l’iframe
L’ordre compte. D’abord, mesurez le taux d’abandon de votre parcours actuel : sans perte constatée, ne construisez rien. Si ce taux le justifie, construisez le cadre pour un groupe de signataires, et gardez le lien externe comme parcours de secours, relié à la même demande de signature et au même webhook. Comparez ensuite la part qui va au bout de la signature entre ce groupe et un groupe comparable resté sur le lien. Nous ne donnons aucun seuil, car aucune source lue n’en fournit un. Sans écart mesuré, retirez le cadre.
Limites de cette page
Aucune intégration n’a été faite par nos soins. Nous n’avons pu lire que le titre de la page de Docusign sur l’embarquement : les fonctions de Docusign ne sont donc pas décrites ici. Oodrive est lu sur une page commerciale. Le rôle de vos journaux dans un litige est notre lecture, et aucun arrêt lu ne le tranche.
Prochaine action
Mesurez le taux d’abandon de votre parcours actuel avant de commander une intégration, puis demandez à l’éditeur, par écrit, quels niveaux de signature peuvent être réalisés dans l’iframe, et gardez sa réponse. Si le taux d’abandon le justifie, testez ensuite le cadre sur un groupe de signataires.
Preuves et sources
Pages de Youtrust et d’Universign sur l’iframe, documentation de Certyneo et de Signaturit, documentation Request Manager de Goodflag et page commerciale d’Oodrive, lues le 4 novembre 2026. La page de Docusign sur l’embarquement n’a restitué que son titre. Aucun cadre n’a été intégré par nos soins.
Chaque élément ci-dessous indique s’il s’agit d’un fait lu dans une source, d’une déclaration de son auteur, de notre calcul, de notre méthode ou de notre avis. Vérifiez sur le document toute source marquée à vérifier ou non tranchée avant de vous y fier. Notre méthode
Déclaration de l’émetteur. Youtrust écrit que la simple et l’avancée peuvent être embarquées et que la qualifiée ne peut pas l’être ; l’iframe impose delivery_mode à none et un domaine autorisé, et redirect_urls désactive les événements du cadre.
Périmètre : SDK iFrame Youtrust
Réserve : Limites mobile et navigateur non traitées par la page.
Relevé du 4 novembre 2026.
- Youtrust : iFrame the signing interface SDK iFrame v1.6.1 cité. Lu le 4 novembre 2026. Déclaration de l’émetteur.
- Youtrust : iFrame the signing interface non daté. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. Youtrust demande de traiter signature_link comme un identifiant ; sa validité est limitée, sans durée indiquée, et l’exemple de la page utilise otp_email.
Périmètre : SDK iFrame Youtrust
Réserve : Non testé.
Relevé du 4 novembre 2026.
- Youtrust : iFrame the signing interface non daté. Lu le 4 novembre 2026. Déclaration de l’émetteur.
- Youtrust : Youtrust, signature en iframe, otp_email et delivery_mode non daté. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. Universign documente une iframe via embed.js et initIframe, avec domaine à autoriser, code à usage unique par défaut, et déconseille les événements du navigateur pour la logique métier ; la messagerie instantanée y est absente.
Périmètre : Universign
Réserve : Compatibilité par niveau non précisée.
Relevé du 4 novembre 2026.
- Universign : Iframe Integration non daté. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. Certyneo documente une iframe par POST /envelopes/{id}/embed-url avec une URL valable 2 h et un enregistrement DNS du domaine, à partir de Standard, et retire sa mention de marque à partir de Business.
Périmètre : Certyneo
Réserve : Pages en contradiction sur d’autres points, pas sur l’iframe.
Relevé du 4 novembre 2026.
- Certyneo : Certyneo REST API – documentation développeur Public API v1 (OpenAPI 3.0). Lu le 4 novembre 2026. Contradiction relevée, non tranchée.
- Certyneo : Electronic signature API lu le 4 novembre 2026. Lu le 4 novembre 2026. Contradiction relevée, non tranchée.
- Certyneo, publié sur Microsoft Learn : Certyneo (Preview) – Connectors mis à jour le 2 octobre 2026. Lu le 4 novembre 2026. Déclaration de l’émetteur.
- Certyneo : Certyneo REST API, documentation développeur Public API v1. Lu le 4 novembre 2026. Contradiction relevée, non tranchée.
Déclaration de l’émetteur. Signaturit décrit des événements post-message ready, signed, declined, completed et close.
Périmètre : API Signaturit
Réserve : Procédure complète non lue.
Relevé du 4 novembre 2026.
- Signaturit : Signaturit API documentation v3 ; liste des modèles en v4. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. La documentation de Goodflag décrit une redirection de Request Manager vers une page de consentement, et son index lu ne contient aucune page iframe.
Périmètre : Goodflag, nom commercial de Lex Persona
Réserve : Absence dans l’index, pas absence prouvée.
Relevé du 4 novembre 2026.
- Goodflag : Goodflag – présentation de la documentation non daté. Lu le 4 novembre 2026. Déclaration de l’émetteur.
- Goodflag : Index de la documentation Workflow Manager Latest. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. Oodrive annonce une intégration dans l’application sur une page commerciale.
Périmètre : Oodrive Sign
Réserve : Mécanisme non lu.
Relevé du 4 novembre 2026.
- Oodrive : Electronic Signature API: Integrate Trusted Signing lu le 4 novembre 2026. Lu le 4 novembre 2026. Contradiction relevée, non tranchée.
- Oodrive : Features of our secure electronic signature lu le 4 novembre 2026. Lu le 4 novembre 2026. Déclaration de l’émetteur.
Déclaration de l’émetteur. Nous n’avons pu lire que le titre de la page de Docusign sur l’embarquement : aucune fonction n’est affirmée ici.
Périmètre : Docusign
Réserve : Seul le titre a été lu.
Relevé du 4 novembre 2026.
- Docusign : Embedding Docusign eSignature into your app non daté. Lu le 4 novembre 2026. Vue en extrait, à vérifier.
Notre avis. Vos journaux de connexion deviennent à notre avis un élément utile si un signataire nie, quand votre application remet elle-même le lien.
Périmètre : Parcours embarqués
Réserve : Aucun arrêt lu ne tranche ce point.
Relevé du 4 novembre 2026.
- Légifrance : Cass. 3e civ., 5 mars 2026, n° 24-21.034, ECLI:FR:CCASS:2026:C300142, inédit 5 mars 2026. Lu le 4 novembre 2026. Document d’origine.
Notre méthode. Les sept vérifications et la mesure en deux groupes forment la méthode proposée.
Périmètre : À exécuter par le lecteur
Réserve : Sans seuil.
Daté du 4 novembre 2026.