Formulaires

Forms est le builder de Chinaski pour les formulaires de contact, d'inscription et de génération de leads, avec gestion des soumissions, e-mails de confirmation et d'administration, webhooks par form, défenses anti-spam et contrôles de confidentialité. Les forms vivent dans leur propre section de l'admin, se publient soit à leur propre URL, soit intégrés dans des pages construites, et sont documentés à travers ces pages :

• Champs et builder de form : types de champs, règles de validation, affichage conditionnel, téléversement de fichiers.
• Soumissions : où vont les réponses, rate limits, rétention et protection contre les doublons.
• E-mails & webhooks : e-mails de confirmation et de notification, webhooks signés par form.
• Spam & confidentialité : Turnstile, blocage par pays, spam honeypot et commutateurs de minimisation des données.

Aperçu rapide

Un form se compose de trois choses :

1. Le form : son nom, son slug d'URL (utilisé à la fois pour sa propre adresse et son shortcode d'intégration), son statut de publication et ses paramètres de présentation (message de succès, redirection vers la page de remerciement, texte/couleurs du bouton d'envoi).
2. Ses champs : une liste ordonnée de champs typés, validés et éventuellement conditionnels.
3. Son traitement : ce qui se passe à la soumission : stocker la soumission (avec rétention), envoyer des e-mails, déclencher un webhook.

Créer et publier un form

• Autonome : avec un slug défini, le form est servi à /forms/<slug> sur le CMS. Un form inactif renvoie un 404 à la place.
• Intégré dans une page : placez un shortcode [form:<slug>​] dans le corps d'une page/post. Le builder rend le form en ligne au moment du build : la sortie publique n'a besoin d'aucune connectivité au CMS pour afficher le form. Si un form référencé n'est pas disponible pour le builder, le shortcode se rabat sur l'intégration du form hébergé par le CMS dans une iframe (nécessite que l'URL de base du CMS soit configurée).

Comme le site est statique, les soumissions sont envoyées en POST directement vers le serveur du CMS : le point à vérifier lors d'un changement d'hébergement est que l'URL du CMS est joignable là où le form est intégré.

Réglages par défaut qui comptent

Chaque nouveau form démarre avec une base raisonnable : les soumissions sont stockées (pas de limite de rétention), l'adresse IP est stockée avec chaque soumission, les réglages webhook/e-mail sont vides, et Cloudflare Turnstile est activé par form (il ne s'exécute réellement que lorsque les clés Turnstile sont configurées pour tout le site). Chacun de ces points est ajustable sur le form (y compris « ne pas stocker les IP » et « supprimer les soumissions après N jours ») ; voir les sous-pages liées.

Où gérer les soumissions

Les entrées soumises sont consultables et recherchables dans la section Forms de l'admin, avec des vues par form et la possibilité de supprimer (ce qui nettoie aussi les fichiers téléversés appartenant à ces soumissions). Le rate limit empêche un visiteur unique d'inonder : 5 soumissions à un même form par heure, et 30 par heure au total sur tous les forms.

Dans cette section

• Champs de form
• Soumissions de form
• E-mails et webhooks de form
• Spam et confidentialité des forms