1. "Iklannya ada, tapi baru ketemu kalau dibaca sampai akhir": penempatan yang menyedihkan
Kamu sudah memasang iklan di situs artikel.
Tampil dengan benar. Bagus.
Tapi kalau diperhatikan, iklannya ada jauh di bawah artikel.
Pembaca membaca judul. Membaca pembukaan. Di tengah jalan sudah puas. Kembali ke hasil pencarian. Pindah ke artikel lain.
Iklannya tetap menunggu di bawah sana.
"Hari ini juga tidak ketemu siapa-siapa."
Dengan begini, meski iklannya ada, kunjungan orang yang hanya membaca bagian atas lalu pergi tidak bisa diubah jadi peluang pendapatan secara memadai.
Ide pertama yang biasanya muncul: "Ya sudah, pasang saja iklan besar begitu halaman dibuka."
Secara teori memang cepat.
Tapi situs yang memaksa pembaca "wawancara" dulu dengan iklan padahal mereka datang untuk membaca artikel, ya dibenci.
Riset Coalition for Better Ads (koalisi industri yang menetapkan standar periklanan) menggolongkan pop-up di desktop, iklan layar penuh dengan hitung mundur sebelum konten (prestitial), dan iklan besar yang menempel (sticky, tetap menempel di layar saat di-scroll) sebagai pengalaman iklan yang kurang bisa diterima. Pada pembaruan 2026, kepadatan iklan di atas 50% pada area konten desktop juga ditambahkan sebagai pengalaman di bawah standar. [1][2]
Jadi masalahnya bukan
"Aku ingin iklan lebih banyak terlihat."
Melainkan
"Aku ingin memindahkan ruang iklan ke tempat yang secara alami dilewati pembaca, tanpa mengganggu teks."
2. Lalu lihat layar PC. "Samping kiri-kanannya kosong banget, ya?"
Ponsel itu sempit.
Teksnya saja sudah hampir tidak muat. Kalau iklan dijejalkan beberapa buah, artikel langsung jadi mille-feuille iklan.
PC lain ceritanya.
Kalau lebar teks dipersempit supaya enak dibaca, tersisa margin besar di kiri dan kanan. Daftar isi ditaruh di sidebar pun, kadang bagian atas dan bawahnya kosong.
Di situ kamu sadar.
Tanpa menambah iklan di dalam teks, di samping ada lahan yang menganggur.
Ini lebih mirip urusan properti daripada desain iklan.
Lahan terbaik di tengah diberikan untuk teks. Jalan yang dilewati pembaca tidak diblokir.
Lahan kosong di sampingnya disewakan.
Adsterra saat ini menyediakan ukuran banner seperti 160×300, 160×600, 300×250, 320×50, 468×60, dan 728×90. Panduan resminya juga memperkenalkan 160×600 sebagai ukuran untuk penempatan di sisi kiri-kanan, dan 300×250 sebagai ukuran yang mudah menyatu dengan blok teks atau sidebar. [3]
Karena itu, di PC, susunan vertikal seperti
Iklan
↓
Daftar isi
↓
Iklan
terasa cukup wajar.
Pembaca bisa membaca teks. Iklannya juga terlihat.
Tidak perlu memasang papan reklame di tengah jalan.
3. Di PC, "atas dan bawah daftar isi" itu lumayan menggiurkan
Misalnya situsmu menaruh daftar isi di sidebar kanan, idenya sederhana.
Di atas daftar isi
Banner ukuran sedang seperti 300×250.
Cukup besar kemungkinan masuk ke layar relatif awal setelah halaman dibuka.
Daftar isi
Navigasi artikel.
Kalau mau, buat hanya daftar isinya yang sticky.
Di bawah daftar isi
160×600, 160×300, atau ruang iklan lain yang cocok dengan lebar tata letakmu.
Semakin panjang artikel yang dibaca, semakin dekat pembaca dengan ruang ini saat scroll.
Yang penting, iklannya sendiri tidak perlu ikut sticky.
Iklan sticky yang besar terus memakan layar meski pembaca men-scroll. Menurut Coalition for Better Ads, iklan sticky besar yang memakan lebih dari 30% layar dianggap pengalaman iklan di bawah standar di desktop. [2]
Jadi "memakai samping yang kosong" dan "membuntuti pembaca dari samping" adalah dua hal berbeda.
Margin dijual.
Pembaca tidak dikejar-kejar.
Hanya dengan itu, kesannya sudah jauh lebih berkelas.
4. Iklan di atas juga diinginkan. Tapi jangan kubur H1 di bawah iklan
Bukan hanya di akhir artikel, kita juga ingin ruang iklan di bagian awal halaman.
Meski begitu, tidak perlu langsung menaruh banner raksasa di paling atas halaman.
Urutan yang wajar kira-kira:
Judul artikel
→ Ringkasan dan info artikel
→ Iklan
→ Daftar isi dan teks
Pembaca bisa lebih dulu memastikan artikel ini tentang apa.
Setelah itu ada satu iklan.
Lalu lanjut ke teks.
Selain banner biasa, Adsterra juga punya Native Banner, yang dijelaskan sebagai format yang memudahkan situs menyesuaikan ukuran blok, warna, dan ukuran huruf. [4]
Tapi "kalau ditaruh di atas, setiap 1 PV pasti jadi pendapatan iklan" itu tidak benar.
Iklan Adsterra memiliki beberapa model harga, bukan hanya CPM (bayaran per seribu tayangan), tapi juga CPC (bayaran per klik) dan CPA (bayaran per aksi yang selesai). Pendapatan sebenarnya berubah menurut permintaan iklan, negara, perangkat, format iklan, kualitas trafik, dan sebagainya. [3]
Tepatnya:
Menaruh iklan di posisi awal membuatnya lebih mudah mendapat peluang ditayangkan dan terlihat, meski artikelnya tidak dibaca sampai habis.
Hanya itu.
Bukan "kotak ajaib yang pasti menjatuhkan satu koin setiap halaman dibuka".
5. Hentikan iklan yang datang belakangan dan mendorong teks sampai terpental
Kalau ruang iklan ditambah, muncul musuh lain.
CLS (Cumulative Layout Shift, yaitu isi halaman yang tiba-tiba bergeser).
Kamu membuka halaman.
Mulai membaca teks.
Beberapa detik kemudian, iklan selesai dimuat.
Tiba-tiba tempat itu membengkak jadi 200px, 300px.
Paragraf yang sedang dibaca terlempar ke bawah.
Lagi asyik membaca, tahu-tahu lantainya bergerak.
Pengalaman yang cukup menyebalkan.
web.dev menyebut iklan, iframe, dan elemen yang disisipkan secara dinamis sebagai penyebab khas CLS. Solusinya adalah memesan ruang yang dibutuhkan sebelum iklan dimuat, memakai CSS seperti min-height atau aspect-ratio. [5]
Dalam Core Web Vitals (metrik pengalaman halaman dari Google), CLS 0,1 atau kurang pada setidaknya 75% kunjungan halaman dianggap baik. [5]
Artinya, jadikan ruang iklan bukan
pelanggan yang baru minta tempat duduk setelah datang
melainkan
pelanggan yang sudah reservasi tempat duduk dari awal.
Untuk samping PC, amankan dulu kotak 300×250. Kalau 160×600, ambil dulu ruang vertikalnya.
Meski iklannya datang terlambat, teks tidak bergerak.
Bedanya tidak mencolok, tapi dampaknya besar.
6. Nah, ini jebakan khas Adsterra. "Bukannya tinggal tempel kode iklan yang sama di samping juga?"
Ada satu ruang iklan.
Di sidebar juga ingin ada.
Kalau begitu, salin kode yang sama dan tempel dua kali, selesai dalam sekejap.
Sayangnya, di sini Adsterra sendiri yang melarang.
Panduan resminya menyebutkan bahwa memakai kode banner yang sama dua kali di satu halaman bisa berdampak buruk pada statistik dan CPM, dan bahkan untuk dua ukuran yang sama pun, siapkan kode yang berbeda. [6]
Iklan yang sama muncul bersamaan, mudah membuat tampilan terasa aneh bagi pembaca maupun pengiklan.
Karena itu, lebih baik buat placement (ruang iklan dengan kode sendiri-sendiri) yang independen untuk tiap peran, seperti
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
Ini punya satu keuntungan lagi.
Kamu bisa tahu bagian mana yang benar-benar menghasilkan.
Apakah yang di atas impresinya banyak tapi CPM-nya lemah?
Apakah yang di bawah sidebar tayangannya sedikit tapi tarifnya tinggi?
Apakah hanya kuat di PC?
Kalau placement-nya terpisah, bisa dibandingkan.
Kalau kode yang sama disalin ke mana-mana, semua tercampur jadi satu angka, dan saat ingin memperbaiki pun kamu tidak tahu apa yang diperbaiki.
Penempatan iklan bukan soal "tampil, berarti beres": baru jadi operasi sungguhan kalau bisa diukur.
7. Lalu saat mencoba mengotomatiskan, API tiba-tiba bilang "cuma boleh lihat"
Bagian ini aneh-aneh lucu.
Implementasi di sisi situs bisa diotomatiskan cukup banyak.
Kamu bisa menyerahkan ke agen pemrograman AI hal-hal seperti
- menelusuri tata letak artikel bersama
- menambahkan komponen iklan
- menampilkan iklan samping hanya di PC
- menyembunyikannya di ponsel
- memesan ruang untuk mencegah pergeseran tata letak
- build
- deploy
- memeriksa HTML di produksi
sampai tuntas.
Kalau begitu, bukankah sisi Adsterra juga bisa otomatis dengan membuat placement lewat API?
Di sinilah kita melihat Publisher API.
Dengan Publisher API Adsterra, kita bisa mengambil daftar situs terdaftar, daftar placement, serta angka seperti impresi, klik, CTR (rasio klik), CPM, dan pendapatan. [7]
Praktis.
Tapi per 25 September 2026, metode HTTP yang bisa dipakai di sisi publisher hanya GET. [7]
Artinya,
bisa dilihat.
Tidak bisa dibuat.
Publisher API hebat sebagai kamera pengawas, tapi bukan gagang pintu.
Untuk membuat unit iklan baru, masih ada langkah manual lewat GUI: pilih situs di Publisher Dashboard, pilih ukuran di ADD UNIT, lalu ambil kode yang diterbitkan. [8]
Otomatisasi sudah 99% selesai, lalu 1% terakhir memanggil manusia.
"Nah, terakhir, tolong tekan tombol ini."
Begitulah sejauh mana peradaban sudah melangkah.
Pekerjaan yang tersisa di akhir ternyata tombol pembuatan ruang iklan.
Agen AI yang bisa mengoperasikan browser dapat menjadikan GUI itu sasaran operasinya juga. Hanya saja, perlu dipahami batasnya: Publisher API saja tidak bisa menggantikan pembuatan placement baru.
8. Kalau menganggap banner itu responsif lalu menaruhnya sembarangan, di ponsel bisa jadi kecelakaan
Satu hal penting lagi adalah tampilan per perangkat.
Panduan banner resmi Adsterra menjelaskan bahwa banner Adsterra tidak responsif dan ukurannya tidak berubah otomatis menurut perangkat. Karena itu, dipandu cara mengganti tampilan PC dan ponsel dengan CSS. [6]
Jadi, hanya karena 160×600 pas dan enak di PC, kalau dibawa begitu saja ke ponsel, yang terjadi adalah
iklannya lebih songong daripada teksnya
dan itu jadi masalah.
Rancangannya dipisah per perangkat.
Ponsel
- Iklan kecil di atas artikel
- Di akhir artikel kalau perlu
- Tanpa iklan samping
- Jangan biarkan iklan merampas lebar teks
PC
- Iklan di atas artikel
- Iklan samping di atas daftar isi
- Iklan samping di bawah daftar isi
- Iklan akhir artikel yang sudah ada
- Pertimbangkan area samping tambahan hanya kalau lebarnya cukup
Tapi bukan berarti di PC boleh menaruh iklan tanpa batas.
Menurut Better Ads Standards yang ditambahkan pada 2026, pengalaman dengan kepadatan iklan di atas 50% pada area konten desktop berada di bawah standar, dan iklan sidebar (side rail) ikut dihitung dalam kepadatan itu. [1]
Margin boleh dijual.
Tapi jangan sampai menempeli poster di semua dinding sampai teksnya seperti papan pengumuman kelurahan.
9. Kesimpulan: yang pertama harus dijual adalah ruang yang menganggur, bukan perhatian pembaca
Saat ingin menaikkan pendapatan iklan, solusi paling sembarangan adalah menambah iklan di dalam teks.
Padahal di halaman artikel PC ada yang lebih dulu bisa dipakai.
Margin.
Jaga teks tetap di lebar yang nyaman dibaca.
Biarkan judul dibaca lebih dulu.
Taruh satu iklan di posisi awal.
Di PC, taruh placement terpisah di atas dan bawah daftar isi.
Jangan kejar pembaca dengan iklan sticky besar.
Pesan dulu ruang iklan untuk mencegah CLS.
Jangan salin kode banner yang sama, pisahkan per ruang dan ukur masing-masing.
Dan hanya pembuatan placement baru yang harus lewat GUI Dashboard, karena Publisher API hanya mendukung GET.
Sebagai rancangan, ini sangat sederhana.
Bukan memenuhi teks dengan iklan, melainkan menyewakan properti menganggur di luar teks.
Pembaca bisa membaca.
Iklan terlihat.
Situs bisa membandingkan angka.
Pengiklan pun tidak perlu melihat dua materi iklan yang sama berdampingan sekaligus.
Semua jadi sedikit lebih baik.
Lalu di akhir tersisa satu hal.
Setelah AI menulis kode, memperbaiki CSS, build, deploy, dan memeriksa produksi, kamu menekan "Add unit" di dasbor perusahaan iklan.
Agak lucu bahwa bos terakhir otomatisasi web biasanya hanya satu tombol.
- Coalition for Better Ads, “CBA Updates Desktop Web and Mobile Web Standards,” announced January 14, 2026; updated desktop standard includes ad density above 50%, with siderail ads included in density calculation. and https://www.betterads.org/desktop-ad-density-over-50-percent betterads.org
- Coalition for Better Ads, “The Research” and “Large Sticky Ads [Desktop].” and https://www.betterads.org/desktop-large-sticky-ad/ betterads.org
- Adsterra, “Standard Banner Ad Sizes 2026: Complete Guide with Dimensions,” July 9, 2026 adsterra.com
- Adsterra, publisher product information for Native Banners, describing customizable block size, colors and font sizes adsterra.com
- web.dev, “Optimize Cumulative Layout Shift,” last updated February 7, 2025. Ads and dynamically injected content are common CLS sources; reserve space with min-height/aspect-ratio web.dev
- Adsterra, “Banner Ads Still Drive High CPM and Revenues for Publishers.” Current publisher guidance warns against reusing the same Banner code twice on one page and notes that Adsterra Banners are not automatically responsive across devices adsterra.com
- Adsterra, “Ad network API” and “Adsterra Publisher API: Easily Pull Data to Power Your Monetization Strategy,” current as checked September 25, 2026. Publisher API exposes websites, placements and performance reports and supports GET only. and https://adsterra.com/blog/how-to-use-adsterra-publishers-api/ adsterra.com
- Adsterra, “Buy Banner Ads | Adsterra Banner Advertising,” publisher flow: choose a site, ADD UNIT, select Banner size and copy the generated code adsterra.com
