Tutorial Menguji Pencarian Internal Website dengan Daftar Kueri
Uji pencarian internal website melalui kueri yang terencana, pemeriksaan hasil, keadaan kosong, dan perjalanan pengguna agar temuan mudah ditindaklanjuti.
Kotak pencarian perlu diuji sampai pembaca menemukan tujuan
Kotak pencarian dapat terlihat berfungsi karena menerima tulisan dan menampilkan halaman hasil. Namun, pengunjung membutuhkan lebih dari perpindahan halaman: mereka ingin menemukan produk, petunjuk, atau informasi yang sesuai dengan maksudnya. Pengujian perlu memeriksa perjalanan dari pertanyaan sampai tujuan akhir. Tutorial ini menggunakan daftar kueri untuk membuat pemeriksaan lebih terarah, sehingga tim mengetahui mana masalah pengiriman formulir, kecocokan hasil, dan kekurangan informasi pada konten.
MDN menjelaskan bahwa input bertipe search merupakan bidang untuk memasukkan kueri; bentuk bidang tersebut sendiri tidak menetapkan kecanggihan mesin pencariannya. Pada WordPress, blok Search menyediakan antarmuka pencarian, sedangkan perilaku situs dapat dipengaruhi tema, plugin, dan rancangan aplikasi. Karena itu, pengujian berikut tidak mengasumsikan dukungan koreksi ejaan, sinonim, atau pencarian semua jenis konten. Hasilnya berupa bukti perilaku yang kemudian dibandingkan dengan kebutuhan website yang telah disepakati.
Prasyarat: halaman publik dan acuan isi yang benar
Siapkan website milik sendiri yang sudah memiliki pencarian, browser desktop, perangkat ponsel bila tersedia, dan tempat mencatat hasil. Pilih ruang lingkup halaman publik tanpa data pelanggan. Minta pemilik konten menunjukkan beberapa halaman yang benar-benar tersedia serta kegunaannya. Jangan menggunakan dugaan bahwa suatu produk atau petunjuk sudah diterbitkan sebagai acuan kelulusan. Bila pencarian hanya mencakup bagian tertentu dari website, tulis batas itu sebelum mulai menguji.
Catat tanggal, browser, perangkat, dan keadaan yang relevan, termasuk apakah pengujian dilakukan sebagai pengunjung biasa. Hindari memasukkan informasi pribadi ke kueri karena kata yang dicari dapat ikut muncul pada alamat halaman atau catatan sistem. Gunakan contoh wajar yang mewakili kebutuhan pembaca. Anda tidak perlu menjalankan pemindaian otomatis, mengirim banyak permintaan sekaligus, atau mengubah pengaturan website untuk menyelesaikan pemeriksaan kecil yang dibahas dalam tutorial ini.
Langkah 1: susun kueri berdasarkan maksud pengguna
Buat tabel dengan kolom kueri, maksud, halaman acuan, hasil yang diharapkan, hasil pengamatan, dan tindak lanjut. Masukkan beberapa kelompok: nama yang persis ada pada judul, istilah kategori yang digunakan pembaca, pertanyaan tentang layanan, serta kata yang dipastikan belum memiliki konten. Untuk tiap kueri, tentukan apa yang membuat hasil berguna. Jangan menilai seluruh daftar hanya dari apakah ada satu atau lebih hasil yang muncul.
Sebagai contoh hipotetis, toko tas dapat menguji 'tas lipat' untuk menemukan halaman produk yang telah dikonfirmasi, serta 'cara perawatan' untuk mencari petunjuk yang relevan. Kueri tentang informasi pengiriman mungkin membutuhkan halaman bantuan, bukan produk. Jika ingin mencoba variasi istilah, catat bahwa dukungannya masih perlu diputuskan, bukan otomatis dianggap kemampuan bawaan. Daftar yang menghubungkan kata dengan maksud membantu tim membedakan kebutuhan pembaca dari asumsi teknis tentang cara pencarian seharusnya bekerja.
Langkah 2: periksa bidang, label, dan pengiriman kueri
Buka halaman asal yang sering digunakan pengunjung, temukan pencarian, lalu masukkan kueri pertama. Coba navigasi keyboard untuk mencapai bidang dan tombol yang tersedia. Pastikan petunjuk pencarian masih dapat dipahami setelah pengguna mulai mengetik. W3C WAI menerangkan perlunya label yang mengidentifikasi kontrol formulir. Tulisan contoh di dalam bidang dapat membantu memberi petunjuk, tetapi perilakunya berbeda dari label yang tetap tersedia ketika isian sudah terisi.
Kirim kueri melalui cara yang disediakan situs dan catat apakah halaman hasil menunjukkan kata yang benar. Jika tersedia tombol serta pengiriman dengan Enter, periksa keduanya secara wajar. Dokumentasi WordPress memperlihatkan variasi tampilan label dan tombol pada blok Search, sehingga jangan menilai fungsi hanya dari rupa satu ikon. Bila fokus tidak terlihat atau tujuan kontrol sulit dipahami, tulis sebagai temuan antarmuka dan pisahkan dari penilaian relevansi hasil pencariannya.
Langkah 3: bandingkan hasil dengan halaman acuan
Jalankan kueri yang memiliki halaman acuan jelas, kemudian baca beberapa hasil awal secara konsisten. Catat judul, ringkasan, dan jenis halaman yang ditampilkan. Buka hasil yang paling mendekati maksud, lalu periksa isi akhirnya. Halaman dengan kata yang sama pada judul belum tentu menjawab kebutuhan pengguna. Sebaliknya, halaman bantuan dengan judul berbeda mungkin relevan jika memang berisi penjelasan yang dicari. Gunakan isi sebagai dasar penilaian bersama pemilik informasi.
Tulis masalah secara spesifik, misalnya 'halaman petunjuk yang sudah tersedia tidak ditemukan pada kueri yang disepakati' atau 'hasil mengarah ke materi lama'. Contoh kalimat itu merupakan bentuk laporan, bukan hasil nyata dari website tertentu. Jika belum mengetahui penyebabnya, jangan langsung menyatakan indeks rusak atau hosting bermasalah. Pemilik konten dan pengembang perlu meninjau cakupan pencarian, kata pada materi, serta aturan pengurutan berdasarkan bukti yang sudah dikumpulkan.
Langkah 4: coba variasi istilah tanpa mengarang kemampuan sistem
Setelah kueri dasar selesai, coba variasi yang memang digunakan calon pembaca, seperti singkatan atau istilah sehari-hari yang berbeda dari nama pada katalog. Ubah satu hal pada satu percobaan agar hasil dapat dibandingkan. Catat apakah sistem memberi hasil relevan, menampilkan hasil berbeda, atau tidak menemukan apa pun. Percobaan ini membantu merumuskan kebutuhan perbaikan, tetapi tidak membuktikan bahwa semua mesin pencarian wajib mendukung variasi tersebut dengan cara yang sama.
Jika suatu istilah penting tidak muncul dalam materi yang tersedia, pembaruan konten mungkin perlu dibahas sebelum menambah fitur teknis. Jika variasi sudah dikenal tim tetapi belum didukung aplikasi, tandai sebagai kebutuhan produk dan pertimbangkan prioritasnya. Hindari menjejalkan kata yang tidak relevan ke halaman hanya untuk memaksa semua kueri memberikan hasil. Perbaikan yang baik tetap menjaga penjelasan mudah dibaca dan menghubungkan hasil dengan maksud yang masuk akal bagi pengunjung.
Langkah 5: periksa keadaan tanpa hasil dan perjalanan kembali
Gunakan kueri wajar yang telah dipastikan tidak memiliki halaman acuan, lalu periksa penjelasan yang muncul. Pengunjung sebaiknya memahami bahwa pencarian belum menemukan kecocokan dan memiliki jalan untuk mencoba kata lain atau kembali ke bagian yang relevan. Perhatikan apakah kata sebelumnya tetap terlihat dan dapat diperbaiki. Jangan mengisi keadaan kosong dengan daftar yang tampak seperti hasil cocok jika sebenarnya tidak memiliki hubungan yang dapat dijelaskan kepada pembaca.
Selanjutnya, buka satu hasil dari kueri lain dan gunakan navigasi kembali browser. Periksa apakah perjalanan itu masih membantu pengguna melanjutkan pencarian. Bila daftar memiliki beberapa halaman atau kontrol tambahan, coba satu perpindahan dan pastikan kueri tidak berubah tanpa penjelasan. Catat pengamatan beserta kondisi perangkat. Hindari menyimpulkan hasil kosong sebagai bukti website tidak memiliki informasi sebelum memeriksa apakah isi tersebut memang termasuk dalam cakupan pencarian yang sudah ditentukan.
Langkah 6: ulangi pada ponsel dan sesudah koreksi
Pilih beberapa kueri perwakilan dan ulangi pada ponsel. Periksa apakah bidang mudah ditemukan, tombol dapat digunakan, dan ringkasan hasil tetap membantu membedakan halaman. Jika antarmuka berubah ketika ruang layar sempit, pastikan pengguna masih memahami cara membuka pencarian dan mengoreksi isian. Catat perbedaan yang benar-benar terlihat, bukan sekadar menyatakan versi ponsel kurang nyaman. Gunakan maksud dan halaman acuan yang sama agar perbandingannya tetap masuk akal.
Setelah pihak yang berwenang memperbaiki konten atau fungsi, ulangi kueri yang bermasalah dengan kondisi yang dicatat. Tinjau juga beberapa kueri lain untuk mengetahui apakah perubahan menimbulkan dampak baru. Bila sistem memerlukan waktu untuk memperbarui data pencarian, minta pengembang menjelaskan prosedurnya dan catat waktu pengujian ulang. Jangan menjanjikan hasil langsung tanpa mengetahui mekanismenya. Nyatakan selesai hanya pada kasus yang telah diperiksa, dengan bukti tujuan akhir dan keterbacaan hasil yang sesuai kebutuhan.
Kesalahan umum dan daftar pengujian untuk pemeliharaan
Kesalahan yang sering membuat audit kurang berguna adalah hanya memakai nama yang dihafal editor, menguji tanpa mengetahui konten acuan, menilai jumlah hasil sebagai ukuran relevansi, dan mencampur masalah label dengan masalah pengurutan. Hindari juga menyebut pencarian internal sebagai penentu peringkat website pada mesin pencari luar. Keduanya merupakan konteks berbeda. Simpan daftar kueri sebagai bahan pemeriksaan setelah katalog diperbarui, menu berubah, atau alat pencarian diganti.
Kenali layanan melalui https://www.jagoweb.com/ dan informasi hosting cPanel di https://www.jagoweb.com/hosting-cpanel. Ketika berdiskusi dengan pengembang, sertakan kueri, tujuan yang diharapkan, dan contoh hasil yang dapat diulang. Konfirmasikan kebutuhan aplikasi serta fasilitas paket secara terpisah dari rancangan antarmuka. Daftar pengujian yang terawat membantu tim menjaga jalur penemuan informasi, sehingga pembaca tidak harus memahami susunan internal website terlebih dahulu untuk menemukan halaman yang memang mereka butuhkan.
Bacaan terkait
Sumber dan referensi
