Transparansi bid dengan Objek SupplyChain

Dengan Objek SupplyChain, pembeli dan perantara dapat mengetahui semua pihak yang menjual atau menjual kembali inventaris iklan. Objek ini dapat digunakan dengan ads.txt/app-ads.txt dan sellers.json untuk memberikan transparansi terkait ekosistem iklan.

  1. Penayang mengirimkan permintaan bid.
  2. Pembeli menerima permintaan bid dan data dari Objek SupplyChain.
  3. Pembeli mencari identitas semua perantara yang menjual kembali inventaris.
  4. Pembeli meng-crawl dan memverifikasi vendor yang diizinkan untuk menjual inventaris.

Google akan secara otomatis membuat objek ini dalam permintaan OpenRTB atau protokol Google RTB, jika berlaku.

Cara kerja Objek SupplyChain

Objek SupplyChain, atau disebut juga schain, merupakan bagian dari permintaan bid OpenRTB dan terdiri dari beberapa "node". Setiap node dalam objek schain mewakili entitas tertentu yang berpartisipasi dalam permintaan bid, dengan cakupan semua entitas yang terlibat dalam arus pembayaran langsung untuk inventaris.

// Contoh object
"schain": {
    "complete": 1,
    "nodes": [{
         "asi":"google.com",
         "sid":"pub-1234567891234567", // seller_id yang sama untuk penayang di sellers.json
         "hp":1
    }],
    "ver":"1.0"
}

Baca dokumentasi developer OpenRTB dan dokumentasi IAB untuk informasi selengkapnya.

Objek SupplyChain akan terlihat berbeda bergantung pada cara Anda bekerja sama dengan pembeli.

Penayang yang melakukan penjualan langsung dengan Google

Untuk penayang yang menjual inventaris secara langsung melalui Ad Manager, AdMob, atau AdSense, objek schain hanya berisi satu node untuk “google.com” dengan seller_id yang dapat ditemukan di sellers.json.

Penayang yang menggunakan Bidding Terbuka

Penayang yang menggunakan Bidding Terbuka untuk bekerja sama dengan bursa pihak ketiga memiliki dua node dalam objek schain: satu node untuk google.com dengan seller_id yang dapat ditemukan di sellers.json, dan satu node untuk partner hasil bursa.

Sama halnya seperti Google yang membuat node untuk google.com sebelum mengirimkan permintaan bid, bursa pihak ketiga juga bertanggung jawab untuk menambahkan node sebelum mengirimkan permintaan.

Semua perantara non-pembayaran

Perantara yang tidak menangani pembayaran tidak disertakan dalam Objek SupplyChain. Hal ini mencakup bidding header sisi klien, bidding header non-pembayaran, dan mediasi lainnya.

Penayang yang menggunakan Pengelolaan Banyak Pelanggan

Pengelolaan Banyak Pelanggan (MCM) memungkinkan penayang induk memonetisasi inventaris partner penayang satu per satu dengan jenis delegasi Kelola Akun, atau dalam skala besar dengan jenis delegasi Kelola Inventaris.

Untuk partner Kelola Akun

Untuk penayang induk dan partner penayang yang menggunakan Kelola Akun, objek schain akan memiliki satu node dengan ID penjual partner penayang, dan rantai tersebut akan ditandai sebagai lengkap. Untuk penayang yang menggunakan Kelola Akun, monetisasi akan berlangsung di akun partner penayang. Partner penayang diperlakukan sebagai penayang akhir. Informasi penayang induk tidak disertakan dalam objek schain.

Untuk partner Kelola Inventaris

Objek SupplyChain kini ditandai sebagai selesai untuk penayang Kelola Inventaris MCM. Ada 1 node untuk partner penayang MCM, 1 node untuk penayang induk MCM, dan rantai ditandai sebagai lengkap.

Pembaruan ini mengharuskan penayang Kelola Inventaris di MCM untuk membagikan ID Penjual (SID) partner penayang mereka melalui API atau frontend Ad Manager. 

Contoh Objek SupplyChain lengkap

Contoh ini menunjukkan Objek SupplyChain yang ditandai sebagai lengkap untuk partner penayang dan penayang induk MCM, dengan Google sebagai bursanya.

"schain" : {
    "ver": "1.0",
    "complete" : 1,
    "nodes" : [

// Node untuk partner penayang MCM
        {
            "asi":"mcm-parent-example.com",  // Ini adalah contoh. Pastikan Anda memasukkan domain penayang induk yang sebenarnya. 
            "sid":"52e41fac28963d1e058a106f", // ID penjual partner penayang dalam sellers.json penayang induk
            "hp":1,
        },

// Node untuk penayang induk MCM MI
        {
            "asi":"google.com",
            "sid":"pub-1234567891234567", // ID penayang induk MCM dalam sellers.json Google
            "hp":1,
        }
    ]
}

FAQ

Mengapa penayang induk MCM harus membuat file sellers.json?

Membuat informasi partner tersedia untuk publik dengan mengizinkan informasi mereka dicantumkan dalam file sellers.json merupakan langkah penting dalam membantu pembeli iklan memverifikasi inventaris mereka. 

Pelajari spesifikasi sellers.json IAB lebih lanjut.

Apakah semua partner penayang saya harus memiliki file ads.txt yang valid?

Ya. Sebagai bagian dari proses undangan partner penayang MCM, partner penayang menyiapkan file ads.txt guna memverifikasi kepemilikan situs untuk setiap situs yang mereka miliki dan operasikan. 

Jika ads.txt partner penayang tidak menyertakan baris yang mencantumkan Penayang Induk MCM sebagai DIRECT (misalnya MCM-parent-example.com, ID-Penjual partner penayang MCM, DIRECT), tetapi mencantumkan baris Google dengan ID penayang induk (misalnya google.com, ID PUB untuk penayang induk MCM, RESELLER, f08c47fec0942fa0), apakah akan ada dampak negatif terhadap pendapatan? Apakah supply chain akan lengkap?

Supply chain akan ditandai sebagai lengkap, tetapi pembeli mungkin menganggap bahwa traffic "tidak diizinkan" karena ada node di SupplyChain dengan situs yang tidak tercantum sebagai penjual resmi di ads.txt. Memperbarui file ads.txt untuk menyertakan Penayang Induk MCM sebagai DIRECT (misalnya MCMparent.com, ID-Penjual untuk partner penayang MCM, DIRECT) adalah langkah yang diperlukan untuk menghindari error ini.

 

 

 

Apakah ini membantu?

Bagaimana cara meningkatkannya?
Telusuri
Hapus penelusuran
Tutup penelusuran
Aplikasi Google
Menu utama
10571099412642700559