Cloudflare Rules macht fehlgeschlagene Prüfungen sichtbar
Das Update vom 9. Oktober zu failed_detections hilft bei technischen Fehlern. Advertiser sollten diese von der Bewertung eingehender Leads trennen.
Am 9. Oktober 2026 führte Cloudflare in Rules failed_detections ein: eine Liste von Prüfungen, die einen Fehler melden. Das betrifft Advertiser und Technikteams, die eigene Formulare mit Cloudflare schützen. Es ist ein Update eines externen Dienstes, keine neue AffiliateCore-Funktion.
Das Signal einordnen
Das Feld selbst verändert das Prüfverhalten nicht. Eine leere Liste bedeutet, dass keine Fehler gemeldet wurden; die eigentlichen Prüfungen und Regelfunktionen bleiben tarifabhängig.
Unsere redaktionelle Einordnung: Eine nicht abgeschlossene Prüfung und eine erkannte Bedrohung sind unterschiedliche Zustände. Machen Sie technische Unsicherheit nicht automatisch zu einem Urteil über eine Person oder einen Lead. Auch eine fehlende Fehlermeldung ersetzt andere Schutzmaßnahmen nicht.
Was Formularbetreiber prüfen sollten
- Erfassen Sie bestehende Schutzregeln und deren Verantwortliche. Klären Sie zunächst, welche Prüfungen Ihre Konfiguration tatsächlich enthält, bevor Sie neue Reaktionen entwerfen.
- Trennen Sie technische Fehlerbeobachtungen von abgelehnten Leads. Nutzen Sie für die Diagnose eine zulässige Ereigniskennung, Zeitpunkt, Prüfung und Entscheidung. Kopieren Sie Formulareingaben nicht unnötig.
- Stimmen Sie die Reaktion mit der Sicherheitsverantwortung ab. Führen Sie weder eine pauschale Freigabe aller Anfragen ein noch eine Sperre aller Besucher wegen eines unklaren Ergebnisses.
- Prüfen Sie den Ablauf in einer freigegebenen Testumgebung. Erzeugen Sie bei technischen Tests keine fiktiven bezahlten Leads. Dokumentieren Sie vorher die Wiederherstellung der bisherigen Regel.
Lehrschema: Fehlersignal → technische Diagnose → vereinbarte Reaktion → getrennte Lead-Prüfung. Das beschreibt einen Ablauf, keine bereits installierte Integration.
Ein nützliches Ergebnis festlegen
Das erste Ziel sind eine konkrete Handlungsregel und ein Verantwortlicher, kein versprochener Prozentsatz zur Betrugsreduktion. Vergleichen Sie Fehler, echte Nutzerbeschwerden und Formularverfügbarkeit in gleichen Zeitfenstern. Ähnliche Diagrammverläufe belegen keine Ursache.
Annahmekriterien für Leads sollten eigenständig und transparent bleiben. Ein technischer Fehler eines Schutzdienstes beweist kein Fehlverhalten eines Publishers. Weiterführend: Lead-Status und strittige Entscheidungen.