Wenn etwas hakt
Die meisten Stolpersteine haben eine von fünf Ursachen – und für alle gibt es einen kurzen Prüfweg. Diese Seite geht sie der Reihe nach durch. Und wenn du nicht fündig wirst: Am Ende steht, wie wir gemeinsam draufschauen.
Eine Buchung wird abgelehnt
Der Spam-Schutz prüft jede Buchung – gelegentlich erwischt er auch dich beim Testen. Die häufigsten Fälle:
| Was passiert | Wozu | Was hilft |
|---|---|---|
| Formular sofort abgeschickt → abgelehnt | Mindest-Ausfüllzeit (ab Werk 3 Sekunden) – echte Menschen brauchen länger als Bots | Kurz warten, dann absenden. Wert einstellbar unter Einstellungen → Spam-Schutz |
| Mehrere Testbuchungen kurz hintereinander → abgelehnt | Begrenzung pro Absender-IP (ab Werk 5 Buchungen in 10 Minuten) | Kurz warten – oder zum Testen die Begrenzung unter Einstellungen → Spam-Schutz vorübergehend lockern |
| Buchung auf ein vergangenes oder abgesagtes Event | Buchbar ist ein Event bis zu seinem Ende-Zeitpunkt (ohne Ende: bis zum Beginn) – abgesagte Events nie | Termin und Status im Event prüfen |
| „Ausgebucht" | Kapazität erreicht | Kapazität im Event erhöhen – oder mit Pro die Warteliste einschalten |
Das Formular wehrt sich: "Buchung konnte nicht verarbeitet werden"
Taucht diese Sammelmeldung auf, obwohl alles ausgefüllt ist, ist der häufigste Täter der Seiten-Cache: Er liefert eine veraltete Version des Formulars aus – zum Beispiel ohne ein Pflichtfeld, das inzwischen dazugehört. Der Server prüft gegen den aktuellen Stand, das alte Formular kann ihn nicht erfüllen.
Prüfweg: Cache leeren (Caching-Plugin und ggf. Hoster-Cache), Seite im privaten Fenster neu laden, Buchung wiederholen. Hilft das nicht, ist das ein Fall für das Diagnose-Plugin (unten) – dessen Buchungsprotokoll benennt die Ursache präzise.
E-Mails kommen nicht an
Das Widget erscheint nicht oder zeigt das falsche Event
- Event-ID im Shortcode prüfen:
[sinnvoll_bf_widget id="12"]– die ID steht in der Event-Liste direkt neben dem Titel. - Der Shortcode muss in einem Block/Widget stehen, das Shortcodes ausführt (in Elementor z. B. das Widget „Shortcode“).
- Nach Änderungen am Event: Seiten-Cache leeren (siehe oben).
Genauer hinsehen: die Protokollierung
Unter Einstellungen → Erweitert kannst du die Protokollierung einschalten. Das Plugin schreibt dann Fehler und wichtige Ereignisse mit – die letzten Zeilen liest du direkt dort im Tab, ganz ohne FTP.
Das Diagnose-Plugin – wenn wir gemeinsam draufschauen
Für alles, was sich aus der Ferne schwer greifen lässt, gibt es ein kleines Zusatz-Plugin: sinnvoll BF Diagnose. Du bekommst es von mir, installierst es wie jedes Plugin – danach findest du unter sinnvoll Booking → Diagnose drei Werkzeuge:
- Selbstprüfung: eine Ampel über die ganze Installation – Datenbank, Zeitpläne, Mail-Einstellungen, PHP-Umgebung. Rot und Gelb kommen mit einem Klartext-Hinweis, was zu tun ist.
- Systembericht: alles Relevante als ein kopierbarer Text – ein Klick auf „Kopieren“, ab in die E-Mail an mich, fertig.
- Buchungsprotokoll: zeichnet – erst nach ausdrücklichem Einschalten – jeden Buchungsversuch nach: welche Felder ankamen, woran die Prüfung scheiterte, was die Datenbank sagte. Die Aufzeichnung schaltet sich nach 7 Tagen von selbst wieder ab.
Das Protokoll speichert dabei keine personenbezogenen Daten – keine Namen, keine E-Mail-Adressen, keine Eingaben. Nur Feldnamen, Prüfschritte und Ergebnis-Codes.
So läuft’s im Supportfall: Du schilderst mir kurz das Problem, ich schicke dir das Diagnose-Plugin, du sendest mir den Systembericht – und bei Buchungsproblemen einmal die Buchung nachgestellt, Protokoll kopiert, mit dazu. Damit ist die Ursache in aller Regel schnell gefunden.
Nicht weitergekommen?
Pro-Kunden: Support-Anfragen direkt aus dem Plugin – Einstellungen → Support (alles vorausgefüllt).
Free: Fragen ins .
Mit KI-Unterstützung erstellt, redaktionell geprüft von Ralph Miarka.