Cloudflare (BYOCDN)
Diese Konfiguration leitet den Agentenverkehr (Anfragen von KI-Bots und LLM-Benutzeragenten) an den Backend-Service von Edge Optimize (live.edgeoptimize.net) weiter. Menschliche Besucher und SEO-Bots werden weiterhin von Ihrem Ursprung aus bedient. Um die Konfiguration zu testen, suchen Sie nach Abschluss der Einrichtung in der Antwort nach dem Header-x-edgeoptimize-request-id.
Voraussetzungen
Bevor Sie die Routing-Regeln für Cloudflare-Worker einrichten, stellen Sie sicher, dass Sie über Folgendes verfügen:
- Ein Cloudflare-Konto mit aktivierten Workers in Ihrer Domain.
- Zugriff auf die DNS-Einstellungen Ihrer Domain in Cloudflare.
- Einen Edge Optimize-API-Schlüssel, der von der LLM Optimizer-Benutzeroberfläche abgerufen wurde. Anweisungen hierzu finden Sie unter Abrufen Ihrer API-Schlüssel.
- (Optional) Informationen zum Testen des Staging-Routings finden Sie unter Staging-API-Schlüssel.
Funktionsweise des Routings
Bei korrekter Konfiguration wird eine Anfrage an Ihre Domain (z. B. www.example.com/page.html) von einem Agent-Benutzeragenten vom Cloudflare-Worker abgefangen und an das Edge Optimizer-Backend weitergeleitet. Die Backend-Anfrage enthält die erforderlichen Kopfzeilen.
Testen der Backend-Anfrage
Sie können das Routing überprüfen, indem Sie eine direkte Anfrage an das Backend von Edge Optimize stellen.
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;'
Erforderliche Kopfzeilen
Bei Anfragen an das Backend von Edge Optimize müssen die folgenden Kopfzeilen festgelegt werden:
x-forwarded-hostwww.example.comx-edgeoptimize-url/page.html oder /products?id=123x-edgeoptimize-api-keyyour-api-key-herex-edgeoptimize-configLLMCLIENT=TRUE;Setup-Optionen
Es gibt zwei Möglichkeiten, Cloudflare Worker für Edge Optimize einzurichten:
- Option 1: Für Cloudflare bereitstellen (empfohlen) - Erstellt automatisch einen neuen Worker und fordert Sie zur Eingabe der erforderlichen Umgebungsvariablen und Geheimnisse auf. Verwenden Sie diese Option, wenn kein Cloudflare-Worker für diese Domain vorhanden ist.
- Option 2: Manuelles Setup — Schrittweise Anleitungen zum Erstellen und Konfigurieren des Sekundärs selbst. Verwenden Sie diese Option, wenn Sie bereits einen Cloudflare-Worker in Ihrer Domain konfiguriert haben - Sie müssen den Edge Optimize-Code mit Ihrem bestehenden Worker zusammenführen (siehe Schritt 2: Hinzufügen des Worker-Codes) oder wenn Sie die vollständige Kontrolle über die Bereitstellung bevorzugen.
Unabhängig davon, welche Option Sie auswählen, müssen Sie den Worker manuell mit Ihrer Domain verknüpfen - siehe Schritt: Hinzufügen einer Route zu Ihrer Domain.
Option 1: Für Cloudflare bereitstellen
Diese Option verwendet die Schaltfläche In Cloudflare bereitstellen, um den Worker automatisch zu erstellen und die erforderlichen Umgebungsvariablen und Geheimnisse in Ihrem Cloudflare-Konto zu konfigurieren. Dies ist der schnellste Einstieg, wenn Sie einen neuen Worker einrichten.
Schritt 1: Bereitstellen des Sekundärs
Klicken Sie auf die Schaltfläche unten, um den Edge Optimize-Worker für Ihr Cloudflare-Konto bereitzustellen:
Schritt 2: Füllen Sie das Bereitstellungsformular aus
Durch Klicken auf die Schaltfläche wird die Seite „Workers-Einrichtung“ geöffnet. Füllen Sie das Formular wie folgt aus:
-
Git-Konto - Wählen Sie Ihr GitHub- oder GitLab-Konto aus der Dropdown-Liste aus. Cloudflare wandelt den Code des Sekundärs in ein Repository in Ihrem Konto um. Wenn kein Konto aufgeführt ist, können Sie eine neue Verbindung direkt aus der Dropdown-Liste hinzufügen, indem Sie + Neue GitHub-Verbindung. + Neue GitLab-Verbindung. Weitere Informationen finden Sie im Handbuch zur Cloudflare-Git-Integration.
-
Privates Git-Repository erstellen — Lassen Sie diese Option aktiviert (Standard).
-
Projektname — Belassen Sie die
edge-optimize-routeroder geben Sie einen Namen Ihrer Wahl ein. -
EDGE_OPTIMIZE_API_KEY — Fügen Sie den von Adobe bereitgestellten API-Schlüssel für Edge Optimize ein. Dieser Wert wird als verschlüsseltes Geheimnis gespeichert.
-
EDGE_OPTIMIZE_TARGET_HOST — Geben Sie die Domain Ihrer Site ohne das Protokoll ein (z. B.
www.example.com). -
Befehl erstellen - Leer lassen.
-
Befehl bereitstellen — Als
npm run deploybeibehalten (vorausgefüllt). -
Builds für produktionsfremde Verzweigungen — Deaktivieren Sie diese Option. Dies ist eine Workflow-Funktion für Entwickler und wird für diese Bereitstellung nicht benötigt.
-
Klicken Sie Erstellen und bereitstellen.
Nachdem der Worker bereitgestellt wurde, fahren Sie mit Route zu Ihrer Domain hinzufügen fort, um den Worker mit Ihrer Domain zu verknüpfen. Das Routing wird nicht automatisch konfiguriert und muss manuell abgeschlossen werden.
Option 2: Manuelle Einrichtung
Führen Sie diese Schritte aus, um den Worker manuell zu erstellen und zu konfigurieren.
Schritt 1: Erstellen des Cloudflare-Sekundärs
- Melden Sie sich bei Ihrem Cloudflare-Dashboard an.
- Navigieren Sie in Seitenleiste zu Arbeiter und Seiten“.
- Klicken Sie Anwendung erstellen und dann Worker erstellen.
- Benennen Sie Ihren Worker (z. B.
edge-optimize-router). - Klicken Sie Bereitstellen, um den Worker mit dem Standard-Code zu erstellen.
Schritt 2: Fügen Sie den Worker-Code hinzu
Klicken Sie nach dem Erstellen des Workers Code bearbeiten und ersetzen Sie den Standard-Code durch Folgendes. Wenn Sie bereits über einen Cloudflare-Worker verfügen, führen Sie den unten stehenden Code mit Ihrem vorhandenen Worker-Code zusammen, anstatt ihn vollständig zu ersetzen.
/**
* 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");
edgeOptimizeHeaders.delete("x-edgeoptimize-fetcher-key"); // Optional (required only in case of WAF)
// 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;");
// edgeOptimizeHeaders.set("x-edgeoptimize-fetcher-key", "<YOUR FETCHER KEY>"); // Optional (required only in case of WAF)
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;
}
Klicken Sie Speichern und Bereitstellen, um den Worker zu veröffentlichen.
Schritt 3: Konfigurieren von Umgebungsvariablen und Geheimnissen
Umgebungsvariablen speichern vertrauliche Konfigurationen wie Ihren API-Schlüssel sicher.
-
Navigieren Sie in den Einstellungen Ihres Sekundärs zu Einstellungen > Variablen.
-
Klicken unter "" auf Variable hinzufügen.
-
Fügen Sie die folgenden Variablen hinzu:
table 0-row-3 1-row-3 2-row-3 Variablenname Beschreibung Erforderlich EDGE_OPTIMIZE_API_KEYIhr von Adobe bereitgestellter API-Schlüssel für Edge Optimize. Ja EDGE_OPTIMIZE_TARGET_HOSTDer Ziel-Host für Edge Optimize-Anfragen (als x-forwarded-host-Header gesendet) und die Ursprungs-Domain für das Failover. Darf nur die Domain ohne Protokoll sein (z. B.www.example.com, nichthttps://www.example.com).Ja -
Klicken Sie für den API-Schlüssel auf Verschlüsseln, um ihn sicher zu speichern.
-
Klicken Sie Speichern und bereitstellen.
Hinzufügen einer Route zu Ihrer Domain add-a-route-to-your-domain
Unabhängig davon, welche Setup-Option Sie verwendet haben, müssen Sie den Worker manuell mit Ihrer Domain verknüpfen. Dieser Schritt aktiviert den Worker in Ihrem Traffic.
- Navigieren Sie zu den Einstellungen > Trigger.
- Klicken unter „Routen auf Route hinzufügen.
- Geben Sie Ihr Domain-Muster ein (z. B.
www.example.com/*oderexample.com/*). - Wählen Sie Ihre Zone im Dropdown-Menü aus.
- Klicken Sie auf Speichern.
Alternativ können Sie Routen auf Zonenebene konfigurieren:
- Navigieren Sie zu Ihrer Domain in Cloudflare.
- Gehen Sie zu Arbeiter-Routen.
- Klicken Sie Route hinzufügen und geben Sie das Muster und den Worker an.
Überprüfen des Failover-Verhaltens
Wenn Edge Optimize nicht verfügbar ist oder einen Fehler zurückgibt, führt der Worker automatisch ein Failover zu Ihrer Herkunft durch. Die Failover-Antworten enthalten die x-edgeoptimize-fo:
< HTTP/2 200
< x-edgeoptimize-fo: 1
Sie können Failover-Ereignisse in den Cloudflare Workers-Protokollen überwachen, um Probleme zu beheben.
Verstehen der Worker-Logik
Der Cloudflare-Worker implementiert die folgende Logik:
-
Erkennung von Benutzeragenten: Prüft, ob der Benutzeragent der eingehenden Anfrage mit einem der definierten Agentbots übereinstimmt (ignoriert Groß-/Kleinschreibung).
-
Pfad-Targeting Filtert Anfragen optional nach Zielpfaden. Standardmäßig werden alle HTML-Seiten (URLs, die mit
/, keiner Erweiterung oder.htmlenden) weitergeleitet. Sie können bestimmte Pfade mithilfe desTARGETED_PATHS-Arrays angeben. -
Schleifenschutz: Der
x-edgeoptimize-request-Header verhindert unendliche Schleifen. Wenn Edge Optimize Anfragen an Ihren Ursprung zurücksendet, wird diese Kopfzeile auf"1"festgelegt, und der Worker übergibt die Anfrage an , ohne sie zurück an Edge Optimize zu leiten. -
Header-Sicherheit: Bevor Sie Edge Optimize-Header festlegen, entfernt der Worker alle vorhandenen
x-edgeoptimize-*-Header aus der eingehenden Anfrage, um Header-Injection-Angriffe zu verhindern. -
Header-Zuordnung: Der Worker legt die erforderlichen Header für Edge Optimize fest:
x-forwarded-host- Identifiziert die ursprüngliche Site-Domain.x-edgeoptimize-url- Behält den ursprünglichen Anfragepfad und die Abfragezeichenfolge bei.x-edgeoptimize-api-key- Authentifiziert die Anfrage mit Edge Optimize.x-edgeoptimize-config- Stellt die Konfiguration des Cache-Schlüssels bereit.
-
Failover-Logik: Wenn Edge Optimize einen Fehlerstatus-Code (4XX-Client- oder 5XX-Server-Fehler) zurückgibt oder die Anfrage aufgrund eines Netzwerkfehlers fehlschlägt, schlägt der Worker mithilfe von
EDGE_OPTIMIZE_TARGET_HOSTautomatisch auf Ihren Ursprung fehl. Die Failover-Antwort enthält denx-edgeoptimize-fo: 1-Header, um anzugeben, dass ein Failover aufgetreten ist. -
Umleitungshandhabung: Die Option “
redirect: "manual"” stellt sicher, dass Umleitungsantworten von Edge Optimize an den Client weitergeleitet werden, ohne dass der Worker ihnen folgt.
Anpassen der Konfiguration
Sie können das Workerverhalten anpassen, indem Sie die Konfigurationskonstanten oben im Code ändern:
Agent-Bot-Liste
Ändern Sie das AGENTIC_BOTS-Array, um Benutzeragenten hinzuzufügen oder zu entfernen:
const AGENTIC_BOTS = [
'AdobeEdgeOptimize-AI',
'ChatGPT-User',
'GPTBot',
'OAI-SearchBot',
'PerplexityBot',
'Perplexity-User',
// Add additional user agents as needed
'ClaudeBot',
'Anthropic-AI'
];
Zielpfade
Standardmäßig werden alle HTML-Seiten an Edge Optimizer weitergeleitet. Um das Routing auf bestimmte Pfade zu beschränken, ändern Sie das TARGETED_PATHS-Array:
// Route all HTML pages (default)
const TARGETED_PATHS = null;
// Or specify exact paths to route
const TARGETED_PATHS = ['/', '/page.html', '/products', '/about-us'];
Failover-Konfiguration
Standardmäßig schlägt der Worker bei einem 4XX- oder 5XX-Fehler von Edge Optimize fehl. Dieses Verhalten anpassen:
// 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;
Wichtige Aspekte
-
Failover-Verhalten: Der Worker führt automatisch ein Failover zu Ihrem Ursprung durch, wenn Edge Optimize einen Fehler zurückgibt (Status-Codes 4XX oder 5XX) oder wenn die Anfrage aufgrund eines Netzwerkfehlers fehlschlägt. Bei Failover wird
EDGE_OPTIMIZE_TARGET_HOSTals Ursprungs-Domain verwendet (ähnlich wie bei FastlyF_Default_Originoder CloudFrontDefault_Origin). Failoverantworten enthalten denx-edgeoptimize-fo: 1-Header, den Sie zum Überwachen und Debuggen verwenden können. -
Caching: Cloudflare speichert Antworten standardmäßig basierend auf der URL zwischen. Da der Agent-Traffic andere Inhalte erhält als menschlicher Traffic, stellen Sie sicher, dass dies in der Cache-Konfiguration berücksichtigt wird. Erwägen Sie die Verwendung der Cache-API oder Cache-Kopfzeilen, um zwischengespeicherte Inhalte zu unterscheiden. Die
x-edgeoptimize-config-Kopfzeile sollte in Ihrem Cache-Schlüssel enthalten sein. -
Ratenbegrenzung: Überwachen Sie die Nutzung von Edge Optimize und erwägen Sie bei Bedarf die Implementierung einer Ratenbegrenzung für den agenten Traffic.
-
Testen Testen Sie die Konfiguration immer in einer Staging-Umgebung, bevor Sie sie in der Produktion bereitstellen. Stellen Sie sicher, dass sich der Traffic von Agenten und Menschen erwartungsgemäß verhält. Testen Sie das Failover-Verhalten durch Simulation von Edge Optimize-Fehlern.
-
Protokollierung: Sie die Protokollierung von Cloudflare-Sekundären, um Anfragen zu überwachen und Probleme zu beheben. Navigieren Sie Worker > Ihr Worker > Protokolle, um Echtzeit-Protokolle anzuzeigen. Der Worker protokolliert Failover-Ereignisse zu Debugging-Zwecken.
Fehlerbehebung
x-edgeoptimize-request-id-Kopfzeile in AntwortAGENTIC_BOTS-Array befindet.EDGE_OPTIMIZE_API_KEY in Umgebungsvariablen und Geheimnissen korrekt festgelegt ist. Adobe kontaktieren, um zu bestätigen, dass Ihr API-Schlüssel aktiv ist.x-edgeoptimize-request Kopfzeilenprüfung vorhanden ist.TARGETED_PATHS richtig konfiguriert ist.x-edgeoptimize-fo: 1 in AntwortFAILOVER_ON_4XX und FAILOVER_ON_5XX auf true eingestellt sind. Überprüfen Sie die Worker-Protokolle auf Fehlermeldungen.TARGETED_PATHS ist (falls angegeben) und mit dem HTML-Seiten-Regex-Muster übereinstimmt.EDGE_OPTIMIZE_TARGET_HOST umfasst das -Protokoll (z. B. https://).example.com, nicht https://example.com).Zulassen, dass in Edge durch Firewall-Regeln optimiert wird (optional)
Wenn Ihr CDN einen WAF oder Bot Manager verwendet:
-
Zulassungsliste des
*AdobeEdgeOptimize/1.0*-Benutzeragenten in WAF oder Bot-Manager, damit der Service „Optimieren unter Edge" Ihre Ursprungs-Inhalte abrufen kann. -
Wenn Ihre Firewall eine zusätzliche Überprüfung über den Benutzeragenten hinaus erfordert, generieren Sie ein Geheimnis (z. B.
openssl rand -hex 32) und:- Fügen Sie
x-edgeoptimize-fetcher-keymit dem Geheimnis in Ihren Routing-Regeln zusammen mit den anderenx-edgeoptimize-*Kopfzeilen hinzu. - Fügen Sie eine WAF- oder Bot-Manager-Regel hinzu, um Anfragen zuzulassen, bei denen
x-edgeoptimize-fetcher-keymit demselben Geheimnis übereinstimmt.
- Fügen Sie
-
Bei Edge optimieren leitet diese Kopfzeile unverändert weiter - Sie besitzen den gesamten Schlüssellebenszyklus.
Überprüfen Sie das Setup
Stellen Sie nach Abschluss des Setups sicher, dass Bot-Traffic an Edge Optimize weitergeleitet wird und dass der menschliche Traffic nicht betroffen ist.
1. Bot-Traffic testen (sollte optimiert werden)
Simulieren einer KI-Bot-Anfrage mithilfe eines agenten Benutzeragenten:
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: chatgpt-user"
Eine erfolgreiche Antwort enthält den x-edgeoptimize-request-id-Header, der bestätigt, dass die Anfrage über Edge Optimize weitergeleitet wurde:
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
2. Testen des menschlichen Traffics (sollte NICHT betroffen sein)
Simulieren Sie eine normale menschliche Browser-Anfrage:
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"
Die Antwort sollte nicht den x-edgeoptimize-request-id-Header enthalten. Seiteninhalt und Antwortzeit sollten vor der Aktivierung von Optimieren bei Edge identisch mit bleiben.
3. Wie lassen sich die beiden Szenarien voneinander unterscheiden
x-edgeoptimize-request-idx-edgeoptimize-fo1)Der Status des Traffic-Routings kann auch in der LLM Optimizer-Benutzeroberfläche überprüft werden. Navigieren Sie zu Kundenkonfiguration und wählen Sie die Registerkarte CDN-Konfiguration aus.
Weitere Informationen zu „Optimieren bei Edge", einschließlich verfügbarer Opportunitys, Workflows für die automatische Optimierung und häufig gestellte Fragen, finden Sie unter " bei Edge - Überblick.