기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# MediaTailor 서버 측 광고 추적 및 보고
<a name="ad-reporting-server-side"></a>

AWS Elemental MediaTailor 는 포괄적인 광고 추적 및 측정을 위해 기본적으로 서버 측 보고를 사용합니다. 서버 측 보고인 경우, 플레이어가 매니페스트에 광고 URL을 요청할 때 서비스는 즉시 광고 추적 URL에 광고 조회량을 보고합니다. 플레이어가 MediaTailor로 재생 세션을 초기화한 후에는 서버 측 보고를 수행하기 위해 사용자 또는 플레이어의 추가 입력이 필요하지 않습니다. 각 광고가 재생되면 MediaTailor는 광고 서버에 비컨을 전송하여 광고가 얼마나 많이 보였는지 보고합니다. MediaTailor는 첫 번째 사분위수, 중간점, 세 번째 사분위수, 광고 완료 등 광고 시작 및 사분위수의 광고 진행에 대한 비컨을 전송합니다.

**서버 측 광고 보고를 수행하려면**
+ 플레이어에서 프로토콜에 따라 다음 형식 중 하나의 요청을 사용하여 새 MediaTailor 재생 세션을 초기화합니다.
  + 예: HLS 형식

    ```
    GET <mediatailorURL>/v1/master/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server>
    ```
  + 예: DASH 형식

    ```
    GET <mediatailorURL>/v1/dash/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server>
    ```

  키-값 페어는 광고 추적을 위한 동적 타겟팅 파라미터입니다. 요청에 파라미터를 추가하는 방법에 대한 자세한 내용은 [ADS 요청에 대한 MediaTailor 동적 광고 변수](variables.md) 단원을 참조하십시오.

AWS Elemental MediaTailor 는 매니페스트 URL을 사용하여 요청에 응답합니다. 매니페스트에는 미디어 매니페스트용 URL이 포함됩니다. 미디어 매니페스트에는 광고 세그먼트 요청 링크가 포함되어 있습니다.

**참고**  
MediaTailor가 추적 URL에서 이중 슬래시(//)를 발견하면 슬래시를 1(/)로 축소합니다.

플레이어가 광고 세그먼트 URL(`/v1/segment` 경로)에 재생을 요청하면 AWS Elemental MediaTailor 은 광고 추적 URL을 통해 광고 서버에 적절한 비콘을 전송합니다. 동시에 서비스는 실제 `*.ts` 광고 세그먼트로 리디렉션을 발행합니다. 광고 세그먼트는 MediaTailor가 트랜스코딩된 광고를 저장하는 Amazon CloudFront 배포 또는 광고를 캐싱한 콘텐츠 전송 네트워크(CDN)에 있습니다.

다음 섹션에서는 MediaTailor의 서버 측 광고 추적 작업에 대한 자세한 정보를 제공합니다.

**Topics**
+ [SGAI 서버 측 추적](ad-reporting-server-side-sgai.md)
+ [비컨 용어집](ad-reporting-server-side-beacon-glossary.md)
+ [타이밍 및 캐싱 동작](ad-reporting-server-side-timing-behavior.md)
+ [추적 기능](ad-reporting-server-side-features.md)

# 서버 가이드 광고 삽입(SGAI)을 사용한 서버 측 추적
<a name="ad-reporting-server-side-sgai"></a>

서버 가이드 광고 삽입(SGAI)을 사용하는 경우 서버 측 추적은 위에서 설명한 연결 모드 접근 방식과 다른 *세션 없는 비컨 메커니즘*을 사용합니다. MediaTailor는 광고 세그먼트를 콘텐츠 매니페스트(`/v1/segment`요청 추적)에 스티칭하는 대신 SGAI는 광고 URIs.

## 세션 없는 서버 측 비컨 작동 방식
<a name="ad-reporting-server-side-sgai-how-it-works"></a>

다음 단계에서는 SGAI 세션에서 서버 측 비컨이 작동하는 방식을 설명합니다.

1. **세션 초기화**: 플레이어가를 사용하여 HLS 다변량 재생 목록을 요청합니다`aws.insertionMode=GUIDED`. 서버 측 보고가 기본값입니다(`aws.reportingMode`파라미터 필요 없음). 연결 모드와 달리 세션 초기화 응답에는가 포함되지 *않습니다*`trackingUrl`.

1. **캐시 가능 매니페스트**: MediaTailor는 MediaTailor 중간 자산 목록 엔드포인트를 가리키는 `CLASS="com.apple.hls.interstitial"` 및 `X-ASSET-LIST` 속성이 있는 `EXT-X-DATERANGE` 태그가 포함된 캐시 가능 매니페스트를 반환합니다.

1. **비컨 메타데이터가 포함된 자산 목록**: 플레이어가 광고 시간을 발견하면 자산 목록을 가져옵니다. MediaTailor는 각 광고 URI에 암호화된 비컨 메타데이터가 포함된 JSON 응답을 반환합니다.

   ```
   {
     "ASSETS": [
       {
         "DURATION": 30.0,
         "URI": "https://cdn.example.com/ad/master.m3u8?awsBeaconData=<encrypted>&awsBeaconDomain=<MediaTailor-endpoint>&awsConfigurationName=<config-name>"
       }
     ]
   }
   ```

   서버 측 보고가 활성 상태이면 응답에 `TRACKING` 섹션이 포함되지 *않습니다*. 광고 URIs는 모든 비컨 데이터를 전달합니다.

1. **HLS 변수 대체**: 플레이어가 광고 다변량 재생 목록을 가져옵니다. 광고 매니페스트는 `#EXT-X-DEFINE:QUERYPARAM` 지시문을 사용하여 HLS 변수 대체를 통해 URI 쿼리 문자열의 비컨 파라미터를 세그먼트 URLs로 전달합니다.

   ```
   #EXTM3U
   #EXT-X-DEFINE:QUERYPARAM="awsBeaconData"
   #EXT-X-DEFINE:QUERYPARAM="awsBeaconDomain"
   #EXT-X-DEFINE:QUERYPARAM="awsConfigurationName"
   #EXTINF:5.0,
   {$awsBeaconDomain}/segment/hash/{$awsConfigurationName}/{$awsBeaconData}/0/0?aws.segmentRelativePath=asset_00001.ts
   ```

   플레이어는 광고 매니페스트 URI 쿼리 문자열의 값을 사용하여 `{$awsBeaconData}``{$awsBeaconDomain}`, 및 `{$awsConfigurationName}` 변수를 확인한 다음 MediaTailor를 통해 각 광고 세그먼트를 요청합니다.

1. **세그먼트 요청 시 비컨 실행**: 플레이어가 각 광고 세그먼트를 요청하면 요청은 MediaTailor를 통해 라우팅됩니다. 서비스는 비컨 데이터를 복호화하고, 광고 내 세그먼트의 위치(억제, 1사분위수, 중간점, 3사분위수 또는 완료)를 결정하고, 광고 서버에 적절한 VAST 추적 비컨을 실행합니다. 그런 다음 MediaTailor는 플레이어를 실제 광고 콘텐츠 세그먼트로 리디렉션합니다.

## SGAI 서버 측 비컨에 대한 플레이어 요구 사항
<a name="ad-reporting-server-side-sgai-requirements"></a>

SGAI에서 서버 측 비컨을 사용하려면 플레이어가 다음 요구 사항을 충족해야 합니다.
+ HLS 버전 11 이상
+ HLS Interstitials `EXT-X-DATERANGE` `CLASS` 속성 지원
+ `#EXT-X-DEFINE:QUERYPARAM` 변수 대체 지원(RFC 8216bis). 플레이어는 쿼리 파라미터 값을 세그먼트 URLs로 대체하기 전에 백분율 디코딩해야 합니다.

**참고**  
SGAI 서버 측 비컨은 현재 HLS에서만 지원됩니다. DASH는 아직 SGAI 서버 측 비컨에 대해 지원되지 않습니다.

## 스티칭 모드 서버 측 추적과의 비교
<a name="ad-reporting-server-side-sgai-comparison"></a>

다음 표에는 서버 측 추적이 스티칭 광고 삽입과 서버 가이드 광고 삽입 간에 어떻게 다른지 요약되어 있습니다.


| 속성 | Stitched(SSAI) | 서버 가이드(SGAI) | 
| --- | --- | --- | 
| 매니페스트 캐시 가능성 | 세션당, 캐시할 수 없음 | 캐시 가능, 최종 사용자 간에 공유 | 
| 광고 세그먼트 라우팅 | 세션 ID를 /v1/segment/ 사용하여 | 암호화된 비컨 데이터 BLOB을 /v1/segment/ 사용하여 | 
| 비컨의 세션 상태 | MediaTailor에 세션당 저장됨 | 세션 없음 - 모든 상태가 암호화된 awsBeaconData 파라미터로 전달됩니다. | 
| 세션 시작 시 URL 추적 | 세션 초기화 응답에 반환됨 | 제공되지 않음 - 비컨 데이터가 각 자산 목록 응답의 광고 URIs에 포함됩니다. | 
| DASH 지원 | 지원됨 | 아직 지원되지 않음 | 

**참고**  
라이브 SGAI 세션의 경우를 사용하여 매니페스트 기반 광고 미리 가져오기를 활성화할 수 있습니다`aws.guidedPrefetchMode=MANIFEST`. 이는 연결된 (SSAI) 세션과 함께 사용되는 일정 기반 미리 가져오기 API와는 별개입니다. 자세한 내용은 [매니페스트 하트비트를 사용한 안내 미리 가져오기](sgai-guided-prefetch.md)을 참조하세요.

# 서버 측 추적 비컨 용어집
<a name="ad-reporting-server-side-beacon-glossary"></a>

MediaTailor 서버 측 추적은 표준화된 비컨 세트를 사용하여 광고 서버 및 확인 서비스에 광고 시청 진행 상황을 보고합니다. 이러한 비컨은 비디오 광고 측정에 대한 대화형 광고국(IAB) 표준에 부합하며 광고 노출 및 완료율을 정확하게 보고합니다.


**서버 측 추적 비컨 유형**  

| 비컨 유형 | 실행 시 | 용도 | 타이밍 세부 정보 | 
| --- | --- | --- | --- | 
| 노출 | 플레이어가 첫 번째 광고 세그먼트를 요청하는 경우 | 광고 콘텐츠가 로드를 시작했으며 최종 사용자에게 표시되려고 함을 나타냅니다. | 광고에 대한 첫 번째 /v1/segment 요청 시 실행됩니다. 노출을 계산하기 전에 광고 콘텐츠 로딩을 시작하도록 요구하는 IAB 지침에 부합합니다. 전체 시퀀스는 [서버 측 추적 워크플로](ad-reporting-server-side-timing-behavior.md#ad-reporting-server-side-timing-behavior-workflow) 단원을 참조하십시오. | 
| 시작 | 플레이어가 광고 콘텐츠를 렌더링하기 시작하는 경우 | 광고 재생이 실제로 시작되었는지 확인합니다. | 일반적으로 첫 번째 세그먼트 요청의 노출 비컨과 동시에 실행되지만 광고 렌더링의 실제 시작을 나타냅니다. 이러한 구분은 노출 이벤트와 시작 이벤트를 별도로 추적하는 확인 서비스에 중요합니다. | 
| 첫 번째 사분위수 | 플레이어가 광고 기간의 25%에 도달한 경우 | 광고의 1분기까지 지속적인 광고 시청을 측정합니다. | 플레이어가 광고 기간의 25% 지점이 포함된 세그먼트를 요청할 때 실행됩니다. 예를 들어 2초 세그먼트가 있는 20초 광고에서는 일반적으로 세 번째 세그먼트에 대한 요청 시(광고 후 약 4\$16초) 실행됩니다. | 
| 중간점 | 플레이어가 광고 기간의 50%에 도달한 경우 | 광고의 절반을 통해 지속적인 광고 시청을 측정합니다. | 플레이어가 광고 기간의 50% 지점이 포함된 세그먼트를 요청할 때 실행됩니다. 예를 들어 2초 세그먼트가 있는 20초 광고에서는 일반적으로 5번째 세그먼트에 대한 요청 시(광고 후 약 8\$110초) 실행됩니다. | 
| 세 번째 사분위수 | 플레이어가 광고 기간의 75%에 도달하는 경우 | 광고의 4분의 3을 통해 지속적인 광고 시청을 측정합니다. | 플레이어가 광고 기간의 75% 지점이 포함된 세그먼트를 요청할 때 실행됩니다. 예를 들어 2초 세그먼트가 있는 20초 광고에서는 일반적으로 8번째 세그먼트에 대한 요청 시(광고 후 약 14\$116초) 실행됩니다. | 
| 완료 | 플레이어가 광고 끝에 도달하면 | 전체 광고가 최종 사용자에게 전달되었는지 확인합니다. | 플레이어가 광고의 최종 세그먼트를 요청할 때 실행됩니다. 이는 최종 사용자가 전체 광고 콘텐츠를 볼 수 있음을 나타냅니다. 예를 들어 2초 세그먼트가 있는 20초 광고에서는 일반적으로 10번째 세그먼트에 대한 요청 시(광고 후 약 18\$120초) 실행됩니다. | 

**참고**  
비컨 실행의 정확한 타이밍은 세그먼트 지속 시간 및 광고 길이에 따라 달라집니다. MediaTailor는 특정 광고 기간 및 세그먼트 구조를 기반으로 각 사분위수 위치에 해당하는 적절한 세그먼트 요청을 계산합니다.

# 서버 측 추적 타이밍 및 캐싱 동작
<a name="ad-reporting-server-side-timing-behavior"></a>

서버 측 보고에서 MediaTailor는 매니페스트 구문 분석 또는 사전 로드 활동이 아닌 플레이어의 실제 세그먼트 요청을 기반으로 추적 이벤트를 실행합니다. 이 접근 방식은 비디오 광고 측정에 대한 업계 표준에 부합하는 정확한 노출 계수를 보장합니다.

## 주요 타이밍 원칙
<a name="ad-reporting-server-side-timing-behavior-principles"></a>

MediaTailor 서버 측 추적은 다음과 같은 기본 타이밍 원칙을 따릅니다.
+ **실제 세그먼트 요청에서 이벤트 추적 실행** - 플레이어가 매니페스트 구문 분석 또는 캐싱이 아닌 `/v1/segment` URLs에 HTTP 요청을 하는 경우에만 비컨이 전송됩니다.
+ 매**니페스트의 플레이어 캐싱 및 사전 로드는 이벤트를 트리거하지 않습니다**. 플레이어는 추적 이벤트를 생성하지 않고도 매니페스트 정보를 구문 분석, 캐시 또는 사전 로드할 수 있습니다.
+ **세그먼트 사전 가져오기*는* 이벤트를 트리거합니다** - 플레이어가 재생 전에 실제 광고 세그먼트를 미리 가져오는 경우 세그먼트 요청이 유효한 노출을 구성하는 업계 표준 동작을 따릅니다.
+ **각 /v1/세그먼트 요청은 적절한 비컨을 트리거합니다**. 특정 추적 이벤트(억제, 사분위수, 완료)는 요청되는 광고 위치 및 세그먼트에 따라 결정됩니다.
+ **타이밍은 IAB 표준에 부합** -이 접근 방식은 비디오 광고 측정 및 노출 계산에 대한 대화형 광고국 지침을 따릅니다.

## 서버 측 추적 워크플로
<a name="ad-reporting-server-side-timing-behavior-workflow"></a>

다음 다이어그램은 플레이어 요청과 관련하여 이벤트 추적이 실행되는 시기를 보여주는 전체 서버 측 추적 워크플로를 보여줍니다.

**1단계: 세션 초기화**  
플레이어가 MediaTailor에서 매니페스트를 요청하면 광고 세그먼트 URLs.  

![\[MediaTailor에서 매니페스트를 요청하고 광고 세그먼트 URLs.\]](http://docs.aws.amazon.com/ko_kr/mediatailor/latest/ug/images/ss-track-phase1.png)


**2단계: 광고 요청 및 노출 추적**  
플레이어가 첫 번째 광고 세그먼트를 요청하면 MediaTailor는 노출을 실행하고 광고 결정 서버와 광고 확인 서비스 모두에 비컨을 시작합니다.  

![\[플레이어가 첫 번째 광고 세그먼트를 요청할 때 MediaTailor가 광고 결정 서버 및 광고 확인 서비스에 노출 및 시작 비컨을 모두 전송하는 것을 보여주는 광고 노출 추적 단계입니다.\]](http://docs.aws.amazon.com/ko_kr/mediatailor/latest/ug/images/ss-track-phase2.png)


**3단계: 사분위 추적**  
MediaTailor는 후속 세그먼트 요청에 따라 사분위 비컨(1사분위수, 중간점, 3사분위수, 완료)을 실행합니다.  

![\[플레이어가 후속 광고 세그먼트를 요청할 때 MediaTailor가 광고 결정 서버와 광고 확인 서비스 모두에 사분위 비컨을 실행하는 것을 보여주는 사분위 추적 단계입니다.\]](http://docs.aws.amazon.com/ko_kr/mediatailor/latest/ug/images/ss-track-phase3.png)


**4단계: 세그먼트 전송**  
추적 비컨을 실행한 후 MediaTailor는 Amazon CloudFront 또는 CDN에서 실제 광고 세그먼트로 리디렉션합니다.  

![\[추적 비컨을 실행한 후 MediaTailor가 CloudFront 또는 CDN에서 실제 광고 세그먼트로 플레이어를 리디렉션하는 것을 보여주는 세그먼트 전송 단계입니다.\]](http://docs.aws.amazon.com/ko_kr/mediatailor/latest/ug/images/ss-track-phase4.png)


서버 측 추적 워크플로에는 다음과 같은 주요 타이밍 동작이 포함됩니다.

1. **세션 초기화** - 플레이어가 MediaTailor에서 매니페스트를 요청합니다. MediaTailor는 `/v1/segment` 경로가 있는 광고 세그먼트 URLs이 포함된 개인화된 매니페스트를 반환합니다.

1. **매니페스트 구문 분석 및 캐싱** - 플레이어는 매니페스트를 구문 분석하고 세그먼트 정보를 미리 로드하거나 캐싱할 수 있습니다. 플레이어 캐싱 동작에 관계없이 **이 단계에서는 추적 이벤트가 실행되지 않습니다**.

1. **광고 세그먼트 요청 및 노출 추적** - 플레이어가 실제로 첫 번째 광고 세그먼트(일반적으로 재생용)를 요청하면 MediaTailor는 노출 비컨을 실행하고 광고 결정 서버와 광고 확인 서비스 모두에 대한 이벤트 추적을 시작합니다. 이는 매니페스트를 구문 분석할 때가 아니라 `/v1/segment` URL에 대한 실제 HTTP 요청에서 발생합니다.

1. **세그먼트 요청을 기반으로 한 사분위 추적** - MediaTailor는 광고 기간 내에 계산된 사분위수 위치에 해당하는 후속 세그먼트 요청을 기반으로 광고 결정 서버와 광고 확인 서비스 모두에 사분위수 비컨(1사분위수, 중간점, 3사분위수, 완료)을 실행합니다.

1. **세그먼트 전송** - 적절한 추적 비컨을 실행한 후 MediaTailor는 실제 광고 세그먼트(Amazon CloudFront 또는 CDN)로 HTTP 리디렉션을 실행합니다.

## 플레이어 캐싱 및 사전 로드 고려 사항
<a name="ad-reporting-server-side-timing-behavior-caching-considerations"></a>

MediaTailor 서버 측 추적은 정확한 노출 측정을 유지하면서 다양한 플레이어 캐싱 및 사전 로드 전략과 호환되도록 설계되었습니다.
+ **매니페스트 사전 로드** - 매니페스트 정보를 사전 로드하거나 캐시하는 플레이어는 추적 이벤트를 트리거하지 않습니다. 추적 이벤트는 실제 세그먼트 요청이 이루어진 경우에만 실행됩니다.
+ **세그먼트 미리 가져오기** - 플레이어가 재생 전에 광고 세그먼트를 미리 가져오는 경우 해당 세그먼트가 요청되면 실제 재생 시간보다 이전일 수 있는 추적 이벤트가 실행됩니다. 이 동작은 세그먼트 요청을 유효한 노출로 간주하는 업계 표준에 부합합니다.
+ **플레이어 버퍼링** - 표준 플레이어 버퍼링 동작(재생보다 약간 앞선 세그먼트 요청)은 세그먼트 요청 패턴에 따라 적절한 시간에 추적 이벤트를 트리거합니다.

## 불일치 추적 문제 해결
<a name="ad-reporting-server-side-timing-behavior-troubleshooting"></a>

MediaTailor 서버 측 추적과 타사 지표 간에 불일치가 발견되면 다음 요소를 고려하세요.
+ **플레이어 동작 차이** - 플레이어마다 세그먼트 요청이 이루어지는 시점에 영향을 미치는 다양한 사전 가져오기 및 버퍼링 전략이 있을 수 있습니다.
+ **네트워크 조건** - 네트워크 조건이 좋지 않으면 플레이어가 세그먼트를 예상과 여러 번 또는 다른 간격으로 요청할 수 있습니다.
+ **CDN 구성** - `/v1/segment` 요청의 잘못된 CDN 캐싱으로 인해 추적 이벤트가 누락되거나 중복될 수 있습니다.
+ **세션 관리** - 각 재생 세션이 이벤트 충돌 추적을 방지하기 위해 고유한 세션 식별자를 사용하는지 확인합니다.

자세한 문제 해결 지침은 섹션을 참조하세요[일반적인 문제 해결](monitoring-and-troubleshooting.md#troubleshooting-common-issues).

# MediaTailor 서버 측 추적 기능
<a name="ad-reporting-server-side-features"></a>

AWS Elemental MediaTailor 는 이러한 통합 서버 측 추적 기능을 자동으로 적용하여 광고 측정 정확도와 신뢰성을 최적화합니다. 시스템은 중복 비컨을 방지하고, 대량 기간 동안 트래픽을 관리하고, 적절한 이벤트 시퀀싱을 유지하고, 사용자의 구성 없이 포괄적인 성능 모니터링을 제공합니다. 광고 결정 서버(ADS)가 VAST 응답에서 추적 비컨을 제공하도록 하기만 하면 됩니다.

**참고**  
이러한 기능은 2025년 9월 30일부터 신규 고객에게 제공됩니다. 기존 고객은 지속적인 서비스 개선의 일환으로 2025년 내내 액세스할 수 있습니다. 이러한 기능에 즉시 액세스하려면 [AWS Support](https://aws.amazon.com/premiumsupport/)에 문의하십시오.

**참고**  
이러한 기능은 스티칭(SSAI) 광고 삽입 방법과 서버 가이드(SGAI) 광고 삽입 방법 모두에 적용됩니다. 비컨 유형과 타이밍은 두 모드 모두에서 동일합니다. MediaTailor가 비컨을 트리거하는 방식이 다릅니다. SGAI 서버 측 비컨에 [서버 가이드 광고 삽입(SGAI)을 사용한 서버 측 추적](ad-reporting-server-side-sgai.md) 대한 자세한 내용은 섹션을 참조하세요.

## 비콘 중복 제거
<a name="ad-reporting-server-side-beacon-deduplication"></a>

MediaTailor는 동일한 광고 이벤트에 대한 중복 비컨 실행을 방지합니다. 서버 측 추적 시스템은 각 노출, 사분위수 및 완료 비컨을 광고 보기 세션당 한 번만 전송합니다. 비디오 플레이어가 네트워크 조건, 비트 전송률 변경 또는 버퍼링 전략으로 인해 동일한 광고 세그먼트를 여러 번 요청하면 MediaTailor는 실행된 비컨을 추적하고 중복 전송을 차단합니다.

중복 제거는 부풀려진 비컨 수를 유발하는 일반적인 시나리오를 자동으로 해결합니다.
+ **적응형 비트레이트 스트리밍** - 플레이어가 동일한 광고 세그먼트의 다양한 품질 변형을 다운로드하는 경우
+ **네트워크 재시도 시나리오** - 플레이어가 네트워크 문제 또는 제한 시간으로 인해 세그먼트를 다시 요청하는 경우
+ **플레이어 버퍼링 전략** - 플레이어가 버퍼링을 위해 세그먼트를 미리 가져오거나 다시 가져오는 경우

시스템은 플레이어가 서로 다른 품질 수준 간에 전환하더라도 노출 비컨을 한 번만 발사하도록 설계되었습니다.

## 적응형 제한 및 비컨 재시도
<a name="ad-reporting-server-side-adaptive-throttling"></a>

MediaTailor는 서버 응답 지표를 기반으로 비컨 트래픽 속도를 자동으로 관리합니다. 시스템은 HTTP 응답 패턴, 연결 제한 시간 및 오류 코드를 모니터링하여 정체를 감지한 다음 그에 따라 트래픽 속도를 조정합니다. 시스템이 서버 스트레스 지표를 식별하면 영향을 받는 도메인의 트래픽 속도가 줄어들고 서버에서 용량 개선이 입증되면 속도가 자동으로 증가합니다.

시스템은 다음 표시기를 사용하여 서버 상태를 모니터링합니다.
+ **HTTP 연결 제한 시간** - 측정 플랫폼이 예상 기간 내에 응답하지 않는 경우
+ **오류 응답 코드** - 서버 과부하를 나타내는 503, 504 및 507 응답입니다. 또한 광고 서버는 완전한 호환성을 위해 이러한 오류 코드를 지원해야 합니다.
+ **응답 패턴** - 용량 문제를 나타내는 측정 플랫폼 성능 변경

재시도 동작은 시도 사이에 최소 30초의 지연 시간으로 최대 1시간 동안 전송을 자동으로 시도합니다. 이 재시도 동작은 구성할 수 없습니다.

## 초당 비컨 트래픽 관리
<a name="ad-reporting-server-side-tps-management"></a>

TPS 제한을 설정하여 비컨 전송 속도를 제어할 수 있습니다. 서버 측 추적 기능에 대해 구성 가능한 유일한 설정입니다. 계정 수준 제한은 모든 측정 파트너에게 전송된 총 광고 추적 요청 수를 제한합니다. MediaTailor는 최소 TPS 한도 10,000을 적용하여 엔터프라이즈 규모의 작업에 충분한 용량을 제공합니다.

 AWS 지원 티켓을 제출하여 다음 정보와 함께 TPS 한도를 설정합니다.
+ **AWS 계정 ID** - 특정 계정 식별자
+ **대상 리전** - TPS 제한을 적용하려는 AWS 리전
+ **원하는 TPS 임계값** - 필요한 초당 트랜잭션 한도(최소 10,000)

기본적으로 TPS 제한은 없습니다. 광고 결정 서버(ADS)에 필요한 경우 TPS 제한을 요청할 수 있지만 제한은 10,000TPS보다 커야 합니다. MediaTailor는 지정된 한도를 초과하지 않지만 해당 한도까지 일관된 처리량을 보장하지 않습니다. 광고 결정 서버는 지원할 수 있는 TPS 제한을 알려줍니다.

## 순서 내 비컨
<a name="ad-reporting-server-side-in-order-beaconing"></a>

MediaTailor는 광고 추적 이벤트의 순차적 전송을 자동으로 유지합니다. 시스템은 네트워크 문제, 재시도 또는 트래픽 관리가 발생하는 경우에도 비컨 순서를 유지합니다. 이렇게 하면 측정 파트너가 정확한 분석을 위해 올바른 순서로 이벤트를 수신할 수 있습니다.

시스템은 표준 산업 비컨 시퀀스를 따릅니다.

1. **이벤트 시작** - 광고 재생이 시작될 때 실행

1. **첫 번째 사분위수 이벤트** - 25% 광고 완료 시 발사

1. **중간 이벤트** - 50% 광고 완료 시 발사

1. **세 번째 사분위수 이벤트** - 75% 광고 완료 시 발사

1. **완료 이벤트** - 광고가 완료되면 실행

이러한 기능은 자동으로 함께 작동합니다.
+ 적절한 순서를 유지하기 위해 제한 중에 비컨을 유지합니다.
+ 각 측정 파트너 도메인에는 속도 조정 중 중단을 방지하기 위한 별도의 이벤트 대기열이 있습니다.
+ 중복 제거는 시간 순서를 유지하면서 이벤트 유형 및 타임라인 위치를 추적합니다.