Aller au contenu principal
Quelle Signature

API et intégrations

Où placer la signature dans vos modèles : un repère dans le texte plutôt que des coordonnées fixes sur la page

Pour qui : Développeur de PME qui génère des contrats par modèle et ne veut pas revoir chaque champ de signature au moindre changement de mise en page.

Utilisez des balises, des repères posés dans le texte par votre générateur de documents : elles suivent le texte quand une clause s’ajoute, là où une coordonnée reste au même endroit de la page. Sur un document externe, accrochez le champ à un texte qui ne change pas (une ancre), dans la forme que l’éditeur accepte : un seul mot chez Signaturit, par exemple ; en dernier recours, fixez des coordonnées par version. Une balise ne se reprend pas telle quelle d’un éditeur à l’autre : gardez sa syntaxe à un seul endroit de votre code, et testez une révision du modèle avant la mise en service.

Notre avis

Les coordonnées ne se défendent que pour un document figé. Pour vos modèles, la balise coûte peu et vous épargne une reprise à chaque révision.

Pourquoi

  • Six éditeurs lus sur huit décrivent une forme d’ancre ou de balise, et Oodrive annonce des Smartfields dont nous n’avons pas lu le fonctionnement : vous n’aurez pas à choisir un prestataire pour cela seul.
  • Chez Youtrust, une demande créée avec balises ne se modifie plus dans l’application : l’équipe métier perd cette reprise manuelle.
  • Universign écrit une taille minimale, et l’exemple de Youtrust passerait dessous si l’unité est la même : un modèle ne passe pas d’un prestataire à l’autre sans contrôle.

Ce qui change le choix

Sur des documents reçus de vos clients, sans texte stable, restez aux coordonnées et faites vérifier chaque version par une personne.

L’ordre à suivre

  1. Balise posée par votre générateur de documents
  2. Ancre sur un texte déjà présent, si le document vient de l’extérieur
  3. Coordonnées, par version de document figée

Trois méthodes documentées, mais une syntaxe à chaque éditeur

Selon les pages lues le 4 novembre 2026. Certyneo écrit préférer l’ancre aux coordonnées ; aucun éditeur lu ne compare balise et ancre : notre préférence pour la balise est un avis.
ÉditeurMéthode documentéeContrainte écrite
Youtrust, ex-YousignSmart Anchors, par exemple {{s1|signature|85|37}}, avec parse_anchors à true50 Mo et 150 pages par document ; demande API avec balises non modifiable dans l’application
UniversignCoordonnées x et y en pixels, page, largeur, hauteur, ou paramètre anchorSignature : minimum 92 × 23 ; un fichier par requête, 25 Mo au plus
SignaturitWidgets (les champs à remplir) par page et coordonnées, ou word_anchor ; modèles possiblesDétails non testés
NamirialDétection d’Advanced Document Tags ou de champs de formulaireDoubles crochets sur une seule ligne, taille en pixels, décalage en points ; non testé
CertyneoTexte d’ancrage recommandé, à défaut coordonnées x et yNon testé
Docusign (extrait)Une page documente les onglets Auto-Place (des champs placés automatiquement) par balises d’ancrage ; un échantillon de code utilise anchor string, alignement, unités et décalage YNous n’avons pas pu lire le corps de la page
Oodrive (page commerciale)Smartfields annoncésMécanisme non lu
GoodflagChamps positionnés via l’APIBalises non confirmées dans les pages lues

Un modèle n’est pas portable : 85 px de large chez l’un, un minimum de 92 chez l’autre, unité à confirmer

L’exemple de Youtrust {{s1|signature|85|37}} indique, selon sa documentation, 85 px de large et 37 px de haut. Universign pose un minimum de 92 × 23 pour une signature, sans que notre lecture en confirme l’unité. Si c’est aussi le pixel, ce champ tombe sous la largeur minimale d’Universign. Le constat vaut surtout comme exemple : une migration demande de revoir la syntaxe et aussi les dimensions.

À notre avis, vos modèles doivent porter un repère neutre, par exemple un mot-clé propre à votre société, que votre générateur traduit dans la syntaxe de l’éditeur au moment de produire le document. Le jour d’un changement de prestataire, seule cette traduction change. C’est aussi le meilleur moment pour supprimer les modèles qui ne servent plus, comme le développe la page sur la refonte des modèles.

Six documents de test, tirés de vos vrais modèles

  1. Clause ajoutée. Ajoutez un paragraphe de vingt lignes avant le bloc de signature : le champ doit suivre le bon signataire.
  2. Saut de page. Poussez le bloc de signature sur une nouvelle page : le champ ne doit pas tomber sur le pied de page ni hors de la feuille.
  3. Ancre en double. Faites apparaître le texte d’ancrage deux fois, dans une clause et dans le bloc : deux champs, une erreur ou le mauvais emplacement ? Décidez de la balise en conséquence.
  4. Balise oubliée. Supprimez-la : la création doit échouer avec un message clair, jamais partir sans champ.
  5. Trace dans le document final. Ouvrez le PDF signé et sélectionnez son texte : la balise ne doit ni se lire ni se chercher, même écrite en blanc.
  6. Documents joints. Un contrat et son annexe : vérifiez la limite du nombre de fichiers par requête, car Universign écrit un seul fichier.

Limites de cette page

Aucun modèle n’a été déposé par nos soins. Certyneo préfère l’ancre aux coordonnées dans la documentation de son connecteur, et aucun éditeur lu ne compare balise et ancre : notre préférence pour la balise est un raisonnement. La comparaison de 85 et 92 suppose que le minimum d’Universign soit en pixels, ce qui n’est pas confirmé. Pour Docusign, nous n’avons lu que des extraits de résultats de recherche ; pour Oodrive, une page commerciale.

Prochaine action

Choisissez le modèle de document que vous révisez le plus souvent, ajoutez-y un repère neutre, par exemple un mot-clé propre à votre société, et testez les six documents de cette page pendant l’essai.

Preuves et sources

Documentations de Youtrust, Universign, Signaturit, Namirial et Certyneo, documentation et index de Goodflag, extraits de Docusign, page commerciale d’Oodrive, lus le 4 novembre 2026. Aucun modèle n’a été déposé 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 propose des Smart Anchors, par exemple {{s1|signature|85|37}}, soit 85 px de large et 37 px de haut, avec parse_anchors à true, limite les documents à 50 Mo et 150 pages, et les demandes API avec Smart Anchors ne sont pas modifiables dans l’application.

    Périmètre : Youtrust, ex-Yousign

    Réserve : Lu par logiciel.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Universign documente un placement par coordonnées x et y en pixels ou par paramètre anchor, un minimum de 92 × 23 pour une signature et un fichier de 25 Mo au plus par requête.

    Périmètre : Référence API Universign

    Réserve : Non testé.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Signaturit documente des widgets par page et coordonnées, ou word_anchor, limité à un seul mot, et des modèles.

    Périmètre : API Signaturit

    Réserve : Non testé.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Namirial mentionne la détection d’Advanced Document Tags ou de champs de formulaire ; ces balises s’écrivent entre doubles crochets sur une seule ligne, avec une taille en pixels et un décalage en points.

    Périmètre : eSignAnyWhere

    Réserve : Lu par logiciel, non testé.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Certyneo recommande un texte d’ancrage, à défaut des coordonnées x et y.

    Périmètre : Certyneo

    Réserve : Non testé.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Une page de Docusign documente les onglets Auto-Place par balises d’ancrage, et un échantillon utilise anchor string, alignement, unités et décalage Y.

    Périmètre : Docusign

    Réserve : Corps de la page non restitué ; échantillon lu par extrait.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. Oodrive annonce des Smartfields.

    Périmètre : Oodrive Sign

    Réserve : Page commerciale, mécanisme non lu.

    Relevé du 4 novembre 2026.

  • Déclaration de l’émetteur. La documentation de Goodflag indique des champs positionnés via l’API, sans confirmer de balises dans les pages lues.

    Périmètre : Goodflag, nom commercial de Lex Persona

    Réserve : Absence non établie.

    Relevé du 4 novembre 2026.

  • Notre calcul ou déduction. Si le minimum de 92 × 23 d’Universign s’exprime en pixels, comme les 85 × 37 px de l’exemple de Youtrust, un champ de 85 px de large tombe sous cette largeur minimale.

    Périmètre : Comparaison de deux documentations

    Réserve : Unité du minimum d’Universign non confirmée.

    Relevé du 4 novembre 2026.

  • Notre avis. Une balise suit le texte quand la mise en page change, là où une coordonnée reste au même endroit : cette préférence est la nôtre.

    Périmètre : Documents générés par la société

    Réserve : Ne s’applique pas aux documents externes non modifiables.

    Daté du 4 novembre 2026.

  • Notre méthode. Le repère neutre et les six documents de test forment la méthode proposée.

    Périmètre : À exécuter par le lecteur

    Réserve : Non testé chez ces éditeurs.

    Daté du 4 novembre 2026.