Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# MediaTailor Pelacakan dan pelaporan iklan sisi server
<a name="ad-reporting-server-side"></a>

AWS Elemental MediaTailor default pelaporan sisi server untuk pelacakan dan pengukuran iklan yang komprehensif. Dengan pelaporan sisi server, saat pemain meminta URL iklan dari manifes, layanan melaporkan konsumsi iklan langsung ke URL pelacakan iklan. Setelah pemain menginisialisasi sesi pemutaran dengan MediaTailor, tidak ada input lebih lanjut yang diperlukan dari Anda atau pemain untuk melakukan pelaporan sisi server. Saat setiap iklan diputar ulang, MediaTailor kirimkan beacon ke server iklan untuk melaporkan berapa banyak iklan yang telah dilihat. MediaTailor mengirimkan suar untuk awal iklan dan untuk perkembangan iklan dalam kuartil: kuartil pertama, titik tengah, kuartil ketiga, dan penyelesaian iklan.

**Untuk melakukan pelaporan iklan sisi server**
+ Dari pemutar, inisialisasi sesi MediaTailor pemutaran baru menggunakan permintaan dalam salah satu format berikut, sesuai dengan protokol Anda:
  + Contoh: format HLS

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

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

  Pasangan nilai kunci adalah parameter penargetan dinamis untuk pelacakan iklan. Untuk informasi tentang menambahkan parameter ke permintaan, lihat[MediaTailor variabel iklan dinamis untuk permintaan ADS](variables.md).

AWS Elemental MediaTailor menanggapi permintaan dengan URL manifes. Manifes berisi URLs untuk manifes media. Manifes media berisi tautan yang disematkan untuk permintaan segmen iklan.

**catatan**  
Saat MediaTailor menemukan garis miring ganda (//) di URL pelacakan, itu menciutkan garis miring ke one (/).

Saat pemain meminta pemutaran dari URL segmen iklan (`/v1/segment`jalur), AWS Elemental MediaTailor kirimkan suar yang sesuai ke server iklan melalui pelacakan iklan. URLs Pada saat yang sama, layanan mengeluarkan pengalihan ke segmen `*.ts` iklan yang sebenarnya. Segmen iklan berada di CloudFront distribusi Amazon tempat MediaTailor menyimpan iklan yang ditranskode, atau di jaringan pengiriman konten (CDN) tempat Anda menyimpan iklan dalam cache. 

Bagian berikut memberikan informasi lebih lanjut tentang bekerja dengan pelacakan iklan sisi server dari. MediaTailor

**Topics**
+ [Pelacakan sisi server SGAI](ad-reporting-server-side-sgai.md)
+ [Glosarium Beacon](ad-reporting-server-side-beacon-glossary.md)
+ [Pengaturan waktu dan perilaku caching](ad-reporting-server-side-timing-behavior.md)
+ [Fitur pelacakan](ad-reporting-server-side-features.md)

# Pelacakan sisi server dengan penyisipan iklan yang dipandu server (SGAI)
<a name="ad-reporting-server-side-sgai"></a>

Saat Anda menggunakan penyisipan iklan yang dipandu server (SGAI), pelacakan sisi server menggunakan mekanisme beaconing *tanpa sesi yang berbeda dari pendekatan mode jahitan yang dijelaskan* di atas. Alih-alih memasukkan MediaTailor segmen iklan ke dalam manifes konten (tempat melacak `/v1/segment` permintaan), SGAI menampilkan referensi iklan sebagai daftar putar terpisah dalam respons daftar aset dengan metadata suar yang disematkan di iklan. URIs

## Cara kerja beaconing sisi server tanpa sesi
<a name="ad-reporting-server-side-sgai-how-it-works"></a>

Langkah-langkah berikut menjelaskan cara kerja beaconing sisi server untuk sesi SGAI:

1. **Inisialisasi sesi**: Pemain meminta daftar putar multivarian HLS dengan. `aws.insertionMode=GUIDED` Pelaporan sisi server adalah default (tidak diperlukan `aws.reportingMode` parameter). Tidak seperti mode jahitan, respons inisialisasi sesi *tidak* menyertakan a. `trackingUrl`

1. Manifes **cacheable: MediaTailor mengembalikan manifes** cacheable yang berisi `EXT-X-DATERANGE` tag dengan `CLASS="com.apple.hls.interstitial"` dan `X-ASSET-LIST` atribut yang menunjuk ke titik akhir daftar aset MediaTailor pengantara.

1. **Daftar aset dengan metadata suar**: Saat pemain menemukan jeda iklan, ia mengambil daftar aset. MediaTailormengembalikan respons JSON di mana setiap URI iklan menyertakan metadata suar terenkripsi:

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

   Saat pelaporan sisi server aktif, respons *tidak* menyertakan bagian. `TRACKING` Iklan URIs membawa semua data suar.

1. **Substitusi variabel HLS**: Pemain mengambil daftar putar multivarian iklan. Manifes iklan menggunakan `#EXT-X-DEFINE:QUERYPARAM` arahan untuk meneruskan parameter beacon dari string kueri URI ke segmen URLs melalui substitusi variabel HLS:

   ```
   #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
   ```

   Pemain menyelesaikan `{$awsConfigurationName}` variabel`{$awsBeaconData}`,`{$awsBeaconDomain}`, dan menggunakan nilai dari string kueri URI manifes iklan, lalu meminta setiap segmen iklan melalui. MediaTailor

1. **Penembakan suar pada permintaan segmen**: Saat pemain meminta setiap segmen iklan, permintaan akan dilalui. MediaTailor Layanan mendekripsi data suar, menentukan posisi segmen dalam iklan (tayangan, kuartil pertama, titik tengah, kuartil ketiga, atau lengkap), dan mengaktifkan suar pelacakan VAST yang sesuai ke server iklan. MediaTailor kemudian mengarahkan pemain ke segmen konten iklan yang sebenarnya.

## Persyaratan pemain untuk beaconing sisi server SGAI
<a name="ad-reporting-server-side-sgai-requirements"></a>

Untuk menggunakan beaconing sisi server dengan SGAI, pemain Anda harus memenuhi persyaratan berikut:
+ HLS versi 11 atau yang lebih baru
+ Support for `EXT-X-DATERANGE` with `CLASS` atribut untuk HLS Interstitials
+ Support untuk substitusi `#EXT-X-DEFINE:QUERYPARAM` variabel (RFC 8216bis). Pemain harus mendekode nilai parameter kueri sebelum menggantinya ke segmen. URLs

**catatan**  
SGAI server-side beaconing saat ini didukung untuk HLS saja. DASH belum didukung untuk beaconing sisi server SGAI.

## Perbandingan dengan pelacakan sisi server mode jahitan
<a name="ad-reporting-server-side-sgai-comparison"></a>

Tabel berikut merangkum perbedaan pelacakan sisi server antara penyisipan iklan yang dijahit dan yang dipandu server:


| Aspek | Dijahit (SSAI) | Dipandu server (SGAI) | 
| --- | --- | --- | 
| Manifestasi cacheability | Per-sesi, tidak dapat di-cache | Dapat di-cache, dibagikan di seluruh pemirsa | 
| Perutean segmen iklan | Melalui /v1/segment/ menggunakan ID sesi | Melalui /v1/segment/ menggunakan gumpalan data beacon terenkripsi | 
| Status sesi untuk beacon | Disimpan per sesi di MediaTailor | Sessionless — semua status dibawa dalam parameter terenkripsi awsBeaconData | 
| Melacak URL pada sesi init | Kembali dalam respon inisialisasi sesi | Tidak disediakan — data suar disematkan dalam iklan URIs di setiap respons daftar aset | 
| Dukungan DASH | Didukung | Belum didukung | 

**catatan**  
Untuk sesi SGAI langsung, Anda dapat mengaktifkan prefetching iklan berbasis manifes menggunakan. `aws.guidedPrefetchMode=MANIFEST` Ini terpisah dari API prefetch berbasis jadwal yang digunakan dengan sesi stitched (SSAI). Lihat perinciannya di [Prefetch terpandu dengan detak jantung yang nyata](sgai-guided-prefetch.md).

# Glosarium suar pelacakan sisi server
<a name="ad-reporting-server-side-beacon-glossary"></a>

MediaTailor Pelacakan sisi server menggunakan serangkaian suar standar untuk melaporkan kemajuan tampilan iklan ke server iklan dan layanan verifikasi. Beacon ini selaras dengan standar Interactive Advertising Bureau (IAB) untuk pengukuran iklan video dan memberikan pelaporan tayangan iklan dan tingkat penyelesaian yang akurat.


**Jenis suar pelacakan sisi server**  

| Jenis Beacon | Saat Dipecat | Tujuan | Detail Waktu | 
| --- | --- | --- | --- | 
| Kesan | Saat pemain meminta segmen iklan pertama | Menunjukkan bahwa konten iklan telah mulai dimuat dan akan ditampilkan ke pemirsa | Dipecat pada /v1/segment permintaan pertama untuk iklan. Sejajar dengan pedoman IAB yang mengharuskan konten iklan mulai dimuat sebelum menghitung tayangan. Lihat [Alur kerja pelacakan sisi server](ad-reporting-server-side-timing-behavior.md#ad-reporting-server-side-timing-behavior-workflow) untuk urutan lengkapnya. | 
| Mulai | Saat pemain mulai merender konten iklan | Mengonfirmasi bahwa pemutaran iklan sebenarnya telah dimulai | Biasanya diaktifkan secara bersamaan dengan suar tayangan pada permintaan segmen pertama, tetapi mewakili awal rendering iklan yang sebenarnya. Perbedaan ini penting untuk layanan verifikasi yang melacak tayangan dan memulai peristiwa secara terpisah. | 
| Kuartil Pertama | Ketika pemain mencapai 25% dari durasi iklan | Langkah-langkah melanjutkan penayangan iklan hingga kuartal pertama iklan | Diaktifkan saat pemain meminta segmen yang berisi 25% poin durasi iklan. Misalnya, dalam iklan 20 detik dengan segmen 2 detik, ini biasanya akan diaktifkan pada permintaan untuk segmen ke-3 (sekitar 4-6 detik ke dalam iklan). | 
| Titik tengah | Ketika pemain mencapai 50% dari durasi iklan | Langkah-langkah melanjutkan tampilan iklan melalui setengah dari iklan | Diaktifkan saat pemain meminta segmen yang berisi 50% titik durasi iklan. Misalnya, dalam iklan 20 detik dengan segmen 2 detik, ini biasanya akan diaktifkan pada permintaan untuk segmen ke-5 (sekitar 8-10 detik ke dalam iklan). | 
| Kuartil Ketiga | Saat pemain mencapai 75% dari durasi iklan | Langkah-langkah melanjutkan penayangan iklan melalui tiga perempat iklan | Diaktifkan saat pemain meminta segmen yang berisi 75% poin durasi iklan. Misalnya, dalam iklan 20 detik dengan segmen 2 detik, ini biasanya akan diaktifkan pada permintaan untuk segmen ke-8 (sekitar 14-16 detik ke dalam iklan). | 
| Selesai | Saat pemain mencapai akhir iklan | Mengonfirmasi bahwa seluruh iklan dikirimkan ke pemirsa | Dipecat saat pemain meminta segmen akhir iklan. Ini menunjukkan bahwa pemirsa berpotensi melihat seluruh konten iklan. Misalnya, dalam iklan 20 detik dengan segmen 2 detik, ini biasanya akan diaktifkan pada permintaan untuk segmen ke-10 (sekitar 18-20 detik ke dalam iklan). | 

**catatan**  
Waktu yang tepat dari penembakan suar tergantung pada durasi segmen dan panjang iklan. MediaTailor menghitung permintaan segmen yang sesuai yang sesuai dengan setiap posisi kuartil berdasarkan durasi iklan dan struktur segmen tertentu.

# Waktu pelacakan sisi server dan perilaku caching
<a name="ad-reporting-server-side-timing-behavior"></a>

Dalam pelaporan sisi server, MediaTailor mengaktifkan peristiwa pelacakan berdasarkan permintaan segmen aktual dari pemain, bukan pada aktivitas penguraian manifes atau pra-pemuatan. Pendekatan ini memastikan penghitungan tayangan akurat yang sejalan dengan standar industri untuk pengukuran iklan video.

## Prinsip pengaturan waktu utama
<a name="ad-reporting-server-side-timing-behavior-principles"></a>

MediaTailor pelacakan sisi server mengikuti prinsip-prinsip waktu dasar ini:
+ **Melacak peristiwa diaktifkan pada permintaan segmen aktual** - Beacon dikirim hanya ketika pemain membuat permintaan HTTP ke `/v1/segment` URLs, bukan selama penguraian manifes atau caching.
+ **Caching pemain dan pra-pemuatan manifes TIDAK memicu peristiwa** - Pemain dapat mengurai, menyimpan, atau memuat informasi manifes terlebih dahulu tanpa menghasilkan peristiwa pelacakan apa pun.
+ **Pra-pengambilan segmen *akan* memicu peristiwa** - Jika pemain mengambil segmen iklan yang sebenarnya sebelum pemutaran, ini mengikuti perilaku standar industri di mana permintaan segmen merupakan tayangan yang valid.
+ **Setiap permintaan /v1/segmen memicu suar yang sesuai - Peristiwa pelacakan** spesifik (tayangan, kuartil, penyelesaian) ditentukan oleh posisi iklan dan segmen yang diminta.
+ **Pengaturan waktu sesuai dengan standar IAB** - Pendekatan ini mengikuti pedoman Biro Periklanan Interaktif untuk pengukuran iklan video dan penghitungan tayangan.

## Alur kerja pelacakan sisi server
<a name="ad-reporting-server-side-timing-behavior-workflow"></a>

Diagram berikut mengilustrasikan alur kerja pelacakan sisi server yang lengkap, yang menunjukkan kapan peristiwa pelacakan diaktifkan sehubungan dengan permintaan pemain:

**Fase 1: Inisialisasi sesi**  
Pemain meminta manifes dari MediaTailor, yang menampilkan manifes yang dipersonalisasi yang berisi segmen iklan URLs:  

![\[Fase inisialisasi sesi menampilkan pemain yang meminta manifes dari MediaTailor dan menerima manifes yang dipersonalisasi dengan segmen iklan. URLs\]](http://docs.aws.amazon.com/id_id/mediatailor/latest/ug/images/ss-track-phase1.png)


**Tahap 2: Permintaan iklan dan pelacakan tayangan**  
Saat pemain meminta segmen iklan pertama, MediaTailor mengaktifkan tayangan dan memulai beacon ke Server Keputusan Iklan dan Layanan Verifikasi Iklan:  

![\[Fase pelacakan tayangan iklan yang menunjukkan MediaTailor pengiriman suar tayangan dan mulai ke Server Keputusan Iklan dan Layanan Verifikasi Iklan saat pemain meminta segmen iklan pertama.\]](http://docs.aws.amazon.com/id_id/mediatailor/latest/ug/images/ss-track-phase2.png)


**Fase 3: Pelacakan kuartil**  
MediaTailor menembakkan suar kuartil (kuartil pertama, titik tengah, kuartil ketiga, penyelesaian) berdasarkan permintaan segmen berikutnya:  

![\[Fase pelacakan kuartil yang menunjukkan MediaTailor penembakan suar kuartil ke Server Keputusan Iklan dan Layanan Verifikasi Iklan saat pemain meminta segmen iklan berikutnya.\]](http://docs.aws.amazon.com/id_id/mediatailor/latest/ug/images/ss-track-phase3.png)


**Fase 4: Pengiriman segmen**  
Setelah mengaktifkan suar pelacakan, MediaTailor alihkan ke segmen iklan aktual dari Amazon atau CDN Anda: CloudFront   

![\[Fase pengiriman segmen yang menunjukkan MediaTailor pengalihan pemain ke segmen iklan aktual dari CloudFront atau CDN setelah menembakkan suar pelacakan.\]](http://docs.aws.amazon.com/id_id/mediatailor/latest/ug/images/ss-track-phase4.png)


Alur kerja pelacakan sisi server mencakup perilaku pengaturan waktu utama berikut:

1. **Inisialisasi sesi** - Pemain meminta manifes dari MediaTailor. MediaTailor mengembalikan manifes yang dipersonalisasi yang berisi segmen iklan URLs dengan `/v1/segment` jalur.

1. **Manifest parsing dan caching** - Pemain mem-parsing manifes dan dapat memuat atau menyimpan informasi segmen cache. **Tidak ada peristiwa pelacakan yang diaktifkan selama fase ini**, terlepas dari perilaku caching pemain.

1. **Permintaan segmen iklan dan pelacakan tayangan** - Saat pemain benar-benar meminta segmen iklan pertama (biasanya untuk pemutaran), MediaTailor mengaktifkan suar tayangan dan mulai melacak peristiwa ke Server Keputusan Iklan dan Layanan Verifikasi Iklan. Ini terjadi pada permintaan HTTP aktual ke `/v1/segment` URL, bukan saat manifes diuraikan.

1. **Pelacakan kuartil berdasarkan permintaan segmen** - MediaTailor menembakkan suar kuartil (kuartil pertama, titik tengah, kuartil ketiga, penyelesaian) ke Server Keputusan Iklan dan Layanan Verifikasi Iklan berdasarkan permintaan segmen berikutnya yang sesuai dengan posisi kuartil yang dihitung dalam durasi iklan.

1. **Pengiriman segmen** - Setelah mengaktifkan suar pelacakan yang sesuai, MediaTailor keluarkan pengalihan HTTP ke segmen iklan yang sebenarnya (baik dari Amazon CloudFront atau CDN Anda).

## Pertimbangan caching dan pra-pemuatan pemain
<a name="ad-reporting-server-side-timing-behavior-caching-considerations"></a>

MediaTailor pelacakan sisi server dirancang agar kompatibel dengan berbagai strategi caching dan pra-pemuatan pemain sambil mempertahankan pengukuran kesan yang akurat:
+ **Manifest pre-loading** - Pemain yang melakukan pre-load atau menyimpan informasi manifes cache tidak memicu peristiwa pelacakan. Peristiwa pelacakan hanya diaktifkan saat permintaan segmen aktual dibuat.
+ **Pra-pengambilan segmen** - Jika pemain mengambil segmen iklan sebelum pemutaran, peristiwa pelacakan akan diaktifkan saat segmen tersebut diminta, berpotensi lebih awal dari waktu pemutaran sebenarnya. Perilaku ini sejalan dengan standar industri yang menganggap permintaan segmen sebagai tayangan yang valid.
+ **Buffering** pemain - Perilaku buffering pemain standar (meminta segmen sedikit sebelum pemutaran) akan memicu peristiwa pelacakan pada waktu yang tepat berdasarkan pola permintaan segmen.

## Memecahkan masalah melacak perbedaan
<a name="ad-reporting-server-side-timing-behavior-troubleshooting"></a>

Jika Anda melihat perbedaan antara pelacakan MediaTailor sisi server dan metrik pihak ketiga, pertimbangkan faktor-faktor berikut:
+ **Perbedaan perilaku pemain** - Pemain yang berbeda mungkin memiliki strategi pra-pengambilan dan buffering yang bervariasi yang memengaruhi saat permintaan segmen dibuat.
+ **Kondisi jaringan - Kondisi** jaringan yang buruk dapat menyebabkan pemain meminta segmen beberapa kali atau pada interval yang berbeda dari yang diharapkan.
+ **Konfigurasi CDN** - Caching `/v1/segment` permintaan CDN yang salah dapat menyebabkan peristiwa pelacakan yang terlewat atau duplikat.
+ **Manajemen sesi** - Pastikan bahwa setiap sesi pemutaran menggunakan pengenal sesi unik untuk mencegah melacak konflik peristiwa.

Untuk panduan pemecahan masalah terperinci, lihat. [Memecahkan masalah umum](monitoring-and-troubleshooting.md#troubleshooting-common-issues)

# MediaTailor fitur dan kemampuan pelacakan sisi server
<a name="ad-reporting-server-side-features"></a>

AWS Elemental MediaTailor secara otomatis menerapkan fitur pelacakan sisi server terintegrasi ini untuk mengoptimalkan akurasi dan keandalan pengukuran iklan. Sistem mencegah suar duplikat, mengelola lalu lintas selama periode volume tinggi, mempertahankan pengurutan peristiwa yang tepat, dan menyediakan pemantauan kinerja yang komprehensif tanpa memerlukan konfigurasi apa pun dari Anda. Anda hanya perlu memastikan server keputusan iklan (ADS) Anda menyediakan suar pelacakan dalam respons VAST.

**catatan**  
Fitur-fitur ini tersedia untuk pelanggan baru mulai 30 September 2025. Pelanggan yang sudah ada akan memiliki akses sepanjang tahun 2025 sebagai bagian dari peningkatan layanan yang sedang berlangsung. Jika Anda ingin akses langsung ke fitur-fitur ini, hubungi [AWS Support](https://aws.amazon.com/premiumsupport/).

**catatan**  
Fitur-fitur ini berlaku untuk metode penyisipan iklan stitched (SSAI) dan server-guided (SGAI). Jenis dan waktu suar sama di kedua mode. Mereka berbeda dalam cara MediaTailor memicu suar — lihat [Pelacakan sisi server dengan penyisipan iklan yang dipandu server (SGAI)](ad-reporting-server-side-sgai.md) untuk detail tentang suar sisi server SGAI.

## Deduplikasi suar
<a name="ad-reporting-server-side-beacon-deduplication"></a>

MediaTailor mencegah penembakan suar duplikat untuk acara iklan yang identik. Sistem pelacakan sisi server mengirimkan setiap tayangan, kuartil, dan suar penyelesaian hanya sekali per sesi penayangan iklan. Ketika pemutar video meminta segmen iklan yang sama beberapa kali karena kondisi jaringan, perubahan bitrate, atau strategi buffering, MediaTailor melacak beacon yang ditembakkan dan memblokir transmisi yang berlebihan.

Deduplikasi secara otomatis menyelesaikan skenario umum yang menyebabkan jumlah suar yang meningkat:
+ **Streaming bitrate adaptif** - Saat pemain mengunduh varian kualitas berbeda dari segmen iklan yang sama
+ **Skenario coba lagi jaringan** - Saat pemain meminta ulang segmen karena masalah jaringan atau batas waktu
+ **Strategi buffering pemain** - Saat pemain melakukan pre-fetch atau re-fetch segmen untuk tujuan buffering

Sistem ini dirancang untuk menembakkan suar tayangan hanya sekali, bahkan ketika pemain beralih di antara tingkat kualitas yang berbeda.

## Pelambatan adaptif dan percobaan ulang suar
<a name="ad-reporting-server-side-adaptive-throttling"></a>

MediaTailor secara otomatis mengelola tingkat lalu lintas suar berdasarkan indikator respons server. Sistem memonitor pola respons HTTP, batas waktu koneksi, dan kode kesalahan untuk mendeteksi kemacetan, kemudian menyesuaikan tingkat lalu lintas yang sesuai. Ketika sistem mengidentifikasi indikator stres server, itu mengurangi tingkat lalu lintas untuk domain yang terpengaruh dan secara otomatis meningkatkan tingkat ketika server menunjukkan peningkatan kapasitas.

Sistem memantau kesehatan server menggunakan indikator ini:
+ Batas **waktu koneksi HTTP** - Saat platform pengukuran tidak merespons dalam jangka waktu yang diharapkan
+ **Kode respons kesalahan** - respons 503, 504, dan 507 yang menunjukkan kelebihan server. Server iklan Anda juga harus mendukung kode kesalahan ini untuk kompatibilitas penuh.
+ **Pola respons** - Perubahan kinerja platform pengukuran yang menunjukkan masalah kapasitas

Perilaku coba lagi secara otomatis mencoba pengiriman hingga 1 jam dengan penundaan minimum 30 detik di antara upaya. Perilaku coba lagi ini tidak dapat dikonfigurasi. 

## Manajemen lalu lintas suar per detik
<a name="ad-reporting-server-side-tps-management"></a>

Anda dapat menetapkan batas TPS untuk mengontrol tarif pengiriman suar. Ini adalah satu-satunya pengaturan yang dapat dikonfigurasi untuk fitur pelacakan sisi server. Batas tingkat akun membatasi jumlah total permintaan pelacakan iklan yang dikirim ke semua mitra pengukuran. MediaTailor memberlakukan batas minimum TPS 10.000 untuk menyediakan kapasitas yang cukup untuk operasi skala perusahaan.

Kirim tiket AWS dukungan untuk menetapkan batas TPS dengan informasi berikut:
+ **AWS Account ID** - Pengenal akun spesifik Anda
+ **Wilayah target** - Wilayah AWS tempat Anda ingin batas TPS diterapkan
+ **Ambang TPS yang diinginkan** - Transaksi wajib Anda per detik batas (minimum 10.000)

Secara default, tidak ada batasan TPS. Anda dapat meminta batas TPS jika server keputusan iklan (ADS) memerlukannya, tetapi batasnya harus lebih besar dari 10.000 TPS. MediaTailor tidak akan melebihi batas yang Anda tentukan, tetapi tidak menjamin throughput yang konsisten hingga batas tersebut. Server keputusan iklan Anda akan memberi tahu Anda batasan TPS apa yang dapat didukungnya.

## Beaconing sesuai pesanan
<a name="ad-reporting-server-side-in-order-beaconing"></a>

MediaTailor secara otomatis mempertahankan pengiriman peristiwa pelacakan iklan secara berurutan. Sistem mempertahankan pemesanan suar bahkan ketika masalah jaringan, percobaan ulang, atau manajemen lalu lintas terjadi. Ini memastikan mitra pengukuran menerima peristiwa dalam urutan yang benar untuk analitik yang akurat.

Sistem mengikuti urutan suar industri standar:

1. **Mulai acara** - Api saat pemutaran iklan dimulai

1. **Acara kuartil pertama** - Api pada penyelesaian iklan 25%

1. **Acara titik tengah** - Kebakaran pada penyelesaian iklan 50%

1. **Acara kuartil ketiga** - Api pada penyelesaian iklan 75%

1. **Acara penyelesaian** - Api saat iklan selesai

Fitur-fitur ini bekerja sama secara otomatis:
+ Beacon ditahan selama throttling untuk menjaga ketertiban yang benar
+ Setiap domain mitra pengukuran memiliki antrian acara terpisah untuk mencegah gangguan selama penyesuaian tarif
+ Deduplikasi melacak jenis peristiwa dan posisi garis waktu sambil mempertahankan urutan kronologis