Sortir de DocuSign : pourquoi j'ai posé mon serveur de signature
Mai 2026. CERFA ACRE à signer, CREARE France Travail à signer, premier contrat client en vue. Je pouvais sortir 130 € pour un an de DocuSign Standard, ou poser mon propre serveur en 1 après-midi. J'ai choisi la 2e option, voici pourquoi.
En mai 2026 j’ai officiellement lancé Tetardtek, mon AE. Et avec ça, une réalité qui se rappelle vite à vous : il y a des documents à signer partout. CERFA ACRE pour l’URSSAF. CREARE pour France Travail. Premier contrat client qui se profile.
Premier réflexe : ouvrir DocuSign. 130 € l’année pour signer 5-10 trucs par mois, ça paraissait acceptable. Mais quelque chose me dérangeait dans le geste — payer chaque mois pour signer mes propres documents avec un outil dont je ne maîtrisais ni les tarifs futurs, ni le devenir des données.
J’ai pris l’autre voie : poser mon propre serveur en une après-midi. Plus le temps passe, plus c’est une évidence.
Dans les semaines qui ont suivi, mes deux premiers documents officiels (CERFA ACRE pour l’URSSAF, CREARE pour France Travail) ont été signés via cette instance et acceptés sans accroc par les deux administrations. Validation par l’usage, dans le pire contexte qui soit.
Voici pourquoi.
Le constat
Le coût qui s’additionne
Tarifs DocuSign officiels (mai 2026, en USD) :
- Personal : 10 $/mois (120 $/an) — limité à 5 documents par mois
- Standard : 25 $/mois par utilisateur (300 $/an) — 100 documents par utilisateur/an
- Business Pro : 40 $/mois par utilisateur (480 $/an) — 100 documents + collecte de paiements
Pour une activité freelance qui commence à signer 5-10 documents par mois, on rentre directement sur Standard. Sur 3 ans : ~900 $/utilisateur (autour de 825 €). Pour une équipe de 3 personnes : ~2700 $ (~2500 €). Récurrent. Indexé sur leurs tarifs, pas sur les vôtres.
À comparer avec un container Docker qui tourne sur un VPS que vous avez déjà : coût marginal proche de zéro. La maintenance ? Quelques minutes par mois quand il faut le mettre à jour.
La souveraineté des données — le vrai sujet
C’est ce qui m’anime dans tout ce qu’on construit avec Tetardtek : votre infra, votre mail, votre code, votre signature — tout doit pouvoir vivre chez vous. Pas chez Google, pas chez Microsoft, pas chez Amazon, pas chez DocuSign.
Concrètement, quand vous envoyez un contrat à signer via DocuSign :
- Le PDF transite par leurs serveurs (US, soumis au CLOUD Act — un juge américain peut techniquement le réquisitionner sans même que vous soyez prévenus)
- Vos signataires sont trackés : User-Agent, géolocalisation IP, fingerprint navigateur. C’est dans leurs conditions d’utilisation.
- Vous payez l’abonnement, ET en prime vos données enrichissent leur connaissance du marché — qu’ils revendent à d’autres.
Si vous avez déjà coché une case RGPD en interne, expliqué à vos clients qu’on respecte leurs données, et que vous envoyez ensuite vos contrats par DocuSign… c’est dissonant. Beaucoup de gens le savent confusément, sans avoir le temps d’y faire face.
Avec un serveur de signature self-host, ce conflit disparaît : le PDF ne quitte jamais votre infrastructure, vos signataires ne sont trackés que par vous (et vous décidez si vous le faites), et le coût est fixe.
Tout reste chez vous. C’est aussi simple que ça.
L’angle pratique que j’ai découvert en route
Honnêtement, même pour moi en solo, c’est utile au quotidien : il est impossible d’oublier une signature, une case à cocher ou un champ à remplir. Le système refuse de valider tant que tout n’est pas rempli.
Ce qui paraît banal pour soi devient précieux dès qu’on travaille avec d’autres :
- Une RH qui reçoit des dossiers d’onboarding où il manque presque toujours quelque chose (le RIB, la signature page 4, une case en bas)
- Un comptable qui doit relancer ses clients chaque mois parce qu’il manque le mandat SEPA signé
- Un courtier en assurance qui enchaîne les allers-retours avant qu’un formulaire client soit complet
- Une agence qui se fait rattraper par des CGV non-paraphées
Avec un serveur de signature self-host, ces situations ne sont pas possibles techniquement. Le client, le collaborateur, le prestataire ne peut pas vous rendre un dossier incomplet — ce n’est plus une question de relance, c’est une question de design.
Pour le freelance solo qui veut juste être sûr de bien rendre ses propres papiers, c’est tout aussi appréciable.
Docuseal, en bref
Docuseal est une alternative open-source à DocuSign : un code libre, gratuit, que vous installez sur votre propre serveur.
Concrètement, ce qu’il fait :
- Créer vos modèles de documents : vous préparez un contrat, vous y placez des champs (signatures, cases à cocher, RIB, date, etc.) à l’endroit où le signataire doit intervenir
- Envoyer le document à signer par email, avec un lien sécurisé personnalisé
- Vérifier l’identité du signataire : il reçoit un code par mail ou SMS pour confirmer (comme votre banque quand vous validez un paiement)
- Horodater la signature : preuve datée du moment exact où c’est signé, juridiquement reconnue
- Stocker les documents signés : votre archive est chez vous, pas dans un cloud tiers
Sur le plan technique, c’est léger : un container Docker, une base de données. Pas un bloc lourd à maintenir.
Côté légal, c’est reconnu au niveau européen (règlement eIDAS Niveau 1) — exactement comme DocuSign Basic ou HelloSign. Vos signatures sont valables devant un tribunal.
Ce que je ne couvre pas ici
Cet article est volontairement éditorial, pas un tutoriel d’installation.
Le comment exact — config Docker, intégration SMTP, certificat SSL, premier template, intégration à votre infra existante — pourra faire l’objet d’un guide séparé. Pas de calendrier précis pour l’instant — s’il voit le jour, il sera lié depuis cette page.
De même, je ne fais pas ici la comparaison détaillée entre Docuseal, Documenso, Signaturit ou autres alternatives open-source. Chacun a ses choix techniques et son périmètre — j’ai choisi Docuseal pour des raisons qui m’étaient propres. Peut-être que j’en parlerai dans un autre article un jour, mais ce n’est pas prévu dans l’immédiat.
Pour qui c’est pertinent — et pour qui ça ne l’est pas
C’est pertinent pour vous si :
- Vous signez 5+ documents par mois (le seuil de rentabilité approche)
- Vous opérez déjà un VPS ou un serveur (la stack ajoute peu de friction)
- Vous avez des clients qui doivent vous renvoyer des dossiers complets (cas business)
- La conformité RGPD est sérieuse dans votre activité (santé, juridique, RH, finance)
Ce n’est probablement pas pour vous si :
- Vous signez 2-3 documents par an (DocuSign Free suffit largement)
- Vous n’avez aucun serveur et l’idée d’en gérer un vous stresse (installation, mises à jour, incident à 22h…) — c’est légitime. Dans ce cas, DocuSign ou HelloSign reste un choix tout à fait correct. Le self-host est un engagement, et c’est pas pour tout le monde.
- Votre flux signature est tellement marginal qu’optimiser le coût n’a pas de sens
C’est honnête. Je ne vends pas un setup à quelqu’un qui n’en a pas besoin.
Et entre les deux ?
Si vous êtes dans le cas pertinent mais que le “comment déployer” ou le “comment migrer depuis DocuSign sans perdre vos templates existants” sont des freins, c’est exactement ce que je propose en service.
Un tuto explique la doctrine et les choix structurants. Il ne transmet pas les vingt arbitrages à chaud qu’on rencontre vraiment quand on l’opère pour de bon : rotation de secrets, configuration SMTP qui passe sur Gmail/Outlook sans atterrir en spam, archivage légal, restauration après incident. C’est là qu’un setup posé par quelqu’un qui l’a déjà fait change le coût-temps.
Pour aller plus loin
- La page Atelier dédiée : /atelier/docuseal — la stack que j’opère, ce que je gère, et le service associé si vous voulez que je le pose pour vous.
- Vous voulez en parler sur votre cas précis ? Un RDV 30 min sur Cal — on regarde ensemble si Docuseal a du sens pour votre contexte, ou si autre chose serait plus adapté. Premier échange gratuit, pas de tunnel de vente derrière.
- Un tuto léger d’installation pourra suivre dans un article séparé — pas dans l’immédiat.