DokumentationLLM Optimizer

Azure-Haustür (BYOCDN)

Letzte Aktualisierung: 16. Juni 2026

Diese Konfiguration leitet den Agent-basierten Traffic (Anfragen von KI-Bots und LLM-Benutzer-Agents) an den Backend-Service von Edge Optimize (live.edgeoptimize.net) weiter. Menschliche Besuchende und SEO-Bots werden weiterhin wie gewohnt von Ihrem Ursprung aus unterstützt. Um die Konfiguration zu testen, suchen Sie nach Abschluss der Einrichtung in der Antwort nach dem x-edgeoptimize-request-id-Header.

Azure Front Door führt keinen benutzerdefinierten Code am Edge aus. Das Routing wird mithilfe eines Regelsatzes zusammen mit einer dedizierten Ursprungsgruppe für Edge Optimizer konfiguriert. Das Failover wird durch die prioritätsbasierten Ursprungsgruppen-Konsistenzprüfungen der Azure-Fronttür durchgeführt.

Voraussetzungen

Bevor Sie die Azure-Routing-Regeln für die Haustür einrichten, stellen Sie sicher, dass Sie über Folgendes verfügen:

  • Zugriff auf Ihr Azure-Fronttürprofil.
  • Einen API-Schlüssel für Edge Optimize, der von der LLM Optimizer-Benutzeroberfläche abgerufen wurde. Die einzelnen Schritte finden Sie unter Abrufen Ihrer API-Schlüssel.
  • (Optional) Weitere Informationen zum Staging-Routing finden Sie unter Staging-API-Schlüssel.

Schritt 1: Erstellen einer Ursprungsgruppe für Edge Optimize

Ihr Azure-Haustürprofil verfügt bereits über eine standardmäßige Ursprungsgruppe, die auf Ihren Ursprung verweist. Erstellen Sie neue Ursprungsgruppe für Edge Optimize:

  • Name: edge-optimize-origin-group

  • Ursprünge (prioritätsbasiertes Failover):

    • Priorität 1 — live.edgeoptimize.net (Ursprungs-Host-Kopfzeile: live.edgeoptimize.net)
    • Priorität 2 - Ihr Domain-Endpunkt (z. B. www.example.com). Dies ist für ein Failover gedacht: Wenn Edge Optimize einen Fehler aufweist, werden Anfragen an Ihre Domain weitergeleitet, die dann wieder in die Azure-Haustür eintritt und von Ihrem standardmäßigen Ursprung aus bereitgestellt wird.

  • Konsistenzprüfungen: Aktiviert

    • Pfad: /health/<your-domain> (z. B. /health/www.example.com)
    • Protokoll: HTTPS
    • Intervall: 225 Sekunden

  • Sitzungsaffinität: Deaktiviert

  • Validierung des Antragstellernamens des Zertifikats: Aktiviert

Edge optimiert die Ursprungsgruppe mit zwei prioritätsbasierten Ursprüngen und Konsistenzprüfungen

NOTE
Die Gruppe "edge-optimize-origin-group Herkunft“ zeigt im Portal eine „Nicht" an. Dies wird erwartet - es wird durch eine Regelsatz-Routenüberschreibungen referenziert, nicht direkt durch eine Route.

Schritt 2: Konfigurieren der Route

Normalerweise wird eine Standardroute mit Ihrem Azure-Haustürprofil erstellt. Der Regelsatz (Schritt 3) überschreibt die Ursprungsgruppe für den authentischen Traffic, sodass für Edge Optimize keine separate Route erforderlich ist.

Schritt 3: Regelsatz erstellen

Gehen Sie Regelsätze > Regelsatz hinzufügen und benennen Sie ihn EORouting. Drei Regeln in dieser Reihenfolge hinzufügen.

EORouting-Regelsatz, der die Regeln für Header-Stripping und Bot-Routing anzeigt

Regel 1: StripIncomingEOHeaders01

Entfernt eingehende Edge Optimize-Kopfzeilen, um Spoofing zu verhindern. Keine Bedingungen - gilt für alle Anfragen. Auswertung beenden: Aus.

Aktionen - Anfrage-Header für jede der folgenden Aktionen löschen:

  • x-edgeoptimize-url
  • x-edgeoptimize-config
  • x-edgeoptimize-api-key
  • x-edgeoptimize-fetcher-key

Regel 2: EOGPTBotRootGET03

Leitet Bot-Anfragen auf HTML-Seitenpfaden an Edge Optimizer weiter. Auswertung stoppen: Ein.

Bedingungen (alle müssen übereinstimmen):

  • Anfragemethode: Gleich GET
  • Anfragepfad: RegEx (^$|^.*/$|(^|.*/)[^./]+$|^.*\.html$) (stimmt mit dem Website-Stamm, Pfaden, die in / enden, Pfaden ohne Erweiterung und .html Pfaden überein)
  • Benutzeragent: Enthält beliebige von chatgpt-user, gptbot, oai-searchbot, adobeedgeoptimize-ai, perplexitybot, perplexity-user, claudebot, claude-user, claude-searchbot. Legen Sie die Zeichenfolgenumwandlung auf in Kleinbuchstaben fest.
  • x-edgeoptimize-monitor: Enthält nicht 1
  • x-edgeoptimize-request: enthält keine von failover, 1

Aktionen:

  • Anfrage-Header überschreiben x-edgeoptimize-url = /{url_path}?{query_string}
  • Anfrage-Header überschreiben x-edgeoptimize-config = LLMCLIENT=TRUE;
  • Anfrage-Header überschreiben x-edgeoptimize-api-key = YOUR_API_KEY
  • Anfrage-Header überschreiben x-edgeoptimize-monitor = 1
  • Überschreiben der Routenkonfiguration: Ursprungsgruppe → edge-optimize-origin-group, Weiterleitungsprotokoll → Übereinstimmung mit eingehender Anfrage, Zwischenspeicherung → Deaktiviert

Regel 3: HealthProbeRewrite03

Schreibt Anfragen zur Konsistenzprüfung der Azure-Eingangstür neu, sodass sie als / anstatt als /health/<domain> zu Ihnen gelangen. Dadurch kann die Azure-Eingangstür die Verfügbarkeit von Edge Optimize überwachen, ohne dass ein dedizierter Konsistenzendpunkt in Ihrem Herkunftsland erforderlich ist. Auswertung stoppen: Ein.

Neuschreibungsregel für Konsistenzprüfungen

Bedingungen (alle müssen übereinstimmen):

  • Pfad der Anfrage-URL (beginnt mit /health/
  • x-fd-healthprobe: Enthält 1

Aktionen:

  • URL-Umschreibung - Source-Muster: /health/, Ziel: /
  • Antwort-Header überschreiben custom-origin-health = routed (Diagnose — kann nach der Überprüfung entfernt werden)
  • Header anhängen user-agent = AdobeEdgeOptimize/1.0 (Leerzeichen am Anfang hinzufügen — Azure Front Door fügt den Wert unverändert hinzu)
  • Überschreiben der Routenkonfiguration: Ursprungsgruppe → default-origin-group, Weiterleitungsprotokoll → Übereinstimmung mit eingehender Anfrage, Zwischenspeicherung → Deaktiviert

Schritt 4: Regelsatz mit der Route verknüpfen

Öffnen Sie Ihre Route, scrollen Sie zum Abschnitt Regeln unten und wählen Sie den EORouting Regelsatz aus der Dropdown-Liste aus. Wenn Sie über vorhandene Regelsätze verfügen, verwenden Sie Nach oben verschieben, um EORouting bei #1 zu positionieren. Die Regeln unter „Optimieren bei Edge" fangen nur den agenten Traffic ab und Edge Optimize Loop-Back-Anfragen - jeder andere Traffic wird unbeeinflusst zu Ihren anderen Regeln durchgeleitet. Speichern und auf Weiterleitung warten (ca. 20 Minuten).

Zulassen, dass bei 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-key mit dem Geheimnis in Ihren Routing-Regeln zusammen mit den anderen x-edgeoptimize-* Kopfzeilen hinzu.
    • Fügen Sie eine WAF- oder Bot-Manager-Regel hinzu, um Anfragen zuzulassen, bei denen x-edgeoptimize-fetcher-key mit demselben Geheimnis übereinstimmt.

  • Bei Edge optimieren leitet diese Kopfzeile unverändert weiter - Sie besitzen den gesamten Schlüssellebenszyklus.

Überprüfen des Setups

Stellen Sie nach Abschluss des Setups sicher, dass Bot-Traffic an Edge Optimize weitergeleitet wird und dass der menschliche Traffic nicht betroffen ist.

1. Testen des Bot-Traffics (sollte optimiert werden)

Simulieren Sie eine KI-Bot-Anfrage mithilfe eines Agent-basierten Benutzer-Agents:

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. Der Seiteninhalt und die Antwortzeit sollten nach der Aktivierung von „Optimize at Edge“ unverändert bleiben.

3. So lassen sich die beiden Szenarien voneinander unterscheiden

Kopfzeile
Bot-Traffic (optimiert)
Menschlicher Traffic (nicht betroffen)
x-edgeoptimize-request-id
Vorhanden – enthält eine eindeutige Anfrage-ID
Abwesend

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.

Optimierung für KI-Agenten bereitstellen - abgeschlossen

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.

recommendation-more-help
llm-optimizer-help-main-toc