Cloudflare อยู่หน้าส่วนใหญ่ของเว็บ สำหรับหลายทีม มันคือ CDN, ผู้ให้บริการ DNS, firewall และแนวป้องกันแรกจากระบบอัตโนมัติที่ผิดวัตถุประสงค์ ทั้งหมดอยู่ในที่เดียว ผลิตภัณฑ์บอทของมันถูกออกแบบมาสำหรับตำแหน่งนั้น: เห็นทราฟฟิกตั้งแต่ต้น ตัดสินว่าควร challenge หรือหยุดหรือไม่ และให้เจ้าของเว็บไซต์ควบคุมว่า crawlers รวมถึง AI crawlers จะเข้าถึงเนื้อหาของพวกเขาอย่างไร
แอปพลิเคชันของคุณมีคำถามอีกแบบหนึ่งที่จะต้องตอบ เมื่อคำขอผ่านขอบระบบเข้ามาแล้ว โค้ดของคุณต้องรู้ว่าใครหรืออะไรเป็นผู้กระทำ เพื่อจะเลือกประสบการณ์ที่เหมาะสม นี่คือคน, คนที่ทำงานร่วมกับ AI assistant, agent ที่ทำงานแทนลูกค้า หรือบางอย่างที่หลักฐานอธิบายไม่ได้ และโค้ดของคุณควรมั่นใจแค่ไหน
นั่นคืองานที่ Proof of Actor ถูกสร้างมาเพื่อทำ เป็นชั้นที่มุ่งเน้นระดับแอปพลิเคชัน ซึ่งส่งคืน class ของ actor พร้อมฐานของหลักฐานที่ชัดเจน ไปยังโค้ดที่เป็นเจ้าของการตัดสินใจ หน้านี้เปรียบเทียบทั้งสองอย่างอย่างเป็นธรรม โดยใช้เอกสารสาธารณะของ Cloudflare ณ เดือนพฤศจิกายน 2026 เพื่อให้คุณเห็นว่าแต่ละอย่างเหมาะกับตรงไหน
สรุปสั้น ๆ
| ผลิตภัณฑ์บอทของ Cloudflare | Proof of Actor | |
|---|---|---|
| สร้างมาเพื่อ | ปกป้องโครงสร้างพื้นฐานและเนื้อหาที่ขอบระบบ | ให้แอปพลิเคชันของคุณมีบริบทของ actor สำหรับการตัดสินใจด้านผลิตภัณฑ์และ policy |
| ทำงานที่ไหน | เครือข่าย edge ของ Cloudflare อยู่หน้าต้นทางของคุณ | server ของคุณ, edge layer, หน้าเบราว์เซอร์ที่อนุมัติแล้ว, HTTP API หรือ MCP server |
| ผลลัพธ์หลัก | challenge และ rule actions; สำหรับ Enterprise Bot Management, bot score ตั้งแต่ 1 ถึง 99 และ bot fields | Human, Human + AI, Agent หรือ Unknown พร้อม basis: verified, declared, inferred หรือ unknown |
| ผลลัพธ์ไปอยู่ที่ไหน | Cloudflare rules, analytics และ Workers | โค้ดของแอปคุณและ actor analytics แยกตาม route และ workflow |
| คนที่ใช้ AI ช่วย | ไม่ใช่หมวดแยกใน bot score | class ของตัวเอง Human + AI เมื่อมีการ declare หรือสังเกตผ่าน integration ที่รองรับ |
| ทราฟฟิกที่ไม่ชัดเจน | ถูกให้คะแนนและจัดการโดย rules ที่ขอบระบบ | Unknown เป็นผลลัพธ์ระดับแรกพร้อม fallback ที่คุณตั้งต่อ route |
| signed agents | การตรวจสอบ Web Bot Auth และสัญญาณ signed agent | การตรวจสอบลายเซ็น RFC 9421 ที่รายงานเป็นฐาน verified ในโค้ดของคุณ |
| MCP servers และ API callers | ได้รับการปกป้องในฐานะ HTTP traffic ที่ขอบระบบ | บริบทของ caller ภายใน server ที่จัดการ tool call หรือ API request |
| การพึ่งพา CDN | ใช้กับทราฟฟิกที่ผ่านเครือข่ายของ Cloudflare | ไม่ขึ้นกับ CDN ที่คุณใช้ หรือไม่ใช้เลย |
| ค่าเริ่มต้นเมื่อติดตั้ง | ขึ้นอยู่กับผลิตภัณฑ์และการตั้งค่าที่คุณเปิดใช้ | โหมด observation; ไม่มีอะไรเปลี่ยนจนกว่าคุณจะเพิ่ม policy |
ส่วนที่เหลือของหน้านี้อธิบายแต่ละแถว
กำลังมองหา Cloudflare Bot Management ทางเลือกสำหรับทราฟฟิกจาก AI agent อยู่หรือไม่?
ทีมส่วนใหญ่ที่ค้นหาทางเลือกไม่ได้ไม่พอใจกับ edge พวกเขามีคำถามใหม่ที่ edge ไม่ได้ถูกออกแบบมาให้ตอบ: AI agent, คนที่ใช้ AI ช่วย และผู้ใช้ทั่วไป ทั้งหมดมาถึงฟอร์มสมัครเดียวกัน, route ของ API หรือ MCP tool เดียวกัน และผลิตภัณฑ์ต้องปฏิบัติต่อพวกเขาแตกต่างกัน นี่คือการแบ่งแบบตรงไปตรงมา
จุดที่ Proof of Actor เข้ามาแทนการตัดสินใจ หากตอนนี้คุณใช้ bot score หรือ bot fields เพื่อขับเคลื่อนพฤติกรรมของผลิตภัณฑ์ เช่น ติดป้ายกำกับการส่งที่ร่างด้วย AI, ส่ง agent ไปยัง endpoint ที่มีโครงสร้าง หรือเลือก fallback สำหรับ caller ที่ไม่ชัดเจนบน workflow เฉพาะ Proof of Actor เหมาะกับงานนี้มากกว่า มันส่งคืน class ของ actor คือ Human, Human + AI, Agent หรือ Unknown พร้อมฐานของหลักฐาน ส่งตรงไปยังโค้ดของแอปคุณ การตัดสินใจด้าน routing และ policy จะย้ายไปอยู่ในโค้ดที่รู้อยู่แล้วว่าแต่ละ route ทำอะไร และมันทำงานเหมือนกันไม่ว่าคุณจะใช้ CDN ใดก็ตาม
จุดที่ Proof of Actor เสริม Cloudflare Proof of Actor ไม่ใช่ผลิตภัณฑ์ความปลอดภัยเครือข่าย ตามเอกสารของ Cloudflare ณ เดือนพฤศจิกายน 2026 DDoS protection ของมันตรวจจับและลดผลกระทบของการโจมตีโดยอัตโนมัติ และมีให้ใช้ในทุกแผน ส่วน Web Application Firewall จะตรวจสอบ web และ API requests ที่เข้ามาเทียบกับ rules ที่จัดการไว้และ rules แบบกำหนดเอง เก็บชั้นนั้นไว้ การโจมตีแบบปริมาณมาก ความพยายามโจมตีช่องโหว่ และระบบอัตโนมัติที่ผิดวัตถุประสงค์ควรถูกหยุดก่อนถึงต้นทาง และ Proof of Actor ไม่ได้พยายามทำหน้าที่นั้น
ดังนั้นคำตอบตรง ๆ สำหรับคำถามว่า "นี่เป็นทางเลือกแทนหรือไม่" คือ: ใช่ สำหรับการจำแนก actor และการ routing ต่อ route ในแอปของคุณ และไม่ใช่ สำหรับการป้องกัน DDoS และ WAF ที่ขอบระบบ ทีม production ส่วนใหญ่ลงเอยด้วยการมีทั้งสองชั้น โดยแต่ละชั้นทำงานที่มันถูกสร้างมาให้ทำ
ผลิตภัณฑ์บอทของ Cloudflare ถูกสร้างมาเพื่ออะไร
ตามเอกสารของ Cloudflare ณ เดือนพฤศจิกายน 2026 มีผลิตภัณฑ์เฉพาะสำหรับบอทสามรายการ:
- Bot Fight Mode มีให้ใช้ในแผน Free ซึ่ง challenge ทราฟฟิกบอทที่ตรวจพบทั่วทั้งโดเมนด้วยสวิตช์เดียว
- Super Bot Fight Mode สำหรับแผน Pro, Business และ Enterprise ที่ไม่มีส่วนเสริม Bot Management ซึ่งเพิ่มการกระทำที่กำหนดค่าได้ตามหมวดหมู่บอท
- Bot Management for Enterprise ซึ่งเพิ่ม bot score ต่อคำขอ, rules แบบกำหนดเอง, การจัดการต่อ endpoint และ analytics แบบละเอียด
bot score ในคำของ Cloudflare คือคะแนนตั้งแต่ 1 ถึง 99 ที่บ่งชี้ว่าคำขอมีแนวโน้มมาจากบอทมากเพียงใด โดย 1 หมายถึงมั่นใจมากว่าคำขอนั้นเป็นระบบอัตโนมัติ และ 99 หมายถึงมั่นใจมากว่ามาจากมนุษย์ เอกสารของ Cloudflare ระบุว่า score แบบละเอียดมีให้กับลูกค้า Enterprise ที่ซื้อ Bot Management แล้ว ขณะที่แผนอื่นจะเห็นผลลัพธ์แบบจัดกลุ่ม เช่น automated, likely automated, likely human และ verified bot คะแนนสามารถนำไปใช้ใน WAF custom rules เพื่อ block, challenge หรือ allow requests และยังมีให้ใช้ใน Workers ด้วย
Cloudflare ยังดูแล verified bots ซึ่งเอกสารของมันอธิบายว่าเป็น bots หรือ agents ที่โปร่งใสเกี่ยวกับตัวตนและสิ่งที่ทำ เช่น search engine crawlers, monitoring services และ user-driven agents การตรวจสอบอาศัยวิธีการอย่าง Web Bot Auth signature หรือการตรวจสอบ IP ควบคู่กับพฤติกรรมที่ไม่เป็นการละเมิด
สำหรับทราฟฟิกจาก AI โดยเฉพาะ AI Crawl Control ให้เจ้าของเว็บไซต์เห็นว่า AI services ใดเข้าถึงเนื้อหาของตนได้บ้าง อนุญาตหรือบล็อก crawler แต่ละตัวได้ และติดตามว่า crawler ปฏิบัติตาม robots.txt ได้ดีเพียงใด เอกสารของ Cloudflare ระบุว่ามีให้ใช้ในทุกแผน
ทั้งหมดนี้เป็นเครื่องมือที่แข็งแรงสำหรับงานที่ออกแบบมาไว้ คือการตัดสินที่ขอบระบบว่าทราฟฟิกอัตโนมัติใดจะเข้าถึงต้นทางและเนื้อหาของคุณ
แต่ละอย่างทำงานที่ไหน และผลลัพธ์ไปอยู่ที่ไหน
ความแตกต่างที่ใช้งานได้จริงที่สุดคือสถานที่
ผลิตภัณฑ์บอทของ Cloudflare ทำงานบนเครือข่ายของ Cloudflare อยู่หน้าต้นทางของคุณ ผลลัพธ์จะไปอยู่ในจุดที่ controls ของ Cloudflare ใช้งานอยู่: WAF custom rules, bot analytics และตามเอกสารอ้างอิงตัวแปร bot management ของ Cloudflare วัตถุ request.cf ใน Cloudflare Workers นั่นคือจุดที่เหมาะสำหรับตัดสินว่าคำขอควรถูกหยุดหรือ challenge หรือไม่
Proof of Actor ทำงานในที่ที่ตรรกะของแอปพลิเคชันคุณอยู่: middleware ของ Node.js, Next.js, edge layer ที่คุณควบคุม, browser collector บนหน้าที่คุณอนุมัติ, generic HTTP API หรือ MCP server ของคุณ ผลลัพธ์ของมันจะไปอยู่ในโค้ดของแอปคุณในรูปแบบของผลลัพธ์ที่มีโครงสร้าง และใน actor analytics ที่แยกตาม route และ workflow ดูรายละเอียดได้ที่ integration paths
ตำแหน่งนั้นมีความสำคัญต่อการตัดสินใจด้านผลิตภัณฑ์ โค้ดของคุณรู้ว่า route ใดเป็นของ workflow ไหน, assistant ของคุณเป็นผู้ทำ action นั้นจริงหรือไม่, client ได้ declare ตัวตนของตัวเองหรือไม่ และผลกระทบทางธุรกิจของ route นั้นคืออะไร การตัดสินใจต่อ route เช่น "ให้ agent ที่ verified ใช้ endpoint ที่มีโครงสร้าง, ให้คนทั่วไปอยู่ใน flow ปกติ, ติดป้ายกำกับการส่งที่มี AI ช่วย" ควรอยู่ถัดจากความรู้นั้น Proof of Actor วางบริบทของ actor ไว้ตรงนั้นพอดี และเพราะมันทำงานใน stack ของคุณแทนที่จะอยู่ในเครือข่ายของผู้ให้บริการรายเดียว มันจึงทำงานเหมือนกันหลัง Cloudflare, หลัง CDN อื่น หรือไม่มี CDN เลย
คะแนนเทียบกับ class พร้อม basis
คะแนนเป็น input ที่มีประสิทธิภาพสำหรับ rule ด้านการป้องกัน: เลือก threshold แล้วทำ action เหนือหรือต่ำกว่านั้น มันถูกออกแบบมาเพื่อตอบว่าคำขอนั้นน่าจะเป็นระบบอัตโนมัติมากน้อยแค่ไหน
การตัดสินใจด้านผลิตภัณฑ์ต้องการคำตอบที่สมบูรณ์กว่า Proof of Actor ส่งกลับ class หนึ่งในสี่แบบ:
- Human: สัญญาณที่สังเกตได้บ่งชี้ถึงการโต้ตอบที่มนุษย์เป็นผู้กำกับ
- Human + AI: บุคคลหนึ่งกำกับการโต้ตอบด้วยความช่วยเหลือจาก AI ซึ่งมีการ declare หรือสังเกตผ่าน integration ที่รองรับ
- Agent: การโต้ตอบที่มาจากระบบอัตโนมัติหรือ agent
- Unknown: หลักฐานไม่สนับสนุนการระบุที่เชื่อถือได้
ผลลัพธ์แต่ละรายการยังมาพร้อมกับ evidence basis ด้วย: verified เช่น RFC 9421 HTTP Message Signature ที่ตรวจสอบกับคีย์ที่เผยแพร่; declared เมื่อ client หรือแอปของคุณระบุไว้; inferred โดยระบุชัดว่าเป็นการอนุมาน; หรือ unknown ทีมของคุณสามารถอ่านผลลัพธ์แต่ละรายการและเห็นหลักฐานที่อยู่เบื้องหลัง ซึ่งคือสิ่งที่คุณต้องใช้เมื่อการตัดสินใจส่งผลต่อประสบการณ์ของลูกค้า ไม่ใช่แค่พื้นผิวการโจมตี
AI agents, signed agents และคนที่ใช้ AI ช่วย
Cloudflare ลงทุนกับการตรวจสอบ agent ตามเอกสารของมัน ณ เดือนพฤศจิกายน 2026 Cloudflare รองรับ Web Bot Auth ซึ่งเป็นวิธีการพิสูจน์ตัวตนที่ใช้ลายเซ็นเข้ารหัสใน HTTP messages โดยอ้างอิง RFC 9421 เพื่อยืนยัน bots และ agents เอกสารของมันอธิบายสัญญาณ signed agent ซึ่งแสดงเป็น field cf.bot_management.signed_agent สำหรับลูกค้า Enterprise ที่มี Bot Management และตั้งแต่วันที่ 1 กรกฎาคม 2026 มี field Direct versus Intermediary access ที่แยก bots ที่มีผู้ควบคุมเพียงรายเดียวออกจากบริการแบบ agentic ที่ผู้ใช้ปลายทางหลายคนสามารถใช้งานได้ Cloudflare ยังมีนโยบายการเข้าถึงของ AI crawler และ agent ครอบคลุมทุกแผน
Proof of Actor มองคำขอที่ลงลายเซ็นว่าเป็นเพียงส่วนหนึ่งของภาพรวม เมื่อคำขอมี HTTP Message Signature ที่ถูกต้องและตรวจสอบกับคีย์ที่เผยแพร่ ผลลัพธ์จะเป็น Agent พร้อม basis แบบ verified ส่งตรงไปยัง route handler ของคุณ คู่มือเรื่อง verifying signed agent requests แสดงขั้นตอนการทำงาน การมีลายเซ็นที่ถูกต้องพิสูจน์ได้ว่าคีย์ใดเป็นผู้ลงลายเซ็นของคำขอ ไม่ได้พิสูจน์ว่า agent นั้นได้รับอนุญาตให้ทำอะไร ดังนั้นการอนุญาตจึงยังคงอยู่ในแอปพลิเคชันของคุณตามที่ควร
ความแตกต่างที่ใหญ่กว่าคือคนที่อยู่ตรงกลาง ผู้ใช้บางส่วนของคุณทำงานร่วมกับ AI assistant ข้าง ๆ พวกเขา: ร่าง ticket ฝ่ายสนับสนุน, กรอกฟอร์ม, ผ่านขั้นตอน onboarding การให้คะแนนบอทที่ขอบระบบถูกออกแบบมาเพื่อแยก automation ออกจากคน และมันไม่มีเหตุผลที่จะจัดกลุ่มนี้แยกต่างหาก แต่ผลิตภัณฑ์ของคุณมักต้องทำ Proof of Actor รายงาน Human + AI เป็น class ของตัวเอง เฉพาะเมื่อความช่วยเหลือนั้นถูก declare หรือสังเกตผ่าน integration ที่รองรับ เพื่อให้คุณติดป้ายกำกับการส่งที่ร่างด้วย AI, วัดว่าผู้ใช้ที่ใช้ AI ช่วยเคลื่อนผ่าน workflow อย่างไร หรือให้เส้นทางที่ราบรื่นขึ้น อ่านเพิ่มเติมได้ใน glossary entry AI-assisted interaction
Unknown คือผลลัพธ์ ไม่ใช่ threshold
ทุกระบบตรวจจับจะเจอทราฟฟิกที่อธิบายไม่ได้ ที่ edge ทราฟฟิกที่ไม่ชัดเจนจะถูกจัดการด้วย rule ใดก็ตามที่คะแนนตกอยู่ภายใต้ นั่นช่วยให้การป้องกันสม่ำเสมอทั่วทั้ง zone
ภายในแอปพลิเคชัน การตั้งค่าเดียวมักไม่เหมาะกับทุก route คำขอที่ไม่ชัดเจนไปยังหน้าเอกสารสาธารณะกับคำขอที่ไม่ชัดเจนเพื่อเปลี่ยนข้อมูลรับรองบัญชีควรได้รับการจัดการต่างกัน Proof of Actor ส่งกลับ Unknown เป็นผลลัพธ์ระดับแรก ติดตามอัตรา Unknown ของคุณเมื่อเวลาผ่านไป และให้คุณเลือก fallback ต่อ route: อนุญาตบนเนื้อหาสาธารณะ, คงการตรวจสอบเดิมไว้สำหรับการเปลี่ยนแปลงบัญชี, ส่งเข้ารับการ review สำหรับการกระทำที่มีผลกระทบสูง คู่มือเรื่อง handling Unknown traffic ครอบคลุมรูปแบบต่าง ๆ และ entry Unknown classification อธิบายว่าทำไม Unknown ที่ซื่อสัตย์จึงดีกว่าการเดาแบบบังคับ
MCP servers และ APIs
Cloudflare ปกป้อง MCP servers และ APIs ในแบบเดียวกับที่ปกป้อง HTTP traffic อื่น ๆ ที่ผ่านเครือข่ายของมัน นั่นมีประโยชน์ และเกิดขึ้นก่อนคำขอจะถึง service ของคุณ
สิ่งที่ MCP server หรือ API มักต้องการต่อไปคือบริบทของ caller ภายใน handler: agent ไหนเป็นผู้เรียก tool นี้, ตัวตนนั้น verified หรือเพียง declared, และควรอนุญาต, ปรับ, rate-limit หรือส่งไป review สำหรับ tool call นี้หรือไม่ Proof of Actor มี integration สำหรับ MCP server และ generic HTTP API เพื่อให้บริบทนั้นมาถึงตรงที่ logic ของ tool หรือ endpoint ทำงาน ดู MCP server caller identification และ APIs use case สำหรับตัวอย่าง
วิธีใช้ร่วมกัน
การตั้งค่าที่แข็งแรงที่สุดคือให้แต่ละเครื่องมือมีชั้นของตัวเอง:
- ที่ edge, Cloudflare รับมือการโจมตี challenge ระบบอัตโนมัติที่ผิดวัตถุประสงค์ ตรวจสอบบอทที่รู้จัก และบังคับใช้นโยบาย AI crawler ของคุณ
- ในแอปพลิเคชันของคุณ, Proof of Actor จำแนกทราฟฟิกที่มาถึงคุณเป็น Human, Human + AI, Agent หรือ Unknown พร้อม basis
- ในโค้ดของคุณ, policy ต่อ route ใช้บริบทนั้นเพื่อ allow, adapt, challenge, send for review หรือ rate-limit พร้อม fallback ที่ชัดเจนสำหรับ Unknown
- ใน analytics ของคุณ, ทีมผลิตภัณฑ์และความปลอดภัยเห็นว่า actor class ใดใช้ route และ workflow ใดบ้าง
Proof of Actor เริ่มต้นใน observation mode ดังนั้นการเพิ่มมันไว้หลัง Cloudflare จึงไม่เปลี่ยนแปลงอะไรในวันแรก คุณเห็นส่วนผสมของ actor จริงของคุณ, preview policy กับทราฟฟิกจริง และ enforce ทีละ route คู่มือเรื่อง rolling out actor-aware policies safely จะอธิบายขั้นตอน Proof of Actor ไม่ได้ทำการตรวจสอบตัวตน, KYC หรือ biometrics มันรายงานว่าใครหรืออะไรเป็นผู้กระทำ และปล่อยการตัดสินใจไว้กับคุณ
ควรเลือกอะไรเมื่อใด
เลือก ผลิตภัณฑ์บอทของ Cloudflare เมื่อความต้องการหลักของคุณคือการป้องกันที่ขอบระบบ: หยุดระบบอัตโนมัติที่ผิดวัตถุประสงค์ก่อนถึงต้นทาง, challenge ทราฟฟิกที่น่าสงสัยทั่วทั้ง zone และควบคุมว่า AI crawler เข้าถึงเนื้อหาของคุณอย่างไร
เลือก Proof of Actor เมื่อความต้องการหลักของคุณคือบริบทของ actor ระดับแอปพลิเคชัน: รู้ว่าคน, คนที่ใช้ AI ช่วย หรือ agent ใช้แต่ละ route หรือไม่, เห็นหลักฐานเบื้องหลังทุกผลลัพธ์, จัดการ Unknown อย่างตั้งใจ, ให้ MCP server และ API handlers มีบริบทของ caller และเขียน policy ต่อ route ของผลิตภัณฑ์ที่ทำงานได้ไม่ว่าคุณจะใช้ CDN ใดก็ตาม
หากคุณรันเว็บไซต์ production, API หรือ MCP server คุณน่าจะต้องการทั้งสองคำตอบ ซึ่งเป็นเหตุผลว่าทำไมทั้งสองจึงอยู่ร่วมกันได้อย่างลงตัวใน stack เดียวกัน สำหรับการเปรียบเทียบระดับหมวดหมู่ที่กว้างขึ้น ดู Proof of Actor vs bot management
เริ่มต้นใช้งาน
Proof of Actor อยู่ใน private beta ผ่าน founding developer program ทีมที่ได้รับคัดเลือกสามารถรับสิทธิ์ใช้งานได้สูงสุด 12 months free ภายในขอบเขตการใช้งานที่ตกลงกัน โดยไม่มีการเรียกเก็บเงินอัตโนมัติ สมัครขอ early access และบอกเราว่าคุณต้องการทำความเข้าใจ application, API หรือ MCP server ตัวใดก่อน
รายละเอียดผลิตภัณฑ์ของ Cloudflare ในหน้านี้อ้างอิงจากเอกสารสาธารณะของ Cloudflare รวมถึง bot score reference และ Web Bot Auth reference, DDoS protection overview และ WAF overview ณ เดือนพฤศจิกายน 2026
Cloudflare เป็นเครื่องหมายการค้าของ Cloudflare, Inc.