Akamai (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 Regeln für den Akamai Property Manager einrichten, stellen Sie sicher, dass Sie über Folgendes verfügen:
- Zugriff auf den Akamai Property Manager für Ihre Domain.
- Onboarding-Prozess für LLM Optimizer abgeschlossen.
- CDN-Protokollweiterleitung an LLM Optimizer abgeschlossen.
- Einen Edge Optimize-API-Schlüssel, der von der LLM Optimizer-Benutzeroberfläche abgerufen wurde.
Schritte zum Abrufen Ihres API-Schlüssels:
-
Navigieren Sie zu Kundenkonfiguration und wählen Sie die Registerkarte CDN-Konfiguration aus.
-
Aktivieren unter „KI-Traffic-Routing zur" das Kontrollkästchen Optimierungen für KI-Agenten.
-
Kopieren Sie den API-Schlüssel und fahren Sie mit den folgenden Schritten zur Routing-Konfiguration fort.
note note NOTE In dieser Phase zeigt der Status möglicherweise ein rotes Kreuz an, das anzeigt, dass die Einrichtung noch nicht abgeschlossen ist. Dies wird erwartet - Sobald Sie die unten stehende Routing-Konfiguration abgeschlossen haben und der Traffic des KI-Bots fließt, wird der Status in ein grünes Häkchen geändert, wodurch bestätigt wird, dass das Routing erfolgreich aktiviert wurde.
Wenn Sie Hilfe zu den oben genannten Schritten benötigen, wenden Sie sich außerdem an Ihr Adobe-Account-Team oder an Ihren llmo-at-edge@adobe.com.
Konfiguration
Die folgende Akamai-Property-Manager-Regel leitet LLM-Benutzeragenten an Edge Optimizer weiter. Die Konfiguration umfasst die folgenden Schritte:
1. Festlegen von Routing-Kriterien (Zuordnung von Benutzer-Agents)
Legen Sie Routing für die folgenden user-agents.:image fest
*AdobeEdgeOptimize-AI*,
*ChatGPT-User*,
*GPTBot*,
*OAI-SearchBot*,
*PerplexityBot*,
*Perplexity-User*
2. Festlegen der Herkunft und des SSL-Verhaltens
Herkunft als live.edgeoptimize.net festlegen und SAN an *.edgeoptimize.net anpassen
3. Festlegen der Cache-Schlüsselvariablen
Legen Sie die Cache-Schlüsselvariable PMUSER_EDGE_OPTIMIZE_CACHE_KEY auf LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}} fest.
4. Caching-Regeln
5. Ändern der eingehenden Anfrage-Header
Legen Sie die folgenden Header für eingehende Anfragen fest:x-edgeoptimize-api-key zum von LLMO abgerufenen API-Schlüsselx-edgeoptimize-config zu LLMCLIENT=TRUE;x-edgeoptimize-url zu {{builtin.AK_URL}}
6. Ändern der eingehenden Antwort-Header
7. Cache-ID-Änderung
8. Ausgehende Anfragekopfzeilen ändern
x-forwarded-host-Header auf {{builtin.AK_HOST}} setzen
9. Site-Failover
Die Site-Failover-Konfiguration besteht aus zwei Teilen: dem Failover-Verhalten (konfiguriert innerhalb der Haupt-Routingregel „Optimize-at-Edge„) und einer separaten Header-Regel für den Failover-Test.
9a. Site-Failover-Verhalten (innerhalb der Haupt-Routingregel „optimize-at-edge„)
Konfigurieren Sie innerhalb der Haupt-Routing-Regel das Verhalten bei Site-Failover und das erweiterte XML-Snippet wie folgt:
Fügen Sie die Anfrage-Header-x-edgeoptimize-request mit dem Wert hinzu, der über Erweiterte XML fo wird:
<forward:availability.fail-action2>
<add-header>
<status>on</status>
<name>x-edgeoptimize-request</name>
<value>fo</value>
</add-header>
</forward:availability.fail-action2>
9b. Failovertest-Header-Regel (gleichrangige Regel)
| code language-none |
|---|
|
Wenn der x-edgeoptimize-request für die Anfrage fo ist, setzen Sie die x-edgeoptimize-fo für die ausgehende Antwort auf true.
Site Failover stellt sicher, dass die Anfrage automatisch an Ihren Standardursprung zurückgeleitet wird, wenn Edge Optimize einen 4XX- oder 5XX zurückgibt, sodass der Endbenutzer weiterhin eine Antwort erhält.
2XX zurück4XX oder 5XX zurückÜ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.