Apa itu Dickover?

• dickover adalah gangguan ketika situs web atau aplikasi menutupi kontennya sendiri dengan panel modal, popover, atau UI bergaya tirai, lalu memaksa interaksi yang tidak perlu
• Contoh paling umum adalah permintaan seperti menerima cookie, mendaftar newsletter, memasang aplikasi, atau menyetujui syarat layanan yang tidak berkaitan langsung dengan konten yang ingin dibaca pengguna
• Contoh utamanya meliputi tirai layar penuh di beranda Substack, permintaan langganan SMS dari Philadelphia Inquirer, dan tabrakan sumbu Z di Tom’s Hardware
• dickbar hanya menutupi sebagian halaman dan menuntut lebih sedikit tindakan wajib, tetapi tetap merusak pengalaman karena menutupi teks dan mengganggu scroll dengan tombol spasi
• Paywall dengan pendaftaran atau login berbeda dari dickover karena itu merupakan langkah yang diperlukan untuk mengakses konten; kriteria utamanya adalah ketidakperluan dan apakah perhatian pengguna dialihkan

---

Definisi dan masalah Dickover

• dickover berarti panel modal, popover, atau UI bergaya tirai yang sengaja dipakai situs web atau aplikasi untuk menutupi kontennya sendiri
• Ini menghambat akses ke konten dengan memaksa interaksi yang tidak diinginkan dan tidak diperlukan oleh pengguna
• Permintaan yang umum meliputi menerima cookie, berlangganan newsletter, memasang aplikasi seluler, atau menyetujui syarat layanan—hal-hal yang tidak berkaitan langsung dengan konten yang hendak dibaca pengguna
• Fenomena ini makin sering muncul di web dan aplikasi seluler, dan memutus alur membaca pengguna dengan cara yang lebih langsung daripada popover biasa

Jenis umum dan contoh

• Dickover yang meminta izin cookie sangat umum, dengan contoh Euronews dan contoh Gallup
• Permintaan berlangganan newsletter juga memakai pola yang sama, termasuk contoh Om Malik dari blog pribadi dan contoh Field Notes dari situs merek
• Beranda blog yang dihosting Substack menampilkan bentuk dickover yang sangat parah
  • Ia memakai tirai layar penuh yang tidak tampak seperti panel, sehingga sangat menyiratkan bahwa pengguna harus mendaftar newsletter email untuk bisa membaca tulisan
  • Tombol tutup ditempatkan sebagai tautan teks kecil yang tidak terlihat seperti tombol
  • Contoh Paul Krugman dan Matt Yglesias memakai frasa seperti “No thanks”
  • Contoh Volts memakai kalimat yang terlalu manis seperti “Just gimme that content!”
• Contoh The Philadelphia Inquirer mengharuskan pelanggan berbayar $20 per bulan yang sudah login untuk mendaftar menerima SMS tentang Jersey Shore sebelum bisa melihat artikel
• Contoh Tom’s Hardware menunjukkan tabrakan sumbu Z JavaScript, ketika dickover situs itu sendiri kembali tertutup oleh iklannya

Apa yang seharusnya dilakukan halaman web

• Saat mengunjungi situs web, pengguna seharusnya bisa langsung melihat konten situs web
• Menampilkan dickover “berlangganan newsletter” atau “terima cookie” lebih dulu di halaman artikel bertentangan dengan tujuan dasar halaman web
• Halaman web seharusnya menampilkan halaman web, dan email seharusnya menampilkan isi email
• Perhatian yang diberikan pengguna kepada artikel, cerita, atau halaman produk adalah sebuah privilese yang diperoleh situs, dan memutus perhatian itu dengan sengaja adalah tindakan yang tidak pantas

Waktu kemunculan yang membuat gangguan lebih besar

• Beberapa situs menampilkan dickover segera setelah halaman dimuat, dan pada web masa kini pengguna sampai taraf tertentu sudah mengantisipasi penghalang seperti ini saat loading halaman
• Yang lebih buruk adalah ketika situs menampilkan dickover secara tiba-tiba setelah pengguna mulai membaca dan sudah scroll ke bawah
• Gangguan di tengah proses membaca tidak berbeda dengan merebut buku atau majalah fisik dari tangan pembaca demi meminta sesuatu yang lain selain perhatian yang sudah mereka berikan
• Seperti analogi bahwa Anda bisa ditampar jika merebut bahan bacaan fisik dari tangan seseorang, memutus pengalaman membaca adalah tindakan yang seagresif itu

Perbedaan dengan Dickbar

• Dickbar berkaitan dengan dickover, tetapi dari sisi desain dan pengalaman pengguna dianggap sebagai pelanggaran yang lebih ringan
• dickbar adalah popover non-modal yang hanya menutupi sebagian, bukan seluruh underlying content
  • Biasanya berbentuk bilah horizontal pendek, dengan contoh desktop dan contoh mobile
  • Contoh Apple Newsroom relatif enak dilihat
  • Contoh podcast Acquired ditempatkan di sudut layar sehingga kurang mengganggu
  • Contoh Four Seasons terlalu besar hingga hampir setara dengan dickover
• Alasan dickbar relatif tidak seburuk itu adalah karena ia tidak menutupi seluruh halaman dan tidak menuntut tindakan wajib untuk ditutup
• Meski begitu, dickbar tetap merusak pengalaman pengguna dengan menutupi konten dan memecah perhatian
• Khususnya dickbar horizontal yang paling umum menimbulkan masalah saat pengguna berpindah satu layar penuh dengan tombol spasi
  • Halaman di-scroll sebesar tinggi penuh halaman web tanpa mengurangi tinggi dickbar
  • Akibatnya, setiap kali berpindah ke layar berikutnya, dickbar menutupi teks yang belum sempat dibaca

Batas antara modal blocker dan Dickover

• Setiap dickover adalah modal blocker, tetapi tidak semua modal blocker adalah dickover
• Panel pendaftaran atau login untuk konten berbayar bukanlah dickover
• Paywall kadang memang menyebalkan, tetapi salah satu syarat inti dickover adalah ketidakperluan
• Permintaan izin cookie dan ajakan berlangganan newsletter email tidak diperlukan untuk membaca konten
• Sebaliknya, pada konten di balik paywall, pendaftaran atau login memang diperlukan sehingga berbeda dari dickover

Latar belakang munculnya istilah ini

• Pada 2022, UI seperti ini mulai disebut dickpanel, tetapi belakangan dickover dianggap sebagai istilah yang lebih tepat
• Istilah baru itu muncul saat penulis hendak menulis tentang utilitas “rak” drag-and-drop untuk Mac bernama Dropover dalam proses penulisan ini
• Tepat sebelumnya, ada tulisan keluhan tentang modal blocker cookie Euronews yang sangat konyol, dan dari situ terasa bahwa istilah dickpanel tidak lagi pas
• Dalam jajak pendapat Mastodon, penulis menanyakan istilah yang lebih baik untuk “dialog palsu dalam jendela yang menutupi konten di situs web dan sebagian aplikasi”, dan dari 1.130 respons, dickover menang tipis 51 banding 49
• Tolok ukur apakah sebuah neologisme bertahan bukanlah daya jelaskan atau kejelasannya, melainkan apakah orang benar-benar memakainya; dickover terasa tajam dan menyenangkan untuk digunakan

[GN⁺]

Komentar Hacker News

• Pengalamanku sepertinya persis seperti yang dimaksud. Aku mengklik tautan “What is a dickover?” sambil membayangkan ini apaan, lalu setelah halaman terbuka dan jeda sangat singkat berlalu, pop-up besar yang menjengkelkan bertuliskan “This is a Dickover” langsung menghantam wajahku, dan aku pun langsung paham
  Sekarang setidaknya aku tahu harus menyebut ini apa saat lain kali melihatnya di Substack

• Ada hipotesis bahwa sekitar 97% developer dan admin sudah pernah menyelesaikan hal seperti persetujuan cookie pada produk mereka sendiri lima tahun lalu, lalu tidak pernah melihatnya lagi, jadi mereka tidak tahu seberapa buruk pengalaman pelanggan baru yang sebenarnya
  Para developer dan atasan merasa mereka sudah melakukan pekerjaan hebat dan homepage-nya juga rapi, tetapi pengguna biasa dihajar berurutan oleh CAPTCHA Cloudflare, modal cookie, modal newsletter, dan modal instal aplikasi, dan semuanya menghalangi akses ke tombol ‘beli produk’

  • Yang terbaik itu yang setelah ditolak malah menanyakan lagi di halaman berikutnya
    Mungkin mereka tidak tahu apa itu cookie fungsional. Bisa jadi di kosakata pemasaran cuma ada YES
  • Kalau “tidak pernah melihatnya lagi”, itu terdengar seperti implementasi yang lebih baik daripada dickover yang kutemui di 99,9% kasus
    Kebanyakan tetap muncul lagi nanti meski sudah ditutup, dan beberapa rasanya muncul setiap kali mengunjungi situs
  • Ada juga hipotesis bahwa mereka memang tidak peduli apa yang dipikirkan pelanggan
  • Developer tidak terlalu andal dalam menilai apa yang terbaik untuk pengalaman pengguna. Bagaimana lagi membenarkan ratusan ribu jam riset industri yang sudah dicurahkan desainer dan PM untuk desain hero section yang indah dan cepat itu, beserta modal auto-load yang mengikutinya
    Intinya, tolong serahkan saja pada para ahli
  • Situs web harus selalu diuji di jendela penyamaran

• Salah satu syarat untuk masuk ke Kagi Small Web adalah tidak adanya dickover. Terima kasih sudah memberi nama yang tepat, John
  [1] https://kagi.com/smallweb

  • Akan bagus kalau mereka mempermudah berbagi tautan asli dari tulisan Small Web. Sekarang terlalu sulit, sampai terasa seperti sengaja memaksa orang membagikan URL versi Kagi
  • Akan bagus kalau ada pengecualian untuk halaman khusus ini
  • Sebagai catatan, setelah menekan “next” tiga kali, aku malah sampai ke halaman yang punya cookie dickover. Sepertinya filternya perlu disetel lagi
  • Momen dickover yang sebenarnya adalah ketika mulai memakai layanannya lalu sadar bahwa mereka bekerja sama dengan Yandex

• Kalau memasang ekstensi browser yang bisa menyalakan dan mematikan JavaScript, sebagian besar pop-up, layar omelan, dan permintaan cookie bisa diblokir. Ada beberapa ekstensi seperti itu
  Alternatifnya, siapkan browser lain dengan JavaScript dimatikan permanen dan minimalkan di tray atau di latar belakang
  Banyak situs yang meminta langganan, menampilkan layar omelan, atau memakai penghalang lain tetap bisa dibaca hanya dengan mematikan JavaScript
  JavaScript situs web sudah berubah menjadi alat bagi perusahaan untuk memanipulasi dan mengendalikan kita, menampilkan layar omelan, atau meminta langganan
  Kalau aku menemukan situs yang meminta JavaScript sebelum memuat, aku langsung meninggalkannya dan tidak pernah kembali

• Aku mendukung nama ini. Kalau jadi nama standar untuk teknik ini, orang-orang akan terpaksa memakai kata itu saat mengajukannya dengan serius di rapat, dan itu akan membuatnya lebih sulit diajukan secara serius
  “Ini desain Dickover kami”
  “Teman-teman, rasanya kurang tepat kalau kita memasang Dickover ke pelanggan”
  “Kalau diucapkan begitu memang jadi terdengar agak aneh…”
  Epilog: 6 bulan kemudian, konversi newsletter sama sekali tidak jalan dan situsnya pun tumbang

  • Memangnya siapa orang-orang seperti itu? Orang yang sama sekali tidak marah saat dickover menempel di wajah mereka, tetap riang, lalu serius mempertimbangkan untuk memasukkan alamat email mereka ke dickover itu

• Bookmarklet ini sangat berguna untuk dimiliki

  javascript:(function()%7B let i%2C elements %3D document.querySelectorAll('body *')%3B for (i %3D 0%3B i < elements.length%3B i%2B%2B) %7B if(getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'fixed' %7C%7C getComputedStyle(elements%5Bi%5D).position %3D%3D%3D 'sticky')%7B elements%5Bi%5D.parentNode.removeChild(elements%5Bi%5D)%3B %7D %7D %7D)()  
  

  Kadang setelah memakai yang di atas, yang kedua ini juga dibutuhkan untuk memperbaiki scroll

  javascript:var r="html,body{overflow:auto !important;}"; var s=document.createElement("style"); s.type="text/css"; s.appendChild(document.createTextNode(r)); document.body.appendChild(s); void 0;  
  

• Di Substack, bahkan kalau semua ini dimatikan secara eksplisit, itu tetap menempel di tulisanku. Aku tidak tahu apakah ini bug atau memang perilaku yang disengaja, tapi itu sudah cukup untuk membuatku berhenti memakai Substack
  Aku tidak ingin melakukan hal seperti itu kepada para pembacaku

  • Praktik mencurigakan Substack tidak seburuk politik mereka yang juga mencurigakan
    https://www.theguardian.com/media/2026/feb/07/revealed-how-s...

• Bagi orang sepertiku yang membaca situs web dengan zoom diperbesar, hal-hal seperti ini terasa sangat menyebalkan
  Untuk mencari tombol tutup, aku harus mengecilkan lagi. Rasanya seperti kejar-kejaran setiap saat, dan kadang aku akhirnya menyerah saja
  Ada EU Web Accessibility Directive, jadi aku tidak paham bagaimana hal seperti ini masih diizinkan

  • Bahkan HN sendiri buruk kalau skala UI lebih besar dari 1.0
    Aku jadi harus terus melakukan scroll horizontal untuk membaca teks

• Aku penasaran apakah ada orang lain juga yang mengira ini permainan kata keming yang cerdik
  Untungnya, bahkan di situs yang butuh JavaScript untuk kontennya atau butuh JavaScript untuk menghapus dickover, menghapus hal-hal seperti ini dan elemen-elemen menjengkelkan lainnya lewat alat inspeksi elemen browser tidak terlalu sulit dan cukup memuaskan

  • Fitur Hide Distracting Items di Safari adalah alasan besar kenapa aku tidak memakai Chrome
  • Saat pertama kali melihat versi huruf kecil dari dickover, aku membacanya sebagai clickover

• Bagiku, fakta bahwa dickover itu mungkin dilakukan sendiri sudah merupakan bug di semua interpreter JavaScript
  Menurutku, browser yang benar semestinya membuat dickover menjadi mustahil, bersama perilaku bermusuhan terkait seperti halaman web mengubah menu klik kanan atau mencegah pemilihan teks
  Sayangnya, mematikan skrip sepenuhnya sulit dijadikan solusi karena banyak situs jadi sama sekali tidak berfungsi, tetapi perilaku-perilaku yang disebut di atas sama sekali tidak punya tujuan yang berguna bagi pengguna, jadi seharusnya tidak efektif, dan situs yang bermusuhan juga seharusnya tidak punya cara untuk mengetahui apakah perilaku itu berhasil atau tidak
  Jendela modal kadang bisa berguna pada aplikasi yang aku kendalikan, tetapi pada aplikasi yang dikendalikan pihak luar, seperti saat menjelajahi situs internet, itu harus selalu bisa diabaikan atau dilewati

  • Aku benar-benar penasaran, adakah sesuatu yang bisa dilakukan di sisi implementasi JavaScript, DOM, atau browser untuk memblokir dickover saja secara khusus, sambil tetap mengizinkan konten popover modal yang memang diinginkan seperti menu dropdown, tooltip, dan bilah navigasi mengambang?