# Einen Kanal wählen

Ein veröffentlichtes Formular erreicht Menschen auf zwei Wegen — über einen öffentlichen Link für alle oder einen Request für eine namentlich genannte Person. So triffst du die Wahl.

## Einen Kanal wählen

Ein Formular, zwei Wege nach draußen: ein öffentlicher Link, den jeder öffnen kann, oder ein Request, der an eine Person adressiert ist. Du kannst beide nutzen, und am Formular selbst ändert sich nie etwas.

<h2 id="two-channels">Die zwei Kanäle</h2>

<p>
  Ein <strong>Kanal</strong> ist einer der beiden Wege, auf denen ein veröffentlichtes Formular Menschen erreicht. Du wählst ihn im{' '}
  <strong>Share-Sheet</strong>:
</p>

<ul>
  <li>
    <strong>Öffentlicher Link</strong> — jeder mit der URL kann antworten, über einen Freigabelink, eine Einbettung oder einen QR-Code. Du
    weißt vorher nicht, wer antworten wird, und ein Link sammelt viele Einreichungen.
  </li>
  <li>
    <strong>Anfragen</strong> — eine namentlich genannte Person, je ein <a href="/de/requests/overview">Request</a>, erstellt von einem
    Aufrufer. Du weißt, wen du fragst, bevor du fragst, und du kannst verfolgen, ob sie geantwortet hat.
  </li>
</ul>

<p>
  Am Formular selbst ändert sich zwischen den beiden nichts. Dieselben Fragen, dieselbe Logik, dasselbe Theme und dieselben Einstellungen
  bedienen beide. Ein Formular kann beide gleichzeitig nutzen, und der Kanal eines Formulars ist nie eine Einstellung, die du festlegst — er
  ergibt sich einfach aus den Freigabelinks und Requests, die existieren.
</p>

<h2 id="which-one">Welchen du nutzen solltest</h2>

<h2 id="what-requests-add">Was Requests hinzufügen</h2>

<p>Ein Request ist adressiert, daher kann er Dinge transportieren, die ein öffentlicher Link nicht kann:</p>

<ul>
  <li>
    <strong>Antworten, die du schon kennst</strong> — der Aufrufer füllt sichtbare Fragen serverseitig vor und kann jede davon sperren,
    sodass der Empfänger sie liest, aber nicht ändern kann. Siehe{' '}
    <a href="/de/building-forms/hidden-fields#requests-prefill-directly">Requests brauchen kein verstecktes Feld zum Vorausfüllen</a>.
  </li>
  <li>
    <strong>Ein Status, den du verfolgen kannst</strong> — ausstehend, abgeschlossen, abgelaufen oder storniert, pro Person, auf der
    Requests-Seite.
  </li>
  <li>
    <strong>Zustellung und Nachfassen</strong> — eine optionale Einladungs-E-Mail und Erinnerungen, oder deine eigene Zustellung, wenn du
    den Link lieber selbst verschickst.
  </li>
  <li>
    <strong>Eine Rückgabe</strong> — ein Callback feuert, sobald der Request einen Endzustand erreicht, sodass der Workflow, der gefragt
    hat, fortfahren kann.
  </li>
</ul>

<h2 id="what-public-links-add">Was öffentliche Links hinzufügen</h2>

<ul>
  <li>
    <strong>Reichweite ohne Liste</strong> — eine URL bedient alle, sodass du für jede befragte Person keine eigene Adresse brauchst.
  </li>
  <li>
    <strong>Mehrere Links pro Formular</strong> — jeder mit eigener Standardsprache, Ablaufdatum, Antwortlimit und Tracking, damit du
    Kampagnen auseinanderhalten kannst. Siehe <a href="/de/submissions-analytics/share-link-analytics">Share-Link-Analysen</a>.
  </li>
  <li>
    <strong>URL-Parameter</strong> — Werte im Stil von <code>?utm_source=…</code> befüllen{' '}
    <a href="/de/building-forms/hidden-fields">versteckte Felder</a>. Das ist der einzige Weg, Daten in einen öffentlichen Link zu
    übergeben, und deshalb gibt es versteckte Felder.
  </li>
  <li>
    <strong>Einbettungen und QR-Codes</strong> — siehe <a href="/de/sharing-publishing/embedding-popups">Einbettung &amp; Popups</a>.
  </li>
</ul>

> ⚠️ **Ein Request-Link ignoriert URL-Parameter**
> <p>
>     Request-Links lesen <code>?param=</code>-Werte überhaupt nicht. Der Empfänger hält diesen Link, daher würde das Berücksichtigen von
>     Parametern ihm erlauben, das zu überschreiben, was der Aufrufer festgelegt hat. Bei einem Request ist der Kontext des Aufrufers die
>     einzige Quelle.
>   </p>

<h2 id="allowance">Beide Kanäle verbrauchen dasselbe Kontingent</h2>

<p>
  Dein Arbeitsbereich hat ein monatliches Kontingent, das sich beide Kanäle teilen. Eine Einreichung, die über einen Freigabelink gesammelt
  wird, verbraucht eine Einheit, und <strong>das Erstellen eines Requests verbraucht eine Einheit</strong> — unabhängig davon, ob der
  Empfänger je antwortet. Die Einreichung, die ein Request einsammelt, ist bereits durch den Request bezahlt und wird nicht erneut gezählt.
  Siehe <a href="/de/subscription-billing/limits-quotas#monthly-allowance">Limits &amp; Kontingente</a>.
</p>

<h2 id="telling-them-apart">Sie im Nachhinein unterscheiden</h2>

<p>
  Die Einreichungstabelle hat eine Spalte <strong>Quelle</strong>, die für jede Zeile <strong>Öffentlicher Link</strong> oder{' '}
  <strong>Anfrage</strong> zeigt, und du kannst danach filtern. Analytics deckt beide Kanäle gemeinsam mit einem Kanal-Filter ab statt mit
  getrennten Seiten, und ergänzt einen Request-Funnel, sobald Requests existieren. Siehe{' '}
  <a href="/de/submissions-analytics/analytics-insights">Analytics &amp; Insights</a>.
</p>

> ℹ️ **Schritt für Schritt in Zapier und n8n**
> <p>
>     <a href="/de/guides/zapier/public-link-submissions">Einreichungen über den öffentlichen Link an eine andere App senden</a> sendet jede
>     Einreichung per Zapier an E-Mail, Sheets, Slack oder ein CRM.{' '}
>     <a href="/de/guides/zapier/send-a-request">Einen Request aus einem Zap senden</a> macht dasselbe für Requests. Die{' '}
>     <a href="/de/guides/overview#n8n">n8n-Anleitungen</a> machen beides in einem selbst gehosteten n8n.
>   </p>

<h2 id="next-steps">Nächste Schritte</h2>
<div class="not-prose grid gap-3 sm:grid-cols-2">
  - [Teilen & Einbetten](/de/sharing-publishing/sharing-embedding) — Den Kanal öffentlicher Link einrichten
  - [Requests im Überblick](/de/requests/overview) — Eine einzelne namentlich genannte Person fragen
  - [Versteckte Felder](/de/building-forms/hidden-fields) — Daten mitführen, die die befragte Person nie sieht
  - [Limits & Kontingente](/de/subscription-billing/limits-quotas) — Was jeder Kanal verbraucht
</div>