> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/formulare-und-umfragen/formulare-gegen-spam-einsendungen-schutzen.md).

# Formulare gegen Spam-Einsendungen schützen

## Was dieser Schutz leistet

Öffentliche Formulare werden häufig von automatisierten Programmen ausgefüllt. Das kann zu falschen Kontaktprofilen, unbrauchbaren Antworten und unnötigen Folge-Nachrichten führen. Besonders kritisch ist es, wenn eine Einsendung sofort eine E-Mail, SMS, Aufgabe oder einen Workflow auslöst.

Mit CAPTCHA, der Prüfung von E-Mail-Adresse und Telefonnummer sowie passenden SMS-Versandregionen reduzierst du solche Einträge deutlich. Diese Maßnahmen senken das Risiko, ersetzen aber keine regelmäßige Kontrolle der eingehenden Antworten.

## Wann du die Einstellungen prüfen solltest

Prüfe den Schutz vor allem dann, wenn du ein Formular öffentlich neu veröffentlichst, auffällig viele ähnliche Einsendungen siehst oder nach einer Einsendung automatisch weiterkommuniziert wird. Auch bei einem saisonalen Angebot oder einer Kampagne mit hohem Besucheraufkommen lohnt sich ein kurzer Test vor dem Start.

## Voraussetzungen

* Das Formular ist bereits angelegt und öffentlich erreichbar oder kann in einer Vorschau getestet werden.
* Du weißt, welche Angaben für eine echte Anfrage wirklich nötig sind.
* Wenn das Formular SMS auslöst, kennst du die Länder oder Regionen, in denen du tatsächlich Interessenten erwartest.
* Du hast eine Test-E-Mail-Adresse und – bei SMS-Folgeaktionen – eine Testnummer zur Hand.

## Schutz in vier Schritten

### 1. CAPTCHA in das Formular einfügen

1. Öffne **Websites & Leadgewinnung > Formulare & Umfragen** und wähle das betroffene Formular zum Bearbeiten aus.
2. Öffne die Liste der verfügbaren Formularfelder beziehungsweise benutzerdefinierten Felder.
3. Füge das Feld **CAPTCHA** in das Formular ein.
4. Speichere das Formular und teste anschließend die veröffentlichte oder vorgeschaufte Version.

CAPTCHA fordert eine kurze Interaktion, die für echte Besucher einfach, für automatisierte Massen-Einsendungen aber deutlich schwerer ist. Platziere das Feld so, dass es vor dem Absenden sichtbar ist. Es sammelt keine Anfrageinformation und ersetzt daher weder Name noch E-Mail-Adresse.

### 2. Kontaktangaben am richtigen Feld prüfen lassen

Wähle das E-Mail- und gegebenenfalls das Telefonnummernfeld im Formular aus. Aktiviere die jeweils verfügbare Prüfung für diese Angaben und speichere die Änderung.

| Feld           | Wofür die Prüfung dient                                             | Beim Test kontrollieren                                                                      |
| -------------- | ------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
| E-Mail-Adresse | Offensichtlich ungültige oder vorübergehende Adressen herausfiltern | Eine absichtlich ungültige Adresse darf nicht unbemerkt als normale Anfrage durchgehen.      |
| Telefonnummer  | Unplausible oder unvollständige Nummern reduzieren                  | Teste die Schreibweise, die deine Interessenten normalerweise verwenden.                     |
| CAPTCHA        | Automatisierte Massen-Einsendungen erschweren                       | Das Feld muss in der veröffentlichten Ansicht erscheinen und vor dem Absenden funktionieren. |

Im Editor liegt die Prüfung direkt am ausgewählten Feld. Der sichtbare Prüfknopf erscheint Besuchern erst, nachdem sie im Formular eine E-Mail-Adresse oder Telefonnummer eingegeben haben. Beim Telefonnummernfeld ist außerdem eine Länderwahl verfügbar. Aktiviere sie, wenn du Nummern aus mehreren Ländern erwartest, und teste die Auswahl zusammen mit deinen vorgesehenen SMS-Zielregionen.

Eine technisch gültige E-Mail-Adresse bedeutet nicht automatisch, dass die Person erreichbar ist oder einer späteren Kontaktaufnahme zugestimmt hat. Frage deshalb nur Angaben ab, die du wirklich für den nächsten Schritt brauchst, und richte deine Kommunikation nach deinen eigenen Vorgaben aus.

### 3. SMS-Versandregionen bewusst begrenzen

Dieser Schritt ist relevant, wenn eine Formular-Einsendung eine SMS startet. Beschränke den SMS-Versand auf die Länder oder Regionen, in denen dein Angebot tatsächlich genutzt wird. So verhinderst du, dass automatisierte Einträge unnötig Nachrichten in ungeeignete Zielregionen auslösen.

Die Versandregionen werden separat für den Standort verwaltet; nicht jede Region ist standardmäßig freigegeben. Wenn eine erforderliche Region fehlt oder du eine Einstellung ändern möchtest, gib dem Support den betroffenen Standort und die gewünschten Länder oder Regionen möglichst eindeutig durch. Ändere nicht vorsorglich eine große Auswahl, nur weil sie verfügbar sein könnte.

### 4. Den gesamten Folgeablauf testen

Speichere alle Änderungen und öffne das Formular in einem privaten Browserfenster oder auf einem Smartphone. Sende nacheinander:

1. eine realistische Testanfrage mit gültigen Angaben,
2. eine Anfrage mit absichtlich ungültiger E-Mail-Adresse,
3. bei aktivierter Telefonnummernprüfung eine Anfrage mit einer offensichtlich unvollständigen Nummer.

Prüfe danach die Einsendungsübersicht und, falls eingerichtet, die Folgeaktion. Bei der gültigen Anfrage müssen Kontakt und Antworten nachvollziehbar ankommen. Bei den absichtlich fehlerhaften Angaben muss das Formular eine Korrektur verlangen oder die Eingabe erkennbar abweisen. Wenn die gültige Testanfrage eine SMS auslöst, kontrolliere zusätzlich die Zielnummer und den tatsächlichen Versand.

## Ergebnis richtig prüfen

Der Schutz ist sinnvoll eingerichtet, wenn diese Punkte zusammenpassen:

* Das CAPTCHA ist in der veröffentlichten Formularansicht sichtbar und eine normale Anfrage lässt sich weiterhin absenden.
* Ungültige E-Mail-Adressen oder Telefonnummern werden nicht stillschweigend wie geprüfte Angaben behandelt.
* Nur die für dein Geschäft vorgesehenen SMS-Zielregionen sind für den Versand vorgesehen.
* Die gültige Testanfrage erscheint vollständig in den Einsendungen und löst nur die erwarteten Folgeaktionen aus.

Beobachte nach der Veröffentlichung einige Tage lang die neuen Einsendungen. Wiederkehrende Namen, sehr ähnliche Texte oder viele Einträge in kurzer Zeit sind ein Anlass, den Schutz erneut zu prüfen.

## Häufige Fehler und Lösungen

### CAPTCHA ist im Editor vorhanden, auf der Live-Seite aber nicht sichtbar

Speichere das Formular erneut und prüfe, ob die Seite beziehungsweise der Einbettungscode die aktuelle Formularversion verwendet. Öffne die Seite in einem privaten Fenster, damit keine alte Browseransicht den Test verfälscht.

### Echte Interessenten scheitern an der Telefonnummer

Kontrolliere, ob das Feld überhaupt erforderlich sein muss und ob deine übliche Schreibweise akzeptiert wird. Eine strenge Prüfung darf nicht dazu führen, dass normale Anfragen ohne hilfreichen Hinweis verloren gehen.

### Spam löst weiterhin Nachrichten aus

CAPTCHA und Prüfungen verringern Spam, garantieren aber keine vollständige Sperre. Kontrolliere zuerst, ob das richtige Formular geschützt und veröffentlicht wurde. Prüfe anschließend, welche Nachricht, Aufgabe oder Automatisierung nach einer Einsendung startet. Bei SMS solltest du zusätzlich die vorgesehenen Versandregionen prüfen.

### Eine SMS sollte nicht in eine bestimmte Region gehen

Lass die Versandregion für den Standort gezielt überprüfen und nenne dabei die betroffene Region sowie den gewünschten Zustand: freigeben oder sperren. Teste nach der Änderung nur mit einer dafür vorgesehenen Testnummer.

## Praxisbeispiel: Anfrageformular für eine Beratung

Ein Beratungsunternehmen bewirbt eine öffentliche Seite mit einem kurzen Anfrageformular. Nach jeder Einsendung wird eine Bestätigungs-E-Mail versendet und das Team erhält eine Benachrichtigung.

1. Das Team fügt CAPTCHA hinzu und aktiviert die Prüfung für die E-Mail-Adresse.
2. Die Telefonnummer bleibt optional, weil sie für die erste Anfrage nicht zwingend benötigt wird.
3. Da keine SMS versendet wird, muss keine Versandregion angepasst werden.
4. Eine Mitarbeiterin sendet eine gültige Testanfrage und kontrolliert Einsendung, Bestätigung und interne Benachrichtigung.
5. Danach testet sie eine ungültige E-Mail-Adresse. Die Eingabe wird nicht als normale, brauchbare Anfrage übernommen.
6. In der ersten Woche prüft das Team die Einsendungsübersicht täglich. Treten erneut auffällige Serien-Einträge auf, wird geprüft, ob CAPTCHA sichtbar ist und ob weitere Folgeaktionen unnötig früh starten.

So bleibt der Weg für echte Interessenten einfach, während automatisierte Einträge deutlich weniger Schaden im Arbeitsalltag anrichten.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/formulare-und-umfragen/formulare-gegen-spam-einsendungen-schutzen.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
