Formular-Block
Der Umfragebaukasten des Studios: Füge beliebige Kombinationen aus zwölf Fragetypen ein, teile sie optional auf mehrere Seiten auf und lies Einreichungen als Rollups pro Frage zurück statt als rohe Liste von Antworten.
Wie es funktioniert
Ein Formular ist ein Container-Block, dessen Kinder Formularfeld-Knoten sind: Füge so viele hinzu, wie du brauchst, in beliebiger Reihenfolge und beliebigem Typ. Zwölf Feldtypen werden unterstützt: Text, E-Mail, Langtext (Textarea), Zahl, Telefon, Datum, Dropdown (Select), eine einzelne Ja/Nein-Checkbox, Multiple Choice (Radio, genau eine Auswahl), Checkboxen (Checkbox-Gruppe, beliebig viele Auswahlen), lineare Skala und Sternebewertung. Fragen mit Datei-Upload werden nicht unterstützt; dahinter steht noch keine Dateispeicher-Infrastruktur im Studio.
Einseitige Formulare funktionieren wie ein Formular es immer getan hat: Überall dort, wo In-E-Mail-Formularübermittlungen unterstützt werden, sendet das gesamte Formular — jedes Feld, ein Absenden-Button — direkt an den Interaktions-Endpunkt aus der E-Mail heraus, ohne Seitenwechsel. Überall sonst wird das Formular als einzelner Call-to-Action-Button gerendert, der dasselbe, noch nicht ausgefüllte Formular auf der Live-Ansicht öffnet.
Mehrseitige Umfragen unterscheiden sich grundlegend, nicht nur in der Darstellung. Gib einem beliebigen Feld in seinem Inspektor eine Seitenzahl, und das Formular wird zu multiPage. Ein echter mehrstufiger Assistent muss Antworten über Seiten hinweg mitführen, ein „Zurück“ unterstützen und jeder Seite ein eigenes Absenden geben. Statisches HTML/CSS kann das nicht ausdrücken — es gibt ohne JavaScript keinen clientseitigen Zustand, um zu verfolgen, „welche Seite“ gerade aktiv ist. Deshalb wird ein mehrseitiges Formular immer als ein einziger link-first Umfrage starten-Button versendet, unabhängig von der Client-Fähigkeit — dasselbe „zu komplex für CSS“-Schlupfloch, das der Quiz-Block nutzt.
Der Button öffnet eine eigene gehostete Assistenten-Route, wo die Antworten jeder Seite als Zwischenentwurf gespeichert werden, sobald diese Seite abgesendet wird. Das ist eine form-page-Aktion, die sich von einem endgültigen submit unterscheidet, sodass Entwürfe deine Aggregate, Webhooks oder den CSV-Export erst berühren, wenn die Umfrage tatsächlich abgeschlossen ist. Antworten werden automatisch mitgeführt, wenn der Empfänger über „Zurück“ eine frühere Seite erneut aufsucht. Nichts wird als Antwort erfasst, bis die letzte Seite abgesendet wurde; eine mittendrin abgebrochene Umfrage hinterlässt keine Teilzeile in deinen Daten, nur einen Entwurf, der einfach verworfen wird.
Konfigurierbare Felder am Formular selbst:
- Absenden-Label — der Button-Text für ein einseitiges Formular.
- Weiterleitung nach dem Absenden — wo der Empfänger nach der Einreichung landet; leer gelassen, wird standardmäßig die Live-Ansicht mit einer „Fertig“-Bestätigung angezeigt.
- Hintergrundfarbe, Innenabstand, Rahmen, Rahmenradius.
- Feldlabel-Farbe/Schriftgröße sowie eine Farbüberschreibung für den Absenden-Button (Text und Hintergrund).
- Mehrseitig-Umschalter und Label für den Umfrage-starten-Button (nur verwendet, wenn Mehrseitig aktiviert ist).
Jedes Formularfeld trägt Label, Feldname (der Schlüssel, unter dem Antworten gespeichert werden — halte diesen stabil, falls du das Label später umbenennst), Typ (die zwölf oben genannten), Platzhalter und Auswahlmöglichkeiten (für Dropdown/Multiple Choice/Checkboxen, als geordnete Liste). Zudem trägt es Skala (2–10, für lineare Skala oder Sternebewertung), Labels für unteres/oberes Ende (nur lineare Skala), Erforderlich und Seite (0 = erste Seite; nur relevant, sobald das Formular mehrseitig ist).
Jede Einreichung (einseitig oder mehrseitig) landet pro Empfänger im Antworten-Dashboard und wird pro Frage aggregiert: ein Balkendiagramm für Multiple-Choice-/Skala-/Sternebewertungs-Fragen sowie eine Anzahl plus eine begrenzte Stichprobenliste für Freitext-Fragen. Siehe Rollups für Umfragefragen. Derselbe Mechanismus für Enddatum/Antwortobergrenze, den Abstimmungs- und Bewertungs-Blöcke beachten, gilt auch hier: Ein geschlossenes Formular nimmt auf der Live-Ansicht keine neuen Einreichungen mehr an, ob mitten im Assistenten oder nicht.
Beispiele
Subject
How was your recent order?
Eine Zufriedenheitsumfrage nach dem Kauf mit fünf oder sechs Fragen funktioniert gut als einseitiges Formular: schnell genug, um es inline auszufüllen, ohne das Postfach zu verlassen. Ein längeres Aufnahme- oder Bewerbungsformular (zehn oder mehr Fragen in logischen Abschnitten — „Über dich“, „Verfügbarkeit“, „Präferenzen“) passt natürlich zum mehrseitigen Modus, sodass Empfänger nicht mit einem langen Scrollen konfrontiert werden und zu bereits gegebenen Antworten zurückkehren können. Siehe Umfragen & NPS-Feedback für das übergreifende Muster. Eine E-Mail zur Kursanmeldung für einen Workshop kann ein kurzes Text-Feldpaar für Name/E-Mail mit einer Multiple-Choice-Frage „Welcher Termin passt dir?“ kombinieren, alles auf einer Seite, was direkt in ein Teilnehmerzahl-Rollup einfließt.
So sieht der statische Fallback aus
<div id="em-form-1" style="margin:12px 0;background-color:transparent">
<div class="kn-fallback" style="text-align:center;margin-top:8px">
<a href="https://mailinapp.com/v/eyJhbGci..."
style="display:inline-block;padding:10px 20px;background-color:#4f46e5;color:#ffffff;border-radius:6px;text-decoration:none;font-size:14px;font-weight:600">
Submit
</a>
</div>
</div>
Bei einem einseitigen Formular ist das die Darstellung überall dort, wo In-E-Mail-Übermittlungen nicht unterstützt werden — ein Button, der dasselbe Formular auf der gehosteten Live-Ansicht öffnet. Ein mehrseitiges Formular rendert diese gleiche Button-Form ausnahmslos, in jedem Client, beschriftet mit seinem eigenen Umfrage starten-Text, da der Assistent nur auf der Live-Ansicht existiert.