TL;DR : OpnForm remplace Typeform sur votre serveur en moins de deux minutes, et c’est réussi. Son argument du moment, un serveur MCP qui laisse une IA fabriquer vos formulaires, demande cinq manipulations que personne ne vous annonce : chez vous, il est éteint par défaut, et l’adresse donnée par la documentation ne répond pas.
OpnForm est un constructeur de formulaires : logique conditionnelle, notifications, webhooks, export des réponses. Ce que font Typeform et Google Forms, sur votre machine. Le dépôt a changé de nom au passage (JhumanJ/OpnForm redirige), et nous avons installé la version 2.5.0.
Deux minutes, sept conteneurs
Un git clone, puis leur script :
bash scripts/docker-setup.sh --public-url http://localhost113 secondes plus tard, images comprises, sept conteneurs tournaient (ingress, client, api, worker, ordonnanceur, Redis, PostgreSQL) et la première page demandait de créer le compte administrateur. Rien à déboguer, aucune variable à deviner : la meilleure installation qu’on ait chronométrée depuis longtemps.
La licence mérite trente secondes d’attention
GitHub n’affiche pas « AGPL-3.0 » mais NOASSERTION, et le fichier LICENSE explique pourquoi : tout le dépôt est en AGPLv3, sauf le répertoire api/app/Enterprise/, qui porte une licence propriétaire liée à un abonnement. Le README l’assume et parle de double licence. Ce n’est pas un piège, c’est de l’open core déclaré, mais lire qu’OpnForm est « sous AGPL-3.0 » est incomplet.
Le serveur MCP : ce que l’annonce ne dit pas
C’est l’argument qui fait parler d’OpnForm : un serveur MCP permet à un agent (ChatGPT, Claude) de créer et gérer vos formulaires. Sur leur service en ligne, il est toujours actif. Sur votre serveur, voici ce qui vous attend.
D’abord, /mcp, le chemin de la documentation, redirige vers l’accueil : le nginx fourni ne route vers l’API que quatre préfixes, et mcp n’en fait pas partie. La bonne adresse est /api/mcp, et elle répond 404, parce que le service est éteint. Leur propre fichier d’exemple ne s’en cache pas :
# MCP is always enabled on OpnForm Cloud. On self-hosted instances this value
# is the default until an admin saves an override in Settings > MCP & AI agents.
MCP_ENABLED=falseLe script d’installation n’écrit même pas la variable. Il faut donc l’ajouter à api/.env, puis recréer le conteneur : un docker compose restart ne recharge pas le fichier d’environnement, seul docker compose up -d api api-worker le fait. Et cette recréation change l’adresse du conteneur, que nginx garde en cache : toute l’API répond alors 502, jusqu’à un docker compose restart ingress.
Cinq marches. Après quoi le serveur répond enfin, en protocole 2025-06-18, et expose quinze outils : lister et créer des formulaires, les publier, lire et exporter les réponses.
Ce qu’on en retient
L’outil est bon et son installation est exemplaire. C’est l’écart entre l’annonce et l’auto-hébergement qui gêne : la fonction qui fait parler du projet est allumée chez eux et éteinte chez vous, la documentation donne un chemin qui ne répond pas, et la création de formulaires par un agent sans compte, mise en avant partout, n’existe pas sur votre instance : ils l’écrivent, seul le parcours authentifié fonctionne.
Un détail trouvé en passant : la découverte OAuth de notre instance rend des adresses malformées ("issuer":"http:", sans nom d’hôte) alors que la configuration est correcte. Nous n’avons pas branché d’agent distant de bout en bout, faute de domaine et de HTTPS : ce qui est mesuré ici, c’est la mise en route et la réponse du serveur, pas une session complète.
Pour des formulaires chez soi, allez-y sans hésiter. Pour l’IA qui les écrit à votre place, prévoyez une soirée.
