---
title: "Formulaires : recueillir les demandes de votre site | Briks"
url: https://briks.dev/fr/docs/forms
description: "Ajoutez un formulaire, testez-le en aperçu, retrouvez chaque entrée dans le studio, recevez-la par e-mail en production et relayez-la par webhook."
last_updated: 2026-10-08
---

# Formulaires : recueillir les demandes de votre site

Les formulaires d'un site Briks envoient chaque message au studio, où il est conservé pour vous, et une fois le site en production, chacun vous est aussi envoyé par e-mail. Cette page explique comment ajouter un formulaire, le tester en toute sécurité, retrouver les envois et les transmettre à d'autres outils.

6 minutes de lecture Vérifié par rapport au studio le 8 octobre 2026

## Comment fonctionne un formulaire

1. Un visiteur remplit le formulaire. Les champs obligatoires, les adresses e-mail et les numéros de téléphone sont vérifiés sur la page avant tout envoi.
2. Le message part chez Briks, qui le garde dans la liste **Forms** de votre projet et fait sonner la cloche dans le studio avec son objet et sa page.
3. En production, Briks vous l'envoie aussi par e-mail. Sur un aperçu, il est conservé mais non envoyé par e-mail.
4. Le visiteur voit « Sending your message… », puis un remerciement (par défaut « Thank you. Your message has been received. »). Si l'envoi échoue, il voit une erreur simple et son texte reste dans le formulaire.
5. Chaque formulaire envoyé compte comme une demande dans [Analytics](https://briks.dev/fr/docs/analytics).

Des formulaires qui enregistrent des données

Certaines fonctionnalités enregistrent plutôt chaque envoi comme un enregistrement, par exemple un formulaire de réservation pour un cours à places limitées. Ces envois se trouvent dans l'onglet [Database](https://briks.dev/fr/docs/database), et non dans la liste Forms que décrit cette page.

## Ajouter un formulaire

Un formulaire fait partie d'une page, donc vous l'ajoutez comme tout autre changement : en le demandant dans le studio. Nommez les champs, dites lesquels sont obligatoires, et donnez-lui un objet pour distinguer vos formulaires dans la liste et dans votre boîte de réception.

1. Ouvrir le studio

   Où : Studio

   Ouvrez votre projet. La zone de saisie se trouve sous la conversation.

2. Décrivez le formulaire

   Où : Prompt box

   Indiquez sur quelle page il se place, ses champs, lesquels sont obligatoires, le texte du bouton, l'objet, et ce que les visiteurs lisent une fois le message envoyé.

3. Envoyer

   Où : Send

   Une modification bloque 5 crédits et vous êtes facturé selon le travail nécessaire. Ce qui n'est pas utilisé vous est rendu.

4. Regardez le résultat

   Où : Your site

   Une fois publiée, ouvrez la page et vérifiez aussi le formulaire à la largeur d'un téléphone.

Une demande de modification Un photographe de mariage en Cornouailles

> Sur la page Contact, ajoutez un formulaire de demande avec nom, e-mail, téléphone, date du mariage, lieu et un message. Rendez le nom, l'e-mail et la date obligatoires. Bouton : Check my date. Objet : Wedding enquiry. Après l'envoi, affichez : Thanks, I'll reply within two working days.

Les entrées arrivent sous **Forms** avec l'objet Wedding enquiry, et en production l'objet de chaque e-mail indique « Wedding enquiry from Tamsin Hale Photography's website ».

## Testez-le dans l'aperçu

Avant de publier en production, envoyez quelques tests depuis l'adresse de l'aperçu. Chaque entrée est conservée avec une étiquette **preview** et aucun e-mail n'est envoyé : vous pouvez donc essayer un formulaire autant de fois que vous voulez.

1. Ouvrir l'aperçu

   Où : Top bar

   Sur un grand écran, cliquez sur l'adresse de votre site à côté du nom du projet. Elle s'ouvre dans un nouvel onglet. Sur un écran plus petit, utilisez **Open in new tab** au-dessus de l'aperçu.

2. Essayez de le casser

   Où : Your site

   Laissez un champ obligatoire vide et envoyez : le formulaire doit vous l'indiquer. Saisissez une adresse e-mail incorrecte : il doit signaler qu'elle semble invalide.

3. Envoyez-en un vrai

   Où : Your site

   Remplissez tout correctement et envoyez. Vous devriez voir le message de remerciement.

4. À trouver dans le studio

   Où : Settings, Forms

   Ouvrez ou actualisez la page Forms. Votre test apparaît en haut, marqué **preview**.

Astuce

Mettez Test 1, Test 2 et ainsi de suite dans le champ du nom pour distinguer vos tests plus tard. Les entrées ne peuvent pas être supprimées, mais seules les 100 plus récentes sont affichées : les anciens tests disparaissent donc de la vue à mesure que de vraies entrées arrivent.

## Où apparaissent les envois

Où

1. Projects
2. Your project
3. Settings
4. Forms

La page Forms liste les 100 messages les plus récents, du plus récent au plus ancien. Chacun indique quand il est arrivé, l'objet du formulaire, la page d'où il vient, et l'une de quatre marques : **emailed**, **not emailed** (l'e-mail a échoué), **preview**, ou **held, not emailed** pour les spams probables. En dessous, chaque champ et sa réponse. Tous les membres de l'espace de travail peuvent lire la liste, Viewers compris.

Un message qui ressemble à du spam est conservé, marqué **Likely spam**, jamais envoyé par e-mail, et aucun webhook ni avis n'est émis pour lui. S'il est réel, un Owner, un Admin ou un Editor appuie sur **Not spam** pour retirer la marque. Il n'est pas envoyé par e-mail ensuite, répondez-y donc depuis la liste.

Il n'y a pas d'export

Les réponses ne peuvent pas être téléchargées, et seules les 100 plus récentes sont affichées. Si vous avez besoin d'un historique durable, conservez les e-mails, ou envoyez chaque réponse à un autre outil avec un webhook dès son arrivée (voir ci-dessous).

## Où vont les e-mails

En production, chaque envoi est transmis par e-mail à la personne qui a créé le projet. Si elle a quitté l'espace de travail, il va au premier Owner de l'espace de travail. Il n'existe aucun réglage pour envoyer les e-mails de formulaire à une autre adresse aujourd'hui. L'e-mail hebdomadaire d'analyse et les alertes de trafic vont à la même personne.

- **Subject:** l'objet du formulaire et le nom de votre site, comme dans l'exemple ci-dessus.
- **Répondre :** si le formulaire comporte un champ e-mail, le message est réglé pour répondre au visiteur : en cliquant sur Répondre, vous lui répondez directement.
- **Quota :** ces e-mails vont de Briks vers vous, ils n'utilisent donc pas votre quota d'[e-mails du site](https://briks.dev/fr/docs/site-email).

## Spam et limites

- Chaque formulaire contient un champ caché que personne ne voit. Un robot qui le remplit est remercié et rien n'est conservé.
- Un visiteur peut envoyer 5 messages en 10 minutes, et un site en accepte jusqu'à 300 par jour. Au-delà, les visiteurs lisent « Too many messages were sent from here. Try again a little later. »
- Un formulaire peut avoir jusqu'à 20 champs, et chaque réponse peut compter jusqu'à 5,000 caractères. Les champs laissés vides sont retirés de l'entrée.

## Envoyer les entrées vers un autre outil avec un webhook

Un webhook est un message que Briks envoie à l'adresse web d'un autre service lorsqu'il se passe quelque chose sur votre site. Avec l'événement **Form received**, chaque nouvelle entrée est transmise dès son arrivée. Chaque envoi est signé afin que l'autre outil puisse vérifier qu'il vient de votre projet, et il est retenté jusqu'à 5 fois en 45 minutes environ si cet outil ne répond pas.

Où

1. Projects
2. Your project
3. Settings
4. Webhooks

1. Obtenez une adresse depuis l'autre outil

   Où : Your other tool

   La plupart des outils d'automatisation, de tableur et de liste de clients peuvent vous donner une adresse web qui accepte les webhooks entrants. Copiez-la.

2. Ajouter le webhook

   Où : Add webhook

   Collez-la dans **Address**, ajoutez une **Note** si vous le souhaitez, et sous **Events** vérifiez que **Form received** est coché. Cliquez sur **Add webhook**.

3. Gardez la clé de signature secrète

   Où : Your signing secret

   Aucune question avant la création, aucun texte à approuver, aucun style ni bandeau d'accueil à choisir, et aucune image

4. Testez-le

   Où : Webhooks

   Utilisez **Send a test event** dans le menu du webhook, puis envoyez un vrai test depuis votre aperçu.

Chaque envoi contient l'objet du formulaire, la page, chaque champ et chaque réponse, l'adresse de réponse du visiteur, et si l'entrée vient de la production. Les entrées de l'aperçu sont transmises aussi : faites-les ignorer par votre outil s'il ne doit voir que les vraies.

| Plan | Webhooks par projet |
| --- | --- |
| Free | 1 |
| Starter | 5 |
| Pro | 10 |
| Studio | 25 |
| Agency | 50 |

Un webhook Les demandes de devis d'une entreprise de construction

> Ashdown Builders ajoute un webhook **Form received** qui pointe vers l'outil de tableur utilisé par son bureau, de sorte que chaque demande de devis arrive sur une nouvelle ligne.

L'e-mail arrive toujours, l'entrée apparaît toujours sous **Forms**, et l'équipe du bureau travaille à partir de la feuille de calcul.

### Un envoi est arrivé, mais aucun e-mail.

Regardez la marque de l'entrée. **preview** signifie que le site n'est pas encore en production. **not emailed** signifie que l'envoi a échoué, et que l'entrée est bien conservée dans la liste. Si elle indique **emailed**, regardez dans vos spams et vérifiez qui a créé le projet.

### Plusieurs personnes peuvent-elles recevoir les e-mails ?

Les e-mails de formulaire arrivent chez une seule personne. Transférez-les depuis cette boîte, ou utilisez un webhook pour publier chaque entrée dans un outil partagé par votre équipe.

### Puis-je supprimer une entrée ?

Pas aujourd'hui.

## À lire ensuite

- [Données et automatisation **Webhooks** Envoyez un message signé à un autre outil à chaque publication, envoi de formulaire ou enregistrement modifié. Contenus, signatures, relances, livraisons.](https://briks.dev/fr/docs/webhooks)
- [Les fonctionnalités de votre site **Analytics** Voyez qui visite votre site, d'où il vient et ce qu'il fait, sans cookies. Interrogez vos visites en mots simples, fixez des objectifs, e-mails hebdomadaires.](https://briks.dev/fr/docs/analytics)
- [Publication et domaines **Publier en production** Passez un site Briks de l'aperçu à la production : ce que lit la vérification, ce qui bloque un lancement, comment corriger chaque point et revenir à l'aperçu.](https://briks.dev/fr/docs/publish-to-production)
- [Données et automatisation **Base de données** Voyez ce que stocke votre site, modifiez ou ajoutez des enregistrements à la main, exportez les collections en JSON ou CSV. Qui peut quoi, et les limites.](https://briks.dev/fr/docs/database)

Toujours bloqué ?

Écrivez à [hello@briks.dev](mailto:hello@briks.dev) en indiquant le nom de votre projet et ce que vous espériez voir. Une capture d'écran aide.
