Formulaires : recueillir les demandes de votre site

#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.

#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.

#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.

#Où apparaissent les envois

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.

#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.

#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.

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.