Cloudflare เปิดตัวตัวเลือกควบคุมทราฟฟิก AI แยกตามลูกค้า

• ลูกค้าทุกแพ็กเกจสามารถอนุญาตหรือบล็อกทราฟฟิกอัตโนมัติโดยแยกเป็น Search·Agent·Training ได้ ทำให้ตั้งค่านโยบายได้ละเอียดกว่าการบล็อกบอต AI แบบเหมารวมเดิม
• ใช้ พฤติกรรมและวัตถุประสงค์การใช้คอนเทนต์ ที่ทำบนไซต์เป็นเกณฑ์จำแนก ไม่ใช่ว่าใช้ AI หรือไม่ และจะใช้กฎที่เกี่ยวข้องทั้งหมดกับครอว์เลอร์อเนกประสงค์ พร้อมแนะนำให้แยกครอว์เลอร์ตามวัตถุประสงค์
• ตั้งแต่วันที่ 15 กันยายน 2026 หน้าเว็บที่แสดงโฆษณาของโดเมนใหม่จะบล็อก Training และ Agent เป็นค่าเริ่มต้น ส่วน Search จะอนุญาต และสำหรับครอว์เลอร์อเนกประสงค์อย่าง Googlebot·Applebot·BingBot จะใช้กฎที่เข้มงวดที่สุด
• ใน BotBase สำหรับ Enterprise Bot Management สามารถค้นหาการจัดประเภทและ ID การตรวจจับของบอตและเอเจนต์ที่รู้จักได้ พร้อมนำระดับการใช้คอนเทนต์ immediate·reference·full และสัญญาณ use ใน robots.txt มาใช้
• Verified จะไม่ได้หมายถึงการอนุญาตอัตโนมัติอีกต่อไป และ Cloudflare ต้องการใช้ ความไว้วางใจแบบถ่ายทอดต่อ ผ่านเฮดเดอร์ Forwarded ของ RFC 7239 เพื่อส่งต่อข้อมูลผู้ดำเนินการและวิธีใช้คอนเทนต์ข้ามชั้นตัวกลาง

---

เหตุผลที่ต้องควบคุมทราฟฟิก AI ตามวัตถุประสงค์การใช้งาน

• ในอดีต การครอว์ลเว็บเป็นความสัมพันธ์ที่เก็บคอนเทนต์ของไซต์ไป แลกกับการส่งคืน ทราฟฟิกจากการค้นหา แต่การฝึก AI มีปัญหาตรงที่นำคอนเทนต์ไปโดยไม่คืนคุณค่าให้เจ้าของไซต์
• Cloudflare เปิดตัวตัวเลือก Block AI Bots แบบคลิกเดียวและ Pay-Per-Crawl marketplace เมื่อ 1 ปีก่อน
• เจ้าของคอนเทนต์ต้องการปกป้องต้นฉบับและได้รับค่าตอบแทน แต่การบล็อกระบบอัตโนมัติทั้งหมดแบบเหมารวมเพียงอย่างเดียวไม่เพียงพอต่อความต้องการนี้
• เว็บไซต์ขนาดเล็กอาจต้องเลือกระหว่างยอมให้ AI ฝึกด้วยเพื่อให้ติดการค้นหา หรือบล็อกการฝึกแล้วสูญเสียโอกาสให้คนค้นพบ
  • เป็นโครงสร้างที่เอื้อประโยชน์ต่อผู้ให้บริการค้นหารายเดิมที่ใช้บอตตัวเดียวกันสำหรับการค้นหาและการฝึก
  • ผู้เล่นรายใหม่ที่ต้องการลดช่องว่างการแข่งขันจึงมีแรงจูงใจให้หลบเลี่ยงการตรวจจับ
• เมื่อมีบริการอย่าง Google Search ที่ให้คำตอบโดยตรงในหน้าผลลัพธ์ สิ่งที่บอต ทำ จัดเก็บ และเผยแพร่ซ้ำ จึงเป็นเกณฑ์ที่สำคัญกว่าว่าบอตนั้นเป็น AI หรือไม่

การจัดประเภท Search·Agent·Training

• แบ่งกรณีการใช้งานที่เน้น AI ซึ่งลูกค้าทุกคนจัดการได้ออกเป็นสามประเภท
  • Search: เก็บหรือทำดัชนีคอนเทนต์ล่วงหน้าเพื่อตอบคำถามในภายหลัง โดยเจ้าของไซต์คาดหวังทราฟฟิกแนะนำกลับมาหรือค่าตอบแทนที่เทียบเท่าได้
  • Agent: ทำงานแบบเรียลไทม์แทนมนุษย์ รวมถึงบอตเก็บข้อมูลจากแชตอย่าง ChatGPT-User และเอเจนต์เบราว์เซอร์ที่ Gemini·Claude ใช้ควบคุม Chrome
  • Training: นำคอนเทนต์ไปฝึกหรือปรับแต่งโมเดล โดยข้อมูลจะถูกดูดซึมถาวรเข้าไปในโครงสร้างที่ใช้ AI และถูกนำไปปรับปรุงประสิทธิภาพ
• เนื่องจากครอว์เลอร์หนึ่งตัวอาจมีหลายวัตถุประสงค์ จึงติดตาม ทุกประเภทที่เกี่ยวข้อง ร่วมกัน
• สำหรับผู้ดำเนินการที่ทำทั้งการสร้างดัชนีค้นหา งานเอเจนต์ และการฝึกโมเดล แนะนำให้แยกครอว์เลอร์ตามวัตถุประสงค์เป็นสามตัว เพื่อระบุเหตุผลการเข้าชมและสิทธิ์การเข้าถึงอย่างชัดเจน
• พฤติกรรมอัตโนมัติ เช่น การตรวจสอบโฆษณา การดึงฟีด และธุรกรรมโดยเอเจนต์ ก็ถูกจัดประเภทแยกต่างหาก แต่สำหรับ Search·Agent·Training จะมีฟังก์ชันให้เจ้าของไซต์ทุกคนจัดการได้โดยตรง

การควบคุมที่มีให้ทุกแพ็กเกจและค่าเริ่มต้นใหม่

• พรีเซ็ต Block AI Bots เดิมบล็อกบอตวัตถุประสงค์เดียวที่ใช้ฝึกโมเดลเป็นหลัก แต่การตั้งค่าใหม่ให้ ควบคุมแยกตาม Search·Agent·Training ได้ถึงแพ็กเกจ Free
• ตั้งแต่วันที่ 15 กันยายน 2026 โดเมนที่ลงทะเบียนใหม่กับ Cloudflare จะใช้ค่าเริ่มต้นต่อไปนี้กับหน้าที่แสดงโฆษณา
  • Training และ Agent จะถูกบล็อกเป็นค่าเริ่มต้น
  • Search จะถูกอนุญาตเป็นค่าเริ่มต้น
• โฆษณาเป็นสัญญาณการสร้างรายได้ที่ออกแบบมาให้มนุษย์เข้าชมและเห็นบนหน้าเว็บ จึงบล็อก Training และ Agent ที่อาจขัดขวางความสนใจของมนุษย์
• Search ถูกอนุญาตเป็นค่าเริ่มต้น เพราะเป็นพฤติกรรมที่ใกล้เคียงที่สุดกับการพาผู้เยี่ยมชมมาที่ไซต์
• สำหรับครอว์เลอร์อเนกประสงค์ที่ทำทั้ง Search และ Training จะให้ กฎที่เข้มงวดที่สุด มีผลก่อน
  • สำหรับลูกค้าที่เลือกบล็อก Training Googlebot·Applebot·BingBot ก็จะถูกบล็อกด้วย
  • ใช้กับทั้ง ตัวเลือกจัดการทราฟฟิก AI ใหม่ และบริการ Block AI Bots เดิม
• ลูกค้าเดิมสามารถแสดงการปฏิเสธการเปลี่ยนแปลงใน Security settings ก่อนวันที่ 15 กันยายน เพื่อคงการตั้งค่าเดิมสำหรับครอว์เลอร์ Training ที่ทำ Search ด้วย

การมองเห็นบอตและการจัดประเภทพฤติกรรมจาก BotBase

• BotBase ที่เพิ่มเข้ามาใน Enterprise Bot Management คือฐานข้อมูลที่ค้นหาได้ของทราฟฟิกอัตโนมัติที่รู้จัก รวมถึงบอตและเอเจนต์ Verified
• ในแดชบอร์ด Cloudflare สามารถดูรายการบอตและเอเจนต์ Verified ทั้งหมด พร้อมการจัดประเภทใหม่ได้
  • กรองทราฟฟิกของบอตเฉพาะตัวได้
  • คัดลอก ID การตรวจจับไปใช้ในกฎ Security ได้
  • เข้าถึงหน้าจอเฉพาะได้จาก Bot Management configuration card
• ช่วงแรกจะเน้นที่ การมองเห็น และในช่วงครึ่งหลังของปี 2026 มีแผนขยายเป็นศูนย์จัดการสำหรับควบคุมคอนเทนต์อัตโนมัติที่รู้จักของไซต์โดยตรง
• BotBase จะกำหนดหนึ่งหมวดหมู่หรือมากกว่าตามพฤติกรรมที่บอตอาจทำบนไซต์
  • Search: การครอว์ลเพื่อให้ปรากฏในผลการค้นหา
  • Agent: เอเจนต์ที่เข้าชมหน้าเว็บตามคำสั่งของมนุษย์
  • Training: การครอว์ลเพื่อฝึกหรือปรับแต่งโมเดล
  • Transact: การทำรายการชำระเงินแทนผู้ใช้
  • Data Collection: การเก็บราคา การเก็บข้อมูลคู่แข่ง การวิเคราะห์โดยบุคคลที่สาม
  • Security Testing: การสแกนช่องโหว่และการทดสอบเจาะระบบ
  • SEO: การครอว์ล SEO การตรวจสอบไซต์ การตรวจสอบการเข้าถึง
  • Ads Verification: การตรวจสอบตำแหน่งโฆษณาและการตรวจจับการทุจริตโฆษณา
  • Social / Link Preview: ตัวอย่างลิงก์ของแพลตฟอร์มโซเชียลและแอปส่งข้อความ
  • Feed Fetching: RSS reader, ตัวรวบรวมพอดแคสต์, บอตฟีดข่าว
  • Monitoring & Operations: การมอนิเตอร์ uptime, webhook, การตรวจสอบสถานะ

ระดับการใช้คอนเทนต์และสัญญาณ robots.txt

• กำลังพัฒนาฟังก์ชันสำหรับจัดการวิธีที่บอตจัดเก็บและนำคอนเทนต์ที่เก็บมาไปใช้ซ้ำเป็นระดับ การใช้คอนเทนต์(content use)
  • immediate: โต้ตอบเท่านั้น ไม่จัดเก็บหรือนำไปใช้ซ้ำ
  • reference: ค่าเริ่มต้นที่ทำดัชนี อ้างอิงบางส่วน และลิงก์กลับไปต้นฉบับ
  • full: สามารถสรุปและสร้างซ้ำได้
• การผสานการจัดประเภทบอตกับระดับการใช้คอนเทนต์ทำให้สร้างนโยบายอย่าง “อนุญาต Search·SEO·Ads Verification แต่ให้ใช้ได้แค่ถึง reference” ได้
• สามารถตัดสินใจสิทธิ์การเข้าถึงเป็น กลุ่มพฤติกรรม แทนการเขียนกฎสำหรับบอตแต่ละตัว
• กำลังทดสอบสัญญาณ use ที่ขยาย Content Signals ใน robots.txt
  • use=immediate
  • use=reference
  • use=full
• ค่าการใช้คอนเทนต์ใน robots.txt จะไม่บังคับบล็อกโดยตรง แต่ส่งต่อ ความพึงประสงค์ ของเจ้าของไซต์
• สำหรับลูกค้าที่ใช้ search=yes,ai-train=no ใน managed robots.txt เดิม จะเพิ่ม use=reference เข้าไป

User-agent: *
Content-Signal: search=yes,ai-train=no,use=reference
Allow: /

• BotBase ติดตามวิธีใช้คอนเทนต์ของบอตแต่ละตัวด้วย และบอตที่ใช้สัญญาณในทางที่ผิดจะสูญเสียสถานะ Verified และจะไม่ได้รับอนุญาตอีกต่อไป
• บอตที่สร้างคอนเทนต์ทั้งหมดซ้ำยังไม่สามารถได้รับ สถานะ Verified ในปัจจุบัน

ความหมายที่เปลี่ยนไปของ Verified

• ในอดีต บอต Verified ทั้งหมดถูกอนุญาตเป็นค่าเริ่มต้น และเกณฑ์นี้สะท้อนอยู่ใน Bot Fight Mode และเทมเพลตกฎของ Enterprise Bot Management
• ตอนนี้บอตที่ไม่ได้ตรวจสอบยังคงถูกบล็อกเป็นค่าเริ่มต้น แต่บอต Verified ก็ไม่ได้ถูกอนุญาตโดยอัตโนมัติอีกต่อไป
• Verified หมายถึงบอตที่สามารถยอมรับได้ในหมวดหมู่ที่เกี่ยวข้อง ส่วนจะเข้าถึงได้จริงหรือไม่นั้นขึ้นอยู่กับว่าหมวดหมู่นั้น เช่น Search ได้รับอนุญาตหรือไม่
• ผู้ดำเนินการบอตต้องมีคุณสมบัติสองข้อเพื่อให้ได้รับสถานะ Verified
  • ต้องแสดงตัวตนของตนอย่างซื่อสัตย์
  • ต้องไม่ใช้สิทธิ์การเข้าถึงที่ได้จากความซื่อสัตย์นั้นในทางที่ผิด
• Cloudflare กำลังพัฒนา เครื่องมือสำหรับผู้ดำเนินการบอต เพื่อให้จัดการได้ว่าการจัดประเภทของ Cloudflare สะท้อนผู้ดำเนินการอย่างถูกต้องหรือไม่

ความไว้วางใจแบบถ่ายทอดต่อผ่านแพลตฟอร์มตัวกลาง

• ระบบอัตโนมัติหรือเอเจนต์อาจไม่ได้ดำเนินการโดยบริษัทที่สร้างมันขึ้นมาโดยตรง และแพลตฟอร์มนักพัฒนาแพลตฟอร์มเดียวอาจรันคำขอแทนผู้ดำเนินการนับพัน ตั้งแต่องค์กรไปจนถึงนักพัฒนารายบุคคล
• ความสัมพันธ์ที่เชื่อมจากเจ้าของไซต์→บริษัทเจ้าของบอต→ผู้ใช้ปลายทาง ถูกนิยามเป็น ความไว้วางใจแบบถ่ายทอดต่อ(transitive trust)
• เสนอวิธีใส่ข้อมูลผู้ดำเนินการที่หายไประหว่างกระบวนการพร็อกซีไว้ในคำขอ โดยใช้เฮดเดอร์ Forwarded ของ RFC 7239

Forwarded: for="openai"

• สามารถส่งระดับการใช้คอนเทนต์ไปพร้อมกันได้ด้วย

Forwarded: for="openai";use="reference"

• หากไซต์อนุญาตผู้ดำเนินการรายใดรายหนึ่ง ก็สามารถคงนโยบายเดียวกันกับคำขอที่เข้ามาผ่านตัวกลางที่เชื่อถือได้หลายชั้นได้ และดูรูปแบบโดยละเอียดได้ใน เอกสารการยืนยันตัวตนเว็บบอต
• เนื่องจากโดเมนเว็บที่อยู่หลัง Cloudflare มีมากกว่า 20% การสูญเสียสถานะความไว้วางใจจึงอาจเป็นแรงยับยั้งที่มีผลจริงต่อผู้ดำเนินการ
• เมื่อทราฟฟิกบอตและมนุษย์ปะปนกัน ความไว้วางใจแบบถ่ายทอดต่ออาจใช้ได้เฉพาะกับผู้ใช้ที่มีความพร้อมจะเปิดเผยตัวตน
  • แหล่งทราฟฟิกขนาดเล็กจำเป็นต้องมีการคุ้มครองความเป็นส่วนตัว
  • บริษัทที่ต้องการรักษาคำมั่นด้านความเป็นส่วนตัวจำเป็นต้องมีองค์ประกอบทางเลือก เช่น private rate limiting

สถานะการใช้งานและหลักการดำเนินงาน

• ตัวเลือกทราฟฟิก AI ใหม่เปิดให้ลูกค้าเดิมทุกคนใช้งานแล้วในขณะนี้ และตั้งค่าได้จาก zone Settings
• ค่าเริ่มต้นใหม่และระบบการจัดประเภทมุ่งสร้างโครงสร้างที่ให้เจ้าของไซต์ตัดสินใจว่า ใครใช้คอนเทนต์อย่างไร และผู้ดำเนินการระบบอัตโนมัติยิ่งเปิดเผยวัตถุประสงค์อย่างโปร่งใส ก็ยิ่งได้รับการเข้าถึงมากขึ้น
• แม้จะปรับนโยบายรายละเอียดต่อไปให้สอดคล้องกับการเปลี่ยนแปลงของเว็บและทราฟฟิกอัตโนมัติ แต่จะคงหลักการที่ให้ทางเลือกและความไว้วางใจของผู้สร้างคอนเทนต์เป็นศูนย์กลาง

[GN⁺]

ความเห็นจาก Hacker News

• Googlebot ใช้โครงสร้างพื้นฐานครอว์เลอร์เดียวกันทั้งสำหรับการทำดัชนีค้นหาและการฝึก Gemini ดังนั้นตั้งแต่วันที่ 15 กันยายนเป็นต้นไปจึงจะติดนโยบาย ‘บล็อกการฝึก’ ของ Cloudflare
  เนื่องจากกฎที่เข้มงวดที่สุดจะถูกใช้ก่อน เว็บไซต์ลูกค้าที่บล็อกการฝึกก็จะบล็อกครอว์เลอร์อเนกประสงค์อย่าง Googlebot, Applebot และ BingBot ไปด้วย

  • วิธีที่ Google บังคับให้เจ้าของเว็บไซต์ยินยอมให้ใช้ฝึก AI หรือไม่ก็หายไปจากผลค้นหา ดูเป็นการเอาเปรียบ ไม่ยุติธรรม และผิดกฎหมาย
    นี่เป็นพฤติกรรมแบบที่กฎหมายต่อต้านการผูกขาดควรเข้ามาหยุดยั้งจากบริษัทผูกขาดด้านการค้นหา จึงหวังว่าอย่างน้อยหน่วยงานกำกับดูแลของ EU จะเข้ามาจัดการ และบันทึกการเข้าถึงทั้งหมดของการครอว์ลโดย Googlebot อาจใช้เป็นหลักฐานสำหรับการเรียกค่าเสียหายได้
  • กว่าจะรู้ว่ามันถูกใช้ฝึก AI ด้วย ก็หลังจากที่ Googlebot ยิงคำขอสุ่มใส่ระบบลูกค้าจนเกือบล่ม
    ที่น่าหงุดหงิดคือแม้แต่ วิธีปฏิเสธอย่างถูกต้อง ไม่ให้ Google ใช้คอนเทนต์แบบนี้ก็ยังหาไม่ค่อยเจอจากการค้นหา
  • มันให้ความรู้สึกเหมือนเป็น การข่มขู่ ที่ส่งถึงบริษัทซึ่งปฏิเสธการขโมยคอนเทนต์
  • ผู้ใช้ยังคงใช้การค้นหาไม่ว่าจะในรูปแบบใด และไม่ว่าจะเป็นโมเดลภาษาขนาดใหญ่หรือเสิร์ชเอนจินแบบดั้งเดิม ก็ต้องมีใครสักคนทำดัชนีหน้าเว็บ

• ท่าทีของ Cloudflare ที่ในโดเมนใหม่จะบล็อก การฝึกและการครอว์ลแบบเอเจนต์ ของหน้าที่มีโฆษณาเป็นค่าเริ่มต้น แต่ยังอนุญาตการค้นหา ดูเหมือนกำลังยืนอยู่ทั้งสองฝั่งของการแข่งขันด้านอาวุธจนรู้สึกเหนื่อย
  ด้านหนึ่งก็ให้เทคโนโลยีสำหรับสร้างเอเจนต์และผลิตภัณฑ์ AI แต่อีกด้านกลับผลักดันนโยบายแบบนี้ จึงยากจะใช้บริการอย่างสบายใจ
  การที่บริษัทชูอย่างเชิงบวกว่า ตนมีอำนาจมอบหรือเพิกถอน ‘สถานะความน่าเชื่อถือ’ ได้บนฐานของเว็บโดเมนกว่า 20% ก็ชวนตกใจเช่นกัน

  • คงพูดได้ไม่เต็มปากว่าอยู่ทั้งสองฝั่ง เท่าที่รู้ผลิตภัณฑ์รับมือการสแครปของ Cloudflare ก็พยายามให้ทำงานแบบ ยับยั้งชั่งใจ โดยไม่ทำให้ระบบพัง
  • ดูเหมือนกำลังพยายามสร้างทางสายกลาง ที่ไม่ใช่อนุญาตให้ครอว์ลไม่จำกัดหรือบล็อกทั้งหมด แต่ให้เครื่องมือที่ทำให้ผู้ผลิตและผู้บริโภคสามารถทำธุรกรรมกันบนพื้นฐานของ การอนุญาตและค่าตอบแทน

• อยากให้พิจารณาใช้ proof-of-work (PoW) อย่าง Anubis แทนฟีเจอร์ของ Cloudflare
  ตอนนี้มีกรณีถูกบล็อกแบบหมดจดมากขึ้นเรื่อย ๆ บนเว็บที่ป้องกันด้วย Cloudflare แม้ไม่มี CAPTCHA เลยก็ตาม และแม้แต่ละเว็บอาจไม่สำคัญนัก แต่กระบวนการเลือกเช่นนี้ที่ค่อย ๆ กัดกร่อนรากฐานของอินเทอร์เน็ตก็ดูหดหู่

  • proof-of-work แบบ Anubis ใช้ไม่ได้ผล บอตหันไปใช้เบราว์เซอร์แบบ headless มากขึ้นเพื่อแก้ CAPTCHA และ proof-of-work และหลบเลี่ยงการบล็อกแทบทุกแบบ จึงยิ่งยากที่จะหยุดทราฟฟิกที่ไม่ต้องการไม่ให้ถาโถมใส่เว็บและบริการ
  • ไม่อยากให้ใช้ Anubis เพราะบนฮาร์ดแวร์เก่าและสมาร์ตโฟนราคาถูก การเข้าเว็บอาจใช้เวลา เป็นหลายนาที
  • หากไม่ได้ท่องเว็บด้วย user-agent string ของ Googlebot ก็ควรขึ้นอย่างมากแค่ Turnstile challenge ไม่ใช่การบล็อกหมด และสิ่งนี้ก็ไม่ได้ต่างจากโจทย์ของ Anubis มากนัก
    ถ้าถูกบล็อกหมดจริง ๆ ก็น่าจะเป็นการตั้งค่าฝั่งเว็บไซต์ที่ให้บล็อก VPN ทั้งหมดหรือผู้ใช้นอกบางประเทศ มากกว่าจะเป็นตัว Cloudflare เอง
  • แทนที่จะเสียการคำนวณไปกับ proof-of-work เปล่า ๆ สู้ ขุด Monero ยังจะดีกว่าไหม
  • ลิงก์ GitHub สำหรับคนที่สงสัย: https://github.com/techaroHQ/anubis

• รู้สึกไม่สบายใจกับการสมัครใจยกอำนาจให้บริษัทที่มีอิทธิพลมากขึ้นเรื่อย ๆ เพียงรายเดียว เป็นผู้ตัดสินว่าใครเข้าถึงเว็บไซต์ได้บ้าง
  หากรีบล็อก ‘บอต’ และ ‘AI’ แบบอัตโนมัติ ก็จะทำให้แม้แต่ AI agent ที่ทำงานแทนผู้ใช้ ก็เข้าไม่ถึงด้วย จึงมองว่าตั้งต้นของนโยบายนี้ก็ผิดแล้ว

• ไม่แน่ใจว่าผลลัพธ์สุดท้ายที่ Cloudflare และเว็บต้องการคืออะไร Anthropic, DeepMind, OpenAI และ Google คงไม่น่าจะยอมจ่ายค่าครอว์ล และน่าจะไปทำสัญญาส่วนตัวกับแหล่งเนื้อหาหลักอย่าง Reddit มากกว่า
  ฟีเจอร์ที่ดึงข้อมูลใหม่มาเป็นบริบทยังคงมีต่อไป แต่สิ่งนั้นต่างจากการสแครปแบบหว่านแห

  • ไม่มีใครรู้ผลลัพธ์ถัดไป แม้สมดุลเดิมรอบการเก็บคอนเทนต์ของเสิร์ชเอนจินก็อึดอัดอยู่แล้ว แต่คำที่ว่า บอต AI เอาไปอย่างเดียวโดยไม่คืนอะไรกลับมา ไม่ใช่คำพูดเกินจริง แต่คือสถานการณ์ปัจจุบัน
    หาก Google สำเร็จในทิศทางที่ตอบคำถามเองโดยตรงจนแทบไม่มีผู้ใช้ถูกส่งไปยังเว็บไซต์ต้นทางอีกเลย คุณค่าทางเศรษฐกิจของการเผยแพร่คอนเทนต์บนเว็บก็จะหายไปในวงกว้าง ถ้าเป็นแบบนั้นต่อไป Google ก็จะถูกบล็อกทั้งทางเทคนิคและทางกฎหมายจนไม่ได้คอนเทนต์ และทุกฝ่ายจะเสียหาย
    โลกที่ทุกคนทำงานฟรีแล้วมีแค่ Google กับเอนจิน AI ที่ดึงมูลค่าไป หรือโลกที่การผลิตคอนเทนต์หยุดลงโดยสิ้นเชิง ล้วนไม่ยั่งยืน แต่สุดท้ายก็ยังมีความเป็นไปได้ที่คอนเทนต์เกือบทั้งหมดจะกลายเป็นแบบเสียเงิน
    อย่างไรก็ดี ไมโครเพย์เมนต์ ล้มเหลวมาโดยตลอด และหากหาวิธีลดแรงเสียดทานได้ไม่พอ คอนเทนต์ที่มีคุณค่าส่วนใหญ่ก็อาจถูกล็อกไว้ ต้นทุนในการค้นพบและเข้าถึงจะสูงขึ้น และอุตสาหกรรมคอนเทนต์ทั้งหมดอาจหดตัวลงอย่างรุนแรง ถ้าเหลือแต่การจ่ายเงินก้อนใหญ่ เว็บเชิงพาณิชย์อาจเล็กลงมากและคุณภาพอาจดีขึ้น แต่ก็ต้องแลกมาด้วยต้นทุนไม่น้อย
  • รู้สึกซับซ้อนกับการที่ Cloudflare ตัดสินใจฝ่ายเดียวในเรื่องที่กระทบการไหลเวียนทราฟฟิกของทั้งอินเทอร์เน็ต
    ไม่ว่าจะเป็นผู้นำแค่ไหน การตัดสินใจแบบนี้ควรมี IETF เข้ามามีส่วนร่วมโดยตรง เพื่อให้คำนึงถึงผู้มีส่วนได้ส่วนเสียทุกฝ่าย ไม่เช่นนั้นอินเทอร์เน็ตอาจแตกเป็นเสี่ยง ๆ
  • Cloudflare ดูเหมือนอยากเป็น ผู้เก็บภาษีสากลของอินเทอร์เน็ต ที่เก็บ 1 เพนนีทุกครั้งที่มีการเข้าถึงหน้าเว็บ
    บริษัทใหญ่เดิมน่าจะยินดีเสียด้วยซ้ำ เพราะพวกเขาจ่ายไหวและมันสร้างกำแพงทางการเงินมหาศาลให้ผู้เล่นหน้าใหม่
  • ตัวเลือกมีแค่จ่ายเงินหรือตาย และ Cloudflare ก็ยินดีเก็บค่าผ่านทาง Apple เองก็เก็บภาษีลักษณะนี้อยู่แล้ว เช่น รับเงินจาก Google ปีละ 2 หมื่นล้านดอลลาร์
    ลูกค้าของ Cloudflare เองก็น่าจะไม่สนใจมากนักว่าบริษัทปฏิบัติกับบริษัท AI รายใหญ่อย่างไร ตราบใดที่พวกเขาได้ส่วนแบ่งผ่านบริการฟรีหรือราคาถูก

• สงสัยว่าสามารถตั้งค่าให้ อนุญาตเฉพาะ Google, OpenAI, Grok, Claude, Perplexity และบล็อกบอตอื่นทั้งหมดได้ไหม
  ตอนนี้มีแค่ Google ที่ส่งผู้เข้าชมจริงมาให้ แต่บริการ AI รายใหญ่อื่น ๆ อาจทำได้ในอนาคต
  การ ‘บล็อกบอตนิรนาม’ ก็อาจเป็นอีกทางเลือกหนึ่ง หลังจากบอต AI เพิ่มขึ้น ก็ได้รับความเสียหายหนักจากคำขอจำนวนมหาศาลจาก IP บ้านที่ปลอมเป็นคนจริง ซึ่งสร้างแต่ต้นทุนโดยไม่ก่อรายได้
  สงสัยด้วยว่า Amazon CloudFront มีฟีเจอร์ที่ช่วยเรื่องนี้ไหม

  • ตอนนี้ Google กำลังเคลื่อนไหวอย่างจริงจังเพื่อ ไม่ส่งผู้เข้าชมมายังเว็บไซต์

• รู้สึกขอบคุณ Cloudflare ที่เป็นหนึ่งในไม่กี่แพลตฟอร์มที่เปิดโอกาสให้เว็บไซต์เลือกได้ว่าจะมีความสัมพันธ์กับ AI อย่างไร และยังมีวิธี สร้างรายได้จากทราฟฟิก AI ได้ด้วย

• สงสัยว่ามีข่าวใหม่เกี่ยวกับ โปรแกรมคิดค่าบริการต่อการครอว์ล ไหม

• ลองบล็อกการฝึก AI แล้วพบว่า บอตค้นหาของ Google ถูกบล็อกไปด้วยจนทราฟฟิกลดลงครึ่งหนึ่ง จึงไม่อยากแนะนำ

• สงสัยว่ามีใครใช้ฟีเจอร์แบบนี้จริงหรือไม่ ก็ยังไม่แน่ใจว่าสแครปเปอร์จะยอมจ่ายหรือเปล่า และถึงจ่ายก็ยังสงสัยว่า จะจ่ายมากพอให้คุ้มไหม