설명서LLM Optimizer

Azure Front Door(BYOCDN)

마지막 업데이트: 2026년 6월 16일

작성 대상:

  • {"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"}

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

Azure Front Door는 엣지에서 사용자 정의 코드를 실행하지 않습니다. Edge Optimize를 위한 전용 원본 그룹​과 함께 규칙 집합​을 사용하여 라우팅이 구성됩니다.장애 조치는 Azure Front Door의 우선 순위 기반 원본 그룹 상태 프로브에 의해 처리됩니다.

사전 요구 사항

Azure Front Door 라우팅 규칙을 설정하기 전에 다음을 확인하십시오.

  • Azure Front Door 프로필에 액세스합니다.
  • LLM Optimizer UI에서 검색한 Edge Optimize API 키 단계는 API 키 검색을 참조하십시오.
  • (선택 사항) 스테이징 라우팅을 테스트하려면 스테이징 API 키를 참조하십시오.

1단계: Edge Optimize용 원본 그룹을 생성합니다.

Azure Front Door 프로필에는 이미 원본을 가리키는 기본 원본 그룹이 있습니다.Edge Optimize용 새 원본 그룹 만들기:

  • 이름: edge-optimize-origin-group

  • 원본(우선 순위 기반의 장애 조치):

    • 우선 순위 1 — live.edgeoptimize.net(원본 호스트 헤더: live.edgeoptimize.net)
    • 우선 순위 2 — 도메인 엔드포인트(예: www.example.com). 이는 장애 조치입니다. Edge Optimize가 비정상인 경우에는 요청이 도메인으로 라우팅되고, 이 도메인은 Azure Front Door에 다시 진입하고 기본 원본에서 서비스를 제공합니다.

  • 상태 프로브: 활성화됨

    • 경로: /health/<your-domain>(예: /health/www.example.com)
    • 프로토콜: HTTPS
    • 간격: 225초

  • 세션 선호도: 비활성화됨

  • 인증서 제목 이름 유효성 검사: 활성화됨

우선 순위 기반 원본 및 상태 프로브를 포함한 Edge Optimize 원본 그룹

NOTE
edge-optimize-origin-group 원본 그룹은 포털에 '연결 해제됨' 경고를 표시합니다. 이는 예상되는 동작입니다. 경로가 직접 참조하는 것이 아니라 규칙 세트 경로 재정의를 통해 참조됩니다.

2단계: 경로 구성

기본 경로는 일반적으로 Azure Front Door 프로필로 만들어집니다. 규칙 세트(3단계)는 에이전틱 트래픽의 원본 그룹을 재정의하므로 Edge Optimize를 위한 별도의 경로가 필요하지 않습니다.

3단계: 규칙 세트 만들기

규칙 세트 > 규칙 세트 추가​로 이동하여 이름을 EORouting으로 지정합니다. 다음 순서로 3개의 규칙을 추가합니다.

헤더 제거 및 봇 라우팅 규칙을 표시하는 EORouting 규칙 집합

규칙 1: StripIncomingEOHeaders01

스푸핑 방지를 위해 수신되는 Edge Optimize 헤더를 제거합니다. 조건 없음 — 모든 요청에 적용됩니다. 평가 중지: 꺼짐.

액션 — 각 항목에 대한 요청 헤더 삭제:

  • x-edgeoptimize-url
  • x-edgeoptimize-config
  • x-edgeoptimize-api-key
  • x-edgeoptimize-fetcher-key

규칙 2: EOGPTBotRootGET03

HTML 페이지 경로의 봇 요청을 Edge Optimize로 라우팅합니다. 평가 중지: 켜짐.

조건(모두 일치해야 함):

  • 요청 방법: 같음 GET
  • 요청 경로: RegEx(^$|^.*/$|(^|.*/)[^./]+$|^.*\.html$)(사이트 루트, /로 끝나는 경로, 확장 없는 페이지 경로 및 .html 경로와 일치)
  • 사용자-에이전트: chatgpt-user, gptbot, oai-searchbot, adobeedgeoptimize-ai, perplexitybot, perplexity-user, claudebot, claude-user, claude-searchbot 중 어느 것이든 포함합니다. 문자열 변환을 소문자로 설정합니다.
  • x-edgeoptimize-monitor: 포함하지 않음 1
  • x-edgeoptimize-request: failover, 1 중 어느 것도 포함하지 않습니다.

액션:

  • 요청 헤더 덮어쓰기 x-edgeoptimize-url = /{url_path}?{query_string}
  • 요청 헤더 덮어쓰기 x-edgeoptimize-config = LLMCLIENT=TRUE;
  • 요청 헤더 덮어쓰기 x-edgeoptimize-api-key = YOUR_API_KEY
  • 요청 헤더 덮어쓰기 x-edgeoptimize-monitor = 1
  • 경로 구성 재정의: 원본 그룹 → edge-optimize-origin-group, 전달 프로토콜 → 들어오는 요청 일치, 캐싱 → 비활성화됨

규칙 3: HealthProbeRewrite03

Azure Front Door 상태 프로브 요청이 /health/<domain>가 아닌 /로 원본에 도달하도록 다시 작성합니다. 이를 통해 원본에 전용 상태 엔드포인트를 지정하지 않고도 Azure Front Door가 Edge Optimize 가용성을 모니터링하도록 할 수 있습니다.평가 중지: 켜짐.

상태 프로브 재작성 규칙

조건(모두 일치해야 함):

  • 요청 URL 경로: 시작 문자 /health/
  • x-fd-healthprobe: 포함 1

액션:

  • URL 재작성 — 소스 패턴: /health/, 대상: /
  • 응답 헤더 덮어쓰기 custom-origin-health = routed(진단 — 확인 후 제거할 수 있음)
  • 요청 헤더 추가 user-agent = AdobeEdgeOptimize/1.0(선행 공백 추가 — Azure Front Door가 값을 있는 그대로 추가)
  • 경로 구성 재정의: 원본 그룹 → default-origin-group, 전달 프로토콜 → 들어오는 요청 일치, 캐싱 → 비활성화됨

4단계: 규칙 세트를 경로와 연결

경로를 열고 하단의 규칙 섹션으로 스크롤한 다음 드롭다운에서 EORouting 규칙 세트를 선택합니다. 기존 규칙 세트가 있는 경우 맨 위로 이동​을 사용하여 #1​에서 EORouting 위치를 지정합니다.Optimize at Edge 규칙은 에이전틱 트래픽과 Edge Optimize 루프백 요청만 가로채므로 다른 모든 트래픽은 다른 규칙에 영향을 미치지 않고 통과합니다. 저장한 후 전파를 기다립니다(약 20분).

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

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

  • Edge 서비스에서 최적화 서비스를 통해 원본 콘텐츠를 가져올 수 있도록 WAF 또는 봇 관리자에서 *AdobeEdgeOptimize/1.0* 사용자 에이전트를 최적화합니다.

  • 방화벽에 사용자 에이전트 이외의 추가 확인이 필요한 경우 암호를 생성하고(예: openssl rand -hex 32):

    • 다른 x-edgeoptimize-* 헤더와 함께 라우팅 규칙에 암호가 포함된 x-edgeoptimize-fetcher-key을(를) 추가합니다.
    • x-edgeoptimize-fetcher-key이(가) 같은 암호와 일치하는 요청을 허용하도록 WAF 또는 보트 관리자 규칙을 추가합니다.

  • Edge에서 최적화 는 이 헤더를 있는 그대로 전달합니다. — 전체 키 라이프사이클을 소유합니다.

설정 확인

설정을 완료한 후 봇 트래픽이 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. 두 시나리오를 구분하는 방법

헤더
봇 트래픽(최적화됨)
사람 트래픽(영향을 받지 않음)
x-edgeoptimize-request-id
있음 - 고유한 요청 ID가 포함되어 있습니다.
없음

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

AI 에이전트에 최적화 배포 — 완료됨

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

recommendation-more-help
llm-optimizer-help-main-toc