Forms
Créez des formulaires, collectez des soumissions et envoyez des notifications directement dans EmDash CMS.
Extension
Forms
Créez des formulaires, collectez des soumissions et envoyez des notifications directement dans EmDash CMS.
Le plugin Forms est l’un des exemples les plus clairs d’EmDash se comportant comme un véritable CMS au lieu d’un générateur de site statique avec une fine couche de contenu. Il est conçu pour les équipes qui ont besoin de capture de contacts et de prospects, de stockage structuré des soumissions et de notifications, sans avoir recours à un formulaire SaaS distinct pour chaque site.
Le package propriétaire se trouve dans le référentiel EmDash sous packages/plugins/forms.
Installation
- Utilisez un projet EmDash CMS qui correspond à la note de compatibilité pour cette version bêta (voir le README principal d’EmDash pour les versions prises en charge).
- Ajoutez ou activez le plugin Forms via l’écran du plugin d’administration EmDash, ou suivez les instructions monorepo dans
packages/plugins/formssi vous développez contre la source. - Déployez ou exécutez localement avec les mêmes versions de nœud et de framework que celles attendues par le projet principal afin que les dépendances partagées soient résolues proprement.
- Après l’installation, vérifiez que le plugin apparaît comme activé dans l’administrateur et que les routes ou sections d’administration liées au formulaire se chargent sans erreurs de console.
Si vous évaluez uniquement à partir de ce site marketing, utilisez l’administrateur de démonstration officiel lié à la page d’accueil pour explorer le comportement avant de l’engager dans votre propre déploiement.
Configuration
Les noms exacts des champs varient selon la version ; traitez la source du plugin comme la source de vérité. En général vous configurerez :
- Cibles de notification : où vont les alertes de soumission (e-mail, files d’attente internes ou hooks en aval fournis par votre déploiement).
- Attentes en matière de spam et de validation — champs obligatoires, longueurs maximales et toutes les vérifications côté serveur exposées par le plugin.
- Sémantique de stockage : combien de temps les soumissions persistent et qui peut les lire dans l’administrateur.
Exemple (conceptuel) : un simple formulaire de contact pourrait définir name, email, et message comme champs obligatoires, avec des notifications envoyées à [email protected]. Votre configuration réelle suivra le schéma et l’interface utilisateur fournis avec la version du plugin que vous exécutez : vérifiez les étiquettes et les clés dans packages/plugins/forms avant la production.
Scénarios d’utilisation
- Sites marketing : capturez les demandes de démonstration et acheminez-les vers les outils de vente.
- Portails d’assistance : apport structuré qui alimente un système de tickets via Webhook Notifier ou une intégration personnalisée.
- Produits éditoriaux : formulaires de présentation, soumissions de messages d’invités ou flux de travail de correction qui restent dans EmDash au lieu de divulguer des informations personnelles dans des feuilles de calcul aléatoires.
Conseils opérationnels
- Testez les soumissions dans un projet de préparation avant de pointer DNS vers les formulaires de production.
- Conservation des documents : les soumissions peuvent contenir des données personnelles, alors respectez votre politique de confidentialité.
- Associez-le au journal d’audit lorsque plusieurs membres du personnel examinent ou exportent des données de soumission.
Statut du registre (vérifié le 21/10/2026) : Ce package n’était pas présent dans les résultats du registre public EmDash vérifiés à cette date. L’adresse de la page existante est conservée pour référence.