# Choisir un canal

Un formulaire publié atteint les gens de deux façons — un lien public pour tout le monde, ou une demande pour une personne nommée. Comment choisir.

## Choisir un canal

Un formulaire, deux sorties : un lien public que tout le monde peut ouvrir, ou une demande adressée à une seule personne. Vous pouvez utiliser les deux, et le formulaire lui-même ne change jamais.

<h2 id="two-channels">Les deux canaux</h2>

<p>
  Un <strong>canal</strong> est l'une des deux façons dont un formulaire publié atteint les gens. Vous le choisissez dans le panneau{' '}
  <strong>Partager</strong> :
</p>

<ul>
  <li>
    <strong>Lien public</strong> — n'importe qui avec l'URL peut répondre, via un lien de partage, une intégration, ou un code QR. Vous ne
    savez pas à l'avance qui répondra, et un seul lien collecte de nombreuses soumissions.
  </li>
  <li>
    <strong>Demandes</strong> — une personne nommée, une <a href="/fr/requests/overview">demande</a> chacune, créée par un appelant. Vous
    savez à qui vous demandez avant de demander, et vous pouvez suivre si elle a répondu.
  </li>
</ul>

<p>
  Rien ne change dans le formulaire entre les deux. Les mêmes questions, la même logique, le même thème et les mêmes paramètres servent les
  deux. Un formulaire peut utiliser les deux à la fois, et le canal d'un formulaire n'est jamais un paramètre que vous déclarez — il est
  simplement observé à partir des liens de partage et des demandes qui existent.
</p>

<h2 id="which-one">Lequel utiliser</h2>

<h2 id="what-requests-add">Ce que les demandes ajoutent</h2>

<p>Une demande est adressée, elle peut donc porter des choses qu'un lien public ne peut pas :</p>

<ul>
  <li>
    <strong>Des réponses que vous connaissez déjà</strong> — l'appelant préremplit les questions visibles côté serveur, et peut en
    verrouiller n'importe laquelle pour que le destinataire la lise mais ne puisse pas la modifier. Voir{' '}
    <a href="/fr/building-forms/hidden-fields#requests-prefill-directly">Les demandes n'ont pas besoin d'un champ masqué pour préremplir</a>{' '}
    pour le détail.
  </li>
  <li>
    <strong>Un statut que vous pouvez suivre</strong> — en attente, terminée, expirée ou annulée, par personne, sur la page Demandes.
  </li>
  <li>
    <strong>Livraison et relance</strong> — un e-mail d'invitation facultatif et des rappels, ou votre propre livraison si vous préférez
    envoyer le lien vous-même.
  </li>
  <li>
    <strong>Une restitution</strong> — un callback se déclenche quand la demande atteint un état terminal, afin que le flux de travail qui a
    demandé puisse reprendre.
  </li>
</ul>

<h2 id="what-public-links-add">Ce que les liens publics ajoutent</h2>

<ul>
  <li>
    <strong>Une portée sans liste</strong> — une seule URL sert tout le monde, vous n'avez donc pas besoin d'une adresse pour chaque
    répondant.
  </li>
  <li>
    <strong>Plusieurs liens par formulaire</strong> — chacun avec sa propre langue par défaut, sa date d'expiration, sa limite de réponses
    et ses statistiques, pour distinguer les campagnes. Voir{' '}
    <a href="/fr/submissions-analytics/share-link-analytics">les statistiques des liens de partage</a>.
  </li>
  <li>
    <strong>Paramètres d'URL</strong> — des valeurs de style <code>?utm_source=…</code> alimentent les{' '}
    <a href="/fr/building-forms/hidden-fields">champs masqués</a>. C'est le seul moyen de transmettre des données dans un lien public, et
    c'est pourquoi les champs masqués existent.
  </li>
  <li>
    <strong>Intégrations et codes QR</strong> — voir <a href="/fr/sharing-publishing/embedding-popups">intégration et popups</a>.
  </li>
</ul>

> ⚠️ **Un lien de demande ignore les paramètres d'URL**
> <p>
>     Les liens de demande ne lisent pas du tout les valeurs <code>?param=</code>. C'est le destinataire qui détient ce lien, donc honorer les
>     paramètres lui permettrait de réécrire ce que l'appelant a défini. Sur une demande, le contexte de l'appelant est la seule source.
>   </p>

<h2 id="allowance">Les deux canaux dépensent le même quota</h2>

<p>
  Votre espace de travail dispose d'un quota mensuel unique partagé entre les deux canaux. Une soumission collectée via un lien de partage
  dépense une unité, et <strong>créer une demande dépense une unité</strong> — que le destinataire réponde ou non. La soumission qu'une
  demande collecte est déjà payée par la demande et n'est pas comptée à nouveau. Voir{' '}
  <a href="/fr/subscription-billing/limits-quotas#monthly-allowance">limites et quotas</a>.
</p>

<h2 id="telling-them-apart">Les distinguer par la suite</h2>

<p>
  Le tableau des soumissions comporte une colonne <strong>Source</strong> affichant <strong>Lien public</strong> ou <strong>Demande</strong>{' '}
  pour chaque ligne, et vous pouvez filtrer par ce critère. Les analytiques couvrent les deux canaux ensemble avec un filtre de canal plutôt
  que des pages séparées, et ajoutent un entonnoir de demandes quand des demandes existent. Voir{' '}
  <a href="/fr/submissions-analytics/analytics-insights">analytiques et insights</a>.
</p>

> ℹ️ **Étape par étape dans Zapier et n8n**
> <p>
>     <a href="/fr/guides/zapier/public-link-submissions">Envoyer les soumissions du lien public vers une autre application</a> envoie chaque
>     soumission par e-mail, vers Sheets, Slack ou un CRM via Zapier.{' '}
>     <a href="/fr/guides/zapier/send-a-request">Envoyer une demande depuis un Zap</a> fait de même pour les demandes. Les{' '}
>     <a href="/fr/guides/overview#n8n">guides n8n</a> font les deux dans un n8n auto-hébergé.
>   </p>

<h2 id="next-steps">Étapes suivantes</h2>
<div class="not-prose grid gap-3 sm:grid-cols-2">
  - [Partage et intégration](/fr/sharing-publishing/sharing-embedding) — Configurer le canal du lien public
  - [Vue d'ensemble des demandes](/fr/requests/overview) — Demander à une personne nommée
  - [Champs masqués](/fr/building-forms/hidden-fields) — Transporter des données que le répondant ne voit jamais
  - [Limites et quotas](/fr/subscription-billing/limits-quotas) — Ce que chaque canal dépense
</div>