Cloudflare (BYOCDN)
此設定會將代理式流量 (來自 AI 機器人和 LLM 使用者代理的要求) 路由至 Edge Optimize 後端服務 (live.edgeoptimize.net)。真人訪客和 SEO 機器人仍照常由您的來源伺服器提供服務。若要測試設定,在完成設定之後,請於回應中尋找 x-edgeoptimize-request-id 標頭。
先決條件
設定 Cloudflare Worker 路由規則之前,請確定您具備下列條件:
- 於網域上具備已啟用 Worker 功能的 Cloudflare 帳戶。
- 具備在 Cloudflare 中存取您網域 DNS 設定的存取權。
- 已完成 LLM Optimizer 上線流程。
- 已經將內容傳遞網路記錄轉送至 LLM Optimizer。
- 從 LLM Optimizer 使用者介面擷取的 Edge Optimize API 金鑰。
擷取API金鑰的步驟:
-
瀏覽至 客戶組態 並選取 CDN組態 標籤。
-
在 部署最佳化的AI流量路由 下,勾選 部署最佳化至AI代理程式 核取方塊。
-
複製API金鑰,並繼續執行下列路由設定步驟。
note note NOTE 在此階段,狀態可能顯示紅叉,表示設定尚未完成。 這是預期中的情形 — 當您完成下方的路由設定,且AI機器人流量開始流動時,狀態將更新為綠色核取記號,確認路由已成功啟用。
此外,如果您需要上述步驟的任何協助,請聯絡您的Adobe帳戶團隊或llmo-at-edge@adobe.com。
路由如何運作
若設定正確,Cloudflare Worker 會攔截代理式使用者代理對您網域 (例如 www.example.com/page.html) 發出的要求,並將要求路由至 Edge Optimize 後端。後端要求包含必要的標頭。
測試後端要求
您可以直接向 Edge Optimize 後端提出要求,藉以驗證路由。
curl -svo /dev/null https://live.edgeoptimize.net/page.html \
-H 'x-forwarded-host: www.example.com' \
-H 'x-edgeoptimize-url: /page.html' \
-H 'x-edgeoptimize-api-key: $EDGE_OPTIMIZE_API_KEY' \
-H 'x-edgeoptimize-config: LLMCLIENT=TRUE;'
必要的標頭
對 Edge Optimize 後端的要求必須設定以下標頭:
x-forwarded-hostwww.example.comx-edgeoptimize-url/page.html 或 /products?id=123x-edgeoptimize-api-keyyour-api-key-herex-edgeoptimize-configLLMCLIENT=TRUE;步驟 1:建立 Cloudflare Worker
- 登入您的 Cloudflare 儀表板。
- 在側邊欄中導覽至「Worker 與頁面」。
- 按一下「建立應用程式」,然後按一下「建立 Worker」。
- 為您的 Worker 命名 (例如
edge-optimize-router)。 - 按一下「部署」,使用預設程式碼建立 Worker。
步驟 2:新增 Worker 程式碼
建立 Worker 之後,按一下「編輯程式碼」,然後用下列內容取代預設程式碼:
/**
* Edge Optimize BYOCDN - Cloudflare Worker
*
* This worker routes requests from agentic bots (AI/LLM user agents) to the
* Edge Optimize backend service for optimized content delivery.
*
* Features:
* - Routes agentic bot traffic to Edge Optimize backend
* - Failover to origin on Edge Optimize errors (any 4XX or 5XX errors)
* - Loop protection to prevent infinite redirects
* - Human visitors and SEO bots are served from the origin as usual
*/
// List of agentic bot user agents to route to Edge Optimize
const AGENTIC_BOTS = [
'AdobeEdgeOptimize-AI',
'ChatGPT-User',
'GPTBot',
'OAI-SearchBot',
'PerplexityBot',
'Perplexity-User'
];
// Targeted paths for Edge Optimize routing
// Set to null to route all HTML pages, or specify an array of paths
const TARGETED_PATHS = null; // e.g., ['/', '/page.html', '/products']
// Failover configuration
// Failover on any 4XX client error or 5XX server error from Edge Optimize
const FAILOVER_ON_4XX = true; // Failover on any 4XX error (400-499)
const FAILOVER_ON_5XX = true; // Failover on any 5XX error (500-599)
export default {
async fetch(request, env, ctx) {
return await handleRequest(request, env, ctx);
},
};
async function handleRequest(request, env, ctx) {
const url = new URL(request.url);
const userAgent = request.headers.get("user-agent")?.toLowerCase() || "";
// Check if request is already processed (loop protection)
const isEdgeOptimizeRequest = !!request.headers.get("x-edgeoptimize-request");
// Construct the original path and query string
const pathAndQuery = `${url.pathname}${url.search}`;
// Check if the path matches HTML pages (no extension or .html extension)
const isHtmlPage = /(?:\/[^./]+|\.html|\/)$/.test(url.pathname);
// Check if path is in targeted paths (if specified)
const isTargetedPath = TARGETED_PATHS === null
? isHtmlPage
: (isHtmlPage && TARGETED_PATHS.includes(url.pathname));
// Check if user agent is an agentic bot
const isAgenticBot = AGENTIC_BOTS.some((ua) => userAgent.includes(ua.toLowerCase()));
// Route to Edge Optimize if:
// 1. Request is NOT already from Edge Optimize (prevents infinite loops)
// 2. User agent matches one of the agentic bots
// 3. Path is targeted for optimization
if (!isEdgeOptimizeRequest && isAgenticBot && isTargetedPath) {
// Build the Edge Optimize request URL
const edgeOptimizeURL = `https://live.edgeoptimize.net${pathAndQuery}`;
// Clone and modify headers for the Edge Optimize request
const edgeOptimizeHeaders = new Headers(request.headers);
// Remove any existing Edge Optimize headers for security
edgeOptimizeHeaders.delete("x-edgeoptimize-api-key");
edgeOptimizeHeaders.delete("x-edgeoptimize-url");
edgeOptimizeHeaders.delete("x-edgeoptimize-config");
// x-forwarded-host: The original site domain
// Use environment variable if set, otherwise use the request host
edgeOptimizeHeaders.set("x-forwarded-host", env.EDGE_OPTIMIZE_TARGET_HOST ?? url.host);
// x-edgeoptimize-api-key: Your Adobe-provided API key
edgeOptimizeHeaders.set("x-edgeoptimize-api-key", env.EDGE_OPTIMIZE_API_KEY);
// x-edgeoptimize-url: The original request URL path and query
edgeOptimizeHeaders.set("x-edgeoptimize-url", pathAndQuery);
// x-edgeoptimize-config: Configuration for cache key differentiation
edgeOptimizeHeaders.set("x-edgeoptimize-config", "LLMCLIENT=TRUE;");
try {
// Send request to Edge Optimize backend
const edgeOptimizeResponse = await fetch(new Request(edgeOptimizeURL, {
headers: edgeOptimizeHeaders,
redirect: "manual", // Preserve redirect responses from Edge Optimize
}), {
cf: {
cacheEverything: true, // Enable caching based on origin's cache-control headers
},
});
// Check if we need to failover to origin
const status = edgeOptimizeResponse.status;
const is4xxError = FAILOVER_ON_4XX && status >= 400 && status < 500;
const is5xxError = FAILOVER_ON_5XX && status >= 500 && status < 600;
if (is4xxError || is5xxError) {
console.log(`Edge Optimize returned ${status}, failing over to origin`);
return await failoverToOrigin(request, env, url);
}
// Return the Edge Optimize response
return edgeOptimizeResponse;
} catch (error) {
// Network error or timeout - failover to origin
console.log(`Edge Optimize request failed: ${error.message}, failing over to origin`);
return await failoverToOrigin(request, env, url);
}
}
// For all other requests (human users, SEO bots), pass through unchanged
return fetch(request);
}
/**
* Failover to origin server when Edge Optimize returns an error
* @param {Request} request - The original request
* @param {Object} env - Environment variables
* @param {URL} url - Parsed URL object
*/
async function failoverToOrigin(request, env, url) {
// Build origin URL
const originURL = `${url.protocol}//${env.EDGE_OPTIMIZE_TARGET_HOST}${url.pathname}${url.search}`;
// Prepare headers - clean Edge Optimize headers and add loop protection
const originHeaders = new Headers(request.headers);
originHeaders.set("Host", env.EDGE_OPTIMIZE_TARGET_HOST);
originHeaders.delete("x-edgeoptimize-api-key");
originHeaders.delete("x-edgeoptimize-url");
originHeaders.delete("x-edgeoptimize-config");
originHeaders.delete("x-forwarded-host");
originHeaders.set("x-edgeoptimize-request", "fo");
// Create and send origin request
const originRequest = new Request(originURL, {
method: request.method,
headers: originHeaders,
body: request.body,
redirect: "manual",
});
const originResponse = await fetch(originRequest);
// Add failover marker header to response
const modifiedResponse = new Response(originResponse.body, {
status: originResponse.status,
statusText: originResponse.statusText,
headers: originResponse.headers,
});
modifiedResponse.headers.set("x-edgeoptimize-fo", "1");
return modifiedResponse;
}
按一下「儲存並部署」以發佈 Worker。
步驟 3:設定環境變數
環境變數會安全地儲存敏感設定,例如您的 API 金鑰。
-
在您的 Worker 設定中,導覽至「設定」>「變數」。
-
在「環境變數」之下,按一下「新增變數」。
-
新增下列變數:
table 0-row-3 1-row-3 2-row-3 變數名稱 說明 必要 EDGE_OPTIMIZE_API_KEYAdobe 提供的 Edge Optimize API 金鑰。 是 EDGE_OPTIMIZE_TARGET_HOSTEdge Optimize 要求的目標主機 (以 x-forwarded-host標頭傳送) 以及容錯移轉的原始網域。必須是沒有通訊協定的網域 (例如www.example.com,而非https://www.example.com)。是 -
對於 API 金鑰,按一下「加密」,安全地將其儲存。
-
按一下「儲存並部署」。
步驟 4:將路由新增至您的網域
若要在您的網域上啟用 Worker:
- 前往 Worker 的「設定」>「觸發程序」。
- 在「路由」之下,按一下「新增路由」。
- 輸入您的網域模式 (例如
www.example.com/*或example.com/*)。 - 從下拉式清單中選取您的區域。
- 按一下儲存。
或者,您可以在區域層級設定路由:
- 在 Cloudflare 中導覽至您的網域。
- 前往「Worker 路由」。
- 按一下「新增路由」並指定模式和 Worker。
驗證容錯移轉行為
如果 Edge Optimize 無法使用或傳回錯誤,Worker 會自動容錯移轉至您的來源。容錯移轉回應包含 x-edgeoptimize-fo 標頭:
< HTTP/2 200
< x-edgeoptimize-fo: 1
您可以在 Cloudflare Worker 記錄中監視容錯移轉事件,以便進行疑難排解。
了解 Worker 邏輯
Cloudflare Worker 會實施下列邏輯:
-
使用者代理偵測:檢查傳入要求的使用者代理是否與任何已定義的代理式機器人相符 (不區分大小寫)。
-
路徑目標選擇:根據目標路徑選擇性篩選要求。預設情況下,會路由所有 HTML 頁面 (以
/、無副檔名或.html結尾的 URL)。您可以使用TARGETED_PATHS陣列指定特定路徑。 -
迴圈保護:
x-edgeoptimize-request標頭能防止無限迴圈。當 Edge Optimize 將要求傳回您的來源時,此標頭設為"1",而 Worker 傳遞要求時不會將其路由回到 Edge Optimize。 -
標頭安全性:在設定 Edge Optimize 標頭之前,Worker 會移除傳入要求中任何現有的
x-edgeoptimize-*標頭,以避免標頭注入攻擊。 -
標頭對應: Worker 會設定 Edge Optimize 的必要標頭:
x-forwarded-host:識別原始網站網域。x-edgeoptimize-url:保留原始要求路徑和查詢字串。x-edgeoptimize-api-key:使用 Edge Optimize 驗證要求。x-edgeoptimize-config:提供快取鍵設定。
-
容錯移轉邏輯:如果 Edge Optimize 傳回任何錯誤狀態代碼 (4XX 用戶端錯誤或 5XX 伺服器錯誤),或要求因網路錯誤而失敗,Worker 會使用
EDGE_OPTIMIZE_TARGET_HOST自動容錯移轉至您的來源。容錯移轉回應包含x-edgeoptimize-fo: 1標頭,用於表示已發生容錯移轉。 -
重新導向處理:
redirect: "manual"選項可以確保來自 Edge Optimize 的重新導向回應會傳遞至用戶端,而 Worker 不會追隨重新導向。
自訂設定
您可以修改程式碼頂端的設定常數,自訂 Worker 的行為:
代理式機器人清單
修改 AGENTIC_BOTS 陣列以新增或移除使用者代理:
const AGENTIC_BOTS = [
'AdobeEdgeOptimize-AI',
'ChatGPT-User',
'GPTBot',
'OAI-SearchBot',
'PerplexityBot',
'Perplexity-User',
// Add additional user agents as needed
'ClaudeBot',
'Anthropic-AI'
];
目標路徑
預設情況下,所有 HTML 頁面都會路由至 Edge Optimize。若要將路由限制在特定路徑,請修改 TARGETED_PATHS 陣列:
// Route all HTML pages (default)
const TARGETED_PATHS = null;
// Or specify exact paths to route
const TARGETED_PATHS = ['/', '/page.html', '/products', '/about-us'];
容錯移轉設定
預設情況下,Worker 會在 Edge Optimize 發生任何 4XX 或 5XX 錯誤時進行容錯移轉。自訂此行為:
// Default: failover on any 4XX or 5XX error
const FAILOVER_ON_4XX = true;
const FAILOVER_ON_5XX = true;
// Failover only on 5XX server errors (not 4XX client errors)
const FAILOVER_ON_4XX = false;
const FAILOVER_ON_5XX = true;
// Disable automatic failover (not recommended)
const FAILOVER_ON_4XX = false;
const FAILOVER_ON_5XX = false;
重要考量
-
容錯移轉行為:如果 Edge Optimize 傳回任何錯誤 (4XX 或 5XX 狀態代碼),或要求因網路錯誤而失敗,Worker 會自動容錯移轉至您的來源。容錯移轉使用
EDGE_OPTIMIZE_TARGET_HOST做為原始網域 (類似 Fastly 的F_Default_Origin或 CloudFront 的Default_Origin)。容錯移轉回應包含x-edgeoptimize-fo: 1標頭,可用於監視和偵錯。 -
快取: Cloudflare 預設會根據 URL 快取回應。由於代理式流量接收的內容與真人流量不同,請確保您的快取設定將此情況納入考量。請考慮使用快取 API 或快取標頭區分快取的內容。您的快取鍵中應包含
x-edgeoptimize-config標頭。 -
速率限制:監視您的 Edge Optimize 使用情形,並視需要考慮對代理式流量實施速率限制。
-
測試:部署至生產環境之前,請一律先在中繼環境中測試設定。確認代理式和真人流量的運作皆符合預期。透過模擬 Edge Optimize 錯誤來測試容錯移轉行為。
-
記錄:啟用 Cloudflare Worker 記錄,以便監視要求及進行疑難排解。導覽至「Workers」>「您的 Worker」>「記錄」來檢視即時記錄。Worker 記錄容錯移轉事件以供偵錯使用。
疑難排解
x-edgeoptimize-request-id 標頭AGENTIC_BOTS 陣列中。EDGE_OPTIMIZE_API_KEY 的設定正確。聯絡 Adobe 確認您的 API 金鑰有效。x-edgeoptimize-request 標頭檢查已就緒。TARGETED_PATHS 的設定正確。x-edgeoptimize-fo: 1 標頭FAILOVER_ON_4XX 和 FAILOVER_ON_5XX 是否設定為 true。檢查 Worker 記錄中的錯誤訊息。TARGETED_PATHS (若已指定) 中,並且符合 HTML 頁面規則運算式模式。EDGE_OPTIMIZE_TARGET_HOST 包含通訊協定 (例如 https://)。example.com,而非 https://example.com)。驗證設定
完成設定後,請確認機器人流量會路由至 Edge Optimize,而真人流量不受影響。
1. 測試機器人流量 (應經過最佳化)
運用代理式使用者代理模擬 AI 機器人要求:
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: chatgpt-user"
成功的回應會包含 x-edgeoptimize-request-id 標頭,確認要求已經透過 Edge Optimize 進行路由:
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
2. 測試真人流量 (不應受到影響)
模擬一般真人瀏覽器要求:
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36"
回應 不應 包含 x-edgeoptimize-request-id 標頭。頁面內容和回應時間應與啟用邊緣最佳化之前維持相同。
3. 如何區分這兩種情境
x-edgeoptimize-request-idx-edgeoptimize-fo1)您也可以在 LLM Optimizer 使用者介面中確認流量路由的狀態。導覽至「客戶設定」,然後選取「內容傳遞網路設定」標籤。
若要進一步瞭解Edge最佳化,包括可用的機會、自動最佳化工作流程和常見問答,請返回Edge最佳化概覽。