Akamai (BYOCDN)
Deze configuratie leidt verwerpelijk verkeer (verzoeken van AI bots en gebruikersagenten LLM) aan de Edge Optimize backend dienst (live.edgeoptimize.net). Menselijke bezoekers en SEO-bots worden nog steeds van je herkomst bediend zoals gewoonlijk. Als u de configuratie wilt testen nadat de installatie is voltooid, zoekt u naar de koptekst x-edgeoptimize-request-id in de reactie.
Eerste vereisten
Voordat u de regels voor Akamai Property Manager instelt, moet u controleren of u:
- Toegang tot Akamai Property Manager voor uw domein.
- Een Edge Optimize API-sleutel die is opgehaald uit de gebruikersinterface van LLM Optimizer. Voor stappen, zie uw API sleutels terugwinnen.
- (Facultatief) om het opvoeren verpletteren te testen, zie het Opvoeren API sleutel .
Configuratie
De volgende regel van de Manager van het Bezit van Akamai leidt opnieuw het paginagedrag van HTML aan Edge Optimize. De configuratie bevat de volgende stappen:
1. Plaats verpletterend criteria (gebruiker-Agent en het verkeer van HTML aanpassing)
Plaats het verpletteren voor de volgende gebruikersagenten:
*AdobeEdgeOptimize-AI*
*ChatGPT-User*
*GPTBot*
*OAI-SearchBot*
*PerplexityBot*
*Perplexity-User*
html en EMPTY_STRING voor uitbreidbare pagina URLs aan te passen. Als uw site HTML bedient van andere URL-patronen of niet-paginanummerde routes bevat, zoals API-eindpunten, kunt u de regel verfijnen met aanvullende op paden gebaseerde criteria.
2. Oorsprong en SSL-gedrag instellen
Oorsprong instellen als live.edgeoptimize.net en SAN afstemmen op *.edgeoptimize.net
3. Cachetoets instellen
De toetsvariabele voor de cache PMUSER_EDGE_OPTIMIZE_CACHE_KEY instellen op LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}}
4. Caching Rules
5. Binnenkomende aanvraagheaders wijzigen
Stel de volgende binnenkomende aanvraagheaders in:x-edgeoptimize-api-key naar de API-sleutel die is opgehaald uit LLMOx-edgeoptimize-config to LLMCLIENT=TRUE;x-edgeoptimize-url to {{builtin.AK_URL}}
staat Optimize bij Edge door (facultatieve) firewallregels toe
Als uw CDN een WAF- of botbeheer gebruikt:
-
Lijst van gewenste personen de gebruikersagent van
*AdobeEdgeOptimize/1.0*in uw WAF of Bot Manager zodat optimaliseren bij de dienst van Edge uw oorsprongsinhoud kan halen. -
Als uw firewall naast gebruikersagent aanvullende verificatie vereist, genereert u een geheim (bijvoorbeeld
openssl rand -hex 32) en:- Voeg
x-edgeoptimize-fetcher-keymet het geheim in uw verpletterende regels naast de anderex-edgeoptimize-*kopballen toe. - Voeg een WAF- of Bot Manager-regel toe om aanvragen toe te staan waarbij
x-edgeoptimize-fetcher-keyovereenkomt met hetzelfde geheim.
- Voeg
-
Optimaliseren in Edge forwards deze header ‘as-is’ - je hebt de volledige levenscyclus van sleutels.
*AdobeEdgeOptimize/1.0* en de header van x-edgeoptimize-fetcher-key in Akamai Bot Manager.6. Binnenkomende antwoordheaders wijzigen
7. Wijziging van cache-id
8. Uitgaande verzoekkopballen wijzigen
x-forwarded-host header instellen op {{builtin.AK_HOST}}
9. Site-failover
De configuratie van Failover van de Plaats heeft twee delen: het failovergedrag (binnen belangrijkste wordt gevormd optimize-bij-rand die regel verplettert) en een afzonderlijke de kopbalregel van de failovertest die.
9a. Het Gedrag van Failover van de plaats (binnen belangrijkste optimize-bij-rand die regel verplettert)
Binnen de belangrijkste verpletterende regel, vorm het gedrag van Failover van de Plaats en het Geavanceerde fragment van XML als volgt:
Voeg de aanvraagkoptekst x-edgeoptimize-request toe met de waarde fo via Geavanceerde XML:
<forward:availability.fail-action2>
<add-header>
<status>on</status>
<name>x-edgeoptimize-request</name>
<value>fo</value>
</add-header>
</forward:availability.fail-action2>
9b. De regel van de Kopbal van de Test van Failover (sibling regel)
| code language-none |
|---|
|
Als de aanvraagheader x-edgeoptimize-request -waarde fo is, stelt u de uitgaande antwoordheader x-edgeoptimize-fo in op true .
Site-failover zorgt ervoor dat als bij Edge Optimize een 4XX - of 5XX -fout wordt geretourneerd, de aanvraag automatisch wordt teruggestuurd naar de standaardoorsprong, zodat de eindgebruiker nog steeds een antwoord ontvangt.
2XX4XX of 5XXverifieer de opstelling
Na de voltooiing van de opstelling, verifieer dat beide verkeer aan Edge Optimize wordt verpletterd en dat het menselijke verkeer onaangetast blijft.
1. Het verkeer van de Bot van de test (zou moeten worden geoptimaliseerd)
Simuleer een AI bot request using an agentic user-agent:
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: chatgpt-user"
Een succesvol antwoord bevat de header x-edgeoptimize-request-id , waarmee wordt bevestigd dat het verzoek is gerouteerd via Edge Optimize:
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
2. Het menselijke verkeer van de test (zou NIET moeten worden beïnvloed)
Simuleer een regelmatig verzoek van een menselijke browser:
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"
De reactie zou niet x-edgeoptimize-request-id kopbal moeten bevatten. De pagina-inhoud en de reactietijd moeten gelijk blijven aan voordat u Optimaliseren in Edge inschakelt.
3. Hoe te tussen de twee scenario’s te onderscheiden
x-edgeoptimize-request-idx-edgeoptimize-fo1)De status van het verkeer dat verplettert kan ook in LLM Optimizer UI worden gecontroleerd. Navigeer aan configuratie van de Klant en selecteer de CDN configuratie tabel.
Meer leren over Optimaliseren bij Edge, met inbegrip van beschikbare kansen, auto-optimaliseringswerkschema’s, en FAQs, terugkeer aan optimaliseren bij het overzicht van Edge .