Champs masqués

Pourquoi utiliser des champs masqués ?

Les formulaires ont souvent besoin d’un contexte que le répondant ne peut pas (ou ne devrait pas) fournir lui-même. Les champs masqués résolvent ce problème en vous permettant d’attacher des métadonnées à chaque réponse via l’URL. C’est utile lorsque vous savez déjà quelque chose sur le répondant avant qu’il ouvre le formulaire — d’où il vient, qui l’a recommandé, ou à quel enregistrement il appartient dans votre système.

• Suivre les sources de trafic — sachez si une réponse provient d’une campagne email, d’une publication sur les réseaux sociaux ou de votre site web

• Connecter à votre CRM — transmettez un identifiant de contact, de deal ou de compte pour que la réponse soit liée au bon enregistrement

• Personnaliser les suivis — capturez un nom ou un email que vous possédez déjà, puis utilisez-le dans la logique conditionnelle ou les notifications par email

• Workflows multi-formulaires — transmettez des données d’un formulaire à l’autre pour éviter que les répondants se répètent

• Tests A/B — taguez chaque réponse avec la variante ou l’expérience que le répondant a vue

Ajouter un champ masqué

Tapez / sur une ligne vide et choisissez Champ caché dans la catégorie Mise en page. Il ne fonctionne qu’au niveau supérieur du formulaire — pas à l’intérieur d’une colonne ou d’un groupe répétable. Chaque champ masqué possède deux paramètres :

• Type de champ — stocker une valeur de type nombre ou texte (texte par défaut)

• Nom du paramètre — le paramètre d’URL qui remplit ce champ (ex. utm_source, contact_id). C’est aussi la clé de ce champ : c’est ce qu’un appelant envoie et ce sous quoi la réponse revient. Voir Clés de champ

Pré-remplissage par paramètre d’URL

Un nom de paramètre doit être compatible avec les URL tel quel : les lettres, les chiffres et - _ . ~ ! * ’ ( ) sont sûrs. Encodez les espaces et les autres caractères spéciaux en pourcentage, par exemple recipient%20name. Un nom de paramètre vide, invalide ou dupliqué est une erreur de publication — l’indicateur de problèmes dans la barre d’outils le signale et la publication reste bloquée tant que vous ne l’avez pas corrigé.

Lorsqu’un répondant ouvre votre formulaire avec un paramètre correspondant dans l’URL, le champ masqué capture cette valeur automatiquement. Par exemple, si le nom du paramètre de votre champ masqué est utm_source, l’URL ci-dessous définit le champ sur newsletter.

https://form.formbase.so/abc123?utm_source=newsletter

Vous pouvez transmettre plusieurs champs masqués à la fois :

https://form.formbase.so/abc123?utm_source=newsletter&utm_medium=email&contact_id=12345

• Les valeurs sont lues une seule fois, à l’ouverture du formulaire.

• Un paramètre vide (?utm_source=) laisse le champ vide.

• Un champ masqué numérique ignore les valeurs qui ne sont pas des nombres, donc ?score=abc le laisse vide.

• Les liens de demande ignorent les paramètres d’URL. Les champs masqués y récupèrent leurs valeurs depuis le contexte de la demande.

Sur un lien de partage, pour afficher une valeur d’URL dans un champ visible que le répondant peut modifier — par exemple pour pré-remplir son nom —, faites du champ masqué la valeur par défaut du champ en tapant @. Voir Valeurs par défaut issues d’autres champs.

Les demandes n’ont pas besoin d’un champ masqué pour pré-remplir

La technique champ masqué + @ décrite ci-dessus existe parce qu’un lien de partage n’a qu’une seule porte d’entrée : l’URL. N’importe qui peut modifier une URL, donc un lien de partage ne peut transmettre une valeur que via un paramètre, et un champ masqué est ce qui la reçoit.

Une demande dispose d’une seconde porte d’entrée, privée. L’appelant définit les réponses au moment où il crée la demande, côté serveur, si bien qu’une demande peut pré-remplir directement une question visible — sans champ masqué ni valeur par défaut @ en jeu. Le destinataire ouvre le formulaire avec la réponse déjà renseignée dans le champ.

• prefill

  — réponses de départ pour les questions visibles, adressées par clé de champ. Le destinataire les voit et peut les modifier.

• readonly

  — le sous-ensemble de ces clés pré-remplies que le destinataire peut lire mais pas modifier.

• context

  — valeurs pour les champs masqués, que le destinataire ne voit jamais.

Cette séparation est appliquée strictement. Envoyer la clé d’une question visible dans context est rejeté, avec une erreur vous indiquant de l’envoyer plutôt dans prefill, et l’inverse est également rejeté. Ajoutez donc un champ masqué lorsque vous voulez transporter des données que vous ne voulez pas afficher, pas simplement pour pré-remplir quelque chose.

Configurations courantes

• Suivi UTM — créez des champs masqués nommés utm_source, utm_medium et utm_campaign. Le formulaire les capture automatiquement depuis l’URL, et chaque valeur s’enregistre comme colonne de soumission. Le graphique Sources de trafic des Analytiques lit utm_source et utm_medium depuis l’URL de façon autonome, avec ou sans champs masqués. Définissez des valeurs par défaut par lien dans le panneau Partage.

• Intégration CRM — transmettez un identifiant de contact ou de deal depuis des outils comme HubSpot, ActiveCampaign ou Mailchimp. Quand les réponses arrivent dans vos intégrations, l’identifiant relie tout ensemble.

• Attribution de parrainage — chaque partenaire reçoit un lien unique avec son code dans l’URL. Vous voyez exactement qui a généré chaque réponse.

• Contexte pré-rempli — transmettez le nom d’un client ou son niveau d’abonnement dans un formulaire de support. Utilisez-le dans la logique conditionnelle pour afficher des questions différentes, ou injectez-le dans la page de remerciement.

• Réponses pré-remplies — envoyez ?email=jane@example.com depuis votre outil e-mail et faites de ce champ masqué la valeur par défaut de la question Email du formulaire. Le répondant voit son adresse déjà renseignée et la corrige seulement si elle est erronée.

Consulter les données des champs masqués

Dans le tableau des réponses, les champs masqués apparaissent sous forme de colonnes distinctes — formbase les marque d’une icône œil barré pour les distinguer des questions visibles. Ils apparaissent également dans les exports, les intégrations (Google Sheets, webhooks, etc.) et le panneau de détail de la réponse.

Utiliser les champs masqués avec la logique

Les champs masqués fonctionnent comme sources de condition dans la logique conditionnelle. Une règle logique peut lire la valeur d’un champ masqué et créer des branches — afficher des questions différentes, sauter vers une page, ou mettre à jour un champ calculé.

Par exemple : transmettez ?plan=enterprise via l’URL. Une règle logique vérifie si le champ masqué “plan” est égal à “enterprise” et saute vers une page dédiée avec des questions spécifiques aux entreprises.

Étapes suivantes