Mendeklarasikan penjual resmi dengan ads.txt

Menyantumkan penjual resmi di file text pada domain root Anda

Authorized Digital Sellers, atau ads.txt, merupakan inisiatif IAB untuk menyempurnakan transparansi pada iklan terprogram. Penayang dapat membuat ads.txt sendiri untuk mengidentifikasi penjual yang diizinkan menjual inventarisnya. File ini tersedia secara publik dan dapat di-crawl oleh pembeli, bursa, dan vendor pihak ketiga.

Penggunaan ads.txt tidak bersifat wajib, namun sangat disarankan. File ads.txt dapat membantu Anda melindungi merek dari inventaris palsu, yang sengaja diberi label yang salah sebagai berasal dari domain, aplikasi, atau video tertentu. Mendeklarasikan penjual resmi dapat membantu Anda menerima lebih banyak pembelanjaan pengiklan yang mungkin mengarah ke inventaris palsu.

Anda sekarang dapat membuat konten untuk ads.txt di UI Ad Manager.

Tonton video pelatihan Universitas Penayang terkait

Membuat file ads.txt

File ads.txt harus secara publik mendeklarasikan akun setiap bursa atau Platform Sisi Suplai (SSP) yang diizinkan untuk menjual inventaris Anda. Buat file ini sebagai file teks (.txt) dan hosting file tersebut di tingkat root domain Anda (misalnya, https://example.com/ads.txt).

Di sini, "domain root" didefinisikan sebagai 1 tingkat di bawah daftar akhiran publik, seperti yang didefinisikan dalam spesifikasi ads.txt IAB. Misalnya, "google.co.uk" akan dianggap sebagai root domain karena "co.uk" berada dalam daftar akhiran publik, namun "maps.google.co.uk" tidak akan dianggap sebagai root domain.

Artikel ini menjelaskan cara membuat file ads.txt untuk penayang Google. Untuk SSP/bursa lainnya, buka masing-masing dokumentasi terkait cara membuat file ads.txt atau hubungi mereka.

Informasi apa yang masuk dalam file ads.txt?

Sertakan baris terpisah di file untuk setiap penjual resmi. Setiap baris di daftar ads.txt penayang memerlukan 3 data (ditambah kolom opsional keempat):

<Field #1>, <Field #2>, <Field #3>, <Field #4>

  • <Field #1>: Nama domain dari sistem periklanan (wajib).

    Nama domain kanonis sistem SSP, bursa, header wrapper, dsb., tempat bidder terhubung. Hal ini mungkin berupa domain operasional sistem, jika berbeda dengan domain perusahaan induk, untuk memfasilitasi pencarian IP balik dan WHOIS guna menetapkan kepemilikan sistem delegasi yang jelas. Idealnya, SSP atau bursa memublikasikan dokumen yang menjelaskan nama domain yang akan digunakan. 

    Untuk akun penjual Google, nama domain akan selalu google.com.

  • <Field #2>: ID akun penayang (wajib).

    ID yang terkait dengan akun penjual atau reseller dalam sistem periklanan di kolom #1. ID ini harus berisi nilai yang sama dengan yang digunakan dalam transaksi (seperti permintaan bid OpenRTB) di kolom yang ditentukan oleh SSP/bursa. Biasanya, di OpenRTB, ini adalah kolom publisher.id. Untuk OpenDirect, biasanya adalah ID organisasi penayang. 

    Untuk akun penjual Google, gunakan ID penayang yang ditampilkan di setiap akun (misalnya, pub-0000000000000000). Untuk menemukan ID ini:

    Hanya sertakan awalan pub- dan kode numerik 16 digit dalam deklarasi Anda. Hapus awalan khusus produk (misalnya, ca- atau ca-video-). Jika memonetisasi melalui beberapa akun Ad Manager dan/atau AdSense, Anda harus menyertakan kode pub- untuk setiap akun dalam baris terpisah.
    Domain tidak akan dimonetisasi melalui Ad Manager dan Google tidak lagi membeli iklan di situs tersebut apabila file ads.txt diposting tetapi ID penayang penjual tidak diberi otorisasi dalam file. Agar tidak memengaruhi penghasilan, sebaiknya perbarui file ads.txt Anda dengan memasukkan ID penayang untuk setiap situs yang ingin dimonetisasi (pelajari cara memperbarui ads.txt di Ad Manager). Jika menggunakan Pengelolaan Partner Skala Besar, sebaiknya Anda bekerja sama dengan partner skala besar untuk memasukkan ID penayang Anda dalam file ads.txt mereka.
  • <Field #3>: Jenis akun/hubungan (wajib).

    Enumerasi jenis akun.

    • Nilai 'DIRECT' menunjukkan bahwa penayang (pemilik konten) mengontrol secara langsung akun yang dijelaskan di kolom #2 pada sistem di kolom #1. Hal ini berarti kontrak bisnis langsung antara penayang dan sistem periklanan.

      Penayang Google yang mengontrol secara langsung akun yang dijelaskan di kolom #2 harus memasukkan 'DIRECT'.

    • Nilai 'RESELLER' menunjukkan bahwa penayang telah mengizinkan entitas lain mengontrol akun yang dijelaskan di kolom #2 dan menjual kembali ruang iklan melalui sistem di kolom #1. Jenis lainnya mungkin ditambahkan di masa mendatang. Perhatikan bahwa kolom ini harus diperlakukan sebagai tidak peka huruf besar/kecil saat menafsirkan data.

      Penayang Google tanpa kontrol langsung untuk akun yang ditunjukkan dalam kolom #2 harus memasukkan 'RESELLER'. Misalnya, akun Ad Manager yang menggunakan Pengelolaan Partner Jaringan harus memasukkan 'RESELLER' untuk inventaris yang tidak dikelola secara langsung oleh akun.

  • <Field #4>: ID otoritas sertifikat (opsional).

    ID yang mengidentifikasi sistem iklan dalam otoritas sertifikat secara unik (ID ini dipetakan ke entitas yang terdapat di kolom #1). Otoritas sertifikat saat ini adalah Trustworthy Accountability Group (TAG), dan ID TAG akan disertakan di sini.

    Untuk akun penjual Google, ID TAG-nya adalah f08c47fec0942fa0.

Contoh file ads.txt

Contoh penayang yang menangani produk Google

File Ads.txt dari penayang yang menangani produk Google harus berisi baris dalam format berikut, selalu menggunakan google.com sebagai nama domain. Berikut ini contoh baris, berdasarkan format di atas (tonton video di atas untuk mendapatkan informasi mendetail terkait nilai dalam file):

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
google.com, pub-0000000000000000, RESELLER, f08c47fec0942fa0

Contoh untuk penayang yang bekerja dengan SSP/bursa lainnya

Example.com memublikasikan file ads.txt di server web mereka, yang mencantumkan 3 bursa sebagai diizinkan menjual inventaris, dan menyertakan ID akun penjual Example.com dalam setiap bursa tersebut.

Contoh file di https://example.com/ads.txt dapat menyertakan baris berikut:

greenadexchange.com, 12345, DIRECT, AEC242
blueadexchange.com, 4536, DIRECT
silverssp.com, 9675, RESELLER

Pertanyaan Umum (FAQ)

Saya tidak dapat menempatkan file di root domain. Apa yang harus saya lakukan?

Anda tidak diharuskan menggunakan ads.txt. Namun, jika file ads.txt ditambahkan ke root domain, pastikan Anda menghubungi webmaster dan meminta mereka untuk menambahkan ID penayang Anda ke file tersebut.

Bagaimana cara Google menerapkan ads.txt?

Setiap kali file ads.txt diposting di root domain, Google akan menggunakan konten file tersebut untuk menentukan akun penjual Google mana yang akan diizinkan untuk menayangkan iklan di root domain tersebut.

Saat Anda meminta iklan untuk situs tertentu, kami akan memeriksa apakah root domain situs tersebut berisi file ads.txt. Jika tidak ada file ads.txt, berarti tidak ada penegakan tambahan. Jika ada file ads.txt dan ID penayang Anda tercantum dengan benar, kami akan menjalankan lelang dan menampilkan iklan pemenang. Jika ada file ads.txt dan ID penayang Anda tidak tercantum dengan benar, kami tidak akan menjalankan lelang untuk permintaan tersebut.

Sistem kami secara otomatis memeriksa file ads.txt yang baru dan telah diupdate. Perhatikan bahwa jika Anda mengubah atau menghapus file ads.txt, sistem kami memerlukan waktu hingga 24 jam untuk menerapkan perubahan Anda.

Apakah Google hanya mendukung file ads.txt di root domain, atau juga di subdomain sesuai dengan update spesifikasi ads.txt v1.0.1 September 2017?

Dari tahun 2017, Google hanya akan meng-crawl dan menerapkan file ads.txt yang ditempatkan di root domain dan akan mengabaikan file yang ditempatkan di subdomain. Pastikan penjual yang diotorisasi untuk subdomain Anda disertakan di file ads.txt yang ditempatkan di root domain. Kami berencana meng-crawl dan menerapkan file ads.txt yang ditempatkan di subdomain pada awal tahun 2018. Kami akan memberikan detail selengkapnya saat fitur ini tersedia.

Apakah Google mendukung pengalihan sesuai dengan update spesifikasi ads.txt v1.0.1 September 2017?

Sesuai dengan update spesifikasi ads.txt v1.0.1, Google mendukung pengalihan HTTP tunggal ke halaman tujuan di luar root domain asli (misalnya, example1.com/ads.txt dialihkan ke example2.com/ads.txt).

Beberapa pengalihan juga didukung, selama setiap lokasi pengalihan tetap dalam domain root aslinya. Contoh:

  • example.com/ads.txt dialihkan ke www.example.com/ads.txt
  • example.com/ads.txt dialihkan ke subdomain.example.com/ads.txt
  • example.com/ads.txt dialihkan ke example.com/page/ads.txt

Bagaimana cara menyiapkan file ads.txt untuk Blogger?

Lihat Pusat Bantuan Blogger untuk mendapatkan petunjuk.

Apakah artikel ini membantu?
Bagaimana cara meningkatkannya?