Wenn die Formulare deines Website-Baukastens nicht mehr reichen

Behalte das Formular, das dein Baukasten zeichnet, und ändere nur, wohin es sendet: eine eigene Action in Webflow, Send to URL in Carrd, ein Webhook-Ziel in Framer oder eine einfache action auf einer bei Netlify gehosteten Seite. Der Post geht dann an ein Formular-Backend, das jede Einsendung validiert, filtert, speichert und weiterleitet, sodass die Einsendungs-Limits und Tarifgrenzen des Baukastens dafür nicht mehr gelten. Prüfe vorher, was du aufgibst, etwa Datei-Uploads und das eigene Postfach des Baukastens.

Website-Baukästen liefern Formulare mit, weil jede Site eines braucht. Gebaut sind sie für das erste Kontaktformular, nicht für das zehnte Formular oder die tausendste Einsendung. Irgendwann stößt du an eine Grenze: ein Einsendungs-Limit, eine Funktion, die einen Tarif verlangt, den du sonst nicht brauchst, ein Formular, das nur funktioniert, solange die Site bei einem bestimmten Host bleibt, oder ein Postfach, das dein einziger Nachweis dafür ist, wer dir geschrieben hat.

Du musst das Formular nicht neu bauen, um darüber hinwegzukommen. Jeder große Baukasten kann ein Formular woandershin senden. Diese Anleitung erklärt, was sich dabei ändert, wie du es in jedem Baukasten umstellst, ohne eine Einsendung zu verlieren, und wann die Formulare des Baukastens die bessere Wahl bleiben.

Was sich ändert, wenn das Formular den Baukasten verlässt

Ein Baukasten-Formular hat zwei Hälften: den sichtbaren Teil, den der Baukasten zeichnet, und den Teil, der den Post empfängt. Der Umstieg auf ein Formular-Backend ersetzt nur die zweite Hälfte. Layout, Schriften und Styles bleiben, wo sie sind.

Die Limits, an die man stößt

Jeder Baukasten zieht die Grenze an einer anderen Stelle. Die Tabelle fasst zusammen, was jeder auf seinen eigenen Preis- und Hilfeseiten mit Stand Oktober 2026 sagt. Tarife ändern sich, also prüfe die verlinkte Unterseite für Details und die Website des Baukastens, bevor du entscheidest.

Beachte die Framer-Zeile. Framer hat bereits Webhooks, der Abschied von seinen Formularen ist also eine Entscheidung darüber, was nach dem Post passiert, kein Umweg um ein Limit. Die Framer-Seite sagt offen, wann du Ikiform gar nicht brauchst.

Vier Wege über das Limit hinaus

Ein Formular-Backend ist nicht die einzige Antwort und manchmal nicht die beste.

Upgrade, wenn die Formulare des Baukastens schon alles können, was du brauchst, und sich der Tarif auch aus anderen Gründen lohnt. Wechsle zu einem Formular-Backend, wenn das Limit das Formular selbst betrifft: Du willst einen Ort für Einsendungen von mehreren Sites, wechselst vielleicht den Baukasten, oder die Einsendungen müssen zuverlässig bei anderen Tools ankommen. Der Vergleich mit Netlify Forms geht diese Abwägung für einen Host im Detail durch.

Was du aufgibst

Sendet ein Formular woandershin, behandelt der Baukasten es als einfaches HTML-Formular. Seine Formularfunktionen gelten dafür nicht mehr. Kenne die Liste, bevor du wechselst:

• Das Postfach des Baukastens. Neue Einsendungen erscheinen im Ikiform-Dashboard, nicht im Baukasten. Alte bleiben, wo sie sind.
• Die Erfolgsmeldung des Baukastens, manchmal. Die Erfolgs- und Fehlerblöcke von Webflow laufen nur, wenn Webflow den Post verarbeitet. Der AJAX-Modus von Carrd und das Webhook-Ziel von Framer behalten ihre.
• Datei-Uploads. Datei-Uploads werden noch nicht unterstützt. Ein Post mit Datei bekommt 422 files_not_supported. Eigene Formulare in Webflow, Netlify und Carrd nehmen alle Dateien an, also prüfe das zuerst.
• Zusammengeklickte Integrationen. Es gibt keine Ein-Klick-Integrationen. Jedes Tool erreichst du über einen signierten Webhook, direkt oder über ein Automatisierungstool wie Zapier oder n8n.
• Der Spamfilter des Baukastens. Honeypot, Spam-Bewertung, Rate-Limits und die optionale Menschlichkeitsprüfung von Ikiform übernehmen. Ein im Baukasten hinzugefügtes reCAPTCHA-Element bewirkt bei einem eigenen Ziel nichts; entferne es.

Jeden Baukasten auf Ikiform ausrichten

Erstelle ein Formular im Ikiform-Dashboard und kopiere seinen Endpunkt. Nutze dann die Einstellung des Baukastens für ein externes Ziel. Die Docs-Anleitungen für Webflow, Carrd und Framer zeigen jeden Klick; hier steht, was du ändern musst, und das eine, was die meisten übersehen.

Webflow

1. Wähle das Formular im Form Block aus und öffne Settings.
2. Wähle unter Send to eine eigene Action, füge den Endpunkt in Action ein und setze Method auf POST.
3. Benenne den Name jedes Eingabefelds in eine kleingeschriebene ID wie email um. Webflow übernimmt Namen aus den Labels, sonst bekämst du Email und Field 2.
4. Veröffentliche und sende von der webflow.io-Domain ab. Eigene Actions laufen nicht im Designer.

Leicht zu übersehen: Der Erfolgsblock von Webflow erscheint nicht mehr, weil Webflow das Ergebnis nicht mehr sieht. Setze Redirect after submit in Ikiform oder füge das Skript aus den Webflow-Docs hinzu. Details und das Starter-Limit stehen auf der Seite zum Webflow-Limit.

Netlify

1. Entferne data-netlify oder netlify, netlify-honeypot und jedes versteckte form-name-Eingabefeld.
2. Setze die action des Formulars auf den Endpunkt und method auf post.
3. Übertrage den alten Pfad der Dankeseite als vollständige https:-URL in Redirect after submit.
4. Lösche bei JavaScript-Formularen die versteckte statische Kopie, die du für den Netlify-Build behalten hast, und sende an den Endpunkt statt an deine eigene Site.

Leicht zu übersehen: Deploy-Previews laufen auf eigenen netlify.app-Subdomains, deine Produktivdomain unter Allowed domains deckt sie also nicht ab. Die Netlify-Seite hat den Code für jedes Framework.

Carrd

1. Füge mit Pro Plus ein Form hinzu, setze Type auf Custom, dann Send to URL, und füge den Endpunkt ein.
2. Setze Method auf AJAX und Format auf Default, damit Carrd sein Verhalten bei On Success und On Failure behält.
3. Gib jedem Feld eine ID oder Submitted ID: name, email, message.
4. Füge mit Pro Standard stattdessen ein HTML-Formular in ein Embed-Element ein.

Leicht zu übersehen: Das Format XML scheitert mit 415, und ein File-Feld scheitert mit 422 files_not_supported. Siehe die Carrd-Seite.

Framer

1. Gib jedem Eingabefeld einen kleingeschriebenen Namen. Framer sendet die Namen als JSON-Keys.
2. Wähle das Formular aus, wähle neben Send To Add… > Webhook und füge dann den Endpunkt ein.
3. Lass in Ikiform Allowed domains leer und den Spam check aus, und wähle das Rate-Limit Relaxed.

Leicht zu übersehen: Framer sendet von seinen Servern, nicht aus dem Browser des Besuchers, daher funktionieren Origin-Prüfungen und Rate-Limits pro Besucher nicht wie gewohnt. Die Framer-Seite erklärt die Abwägung und ein signiertes Relay, das das behebt.

Squarespace, Wix, WordPress und der Rest

Baukästen ohne Einstellung für ein externes Ziel akzeptieren meist ein HTML-Embed. Füge ein Formular wie das unten in einen Code- oder Embed-Block ein. Es sendet mit fetch, damit Besucher auf der Seite bleiben, zeigt den ersten Feldfehler von Ikiform an und fällt auf einen normalen Post zurück, wenn das Skript nicht läuft.

<form id="enquiry" action="https://ikiform.com/f/frm_xxxxxxxxxxxxxxxx" method="post" target="_top">
  <label>Name <input name="name" autocomplete="name" required maxlength="120"></label>
  <label>Email <input name="email" type="email" autocomplete="email" required></label>
  <label>Budget
    <select name="budget">
      <option value="">Not sure yet</option>
      <option value="under_5k">Under $5k</option>
      <option value="5k_20k">$5k to $20k</option>
      <option value="over_20k">Over $20k</option>
    </select>
  </label>
  <label>What are you planning? <textarea name="message" rows="5" required minlength="20"></textarea></label>
  <input type="hidden" name="source" value="builder-embed">
  <input name="_gotcha" type="text" tabindex="-1" autocomplete="off" hidden>
  <p id="enquiry-status" role="status" hidden></p>
  <button type="submit">Send enquiry</button>
</form>
<script>
  document.getElementById("enquiry").addEventListener("submit", async (event) => {
    event.preventDefault();
    const form = event.currentTarget;
    const status = document.getElementById("enquiry-status");
    const button = form.querySelector("button");
    button.disabled = true;
    try {
      const response = await fetch(form.action, {
        method: "POST",
        headers: { Accept: "application/json" },
        body: new FormData(form),
      });
      const result = await response.json();
      if (result.ok) {
        form.replaceChildren(Object.assign(document.createElement("p"), {
          textContent: "Thanks. We reply within two working days.",
        }));
        return;
      }
      const fields = result.error.fields ?? {};
      const first = Object.keys(fields)[0];
      status.textContent = first ? `${first}: ${fields[first][0]}` : result.error.message;
    } catch {
      status.textContent = "Couldn't send. Check your connection and try again.";
    }
    status.hidden = false;
    button.disabled = false;
  });
</script>

• target="_top" ist wichtig, wenn der Baukasten Embeds in ein iframe packt. Ohne das würde ein normaler Post die Dankeseite im Frame laden.
• Das versteckte _gotcha-Eingabefeld ist der Honeypot. Menschen sehen es nicht; Bots, die jedes Feld ausfüllen, markieren sich selbst als Spam.
• Das versteckte source-Eingabefeld hält fest, von welchem Baukasten oder welcher Seite die Anfrage kam. Das hilft, wenn mehrere Sites an ein Formular senden.
• Das Skript sendet mit fetch, also lass den Spam check für dieses Formular aus, oder entferne das Skript und lass den Browser normal senden. Dann läuft die Prüfung ohne zusätzlichen Code.

Die Anleitungen zu Squarespace, Wix und WordPress zeigen, wo jeder Baukasten dich Code einfügen lässt, und das Embed für Website-Baukästen hat eine gestylte Version.

Die eigentliche Migration sind die Feldnamen

Die meiste Arbeit beim Umzug eines Baukasten-Formulars ist das Benennen. Ikiform speichert die Namen, die das Formular sendet, und jeder Baukasten erzeugt Namen auf seine eigene Art:

Benenne vor dem Livegang alles in kurze, kleingeschriebene IDs um: name, email, budget, message. Benachrichtigungs-E-Mails und CSV-Spalten lesen sich besser, und ein email-Feld wird zur Reply-To-Adresse jeder Benachrichtigung. Sobald eine echte Einsendung angekommen ist, füge dem Ikiform-Formular Felder hinzu, damit der Server Typen und Längen prüft. Probier das Anfrageformular oben mit seiner Definition aus:

Staging-Domains und erlaubte Domains

Baukästen veröffentlichen auf einer Staging-Adresse, bevor deine eigene Domain dran ist. Posts von einer Domain, die nicht unter Allowed domains des Formulars steht, werden als Spam gespeichert oder mit Reject abgelehnt. Trag jede Adresse ein, von der aus du testest:

Trag keinen ganzen geteilten Host wie webflow.io oder netlify.app ein. Damit dürfte jede Site auf diesem Host an dein Formular senden. Subdomains einer eingetragenen Domain sind bereits erlaubt, example.com deckt also www.example.com ab.

Alte Einsendungen mitnehmen

Ikiform hat keinen Import, alte Einsendungen bleiben also, wo sie sind. Exportiere sie vor dem Wechsel und bevor ein Tarifwechsel sie entfernen könnte:

• Webflow: Lade die Einsendungen jedes Formulars als CSV in den Forms-Einstellungen der Site herunter.
• Netlify: Lade die Einsendungen jedes Formulars als CSV im Bereich Forms der Site herunter.
• Carrd: Kontakt- und eigene E-Mail-Formulare liefern jede Nachricht per E-Mail, dein Postfach ist also der Nachweis.
• Framer: Das E-Mail-Postfach oder Google Sheet, an das du Einsendungen geschickt hast, ist der Nachweis.

Für eine gemeinsame Historie legst du den alten Export und einen CSV-Export aus Ikiform auf zwei Tabs eines Google Sheets und stapelst sie. Diese Formel nimmt aus beiden die Spalten für Datum, Name, E-Mail und Nachricht, die neuesten zuerst. Passe die Spaltenbuchstaben an deine Dateien an:

=SORT({
  Webflow!A2:A, Webflow!C2:C, Webflow!D2:D, Webflow!E2:E;
  Ikiform!B2:B, Ikiform!F2:F, Ikiform!G2:G, Ikiform!H2:H
}, 1, FALSE)

Ein Ikiform-Export beginnt mit id, created_at, form und status, dann folgt eine Spalte pro Feld, und er fasst bis zu 100.000 Zeilen pro Datei.

Wechseln, ohne eine Einsendung zu verlieren

1. Erstelle das Ikiform-Formular, füge deine Benachrichtigungsempfänger hinzu und trag deine Staging- und Live-Domains unter Allowed domains ein.
2. Ändere das Ziel auf der Staging-Site und sende einen echten Test vom Handy und vom Laptop ab.
3. Prüfe die Feldnamen der Einsendung im Dashboard. Benenne alles Generierte um, veröffentliche Staging erneut und teste noch einmal.
4. Veröffentliche zu einer ruhigen Stunde auf deiner Live-Domain und sende noch einen Test.
5. Lass die Benachrichtigung des Baukastens eine Woche lang an, falls dort noch etwas ankommt, etwa ein zweites Formular, das du nicht umgezogen hast, und schalte sie dann ab.
6. Exportiere die alten Einsendungen des Baukastens und bewahre die Datei bei der neuen Historie auf.

Prüfe in der ersten Woche alle ein, zwei Tage den Filter Spam im Ikiform-Dashboard. Eine echte Anfrage, die als Spam gespeichert wird, bekommt dieselbe Erfolgsantwort wie eine echte, der Besucher merkt also nichts. Markiere sie als kein Spam, dann gehen ihre E-Mail und ihre Webhooks raus. Benachrichtigungs-E-Mails gehen an bis zu 10 bestätigte Empfänger.

Wähle deinen Fall

Jeder Baukasten hat sein eigenes Limit, seine eigene Einstellung für ein externes Ziel und seine eigenen Stolperfallen. Diese Seiten gehen einen Baukasten nach dem anderen durch.

• Webflow-EinsendungslimitDer kostenlose Starter-Tarif von Webflow hört nach 50 Formulareinsendungen pro Site auf zu sammeln, und exportierte Sites bekommen gar keine. Richte den Form Block deshalb auf Ikiform aus.
• Netlify-Forms-LimitLegacy-Tarife von Netlify messen Formulareinsendungen pro Site und stufen dich automatisch hoch, und Credit-Tarife können die Site pausieren. Verlege das Formular deshalb auf ein Backend.
• Carrd-FormulareDas Kontaktformular von Carrd schickt dir nur E-Mails, und eigene Formulare brauchen Pro Plus. Nutze deshalb Send to URL in Plus oder ein HTML-Embed in Standard, um jede Einsendung zu speichern.
• Framer-FormulareFramer-Formulare senden bereits an E-Mail, Sheets oder einen Webhook; ergänze Ikiform als Webhook für gespeicherte, gefilterte Einsendungen, Team-Benachrichtigungen und weitere Ziele.

Prüfen, ob es funktioniert

Führe das zuerst auf Staging aus, dann einmal auf der Live-Site. Ikiform hat keinen kostenlosen Tarif. Testen ist kostenlos: Ein Workspace ohne Tarif nimmt 50 Test-Einsendungen pro Monat von localhost an. Für den Livegang wählst du Pro ab 6 $/Monat für 500 Einsendungen oder zahlst einmalig: 10.000 Einsendungen für 49 $ oder 50.000 Einsendungen für 149 $, mit Credits, die nie verfallen. Siehe Preise.

1. Füge unter Allowed domains des Formulars die Domain deiner Site hinzu, plus localhost, während du entwickelst. Lass das Feld leer, um Posts von überall anzunehmen.
2. Veröffentliche auf der Staging-Domain des Baukastens. Eigene Ziele laufen nicht im Editor oder Designer.
3. Füll das Formular auf deiner Seite aus und sende es ab. Du landest auf deiner Dankeseite oder der gehosteten von Ikiform.
4. Öffne Submissions im Dashboard. Die neue Einsendung ist da, mit jedem Feld, das du gesendet hast.
5. Lies die Feldnamen dieser Einsendung. Es sollten deine kleingeschriebenen IDs sein, keine Labels oder generierten Namen.
6. Prüfe das Postfach jedes Benachrichtigungsempfängers. Jeder bekommt eine E-Mail mit den Feldern, und Reply geht an den Absender, wenn das Formular ein email-Feld hat.
7. Sende einen Post mit ausgefülltem Honeypot, _gotcha=bot. Er bekommt trotzdem eine Erfolgsantwort, aber die Einsendung wird als Spam gespeichert und löst weder E-Mail noch Webhook aus.
8. Nichts angekommen? Stell den Statusfilter im Dashboard auf Spam. Spam bekommt dieselbe Erfolgsantwort wie eine echte Einsendung.
9. Sende noch einmal von deiner Live-Domain ab, nachdem du dort veröffentlicht hast.

Fehlerbehebung

Fragen