Halaman web 49MB

 (thatshubham.com)
2 poin oleh GN⁺ 2026-03-16 | 1 komentar | Bagikan ke WhatsApp
  • Sebuah halaman artikel di situs The New York Times memicu 422 permintaan jaringan dan transfer data 49MB, sehingga bahkan sekadar membaca artikel pun membutuhkan sumber daya berlebihan
  • Saat halaman dimuat, puluhan permintaan lelang iklan dan skrip pelacakan berjalan bersamaan, dengan struktur yang menguras CPU browser dan baterai
  • Desain UX yang bermusuhan seperti ini berlanjut dalam bentuk banner cookie, popup langganan, video putar otomatis, dan iklan yang mengambil alih layar, sehingga mengganggu pengalaman membaca pengguna
  • Model bisnis yang berfokus pada ‘waktu tinggal’ dan ‘tingkat tayang’ demi memaksimalkan pendapatan iklan mengorbankan pengalaman pembaca, dan bahkan para engineer pun terikat dalam struktur ini
  • Tulisan ini mencontohkan halaman berita ringan yang berpusat pada teks (text.npr.org, dll.) dan menekankan pemulihan pengalaman web yang sederhana dan menghormati pengguna, di mana pembaca dan bisnis bisa hidup berdampingan

Realitas halaman web 49MB

  • Saat mengakses situs The New York Times, terjadi 422 permintaan dan 49MB data, dan butuh 2 menit hingga halaman stabil
    • Ini lebih besar daripada kapasitas penuh Windows 95 (28 disket) dan setara dengan 10–12 lagu MP3
    • Untuk membaca hanya beberapa paragraf teks, rasanya seperti mengunduh satu album penuh
  • Walau performa hardware sudah meningkat drastis dibanding masa lalu, framework web yang berpusat pada iklan dan pelacakan meniadakan kemajuan itu

Beban CPU dan struktur pelacakan

  • Situs berita menjalankan sistem lelang iklan terprogram di dalam browser
    • Permintaan lelang asinkron ke Rubicon Project, Amazon Ad Systems, dan lainnya terjadi secara bersamaan
    • Browser harus mengunduh, mem-parse, dan mengompilasi beberapa MB JavaScript, yang berujung pada beban main thread
  • Pengguna meminta teks, tetapi browser lebih dulu memproses skrip pelacakan 5MB, lalu setelah itu iklan disisipkan
  • Pada saat yang sama, beacon pelacakan perilaku (permintaan POST) dan redirect pixel tak terlihat (doubleclick.net, casalemedia) bekerja untuk melakukan identifikasi lintas situs
  • Proses ini menyebabkan panas berlebih di perangkat mobile dan konsumsi baterai, sementara pengguna tanpa sadar ikut serta dalam pasar perdagangan data berfrekuensi tinggi

UX yang bermusuhan dan biaya interaksi

  • Saat masuk ke halaman, banner cookie GDPR, modal langganan newsletter, dan popup izin notifikasi muncul berurutan
    • Sebelum bisa mengakses konten, pengguna harus melakukan beberapa klik dan scroll
    • Ini melanggar ‘Interaction Cost’ dari NNgroup dan prinsip ‘minimalism design’
  • Dalam kasus Economic Times, pengguna harus menutup tiga modal dan melewati banner atas sebelum bisa mengakses isi artikel
  • Bahkan menurut standar Core Web Vitals dari Google, interstitial yang intrusif seperti ini secara eksplisit disebut sebagai faktor pengurang SEO

Layout yang tidak stabil dan penyisipan iklan

  • Saat pembaca sedang membaca paragraf, begitu lelang iklan selesai, iklan iframe disisipkan dan teks bergeser 250 piksel
    • Ini diukur sebagai Cumulative Layout Shift (CLS) dan berkaitan langsung dengan kenaikan bounce rate
  • Google secara resmi memberi penalti pada masalah ini, tetapi ada kontradiksi karena produk iklannya sendiri memicu masalah yang sama
  • Video putar otomatis tetap diputar dengan posisi melekat di bagian bawah layar bahkan setelah di-scroll, sementara tombol tutupnya kecil dan area kliknya sempit
    • Ini disebut sebagai contoh pelanggaran Hukum Fitts

Pemborosan ruang di lingkungan mobile

  • Dari rata-rata viewport mobile 800px, logo, bilah berbagi, dan UI browser mengambil porsi yang besar
    • Konten yang benar-benar terlihat hanya 11% berdasarkan halaman Guardian
  • Rasio 89% iklan dan modal vs 11% konten meningkatkan kelelahan visual pengguna dan frekuensi scroll
  • Ada juga strategi ‘fat-finger tax’ yang mendorong salah klik dengan menempatkan tombol ‘X’ dekat area klik iklan
  • Beberapa situs berita India seperti Jagran menghalangi akses ke isi artikel dengan modal ajakan instal aplikasi dan popup langganan

Usulan perbaikan

  • Struktur yang memaksa 3–4 aksi penutupan sebelum menampilkan konten memboroskan sumber daya kognitif pengguna
    • Popup perlu diatur agar hanya muncul setelah 60 detik berada di halaman atau setelah scroll 50%
    • Persetujuan cookie dan langganan newsletter dapat digabungkan ke dalam bagian bawah yang tidak memblokir
  • Slot iklan harus dipesan dengan container berukuran tinggi tetap untuk mencegah pergeseran layout
    • Contoh: min-height: 250px; background: var(--skeleton-loader);
    • Jika iklan gagal dimuat, gunakan ResizeObserver agar penyusutan hanya diproses di area yang tidak terlihat

Adanya situs berita ringan

  • text.npr.org, lite.cnn.com, cbc.ca/lite dan lainnya menyediakan versi ringan tanpa pelacakan dan modal
    • Konsumsi berita berbasis feed RSS juga masih aktif digunakan
  • Contoh-contoh ini menunjukkan bahwa masih ada permintaan untuk pengalaman web yang sederhana dan berpusat pada konten

Kesimpulan: perhatian pembaca adalah sumber daya

  • UI berita saat ini menganggap pembaca sebagai target untuk ditangkap dan dirancang dengan struktur yang memaksimalkan penayangan iklan
  • Namun, profitabilitas dan aksesibilitas bisa berjalan berdampingan, dan para engineer juga tidak puas dengan struktur ini
  • Akar masalahnya adalah insentif bisnis jangka pendek yang berpusat pada CPM
  • Telah terbentuk sistem yang memperlakukan perhatian pembaca sebagai sumber daya yang bisa diekstraksi, dan
    penggunaan RSS, menutup tab, dan meningkatnya bounce rate diajukan sebagai bentuk perlawanan paling kuat terhadapnya

Bacaan terkait

1 komentar

 
GN⁺ 2026-03-16
Komentar Hacker News
  • Setiap kali para developer kami membuka sebuah situs web, sekitar 750MB terpakai
    Setelah ada tiket soal server lambat dan diperiksa, ternyata semua video di halaman sedang di-preload sebagian lebih dulu
    Kantor terhubung langsung ke data center dengan kabel serat optik, jadi masih bisa bertahan
    Menurut saya, developer web seharusnya tidak diberi kecepatan jaringan di atas 128kbit. Lewat dari itu, semuanya jadi berantakan
    • Di Network tab browser berbasis Chromium atau Firefox, kita bisa mensimulasikan kecepatan 3G atau 4G
      Jika dipakai bersama fitur pembatasan CPU, ini bagus untuk memeriksa performa situs di lingkungan spesifikasi rendah
    • Batas 128kbit juga perlu diterapkan ke tim marketing. Mereka biang utama skrip pelacakan
    • Walaupun development dilakukan di komputer cepat, pengujian tetap harus dilakukan di perangkat spek rendah seperti Chromebook
    • Situs seperti mcmaster.com layak dijadikan referensi untuk prefetching sadar konteks yang diimplementasikan dengan baik
      Jika memakai server development yang lambat, secara alami akan terbentuk kebiasaan mengurangi resource yang tidak perlu
    • Dulu saya memakai web teks seperti text.npr.org lewat Lyx
      Gopher, Gemini, dan Bitlbee berbasis IRC juga berjalan baik di lingkungan yang sangat lambat
      Developer aplikasi Electron juga seharusnya menguji di PC dengan RAM 2GB dan Celeron lawas; barulah bisa disebut aplikasi yang benar-benar matang
  • Sebagai percobaan saya membuka nytimes.com, dan tracking pixel serta skrip iklannya benar-benar mengerikan
    Meski begitu, kalau dilihat dari total transfer, 36.3MB dari 44.47MB ternyata adalah video jurnalistik
    Jadi masalahnya bukan sekadar iklan yang berlebihan, melainkan struktur konten yang terlalu berpusat pada video
    • Tapi saya tetap bertanya-tanya kenapa setiap halaman harus punya video autoplay
      Sulit diterima kalau pengguna dipaksa mengunduh 36MB sebelum sempat mengeklik apa pun
  • Belakangan NYT benar-benar merosot total
    Saya bahkan tidak membacanya lagi karena iklan dan tumpukan JavaScript; saya cuma menyalin judul lalu membacanya di situs lain
    Pada dasarnya saya browsing dengan JavaScript dimatikan dan hampir tidak pernah melihat iklan
    Kalau JS dimatikan, halaman jadi jauh lebih cepat dan risiko kebocoran privasi juga berkurang
    Saya tidak menganggap cara ini tidak etis. Situs-situs itu yang lebih dulu bertindak tidak adil
    • Situs berita ringan seperti lite.cnn.com, text.npr.org, dan newsminimalist.com jauh lebih nyaman
    • NYT tahu bahwa pengguna seperti ini hanyalah minoritas yang tidak berkontribusi pada pendapatan
      Bahkan tidak berkunjung sama sekali mungkin lebih menguntungkan bagi mereka
    • Kebanyakan orang tidak peduli soal JS atau ukuran dalam megabyte
      Selama kontennya tampil dan berfungsi, itu sudah cukup bagi mereka
      NYT memang menyasar ‘mayoritas yang tidak peduli teknologi’ seperti ini
    • Saya penasaran apakah YouTube ke depannya masih akan mengizinkan klien alternatif, atau justru memblokirnya dengan DRM
  • Pada 2005, paket broadband pertama keluarga kami punya batas 400MB per bulan
    Masalah mendasar industri surat kabar adalah runtuhnya model ekonomi berbasis iklan
    Dulu pembaca hanya membayar biaya cetak, sementara sisanya ditutup dari iklan
    Tapi sekarang Facebook Marketplace dan Craigslist mengambil semua iklan itu
    Akhirnya berita menjadi produk niche, dan penjualan data pembaca adalah upaya terakhir yang tersisa
    • Saya masih ingat dimarahi orang tua setelah mengunduh update game 120MB pada 2010
      Batas bulanannya 250MB, jadi kalau dipikir sekarang rasanya sulit dipercaya
  • Pengembangan web sekarang benar-benar neraka iklan dan pelacakan
    Situs seperti HN yang memperlakukan setiap baris JS dengan hati-hati malah terasa seperti anugerah
    Web perlu dibuat tidak terlalu gemuk
    • Hanya karena sebuah situs bisa memakai seluruh memori yang tersedia, bukan berarti itu harus dilakukan
    • Sering kali halaman dipenuhi popup dan overlay sampai kontennya sendiri bahkan tidak bisa dilihat
      Sulit membayangkan UX seperti ini bisa menghasilkan uang, tapi tetap saja terus diulang
  • Menjadikan ukuran instalasi Windows 95 (sekitar 40MB) sebagai satuan pembanding itu lucu
    Dulu Win95 juga disebut ‘bloat’, tapi sekarang halaman web jauh lebih besar dari itu
    Masalahnya bukan cuma iklan, melainkan pemborosan resource dan gangguan visual
    Begitu JS aktif dan layar langsung jadi ribut, saya langsung keluar
    • Saya penasaran dengan struktur ekonomi industri iklan
      Apakah beberapa sen yang didapat benar-benar sepadan dengan rasa kesal yang ditimbulkan pada pengguna
      Kebanyakan orang tampaknya hanya menerimanya begitu saja
      Saya developer berusia akhir 30-an, generasi ‘internet bebas’, jadi nyaris tidak punya toleransi terhadap iklan
  • Situs web maskapai sangat parah. Tempat seperti Air Canada bahkan menutupi proses pemesanan sederhana dengan JS berukuran beberapa MB
    Saya jadi merindukan antarmuka baris perintah seperti terminal Amadeus dulu
    Saya terus memikirkan bagaimana caranya agar web kembali berpusat pada pengguna
    • Situs China Southern adalah yang terburuk
      Label field salah, placeholder terpotong, date picker muncul dalam bahasa Mandarin,
      lalu setelah memilih kursi malah muncul pesan “tidak tersedia”, jadi UX-nya benar-benar runtuh
    • Developer yang terlalu mengikuti tren Big Tech perlu dikritik
      Dengan form HTML sederhana pun kita masih bisa membuat situs yang cukup layak dipakai
      Penyalahgunaan JS adalah hasil dari semacam indoktrinasi
    • Web sekarang terasa dibuat untuk mengisi CV developer
    • Saya rasa kita butuh model pendapatan baru selain klik iklan, tapi saya juga belum tahu alternatifnya
  • Sayang sekali artikelnya tidak menyinggung daftar blokir DNS
    Saya memakai Hagezi ultimate list untuk memblokir hampir semua iklan, dan di desktop saya menyempurnakannya lagi dengan uBlock
    Saya juga memblokir domain font Google dan Adobe secara manual demi meningkatkan kecepatan dan privasi
    • Saya belum melakukan pengujian presisi, tapi berkat filter itu rasanya trafik turun sampai kurang dari 1/10
  • Keputusan untuk mengizinkan eksekusi skrip di situs web adalah kesalahan terbesar era 90-an
    Secara mendasar, itu desain yang salah karena program yang belum diverifikasi oleh pengguna dijalankan di komputer saya
    Kalau situs rusak saat JS dimatikan, itu karena developer mendesainnya dengan buruk
    Seandainya HTML dan kode eksekusi dipisahkan, dunia pasti akan jauh lebih baik
    • Tidak masuk akal kalau demi melihat konten baca-saja kita harus mengunduh kode yang bisa dieksekusi
      Cukup render di server lalu kirim hasilnya saja
    • Tapi karena pengguna memang menginginkan web interaktif, scripting pada akhirnya tetap akan diperkenalkan
      Halaman 49MB itu cuma cerminan prioritas
      Sekarang internet cepat sudah umum, jadi kebanyakan pengguna bahkan tidak merasa ada masalah
  • Ironisnya, bahkan tulisan kritik seperti ini pun masih memanggil resource pihak ketiga yang tidak perlu seperti Cloudflare Insights
    Saya memakai uBlock Origin hard mode untuk memblokir resource semacam itu sepenuhnya