Cloudflare 於 11 月 4 日推出一組針對個人智慧體流量的分析與管控功能。站長現在可以在後台單獨看到替使用者比價、查資料、下單的智慧體，並針對每一個分別設定存取政策。
這類流量過去不好處理。智慧體背後站著真實使用者，全部攔掉可能流失客戶，全部放行又看不清它們在做什麼。Cloudflare 這次的做法，是先把它們從自動化流量中區分出來，存取規則則交給站長決定。
“Better visibility into agent activity allows you to decide what access makes sense for your site.”
（更清楚地看見智慧體的活動，你才能決定網站該開放哪些存取。）
後台新增了什麼
分析。Security Analytics 的 Bot Analysis 圖表新增 Personal Assistants 類別，與 Verified Bot、Likely Human、Likely Automated、Automated 並列。Top statistics 也多了一個元件，列出造訪網站的智慧體與請求數；篩選某個智慧體後，其他元件會跟著顯示它請求的路徑、收到的狀態碼與來源網路。
帳戶層。開通 Account Abuse Protection 的網站還能看到智慧體代表哪位使用者。登入與註冊事件會標明是否由個人智慧體發起、具體是哪一個，反詐欺團隊可以依智慧體事件或數量篩選帳戶。如果攻擊者藉由智慧體入侵了某個帳號，可以依 Hashed User ID 撰寫 WAF 規則，只處理這一個帳戶，其他依賴同一個智慧體的使用者不受影響。這項功能仍處於早期存取階段。
政策。原本的 AI bot 政策分為 Search、Training、Agents 三類，現在 Agents 擴大到受支援的個人智慧體，設定項目也改名為 AI Crawler and Agent access policies。每個智慧體有三個選項：
- Allow，不攔截；
- Block on pages with ads，只在含廣告的頁面攔截；
- Block，直接攔截。
Search 與 Training 兩類政策沒有變動。新網站接入時，引導流程會詢問是否靠廣告變現，再據此建議政策。
第二個選項最能看出這項功能的用意。智慧體替人讀網頁，廣告沒有人看，靠廣告營生的網站損失的是曝光收入；同一個智慧體到商品頁面幫人下單，對網站反而是好事。依頁面類型攔截，比依身分一刀切更貼近站長的實際需求。
部落格沒有寫的部分
文章沒有列出受支援智慧體的名單，只說具體選項要到後台查看；也沒寫這些功能對應哪些方案，以及沒被識別的智慧體會落入哪個類別。在識別依據方面，文章只提到 Cloudflare 維護著規模最大的已驗證機器人目錄，沒有說明智慧體需要做什麼才能進入這個目錄。
這幾處會直接影響成效。一個不自報身分的智慧體如果繼續混在一般流量裡，三檔政策就管不到它。亞馬遜 9 月封鎖 Meta 的 Muse 時，理由之一正是這個代理瀏覽時不表明身分。
Cloudflare 表示下一步要做三件事：以保護隱私的方式傳遞使用者脈絡、協助評估信譽，以及在出問題時釐清責任歸屬。具體方案與時程都還沒公布。
中國的網站怎麼看
使用 Cloudflare 中文介面的網站，現在就可以到 Security Settings 查看這項設定。先觀察一段時間的資料再動手比較穩妥：內容型網站可以先試試「只攔含廣告的頁面」，電商與工具型網站若發現智慧體帶來了註冊與下單，放行會更划算。
中國的手機端也在走類似的路。位元組跳動（ByteDance）9 月發表豆包（Doubao）手機助理消費者版時，同步公布了 SAEP 協定，讓第三方應用程式宣告是否允許助理進行螢幕自動化操作。兩者管的層級不同，一個在網路入口，一個在系統螢幕，但思路相通：被存取的一方開始有了明確的開關。
站長端多了開關，智慧體廠商就得面對新局面：同一個助理在不同網站上能做的事會越來越不一樣。使用者看到任務失敗時會怪誰，目前還沒有答案。
參考來源：Cloudflare 官方部落格、CocoLoop；功能範圍以 Cloudflare 公告說法為準，豆包與亞馬遜相關背景來自公開報導。