Akamai(BYOCDN)

이 구성은 에이전틱 트래픽(AI 봇 및 LLM 사용자 에이전트의 요청)을 Edge Optimize 백엔드 서비스(live.edgeoptimize.net)로 라우팅합니다. 사람 방문자와 SEO 봇은 기존과 동일하게 사용자의 원본 서버에서 계속 제공됩니다. 구성을 테스트하려면 설정이 완료된 후 응답에서 헤더 x-edgeoptimize-request-id를 찾습니다.

사전 요구 사항

Akamai Property Manager 규칙을 설정하기 전에 다음을 확인하십시오.

구성

다음 Akamai Property Manager 규칙은 에이전틱 HTML 페이지 트래픽을 Edge Optimize로 라우팅합니다. 구성에는 다음 단계가 포함됩니다.

​1. 라우팅 기준 설정(사용자 에이전트 및 HTML 트래픽 일치)

다음 사용자 에이전트에 대한 라우팅을 설정합니다.

 *AdobeEdgeOptimize-AI*
 *ChatGPT-User*
 *GPTBot*
 *OAI-SearchBot*
 *PerplexityBot*
 *Perplexity-User*
 *ClaudeBot*
 *Claude-User*
 *Claude-SearchBot*

​2. 원본 및 SSL 동작 설정

원본을 live.edgeoptimize.net으로 설정하고 SAN을 *.edgeoptimize.net으로 일치시킵니다.

​3. 캐시 키 변수 설정

캐시 키 변수 PMUSER_EDGE_OPTIMIZE_CACHE_KEY를 LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}}로 설정합니다.

​4. 캐싱 규칙

​5. 수신 요청 헤더 수정

다음 수신 요청 헤더를 설정합니다.
x-edgeoptimize-api-key를 LLMO에서 가져온 API 키로 설정하고,
x-edgeoptimize-config를 LLMCLIENT=TRUE;로 설정하며,
x-edgeoptimize-url을 {{builtin.AK_URL}}로 설정합니다.

방화벽 규칙을 통해 Optimize at Edge 허용(선택 사항)

CDN에서 WAF 또는 보트 관리자를 사용하는 경우:

​6. 수신 응답 헤더 수정

​7. 캐시 ID 수정

​8. 발신 요청 헤더 수정

x-forwarded-host 헤더를 {{builtin.AK_HOST}}로 설정합니다.

​9. 사이트 페일오버

사이트 장애 조치 구성에는 기본 Optimize at Edge 라우팅 규칙 내의 장애 조치 동작 그리고 대체가 발생할 때 응답 헤더를 추가하는 형제 규칙 등 두 부분이 있습니다.

9a. 사이트 페일오버 동작 구성

기본 Optimize at Edge 라우팅 규칙 내부에 사이트 장애 조치 동작​이라는 하위 규칙을 생성합니다. 모두 일치​로 설정하고 다음 기준을 추가하십시오.

9b. 장애 조치(failover) 응답 헤더 규칙 구성

▼ Optimize at Edge                         ← parent rule group
      ▼ Optimize at Edge Routing               ← routing child
          Site Failover Behavior                 ← nested child
      EdgeOptimize Failover - Test Header      ← sibling of routing child

사이트 장애 조치는 Edge Optimize가 오류를 반환하거나 제한 시간을 초과하는 경우에도 Akamai가 원래 호스트 이름에 대한 요청을 다시 생성하여 방문자가 여전히 사이트의 정상적인 응답을 받을 수 있게 합니다.

설정 확인

설정을 완료한 후 봇 트래픽이 Edge Optimize로 라우팅되고 있으며 사람 트래픽이 영향을 받지 않는지 확인합니다.

1. 봇 트래픽 테스트(최적화해야 함)

에이전틱 사용자 에이전트를 사용하여 AI 봇 요청을 시뮬레이션합니다.

curl -svo /dev/null https://www.example.com/page.html \
  --header "user-agent: chatgpt-user"

성공적인 응답에는 요청이 Edge Optimize를 통해 라우팅되었음을 확인하는 x-edgeoptimize-request-id 헤더가 포함됩니다.

< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85

2. 사람 트래픽 테스트(영향을 받지 않아야 함)

일반 사람 브라우저 요청을 시뮬레이션합니다.

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"

응답에는 x-edgeoptimize-request-id 헤더가 없어야 합니다. 페이지 콘텐츠와 응답 시간은 Optimize at Edge를 활성화하기 전과 동일하게 유지되어야 합니다.

3. 두 시나리오를 구분하는 방법

LLM Optimizer UI에서 트래픽 라우팅 상태를 확인할 수도 있습니다. 고객 구성(으)로 이동하고 CDN 구성 탭을 선택합니다.

사용 가능한 기회, 자동 최적화 워크플로 및 FAQ를 포함하여 Edge에서 최적화에 대해 자세히 알아보려면 Edge에서 최적화 개요로 돌아가십시오.