Cloudflare steht vor einem großen Teil des Webs. Für viele Teams ist es das CDN, der DNS-Anbieter, die Firewall und die erste Verteidigungslinie gegen missbräuchliche Automatisierung in einem. Seine Bot-Produkte sind genau für diese Position gedacht: Sie sehen Traffic früh, entscheiden, ob er gechallenged oder gestoppt werden soll, und geben Website-Betreibern Kontrolle darüber, wie Crawler, einschließlich AI-Crawler, auf ihre Inhalte zugreifen.
Ihre Anwendung muss eine andere Frage beantworten. Sobald eine Anfrage das Edge passiert hat, muss Ihr Code wissen, wer oder was handelt, damit er das richtige Erlebnis wählen kann. Ist das ein Mensch, ein Mensch mit einem AI-Assistenten, ein Agent im Auftrag eines Kunden oder etwas, das sich aus der Evidence nicht erklären lässt? Und wie sicher sollte Ihr Code dabei sein?
Genau dafür ist Proof of Actor gebaut. Es ist eine fokussierte Schicht auf Anwendungsebene, die eine Actor-Klasse mit einer expliziten Evidence-Basis zurückgibt, direkt an den Code, der die Entscheidung trifft. Diese Seite vergleicht beide fair, auf Basis der öffentlichen Dokumentation von Cloudflare Stand November 2026, damit Sie sehen, wofür was zuständig ist.
Die Kurzfassung
| Cloudflare Bot-Produkte | Proof of Actor | |
|---|---|---|
| Gebaut für | Schutz von Infrastruktur und Inhalten am Edge | Ihrem Anwendungscode Actor-Kontext für Produkt- und Richtungsentscheidungen geben |
| Wo es läuft | Cloudflares Edge-Netzwerk, vor Ihrem Origin | Ihr Server, Ihre Edge-Schicht, freigegebene Browser-Seiten, HTTP API oder MCP server |
| Hauptergebnis | Challenges und Regelaktionen; für Enterprise Bot Management ein Bot-Score von 1 bis 99 und Bot-Felder | Human, Human + AI, Agent oder Unknown, plus eine Basis: verified, declared, inferred oder unknown |
| Wo das Ergebnis ankommt | Cloudflare-Regeln, Analytics und Workers | Ihr Anwendungscode und Actor-Analytics nach Route und Workflow |
| AI-gestützte Menschen | Keine eigene Kategorie im Bot-Score | Eigene Klasse, Human + AI, wenn sie deklariert oder über eine unterstützte Integration beobachtet wurde |
| Unklare Anfragen | Werden gescort und durch Edge-Regeln behandelt | Unknown als eigenständiges Ergebnis mit einem Fallback, den Sie pro Route festlegen |
| Signierte Agents | Web Bot Auth-Verification und signierte Agent-Signale | RFC 9421-Signaturprüfungen, die als verified Basis in Ihrem Code gemeldet werden |
| MCP server und API-Aufrufer | Als HTTP-Traffic am Edge geschützt | Caller-Kontext innerhalb des Servers, der den Tool-Call oder die API-Anfrage verarbeitet |
| CDN-Abhängigkeit | Gilt für Traffic, der durch Cloudflares Netzwerk läuft | Unabhängig davon, welches CDN Sie verwenden, falls überhaupt eins |
| Standardverhalten bei Installation | Hängt vom Produkt und den aktivierten Einstellungen ab | Observationsmodus; nichts ändert sich, bis Sie eine Policy hinzufügen |
Der Rest dieser Seite erklärt jede Zeile.
Suchen Sie eine Alternative zu Cloudflare Bot Management für AI-Agent-Traffic?
Die meisten Teams, die nach einer Alternative suchen, sind nicht unzufrieden mit dem Edge. Sie haben eine neue Frage, für die das Edge nicht gebaut wurde: Ein AI-Agent, ein AI-gestützter Mensch und ein normaler Besucher erreichen alle dasselbe Anmeldeformular, dieselbe API-Route oder dasselbe MCP-Tool, und das Produkt muss sie unterschiedlich behandeln. Hier ist die einfache Aufteilung.
Wo Proof of Actor die Entscheidung ersetzt. Wenn Sie heute Bot-Scores oder Bot-Felder verwenden, um Produktverhalten zu steuern, etwa AI-entworfene Einsendungen zu markieren, Agents zu einem strukturierten Endpoint zu leiten oder für unklare Aufrufer in einem bestimmten Workflow einen Fallback zu wählen, ist Proof of Actor dafür besser geeignet. Es liefert eine Actor-Klasse, Human, Human + AI, Agent oder Unknown, samt Evidence-Basis, direkt an Ihren Anwendungscode. Die Routing- und Richtungsentscheidung wandert in den Code, der bereits weiß, was jede Route tut, und es funktioniert unabhängig davon, welches CDN Sie verwenden.
Wo Proof of Actor Cloudflare ergänzt. Proof of Actor ist kein Netzwerksicherheitsprodukt. Laut der Dokumentation von Cloudflare Stand November 2026 erkennt und entschärft der DDoS-Schutz Angriffe automatisch und ist in allen Plänen verfügbar, und die Web Application Firewall prüft eingehende Web- und API-Anfragen gegen verwaltete und benutzerdefinierte Regeln. Diese Schicht sollten Sie behalten. Volumetrische Angriffe, Exploit-Versuche und missbräuchliche Automatisierung sollten gestoppt werden, bevor sie Ihr Origin erreichen, und genau das will Proof of Actor nicht übernehmen.
Die direkte Antwort auf die Frage "ist das eine Alternative?" lautet also: ja für Actor-Klassifizierung und per-Route-Routing in Ihrer App, und nein für Edge-DDoS- und WAF-Schutz. Die meisten Produktionsteams landen bei beiden Schichten, die jeweils die Aufgabe übernehmen, für die sie gebaut wurden.
Wofür Cloudflares Bot-Produkte gebaut sind
Laut der Dokumentation von Cloudflare Stand November 2026 bietet Cloudflare drei bot-spezifische Produkte an:
- Bot Fight Mode, im Free-Plan verfügbar, der erkannten Bot-Traffic auf einer Domain mit einem einzigen Schalter challenget.
- Super Bot Fight Mode, für Pro-, Business- und Enterprise-Pläne ohne das Bot Management-Add-on, der konfigurierbare Aktionen pro Bot-Kategorie hinzufügt.
- Bot Management for Enterprise, das pro Anfrage Bot-Scores, benutzerdefinierte Regeln, per-endpoint Handling und detaillierte Analytics hinzufügt.
Der Bot-Score ist laut Cloudflare ein Score von 1 bis 99, der angibt, wie wahrscheinlich es ist, dass eine Anfrage von einem Bot stammt, wobei 1 bedeutet, dass mit hoher Sicherheit automatisierter Traffic vorliegt, und 99 bedeutet, dass mit hoher Sicherheit ein Mensch die Anfrage gestellt hat. Die Dokumentation von Cloudflare sagt, dass granulare Scores für Enterprise-Kunden verfügbar sind, die Bot Management gekauft haben, während andere Pläne gruppierte Ergebnisse wie automated, likely automated, likely human und verified bot sehen. Scores können in benutzerdefinierten WAF-Regeln verwendet werden, um Anfragen zu blockieren, zu challengen oder zu erlauben, und sie sind auch in Workers verfügbar.
Cloudflare führt außerdem verified bots, die laut Dokumentation Bots oder Agents sind, die offenlegen, wer sie sind und was sie tun, etwa Suchmaschinen-Crawler, Monitoring-Services und nutzergesteuerte Agents. Die Verifizierung basiert auf Methoden wie einer Web Bot Auth-Signatur oder IP-Validierung sowie nicht missbräuchlichem Verhalten.
Für AI-Traffic im Besonderen gibt AI Crawl Control Website-Betreibern Sichtbarkeit darüber, welche AI-Services auf ihre Inhalte zugreifen, erlaubt ihnen, einzelne Crawler zu erlauben oder zu blockieren, und verfolgt, wie gut Crawler robots.txt einhalten. Laut Cloudflare ist das in allen Plänen verfügbar.
Das sind starke Werkzeuge für die Aufgabe, für die sie gebaut wurden: am Edge zu entscheiden, welcher automatisierte Traffic Ihr Origin und Ihre Inhalte erreicht.
Wo jedes Produkt läuft und wo sein Ergebnis ankommt
Der praktisch wichtigste Unterschied ist der Ort.
Die Bot-Produkte von Cloudflare laufen im Netzwerk von Cloudflare, vor Ihrem Origin. Ihr Ergebnis landet dort, wo die Kontrollen von Cloudflare leben: in WAF-Benutzerregeln, Bot Analytics und, laut der Referenz zu den Bot-Management-Variablen von Cloudflare, im request.cf-Objekt in Cloudflare Workers. Das ist der richtige Ort, um zu entscheiden, ob eine Anfrage gestoppt oder gechallengt werden soll.
Proof of Actor läuft dort, wo Ihre Anwendungslogik lebt: Node.js-Middleware, Next.js, die von Ihnen kontrollierte Edge-Schicht, ein Browser-Collector auf von Ihnen freigegebenen Seiten, eine generische HTTP API oder Ihr MCP server. Sein Ergebnis landet als strukturierte Antwort in Ihrem Anwendungscode und in Actor-Analytics, aufgeschlüsselt nach Route und Workflow. Details finden Sie in den Integrationspfaden.
Dieser Ort ist für Produktentscheidungen entscheidend. Ihr Code weiß, zu welchem Workflow eine Route gehört, ob Ihr eigener Assistent eine Aktion ausgeführt hat, ob ein Client sich deklariert hat und welche geschäftlichen Folgen diese Route hat. Eine Entscheidung pro Route wie "einem verifizierten Agenten den strukturierten Endpoint ausliefern, Menschen im normalen Ablauf halten, AI-gestützte Einsendungen kennzeichnen" gehört direkt neben dieses Wissen. Proof of Actor bringt den Actor-Kontext genau dorthin, und weil es in Ihrem Stack und nicht im Netzwerk eines Anbieters läuft, funktioniert es hinter Cloudflare, hinter einem anderen CDN oder ganz ohne CDN gleich.
Scores versus eine Klasse mit Basis
Ein Score ist ein effizienter Input für eine Schutzregel: Schwellenwert wählen und oberhalb oder unterhalb handeln. Er soll beantworten, wie wahrscheinlich eine Anfrage automatisiert ist.
Produktentscheidungen brauchen eine reichere Antwort. Proof of Actor gibt eine von vier Klassen zurück:
- Human: Beobachtbare Signale sprechen für eine von Menschen gesteuerte Interaktion.
- Human + AI: Ein Mensch hat die Interaktion mit AI-Unterstützung gesteuert, die deklariert oder über eine unterstützte Integration beobachtet wurde.
- Agent: automatisierte oder agentenbasierte Interaktion.
- Unknown: die Evidence reicht nicht für eine belastbare Bestimmung.
Jedes Ergebnis trägt außerdem seine Evidence-Basis: verified, etwa eine RFC 9421 HTTP Message Signature, die gegen einen veröffentlichten Schlüssel geprüft wurde; declared, wenn ein Client oder Ihre Anwendung es angegeben hat; inferred, klar als Schlussfolgerung gekennzeichnet; oder unknown. Ihr Team kann jedes Ergebnis lesen und die Evidence dahinter sehen, was Sie brauchen, wenn die Entscheidung das Erlebnis eines Kunden und nicht nur eine Angriffsfläche betrifft.
AI-Agents, signierte Agents und AI-gestützte Menschen
Cloudflare hat in Agenten-Verifizierung investiert. Laut der Dokumentation von Cloudflare Stand November 2026 unterstützt Cloudflare Web Bot Auth, eine Authentifizierungsmethode, die kryptografische Signaturen in HTTP-Nachrichten verwendet, basierend auf RFC 9421, um Bots und Agents zu verifizieren. Die Dokumentation beschreibt ein signed agent-Signal, das Enterprise-Kunden mit Bot Management als cf.bot_management.signed_agent-Feld bereitgestellt wird, und ab dem 1. Juli 2026 ein Feld für Direct versus Intermediary-Zugriff, das Single-Operator-Bots von agentischen Diensten unterscheidet, die viele Endnutzer betreiben können. Cloudflare bietet außerdem über alle Pläne hinweg Richtlinien für AI-Crawler- und Agent-Zugriff.
Proof of Actor behandelt signierte Anfragen als einen Teil eines größeren Bildes. Wenn eine Anfrage eine gültige HTTP Message Signature trägt, die gegen einen veröffentlichten Schlüssel geprüft wurde, lautet das Ergebnis Agent mit einer verified Basis, direkt an Ihren Route-Handler geliefert. Der Leitfaden zum Verifizieren signierter Agent-Anfragen zeigt den Ablauf. Eine gültige Signatur beweist, welcher Schlüssel die Anfrage signiert hat, nicht, wozu dieser Agent berechtigt ist. Die Autorisierung bleibt also in Ihrer Anwendung, wo sie hingehört.
Der größere Unterschied sind die Menschen dazwischen. Einige Ihrer Nutzer arbeiten mit einem AI-Assistenten an ihrer Seite: Support-Tickets verfassen, Formulare ausfüllen, durch Onboarding gehen. Edge-Bot-Scoring ist dafür gebaut, Automatisierung von Menschen zu trennen, und es gibt keinen Grund, diese Gruppe gesondert zu behandeln. Ihr Produkt tut das oft. Proof of Actor meldet Human + AI als eigene Klasse, nur wenn die Unterstützung deklariert oder über eine unterstützte Integration beobachtet wurde, damit Sie AI-entworfene Einsendungen kennzeichnen, messen können, wie AI-gestützte Nutzer durch einen Workflow gehen, oder ihnen einen reibungsloseren Pfad geben. Mehr dazu im Glossareintrag AI-gestützte Interaktion.
Unknown ist ein Ergebnis, kein Schwellenwert
Jedes Erkennungssystem trifft auf Traffic, den es nicht erklären kann. Am Edge wird unklarer Traffic durch die Regel behandelt, unter die der Score fällt. Das hält den Schutz über eine ganze Zone hinweg konsistent.
Innerhalb einer Anwendung passt eine Einstellung selten für jede Route. Eine unklare Anfrage an eine öffentliche Dokumentationsseite und eine unklare Anfrage zur Änderung von Kontodaten verdienen unterschiedliche Behandlung. Proof of Actor gibt Unknown als eigenständiges Ergebnis zurück, verfolgt Ihre Unknown-Rate über die Zeit und lässt Sie den Fallback pro Route wählen: auf öffentlichen Inhalten erlauben, bestehende Prüfungen bei Kontoänderungen beibehalten, bei kritischen Aktionen zur Prüfung schicken. Der Leitfaden zur Behandlung von Unknown Traffic beschreibt die Muster, und der Eintrag Unknown-Klassifizierung erklärt, warum ein ehrliches Unknown besser ist als eine erzwungene Schätzung.
MCP server und APIs
Cloudflare schützt MCP server und APIs auf die gleiche Weise, wie es jeden HTTP-Traffic schützt, der durch sein Netzwerk läuft. Das ist wertvoll und passiert, bevor die Anfrage Ihren Dienst erreicht.
Was ein MCP server oder eine API oft als Nächstes braucht, ist der Caller-Kontext innerhalb des Handlers: Welcher Agent ruft dieses Tool auf, ist diese Identität verifiziert oder nur deklariert, und soll dieser Tool-Call erlaubt, angepasst, rate-limited oder zur Prüfung weitergeleitet werden. Proof of Actor liefert eine MCP server-Integration und eine generische HTTP API, damit dieser Kontext dort ankommt, wo die Tool- oder Endpoint-Logik läuft. Beispiele finden Sie in MCP server Caller Identification und im Anwendungsfall für APIs.
So nutzen Sie beides zusammen
Das stärkste Setup gibt jedem Tool seine eigene Schicht:
- Am Edge absorbiert Cloudflare Angriffe, challengt missbräuchliche Automatisierung, verifiziert bekannte Bots und wendet Ihre AI-Crawler-Policies an.
- In Ihrer Anwendung klassifiziert Proof of Actor den Traffic, der bei Ihnen ankommt, als Human, Human + AI, Agent oder Unknown, mit einer Basis.
- In Ihrem Code nutzen per-Route-Policies diesen Kontext, um zu erlauben, anzupassen, zu challengen, zur Prüfung zu senden oder zu rate-limitieren, mit einem expliziten Fallback für Unknown.
- In Ihren Analytics sehen Produkt- und Sicherheitsteams, welche Routes und Workflows jede Actor-Klasse nutzt.
Proof of Actor startet im Observationsmodus, sodass die Ergänzung hinter Cloudflare am ersten Tag nichts verändert. Sie sehen Ihre echte Actor-Mischung, previewen eine Policy gegen Live-Traffic und schalten eine Route nach der anderen in die Enforcement. Der Leitfaden zum sicheren Rollout von actor-bewussten Policies führt Sie durch den Ablauf. Proof of Actor führt keine Identitätsprüfungen, KYC oder Biometrie durch; es berichtet, wer oder was handelt, und überlässt die Entscheidung Ihnen.
Wann Sie was wählen sollten
Wählen Sie Cloudflares Bot-Produkte, wenn Ihr Hauptbedarf Edge-Schutz ist: missbräuchliche Automatisierung stoppen, bevor sie Ihr Origin erreicht, verdächtigen Traffic über eine Zone hinweg challengen und steuern, wie AI-Crawler auf Ihre Inhalte zugreifen.
Wählen Sie Proof of Actor, wenn Ihr Hauptbedarf Actor-Kontext auf Anwendungsebene ist: wissen, ob Menschen, AI-gestützte Menschen oder Agents jede Route nutzen, die Evidence hinter jedem Ergebnis sehen, Unknown bewusst behandeln, MCP server- und API-Handlern Caller-Kontext geben und per-Route-Produktregeln schreiben, die unabhängig von Ihrem CDN funktionieren.
Wenn Sie eine Produktions-Website, API oder einen MCP server betreiben, brauchen Sie sehr wahrscheinlich beide Antworten, weshalb die beiden problemlos im selben Stack nebeneinanderstehen. Den breiteren Kategorienvergleich finden Sie unter Proof of Actor vs. Bot Management.
Jetzt starten
Proof of Actor befindet sich in der privaten Beta. Über das Founding Developer Program können ausgewählte Teams bis zu 12 Monate kostenlos innerhalb vereinbarter Nutzungsgrenzen erhalten, ohne automatische Abrechnung. Für frühen Zugriff bewerben und uns sagen, welche Anwendung, API oder welchen MCP server Sie zuerst verstehen wollen.
Produktdetails zu Cloudflare auf dieser Seite basieren auf der öffentlichen Dokumentation von Cloudflare, einschließlich der Bot-Score-Referenz und der Web Bot Auth-Referenz, der DDoS-Schutz-Übersicht und der WAF-Übersicht, Stand November 2026.
Cloudflare ist eine Marke von Cloudflare, Inc.