FAQ Deal Sync API

Temukan jawaban atas pertanyaan umum (FAQ) tentang integrasi dengan Display & Video 360 Deal Sync API.

T: Berapa ID Exchange saya?

J: ID bursa ditetapkan oleh tim Display & Video 360 selama penyiapan autentikasi.

T: Apa tujuan hierarki Pesanan dan Produk?

J: Hierarki ini memungkinkan penayang dan pengiklan menegosiasikan beberapa kesepakatan dan mengirimkannya bersama sebagai satu objek negosiasi. Ada batasan: semua produk dalam pesanan harus memiliki jenis transaksi dan jenis harga yang sama. Anda dapat selalu menggunakan penyiapan 1 pesanan, 1 produk.

T: Apakah ada jenis transaksi yang tersedia untuk SEMUA pengiklan?

J: Deal Sync API dirancang untuk transaksi pribadi. Untuk transaksi publik yang diseleksi untuk semua pengiklan, lihat Paket Lelang (Paket Inventaris).

T: Apa yang terjadi jika promo tidak memiliki tanggal berakhir?

J: Tanggal akhir diperlukan, jadi menetapkan tanggal di masa mendatang tidak masalah. Tahun maksimum yang diizinkan adalah 2036. Tanggal akhir dapat diperbarui atau diperpanjang pada masa mendatang.

T: Apakah kolom dimensionCreativeConfig mengizinkan beberapa ukuran?

J: Ya, tetapi hanya satu jenis materi iklan yang diizinkan per produk.

T: Apakah materi iklan Native didukung untuk transaksi Dijamin Terprogram (PG)?

J: Tidak. Kesepakatan reservasi (dijamin) tidak mendukung materi iklan Native (CREATIVE_TYPE_NATIVE).

Hubungi perwakilan Google Anda jika Anda ingin menjalankan transaksi Dijamin Terprogram yang menerima materi iklan Native.

T: Apakah Anda menerima harga lelang untuk transaksi yang di-reserve?

J: Tidak. Penawaran reservasi (terjamin) hanya mendukung harga tetap.

T: Apakah durasi diperlukan untuk transaksi Dijamin Terprogram (PG) video?

J: Tidak. Jika tidak ditetapkan, durasi akan ditetapkan secara default ke ANY.

T: Apakah ada status Pesanan yang menyebabkan kesepakatan berhenti bertransaksi?

J: Tidak. Pesanan hanyalah objek negosiasi. Perubahan tidak akan berlaku untuk penayangan iklan hingga pengiklan menyetujui Pesanan.

T: Apa yang terjadi pada kesepakatan yang disetujui jika bursa mengirimkan panggilan update?

J: Kesepakatan terus ditayangkan berdasarkan persyaratan yang sebelumnya disetujui. Setelah pengiklan menyetujui persyaratan yang diperbarui, kesepakatan akan mulai ditayangkan dengan persyaratan baru.

T: Apakah transaksi akan terus ditayangkan jika persyaratan yang diperbarui belum disetujui?

J: Dengan asumsi CPM telah berubah di sisi bursa dan tercermin dalam permintaan bid:

1. Untuk promo reservasi: Promo tidak akan dibelanjakan hingga disetujui kembali oleh pengiklan. Item baris dibuat berdasarkan persyaratan transaksi; pembaruan tetap dalam negosiasi hingga disetujui oleh pengiklan.
2. Untuk transaksi non-reservasi: Penayangan bergantung pada penargetan item baris transaksi. Jika permintaan bid cocok dengan kriteria item baris yang menargetkan kesepakatan ini, penayangan akan berlanjut.

T: Dapatkah kami menggunakan kembali ID transaksi di beberapa transaksi?

J: Tidak. external_deal_id harus unik untuk semua produk.

T: Dapatkah kesepakatan memiliki beberapa partner?

J: Jika Anda ingin mengaitkan promo dengan beberapa partner, kirim promo Anda ke Partner Pusat.

T: Dapatkah ID partner yang terkait dengan kesepakatan berubah setelah dibuat?

J: Tidak. Partner tidak dapat diubah setelah Pesanan dibuat.

T: Apakah Anda mendukung beberapa nama penayang dalam Pesanan?

J: Kolom nama penayang adalah string yang digunakan untuk tujuan informasi bagi pengiklan. Anda dapat menentukan beberapa nama penayang yang dipisahkan dengan koma, atau menyatakan "Beberapa penayang dari Exchange X".

T: Apa perbedaan antara status Pesanan "DIBATALKAN" dan "DIAarsipkan"?

J: Pengguna dapat mengarsipkan dan memulihkan pesanan. Setelah dibatalkan, pesanan tidak dapat diaktifkan kembali atau dibatalkan pembatalannya.

T: Apa yang dimaksud dengan "Instant Deals"?

J: Penawaran Instan adalah upaya integrasi terpisah menggunakan endpoint Seller API. Abaikan atribut khusus untuk Penawaran Instan; atribut tersebut tidak terkait dengan alur kerja Sinkronisasi Penawaran.

T: Apa yang harus saya periksa jika saya menerima error Permintaan Buruk?

J: Berikut adalah beberapa penyebab umum:

1. Periksa panduan referensi untuk memastikan semua kolom wajib diisi telah dilengkapi.
2. Pastikan external_deal_id bersifat unik di semua produk.
3. Pastikan promo reservasi tidak menentukan harga lelang.

Jika masalah berlanjut, uji permintaan dengan klien HTTP seperti Postman untuk memeriksa pesan error mendetail di isi respons.

Hubungi tim dukungan Display & Video 360 Seller API jika tidak ada solusi sebelumnya yang menyelesaikan masalah.