Ini lagi?, daftar meluncur terlalu cepat, dan saya bahkan tidak tahu harus mencari apa

Semakin banyak artikel seharusnya berarti semakin banyak pilihan. Namun pengalaman pembaca bisa justru memburuk.

Cara memakai fitur membaca

Dengarkan membacakan artikel. Baca cepat menampilkan frasa berurutan dengan kecepatan pilihan Anda. Latihan bahasa membandingkan terjemahan yang tersedia. Simpan menambahkan penanda di browser ini; buka kembali dari daftar tersimpan di pemutar.

Bagikan artikel ini

Bagikan artikel ini

Iklan
Iklan

Merancang penemuan yang terasa “peka” ketika situs sudah punya terlalu banyak artikel

Semakin banyak artikel seharusnya berarti semakin banyak pilihan. Namun pengalaman pembaca bisa justru memburuk.

Beranda menampilkan kartu yang sama. Daftar lengkap bergerak terlalu cepat saat roda tetikus diputar. Lalu muncul ide: “tampilkan enam saja.” Mas jika keenamnya tidak menarik, pengunjung pergi sebelum melihat artikel ketujuh. Pencarian internal juga belum tentu membantu, karena orang yang sekadar menjelajah mungkin belum punya kata pencarian.

Konten ada, pencarian ada, rekomendasi ada, tetapi penemuan tetap gagal.

0. Ringkasan 30 detik: jangan mengecilkan gudang; buat “penjaga toko” lebih peka

Menampilkan sedikit item memang membantu, tetapi itu hanya jendela pertama.

Jika set pertama meleset, segera tawarkan arah lain: pengalaman nyata, artikel praktis, perbandingan, penjelasan sebab, bacaan ringan, atau topik yang sama sekali berbeda.

Jangan paksa pengguna menciptakan kueri baru dari nol.

Antarmuka yang baik terasa seperti:

“Bukan ini? Mungkin maksud Anda yang seperti ini.”

1. Mengapa beranda cepat terasa basi

Riset rekomendasi berita membahas kelelahan pengguna ketika item yang sama terus ditampilkan.[1]

Pada log Bing Now, 15 berita ditampilkan setiap kunjungan. Jika dua kunjungan berjarak kurang dari dua jam, rata-rata 11 item sama. Memasukkan riwayat paparan dan interaksi meningkatkan performa ranking hingga 15% untuk semua pengguna dan 34% untuk pengguna berat.[1]

Ini bukan alasan menghapus artikel lama.

Artikel tiga bulan lalu bisa baru bagi seseorang. Artikel sepuluh menit lalu bisa terasa membosankan setelah muncul empat kali hari ini.

Pisahkan kesegaran konten dari kesegaran bagi pembaca tertentu.

2. Ketika daftar berubah menjadi air terjun

Daftar panjang lengkap secara teori. Dalam praktik, roda tetikus atau jari mengubahnya menjadi arus judul.

Jika ada 100 artikel tetapi hanya delapan yang benar-benar sempat diperhatikan, 92 lainnya hanya stok.

Juga tidak benar bahwa semakin banyak pilihan selalu buruk. Meta-analisis 2010 atas 50 eksperimen dan 5.036 peserta menemukan efek rata-rata choice overload mendekati nol, dengan variasi besar antarstudi.[2]

Masalah yang lebih tepat adalah meminta orang membandingkan terlalu banyak pilihan yang sulit dibedakan sekaligus.

3. “Tampilkan enam dulu” belum cukup

Set kecil lebih mudah dibandingkan, tetapi menimbulkan risiko melewatkan.

Jika enam pertama tidak cocok, sesi bisa berakhir sebelum item ketujuh muncul.

Anggap enam, delapan, atau sepuluh sebagai satu jendela, bukan angka ajaib.

Tawarkan “set lain”, “lebih praktis”, “lebih personal”, “lebih dalam”, “lebih ringan”, atau “topik berbeda”.

Eksperimen dua minggu di NU.nl pada 2026 menunjukkan bahwa mengurangi kemiripan di dalam daftar sambil menjaga relevansi meningkatkan CTR dan relevansi yang dirasakan.[3]

Keragaman bukan acak. Keragaman berarti tidak terlalu mirip tetapi tetap menarik.

4. Simpan daftar lengkap, tetapi jangan jadikan pintu depan

Daftar lengkap tetap berguna untuk pencarian menyeluruh, menemukan artikel lama, atau mendalami kategori.

Namun orang yang hanya ingin melihat-lihat tidak perlu langsung diberi seluruh gudang.

Alih-alih “pilih dari 127”, tampilkan “dari 127, ini beberapa arah yang mungkin menarik”.

Tetap sediakan semua artikel, filter rinci, dan urutan tanggal untuk pengguna yang membutuhkannya.

5. Kelemahan tersembunyi pencarian: pengguna harus menciptakan kueri

Pencarian internal kuat jika orang sudah bisa menjelaskan kebutuhannya.

Pengunjung santai mungkin bahkan belum punya niat yang jelas.

Kotak kosong bertuliskan “masukkan kata kunci” tidak banyak membantu.

Dalam pengujian UX pencarian skala besar Baymard, pengguna sering memakai saran autocomplete sebagai titik awal membentuk kueri mereka sendiri, bukan sekadar memilih saran apa adanya.[4]

Nilainya bukan hanya mengetik lebih cepat.

Nilainya adalah membantu menjawab: “Saya harus mencari apa?”

6. Pencarian yang peka menyarankan niat, bukan hanya judul

Saat seseorang mengetik “kerja”, sistem dapat menawarkan:

  • saya tidak suka pekerjaannya
  • orang-orangnya melelahkan
  • saya sedang mempertimbangkan pindah kerja
  • saya ingin bekerja lebih cepat
  • saya ingin membaca pengalaman nyata

Bahkan sebelum mengetik, bisa ada: bagaimana caranya?, pilih yang mana?, mengapa ini terjadi?, bagaimana hasilnya di dunia nyata?, tunjukkan sesuatu yang menarik.

Setelah membaca, tampilkan opsi membandingkan, memahami sebab, atau melihat kasus sebaliknya.

Di Jepang pada 2026, ungkapan “気が利くねぇ” menyebar sebagai meme dalam konteks video tapioka Mikiya Takasu, kira-kira berarti “wah, perhatian juga.”[5] Ada klaim lain tentang asal awal frasa, jadi artikel ini tidak menetapkan satu pencipta.

Reaksi itulah yang harus dihasilkan antarmuka:

langkah berguna berikutnya sudah sedikit disiapkan sebelum diminta.

7. Tidak perlu memanggil LLM pada setiap tombol

Saat artikel dibuat, buat juga metadata penemuan: kueri terkait, jenis masalah, topik dekat, topik kontras, nada, dan pertanyaan lanjutan.

Saat runtime, ranking kandidat dengan konteks saat ini, paparan terbaru, klik terbaru, bonus item yang belum dilihat, dan keragaman.

Model mahal bekerja saat editorial; situs hidup memakai ranking murah dan cepat.

8. Beranda, daftar, dan pencarian jangan menjadi tiga pulau

Beranda menampilkan kandidat konkret dan mengurangi pengulangan.

Daftar menampilkan jumlah yang dapat dibandingkan plus beberapa arah berikutnya.

Pencarian dapat dimulai dari kondisi kosong dan memberi bantuan kata maupun niat saat mengetik.

Ketiganya berbagi:

status pembaca + metadata konten + riwayat paparan.

9. Jika hanya mengejar CTR, hasilnya pabrik judul umpan

Ukur:

kandidat → impresi → klik → tiba → baca bermakna → artikel berikut → kembali.

Tambahkan reaksi pada paparan pertama, kedua, ketiga; tumpang tindih antar kunjungan; penggunaan set lain; pemilihan dan pengeditan saran; pencarian tanpa hasil; keluar setelah scroll cepat; kelanjutan setelah set pertama gagal; dan paparan untuk artikel yang sebelumnya tidak pernah ditampilkan.

Pertanyaan utama:

jika enam pertama meleset, apakah pembaca mencapai yang ketujuh?

10. Kesimpulan: dari “silakan mencari” ke “mungkin maksud Anda ini?”

Situs besar akhirnya menghadapi masalah gudang.

Tampilkan semuanya, orang tenggelam. Tampilkan terlalu sedikit, banyak yang terlewat. Sediakan pencarian, orang belum tentu mengetik. Rekomendasi tetap menjadi basi. Personalisasi berlebihan menyempitkan dunia.

Tidak ada jumlah kartu ajaib.

Stok boleh besar. Layar boleh kecil. Arah berikutnya boleh banyak. Situs boleh membantu membuat setengah kueri.

Jangan berhenti setelah mengganti daftar raksasa dengan enam kartu.

Letakkan langkah berikut yang terasa peka di belakang keenam kartu itu.


  1. Hao Ma, Xueqing Liu, Zhihong Shen (2016), User Fatigue in Online News Recommendation doi.org
  2. Benjamin Scheibehenne, Rainer Greifeneder, Peter M. Todd (2010), Can There Ever Be Too Many Options? doi.org
  3. Robin Verachtert, Kim Falk, Christine Bauer (2026), Enhancing Diversity in News Recommendations Increases Click-Through Rates doi.org
  4. Baymard Institute (2024), Always Copy the Active Autocomplete Suggestion to the Search Field baymard.com
  5. Sirkulasi meme publik diperiksa pada September 2026; asal pertama tidak dipastikan

Bagikan artikel ini

Iklan

Cari artikel lain

Semua artikel

Mendoi-chan

Ditulis oleh

Mendoi-chan

Mengubah kerepotan di tempat kerja dan kehidupan sehari-hari menjadi struktur yang jelas dan langkah berikutnya.

Tentang situs