Azure Front Door (BYOCDN)
Esta configuración enruta el tráfico agéntico (solicitudes de bots de IA y agentes de usuario LLM) al servicio de back-end de Edge Optimize (live.edgeoptimize.net). Los visitantes humanos y los bots de SEO se siguen sirviendo desde su origen como de costumbre. Para probar la configuración, una vez completados los ajustes, busque el encabezado x-edgeoptimize-request-id en la respuesta.
Azure Front Door no ejecuta código personalizado en el borde. El enrutamiento se ha configurado con un conjunto de reglas junto con un grupo de origen específico para Edge Optimize. La conmutación por error se gestiona mediante los sondeos de mantenimiento del grupo de origen basados en prioridades de Azure Front Door.
Requisitos previos
Antes de configurar las reglas de enrutamiento de Azure Front Door, asegúrese de lo siguiente:
- Acceso a su perfil de Azure Front Door.
- Haber recuperado una clave de API de Edge Optimize de la IU de Adobe Brand Visibility. Para ver los pasos, consulte Recuperar las claves de API.
- (Opcional) Para probar el enrutamiento de ensayo, consulte Clave de API de ensayo.
Paso 1: Crear grupo de origen de Edge Optimize
Su perfil de Azure Front Door ya tiene un grupo de origen predeterminado que apunta a su origen. Crear un grupo de origen nuevo para Edge Optimize:
-
Nombre:
edge-optimize-origin-group -
Orígenes (conmutación por error basada en prioridades):
- Prioridad 1: —
live.edgeoptimize.net(encabezado de host de origen:live.edgeoptimize.net) - Prioridad 2 — su punto final de dominio (por ejemplo,
www.example.com). Esto es para la conmutación por error: si Edge Optimize no está en buen estado, solicita la ruta a su dominio, que vuelve a entrar en Azure Front Door y se proporciona desde su origen predeterminado.
- Prioridad 1: —
-
Sondeos de estado: Habilitado
- Ruta:
/health/<your-domain>(por ejemplo:/health/www.example.com) - Protocolo: HTTPS
- Intervalo: 225 segundos
- Ruta:
-
Afinidad de la sesión: Deshabilitada
-
Validación del nombre del sujeto del certificado: Habilitado
edge-optimize-origin-group muestra una advertencia “Sin asociar” en el portal. Esto es lógico: se hace referencia a él a través de una anulación de ruta de conjunto de reglas, no directamente a través de una ruta.Paso 2: Configuración de la ruta
Normalmente, se crea una ruta predeterminada con el perfil de Azure Front Door. El conjunto de reglas (paso 3) anula el grupo de origen del tráfico agéntico, por lo que no se necesita una ruta independiente para Edge Optimize.
Paso 3: Crear el conjunto de reglas
Vaya a Conjuntos de reglas > Añadir un conjunto de reglas y asígnele un nombre EORouting. Añada tres reglas en este orden.
Regla 1: StripIncomingEOHeaders01
Elimina los encabezados entrantes de Edge Optimize para evitar la suplantación. Sin condiciones: se aplica a todas las solicitudes. Detener evaluación: Desactivado.
Acciones: eliminar encabezado de solicitud para cada una de:
x-edgeoptimize-urlx-edgeoptimize-configx-edgeoptimize-api-keyx-edgeoptimize-fetcher-key
Regla 2: EOGPTBotRootGET03
Enruta las solicitudes de bots en las rutas de página de HTML a Edge Optimize. Detener evaluación: Activado.
Condiciones (todas deben coincidir):
- Método de solicitud: Equal
GET - Ruta de solicitud: RegEx
(^$|^.*/$|(^|.*/)[^./]+$|^.*\.html$)(coincide con la raíz del sitio, las rutas de acceso que terminan en/, las rutas de acceso de página sin extensión y las rutas de acceso de.html) - Agente de usuario: contiene cualquiera de
chatgpt-user,gptbot,oai-searchbot,adobeedgeoptimize-ai,perplexitybot,perplexity-user,claudebot,claude-user,claude-searchbot. Establezca la transformación de la cadena en A minúsculas. x-edgeoptimize-monitor: No contiene1x-edgeoptimize-request: No contiene ninguno defailover,1
Acciones:
- Sobrescritura de encabezado de solicitud
x-edgeoptimize-url=/{url_path}?{query_string} - Sobrescritura de encabezado de solicitud
x-edgeoptimize-config=LLMCLIENT=TRUE; - Sobrescritura de encabezado de solicitud
x-edgeoptimize-api-key=YOUR_API_KEY - Sobrescritura de encabezado de solicitud
x-edgeoptimize-monitor=1 - Anulación de configuración de ruta: grupo de origen →
edge-optimize-origin-group, protocolo de reenvío → Coincidir con la solicitud entrante, almacenamiento en caché → deshabilitado
Regla 3: HealthProbeRewrite03
Reescribe las solicitudes de sondeo de mantenimiento de Azure Front Door para que lleguen a su origen como / en lugar de como /health/<domain>. Esto permite que Azure Front Door supervise la disponibilidad de Edge Optimize sin requerir un punto final de estado específico en su origen. Detener evaluación: Activado.
Condiciones (todas deben coincidir):
- Ruta de URL de solicitud: Comienza con
/health/ x-fd-healthprobe: Contiene1
Acciones:
- Reescritura de URL — Patrón de fuente:
/health/, destino:/ - Sobrescritura del encabezado de respuesta
custom-origin-health=routed(diagnóstico: se puede eliminar después de la verificación) - Anexar encabezado de solicitud
user-agent=AdobeEdgeOptimize/1.0(añadir un espacio inicial — Azure Front Door anexa el valor tal cual) - Anulación de configuración de ruta: grupo de origen →
default-origin-group, protocolo de reenvío → coincidir con la solicitud entrante, almacenamiento en caché → deshabilitado
Paso 4: Asociar el conjunto de reglas con la ruta
Abra la ruta, desplácese hasta la sección Reglas de la parte inferior y seleccione el conjunto de reglas EORouting en la lista desplegable. Si tiene conjuntos de reglas existentes, use Mover al principio para colocar EORouting en #1. Las reglas de Optimize en Edge solo interceptan tráfico agéntico y solicitudes de bucle invertido de Edge Optimize: el resto del tráfico pasa sin verse afectado por las demás reglas. Guarde y espere a que se propague (aproximadamente 20 minutos).
Permitir Optimizar en Edge mediante reglas de cortafuegos (opcional)
Si su CDN utiliza un WAF o un administrador de bots:
-
Incluya el agente de usuario de
*AdobeEdgeOptimize/1.0*en la lista de permitidos de su WAF o administrador de bots para que el servicio Optimizar en Edge pueda recuperar el contenido de origen. -
Si el cortafuegos requiere una verificación adicional más allá del agente de usuario, genere un secreto (por ejemplo,
openssl rand -hex 32) y:- Añada
x-edgeoptimize-fetcher-keycon el secreto en sus reglas de enrutamiento junto con los otros encabezados dex-edgeoptimize-*. - Añada una regla de WAF o administrador de bots para permitir solicitudes en las que
x-edgeoptimize-fetcher-keycoincida con el mismo secreto.
- Añada
-
Optimizar en Edge reenvía este encabezado tal cual: usted es el propietario del ciclo de vida completo de la clave.
Verificación de la configuración
Una vez completada la configuración, compruebe que el tráfico de bots se enrute a Edge Optimize y que el tráfico humano no se vea afectado.
1. Probar el tráfico de bots (debe optimizarse)
Simule una solicitud de bot de IA con un agente de usuario agéntico:
curl -svo /dev/null https://www.example.com/page.html \
--header "user-agent: chatgpt-user"
Una respuesta correcta incluye el encabezado x-edgeoptimize-request-id, que confirma que la solicitud se enrutó mediante Edge Optimize:
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
2. Probar el tráfico humano (NO debería verse afectado)
Simule una solicitud normal de un explorador:
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 respuesta no debe contener el encabezado x-edgeoptimize-request-id. El contenido de la página y el tiempo de respuesta deben ser idénticos al de antes de habilitar Optimizar en Edge.
3. Cómo diferenciar entre dos escenarios
x-edgeoptimize-request-idEl estado del enrutamiento de tráfico también se puede comprobar en la IU de Adobe Brand Visibility.Vaya a Configuración del cliente y seleccione la pestaña Configuración de la CDN.
Para obtener más información sobre Optimizar en Edge, incluidas las oportunidades disponibles, los flujos de trabajo de optimización automática y las preguntas frecuentes, vuelva a Información general sobre Optimizar en Edge.