Akamai (BYOCDN)
Cette configuration achemine le trafic dynamique (requêtes provenant de robots d’IA et d’agents utilisateurs LLM) vers le service principal Edge Optimize (live.edgeoptimize.net). Les visiteurs humains et les robots d'optimisation du moteur de recherche continuent d'être servis depuis votre origine comme d'habitude. Pour tester la configuration, une fois la configuration terminée, recherchez l’en-tête x-edgeoptimize-request-id dans la réponse.
Conditions préalables
Avant de configurer les règles du gestionnaire de propriétés Akamai, vérifiez que vous disposez des éléments suivants :
- Accès au gestionnaire de propriétés Akamai pour votre domaine.
- Fin du processus d’intégration de LLM Optimizer.
- Transfert du journal CDN vers LLM Optimizer terminé.
- Clé d’API Edge Optimize récupérée à partir de l’interface utilisateur de LLM Optimizer.
Procédure de récupération de votre clé API :
-
Accédez à Configuration du client et sélectionnez l’onglet Configuration du réseau CDN.
-
Sous Routage du trafic AI pour déployer des optimisations, cochez la case Déployer des optimisations sur des agents AI.
-
Copiez la clé API et suivez les étapes de configuration du routage ci-dessous.
note note NOTE À ce stade, le statut peut afficher une croix rouge indiquant que la configuration n’est pas encore terminée. Cela est attendu : une fois que vous avez terminé la configuration de routage ci-dessous et que le trafic des robots d’IA commence à circuler, le statut se met à jour vers une coche verte confirmant que le routage est activé avec succès.
De plus, si vous avez besoin d’aide pour les étapes ci-dessus, contactez votre équipe de compte Adobe ou votre llmo-at-edge@adobe.com.
Configuration
La règle Akamai Property Manager suivante achemine les agents utilisateur LLM vers Edge Optimize. La configuration contient les étapes suivantes :
1. Définir les critères de routage (correspondance Utilisateur-Agent)
Définissez le routage pour les user-agents:image.png suivants
*AdobeEdgeOptimize-AI*,
*ChatGPT-User*,
*GPTBot*,
*OAI-SearchBot*,
*PerplexityBot*,
*Perplexity-User*
2. Définir l’origine et le comportement SSL
Définissez l’origine comme live.edgeoptimize.net et faites correspondre le SAN à *.edgeoptimize.net
3. Définir la variable de clé de cache
Définissez la variable de cache PMUSER_EDGE_OPTIMIZE_CACHE_KEY sur LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}}
4. Règles de mise en cache
5. Modifier les en-têtes des requêtes entrantes
Définissez les en-têtes de requête entrante suivants :x-edgeoptimize-api-key à la clé API extraite de LLMOx-edgeoptimize-config à LLMCLIENT=TRUE;x-edgeoptimize-url à {{builtin.AK_URL}}
6. Modifier les en-têtes de réponse entrante
7. Modification de l’ID de cache
8. Modifiez Les En-Têtes Des Requêtes Sortantes
Définir x-forwarded-host’en-tête sur {{builtin.AK_HOST}}
9. Basculement du site
La configuration de basculement de site comporte deux parties : le comportement de basculement (configuré dans la règle principale de routage Optimisation à la périphérie) et une règle d’en-tête de test de basculement distincte.
9 bis. Comportement de basculement de site (dans la règle principale de routage d’optimisation à la périphérie)
Dans la règle de routage principale, configurez le comportement de basculement de site et le fragment de code XML avancé comme suit :
Ajoutez le x-edgeoptimize-request d’en-tête de requête avec la valeur fo via le code XML avancé :
<forward:availability.fail-action2>
<add-header>
<status>on</status>
<name>x-edgeoptimize-request</name>
<value>fo</value>
</add-header>
</forward:availability.fail-action2>
9 ter . Règle d’en-tête du test de basculement (règle sœur)
| code language-none |
|---|
|
Si la valeur du x-edgeoptimize-request d’en-tête de requête est fo, définissez le x-edgeoptimize-fo d’en-tête de réponse sortante sur true.
Le basculement de site garantit que si Edge Optimize renvoie une erreur 4XX ou 5XX, la requête est automatiquement renvoyée à votre origine par défaut, de sorte que l’utilisateur final reçoive toujours une réponse.
2XX4XX ou 5XXVérifier la configuration
Une fois la configuration terminée, vérifiez que le trafic des robots est acheminé vers Edge Optimize et que le trafic humain n’est pas affecté.
1. Tester le trafic de robots (doit être optimisé)
Simulez une requête de robot d’IA à l’aide d’une chaîne agent-utilisateur :
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: chatgpt-user"
Une réponse réussie inclut l’en-tête x-edgeoptimize-request-id, confirmant que la requête a été acheminée via Edge Optimize :
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
2. Tester le trafic humain (ne devrait PAS être affecté)
Simulez une requête régulière de navigateur humain :
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"
La réponse ne doit pas contenir l’en-tête x-edgeoptimize-request-id. Le contenu de la page et le temps de réponse doivent rester identiques à avant l’activation de l’option Optimiser dans Edge.
3. Comment différencier les deux scénarios
x-edgeoptimize-request-idx-edgeoptimize-fo1)Le statut du routage du trafic peut également être vérifié dans l’interface utilisateur de LLM Optimizer. Accédez à Configuration du client et sélectionnez l’onglet Configuration du réseau CDN.
Pour en savoir plus sur l’optimisation sur Edge, y compris sur les opportunités disponibles, les workflows d’optimisation automatique et les questions fréquentes, revenez à la Présentation de l’optimisation sur Edge .