Akamai(BYOCDN)

Last update: Thu Feb 19 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

주제:

이 구성은 에이전트 트래픽(AI 보트 및 LLM 사용자 에이전트의 요청)을 Edge 최적화 백 엔드 서비스(live.edgeoptimize.net)로 라우팅합니다. 사람 방문자와 SEO 봇은 평소처럼 원산지에서 계속 제공됩니다. 구성을 테스트하려면 설정이 완료된 후 응답에서 x-edgeoptimize-request-id 헤더를 찾습니다.

사전 요구 사항

Akamai 속성 관리자 규칙을 설정하기 전에 다음을 확인하십시오.

도메인의 Akamai Property Manager에 액세스
LLM Optimizer 온보딩 프로세스를 완료했습니다.
LLM Optimizer에 CDN 로그 전달을 완료했습니다.
LLM Optimizer UI에서 검색한 Edge Optimize API 키.

API 키를 검색하는 단계:

고객 구성(으)로 이동하고 CDN 구성 탭을 선택합니다.
최적화를 배포할 AI 트래픽 라우팅에서 AI 에이전트에 최적화 배포 확인란을 선택하십시오.

API 키를 복사하고 아래 라우팅 구성 단계를 진행합니다.

API 키 복사

note note
NOTE
이 단계에서, 상태는 설정이 아직 완료되지 않았음을 나타내는 적색 십자가를 보여줄 수 있다. 예상된 결과입니다. 아래 라우팅 구성을 완료하고 AI 보트 트래픽이 흐르기 시작하면 상태가 라우팅이 성공적으로 활성화되었음을 확인하는 녹색 확인 표시로 업데이트됩니다.

또한 위의 단계에 대한 도움이 필요한 경우 Adobe 계정 팀이나 llmo-at-edge@adobe.com에 문의하십시오.

구성

다음 Akamai Property Manager 규칙은 LLM 사용자 에이전트를 Edge Optimize로 라우팅합니다. 구성에는 다음 단계가 포함됩니다.

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

다음 사용자 에이전트:image.png에 대한 라우팅 설정

 *AdobeEdgeOptimize-AI*,
 *ChatGPT-User*,
 *GPTBot*,
 *OAI-SearchBot*,
 *PerplexityBot*,
 *Perplexity-User*

라우팅 기준 설정

2. 원본 및 SSL 동작 설정

원본을 live.edgeoptimize.net(으)로 설정하고 SAN을 *.edgeoptimize.net(으)로 일치

원본 및 SSL 동작 설정

3. 캐시 키 변수 설정

캐시 키 변수 PMUSER_EDGE_OPTIMIZE_CACHE_KEY을(를) LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}}(으)로 설정

캐시 키 변수 설정

4. 캐싱 규칙

캐싱 규칙

5. 수신 요청 헤더 수정

다음 수신 요청 헤더를 설정합니다.
LLMO에서 검색한 API 키에 대한 x-edgeoptimize-api-key
x-edgeoptimize-config - LLMCLIENT=TRUE;
x-edgeoptimize-url - {{builtin.AK_URL}}

수신 요청 헤더 수정

6. 수신 응답 헤더 수정

수신 응답 헤더 수정

7. 캐시 ID 수정

캐시 ID 수정

8. 보내는 요청 헤더 수정

x-forwarded-host 헤더를 {{builtin.AK_HOST}}(으)로 설정

보내는 요청 헤더 수정

9. 사이트 장애 조치(Failover)

사이트 페일오버 구성에는 페일오버 동작(주 optimize-at-edge 라우팅 규칙 내에서 구성됨)과 별도의 페일오버 테스트 헤더 규칙이 있습니다.

9a. 사이트 장애 조치(failover) 동작(기본 at-edge 라우팅 규칙 내)

기본 라우팅 규칙 내에서 다음과 같이 사이트 장애 조치(failover) 동작과 고급 XML 코드 조각을 구성합니다.

사이트 장애 조치(Failover)

고급 XML을 통해 값이 fo인 요청 헤더 x-edgeoptimize-request을(를) 추가합니다.

<forward:availability.fail-action2>
<add-header>
<status>on</status>
<name>x-edgeoptimize-request</name>
<value>fo</value>
</add-header>
</forward:availability.fail-action2>

장애 조치(Failover) 동작

9b. 장애 조치(failover) 테스트 헤더 규칙(형제 규칙)

IMPORTANT

EdgeOptimize 장애 조치(Failover) - 테스트 헤더 규칙을 라우팅 규칙의 형제(동일한 수준)로 만듭니다. 중첩 안 됨. Akamai 속성 관리자 규칙 트리에서 계층은 다음과 같아야 합니다.

code language-none
`▼ Parent Rule ▶ Optimize at Edge Routing ← routing rule EdgeOptimize Failover - Test Header ← sibling, same level`

이렇게 하면 장애 조치(failover) 테스트 헤더 규칙이 라우팅 규칙 하나가 아닌 모두에 대해 평가됩니다.

요청 헤더 x-edgeoptimize-request 값이 fo인 경우 보내는 응답 헤더 x-edgeoptimize-fo을(를) true(으)로 설정합니다.

장애 조치(Failover) 규칙

사이트 장애 조치(Failover)를 통해 Edge 최적화가 4XX 또는 5XX 오류를 반환하는 경우 요청이 기본 원본으로 다시 자동 라우팅되어 최종 사용자가 응답을 계속 받게 됩니다.

시나리오

비헤이비어

Edge 최적화 반환: 2XX

최적화된 응답이 클라이언트에 제공됩니다.

Edge 최적화는 4XX 또는 5XX 반환

요청은 기본 원점으로 다시 라우팅됩니다.

설정 확인

설정을 완료한 후 보트 트래픽이 Edge 최적화로 라우팅되고 사람 트래픽에 영향을 주지 않는지 확인하십시오.

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

에이전트 사용자 에이전트를 사용하여 AI 보트 요청 시뮬레이션:

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

성공적인 응답에는 x-edgeoptimize-request-id 헤더가 포함되어 있으므로 요청이 Edge 최적화를 통해 라우팅되었는지 확인합니다.

< 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 헤더가 없어야합니다. 페이지 컨텐츠 및 응답 시간은 Edge에서 최적화를 활성화하기 전과 동일하게 유지되어야 합니다.

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

헤더

보트 트래픽(최적화됨)

사람 트래픽(영향을 받지 않음)

x-edgeoptimize-request-id

있음 — 고유한 요청 ID가 포함되어 있습니다.

없음

x-edgeoptimize-fo

장애 조치(failover)가 발생한 경우에만 표시됩니다(값: 1).

없음

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

라우팅이 활성화된 AI 트래픽 라우팅 상태

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

recommendation-more-help

f4efb21c-f078-44f0-8387-659fc8a54a89