Cloudflare 個人代理控制讓網站對自動化訪問有更多決定權

Cloudflare 推出個人代理可見度及存取控制，讓網站有更多選擇，但客戶授權問題仍未完全解決。Cloudflare 個人代理控制於 2026 年 11 月 4 日公布，針對代表他人進行的自動化訪問。當中的矛盾相當實際：網站希望客戶能夠訪問，但亦需要對客戶軟件可執行的操作保有決定權。

個人代理是將使用者指令轉化為網站互動的軟件助手。它們的出現，令客戶存取與網站擁有者控制權成為同一項決策。一項請求可能服務於合法客戶，卻未必符合網站預期的瀏覽行為。封鎖該請求會帶來商業後果；接受它則會產生責任。

Cloudflare 的更新將這種衝突帶入日常流量管理。競爭對手 Akamai 亦主張，代理身分需要配合行為偵測。新浮現的問題已不止於訪客是否自動化。網站需要決定歡迎哪些活動、哪些需要額外許可，以及哪些會損害支撐服務的業務。

Cloudflare 個人代理控制令存取更具選擇性

眼前的改變，是為受支援代理提供更細緻的可見度及政策選擇，而非一套通用授權系統。

Cloudflare 的個人代理分析在 Security Analytics 中新增 Personal Assistants 分類。隨附的小工具會顯示代理及請求數量，篩選功能則可顯示請求路徑、回應代碼及來源網絡。目前處於早期存取階段的 Account Abuse Protection，亦加入帳戶層級的代理背景資訊。

這種區分改變了調查的起點。無法解釋的自動化訪問，會引發廣泛的防禦回應。可辨識的來源則讓營運者有更具體的對象可以檢視。辨識身分並不能決定存取選擇，但令更精準的決策成為可能。

以一間零售商在購物期間收到自動化請求為例。閱讀產品說明、查詢庫存，以及更改帳戶地址，帶來的後果各不相同。將這些活動視為可互換，會掩蓋客戶意圖及營運風險。

可見度有助界定調查方向。在判斷客戶情況前，零售商仍需取得將請求與已授權任務連結起來的證據。

Cloudflare 文件列出的代理存取政策區分 Search、Agent 及 Training 行為。受支援的個人代理可獲個別設定：Allow、Block on pages with ads 或 Block。除非另作個別設定，個人代理會繼承整體 Agents 政策。變更整體政策會更新其設定，其後網站擁有者仍可再次自訂。

繼承行為值得注意，因為設定選擇的影響會超出眼前畫面。檢視廣泛政策的營運者，應了解它如何影響先前選定的代理。否則，安全調整可能意外改變客戶存取方式。

這些控制亦區分了企業有理由以不同方式評估的用途。搜尋可見度、即時協助及模型訓練，並不產生相同的利益或責任。網站對某項活動的立場，並不會自動決定其對另一項活動的立場。

不過，現有政策標籤描述的是存取選擇，而非完整商業協議。容許代理請求頁面，並不決定它可以如何重用內容。封鎖某個分類，亦不能解釋客戶的基本權利。

對開發者而言，這種區分會影響疑難排解。失敗的任務可能反映刻意作出的存取決定，而非瀏覽器互動出錯。產品團隊需要有足夠資訊分辨這兩種情況，再修改其軟件。

對網站擁有者而言，相應責任是政策清晰度。安全團隊應了解例外設定背後預期的商業結果。否則，日益增加的代理專屬設定將難以解釋或維護。

Cloudflare 個人代理控制的重要性，在於朝向明確選擇邁進。網站獲得一種方式，可表達對受支援中介方的偏好。它們仍需要應用程式規則，以規管授予存取權後會發生甚麼事。

出版商及商戶面對不同成本

代理訪問可以創造客戶價值，同時改變網站的營收方式或風險管理模式。

比較出版商與零售商後，商業上的矛盾會更清晰。對依賴廣告支持的出版物而言，文章存取與閱讀的經濟效益互相連結。對零售商而言，閱讀產品資訊可以是走向成交的一步。

兩類企業都不能只按請求量評估代理存取。不斷增加的流量分類，可能代表有價值的探索、未成功的任務、重複擷取，或不受歡迎的活動。這些可能性需要不同回應。

設想一名讀者要求助手綜合多間出版物的報道。讀者得到方便的答案。出版商則需另行評估，這種互動是否支持訂閱、品牌認知或日後訪問。讀者的便利，並不等同於報道已獲補償。

再設想一名客戶要求助手比較相容的替換零件。若流程有助客戶找到正確產品，商戶便會受益。若助手誤判相容性，或採取超出客戶指示的行動，商戶便會面對另一種問題。

這些例子說明，共通的代理身分不代表共通的商業結果。同一助手可以在某個頁面協助探索，亦可能在其他地方遇到合理限制。存取政策成為企業希望支持何種關係的表述。

這對同一機構內多個團隊構成壓力。安全團隊希望有可執行的界線。產品團隊希望客戶完成任務。商業團隊則希望了解自動化互動是否為業務帶來貢獻。

只滿足其中一個團隊的政策，可能造成可避免的摩擦。廣泛封鎖或可簡化執行，但會中斷有用的客戶旅程。廣泛允許或可改善觸及範圍，卻可能令敏感活動受到不足夠的限制。

因此，合適的討論應從任務開始。客戶想完成甚麼？這需要哪些資訊？請求何時由觀察轉變為帶來後果的行動？

對知識工作者而言，這亦將蒐集資訊與持有完整記錄區分開來。助手的答案不會揭示它遇到的每項存取限制。讀者需要保留重要結論背後的來源，並認識到涵蓋範圍的缺口。

這令個人知識管理與代理協助研究變得相關。當答案依賴不斷改變的網頁存取情況時，保存證據及背景資料有助日後覆核。

代理開發者面對相關的產品挑戰：讓不完整的存取狀況容易理解。使用者應能區分無法取得的來源，以及不含相關資訊的來源。這兩種結果支援不同決策。

網站亦有責任令獲准互動真正可用。若任務仍在應用程式內失敗，存取例外的實際價值便有限。安全許可及產品相容性需要分開評估。

這些是商業判斷，而非發布所確立的結果。重要轉變在於，代理流量值得作為客戶旅程的一部分加以檢視。其價值取決於實際發生的事情，而不只是訪客是否使用人手操作的瀏覽器。

代理身分不等於客戶許可

知道哪項服務發出請求，並不能證明客戶已授權該服務採取甚麼行動。

這是公告中的核心界線。營運者身分、客戶身分及許可描述的是不同事物。將它們合併為單一信任標籤，會令存取決定更難辯護。

Cloudflare 文件介紹了 Web Bot Auth，這是一種使用加密簽名的驗證方法，透過相應公鑰檢查數學證明。它把營運者身分附加到 HTTP 請求，即瀏覽器與伺服器之間交換的訊息。Cloudflare 的實作依賴 IETF 草案，即仍在開發中的擬議規格。

技術價值在於提供可驗證的來源訊號。其限制則來自該訊號所能證明的內容。有效的營運者身分本身，並不能描述使用者指示、帳戶權限，或對某項特定行動的批准。

以一項假設的支援任務為例。客戶要求助手尋找退貨政策。閱讀該政策，與提交退貨申請、選擇退款方式或更改送貨資料並不相同。

每一步都引入新的許可問題。網站可以合理地允許資訊請求，同時要求為退貨進行帳戶驗證。在作出不可逆轉的變更前，進一步確認亦可能合適。

代理可辨識的身分有助網站了解中介方。應用程式仍需要判定，該行動是否符合客戶的權限。這項決定應在接近相關帳戶及交易的位置作出。

Akamai 的 David Sénécal 在討論代理驗證時提出相關觀點。他描述了結合身分、意圖及防止濫用保護的需要。他的分析亦警告，不應只因代理已通過驗證，便把信任延伸至有害活動。

這提供了有用的競爭背景，但並不構成效能排名。兩間供應商都描述了比將軟件分類為好或壞更廣泛的問題。它們公開的立場不能證明在實作、覆蓋範圍或客戶成果上具有等同性。

實際的區分在於准入與授權。准入決定請求能否到達服務。授權則決定該請求的操作是否獲相關使用者允許。

一項假設的預約任務可具體說明這種分別。獲准比較可預約時段，不應自動獲准接受條款或確認預約。客戶原本的指示需要有服務可理解的界線。

設計這條界線會帶來私隱取捨。網站受益於有關權利及許可的背景資訊。客戶則有理由避免披露與自己或更廣泛任務無關的資訊。

有時，較窄的聲明比詳細的個人資料更合適。例如，服務可能只需確認某項權利，而非取得客戶完整的互動歷史。這是一項設計原則，並非新儀表板已證實的能力。

同樣的推理亦適用於問責。當出現具爭議的操作，調查人員需要還原相關指令及授權。單憑操作員名稱，無法判定用戶是否批准了結果。

Cloudflare 個人代理控制令存取決策更明確。它們並未免除審慎界定授權範圍的需要，亦即准許另一個系統執行一項明確定義的工作。

對企業買家而言，這改變了一場具說服力的示範應包括甚麼。成功取得存取權只是開始。有意義的評估還應檢視被拒絕的操作、已過期的權限、客戶中斷操作，以及如何從錯誤中復原。

偵測覆蓋範圍仍是一個未解問題

即使能實用地檢視已識別的代理，也不應視為所有自動化協助的完整清單。

獨立研究提供了理由，說明為何應保留這項區分。Ethan Wang、Zubair Shafiq 與 Yash Vekaria 在 2026 年 5 月發表了關於 browsing agent fingerprinting 的研究。他們的受控研究檢視了七個代理執行航班預訂、購物及論壇工作。

研究人員表示，行為訊號能夠區分代理與人類，以及不同代理之間的差異。在其 Cloudflare 個案研究中，分類器偵測到全部七個代理，而 Cloudflare 偵測到其中一個。

這項發現只涉及受評估的設定。該研究早於 11 月的公告，並未確立新公布控制措施的效能。它亦不能證明任何一個系統具有普遍適用的偵測率。

其相關性較為狹窄，但仍具參考價值：可辨識的代理身分與推斷出的自動化，是兩種不同形式的證據。兩者都不應成為停止檢視行為或應用程式結果的藉口。

儀表板分類會帶來一種可以理解的誘惑。當流量獲得清晰名稱，人們可能覺得它比實際情況更容易全面理解。營運人員需要區分標籤帶來的便利，與其背後證據的強度。

例如，已識別助理的低數量可能有多種解釋。客戶可能很少使用它們。相關活動可能不屬於受支援的身分範圍。存取限制亦可能阻止工作進展至預期會出現的階段。

這些是相互競爭的詮釋，並非關於 Cloudflare 客戶的結論。適當的結論取決於特定網站及工作流程的證據。

反向問題同樣重要。已識別流量增加，不一定代表成功完成的客戶活動增加。反覆嘗試失敗的工作，可以產生請求，卻不會創造價值。

這為供應商與買家都帶來衡量上的挑戰。偵測覆蓋範圍、分類準確度及客戶工作完成率，回答的是不同問題。評估應清楚說明其證據所回應的是哪一個問題。

誤報亦值得關注。誤報是指系統錯誤地將合法活動標示為需要限制的內容。在此情境下，代價可能包括客戶受挫或放棄工作。

漏報，即未能識別本應識別的活動，則帶來另一個問題。它可能令營運人員掌握不完整的圖像，即使儀表板看起來仍然井然有序。評估任何一類錯誤，都不只需查看已識別的流量。

具參考價值的評估會包括獲准及被禁止的情境，亦會區分資訊檢索與帳戶變更。成功瀏覽公開頁面，並不能證明系統能安全處理敏感交易。

行為式偵測亦有另一項顧慮：收集更多訊號會引發必要性及相稱性的問題。買家應了解甚麼資訊支援某項決策，以及這些資訊是否適合用於該服務。

這些限制都不代表選擇性存取沒有意義。它們確立了負責任地詮釋這類控制措施的條件。一項控制措施可以在已知範圍內發揮作用，卻無需解決每一種代理活動。

因此，Cloudflare 個人代理控制應被視為更廣泛系統的一部分來評估。應用程式權限、調查程序及客戶支援仍然不可或缺。最有力的證據，將會把識別與執行連繫至網站擁有人及客戶實際能夠評估的結果。

下一批訊號是採用、授權與結果

下一步的證據應顯示，選擇性存取能否帶來可理解的政策，以及成功而具明確界限的客戶工作。

未來數月，首個值得觀察的訊號是可辨識代理身分的採用情況。有用的證據應顯示，網站可識別哪些中介方，以及這些身分在真實客戶工作流程中能否持續存在。

更廣泛的參與會加強代理專屬政策的理據。它會讓網站擁有人有更多機會作出審慎選擇，而不是處理無法解釋的流量。持續存在的缺口則會限制任何已命名代理檢視的代表性。

互通性在此同樣重要。互通性是指獨立建立的系統能透過共享慣例協同運作。當相同的身分證據可在不同服務中獲得清晰解讀，代理營運者面對的不確定性便會較少。

然而，單靠註冊或識別，並不是完整的採用指標。有意義的問題是，該身分在整個工作過程中是否仍然有用。如果連線其後變得不清晰，一個可辨識的首個請求對解釋後續活動幫助不大。

第二個訊號是可用的客戶授權。應尋找具體方式，以表達某人批准了甚麼、該許可持續多久，以及如何終止。

具明確界限的權限證據，會加強允許代理進入更具後果性工作流程的理據。若只是含糊聲稱助理代表客戶行事，核心不確定性仍然無法消除。

撤銷權限尤其值得注意。撤銷是指收回先前授予的許可。當客戶停止一項工作，這項決定需要產生清晰的操作效果。

情況改變時亦然。一項工作可能持續至原先啟動它的工作階段之後，或客戶可能改變主意。系統需要能夠清楚說明，哪一項許可仍然適用。

私隱應與授權一併評估。更多客戶背景資料，未必自動代表更好的背景資料。若有證據顯示網站可在不收集無關細節下核實必要權利，便可支持一個更具理據的存取模式。

第三個訊號是經衡量的業務表現。出版商需要證據，了解代理存取如何影響其與讀者的關係。商戶需要關於完成工作、客戶滿意度及不受歡迎操作的證據。

這些結果應分開評估。獲准請求增加，並不能證明出版商受惠。封鎖減少，亦不能證明交易更安全。

在不造成不可接受損害下提升工作完成率的證據，將支持更具選擇性的許可。濫用、客戶困惑或無法解釋的失敗證據，則會支持收緊界限或採用不同的實作方式。

對買家而言，供應商之間的比較應採用等同的工作及清晰的成功準則。識別能力的示範，不應取代授權證據。成功交易應包括對客戶是否有此意圖的說明。

對開發者而言，下一項產品要求是在失敗點提供可解釋性。客戶需要知道網站何時拒絕存取、何時需要額外許可，以及助理何時根本無法完成工作。

對網站擁有人而言，眼前的機會是把安全政策連繫至可辨識的客戶需要。這需要跨團隊合作，而非把代理設定當成孤立的技術偏好。

Cloudflare 個人代理控制提供了一個理由，現在就檢視這種關係。先從你的網站已支援的一項客戶工作開始，然後識別其所需的存取權與許可。將中介方身分所能證明的內容，與客戶必須授權的內容分開。比較成功完成的情況與失敗、不受歡迎的操作及支援請求。保留足夠證據以解釋最終政策，並在行為改變時重新檢視。對使用助理的讀者而言，應保留重要答案背後的來源，並留意存取缺口何時限制結果。有用的問題很具體：這個代理能否在客戶與網站雙方都理解的界限內，完成該客戶原本想完成的工作？