Sebagian besar proyek pencarian situs dimulai dari tempat yang salah: demo vendor. Demo selalu berhasil, karena demo dijalankan pada indeks vendor dengan kueri vendor. Sementara itu, tolok ukur pencarian Baymard Institute tahun 2026 menemukan bahwa 56% situs e-commerce memiliki UX pencarian yang biasa-biasa saja atau bahkan lebih buruk., dan kegagalan tersebut terkumpul dalam tipe kueri spesifik yang dapat disebutkan namanya, bukan dalam "relevansi" secara keseluruhan (Baymard, diperbarui April 2026Mesin baru memperbaiki sebagian dari masalah tersebut, tetapi tidak memperbaiki masalah lainnya.
Ini adalah rubrik penilaian untuk pencarian yang sudah Anda miliki. Dua puluh poin, masing-masing dua poin, total empat puluh poin. Anda menjalankannya pada katalog Anda sendiri dalam satu sore, Anda mendapatkan angka, dan angka tersebut memberi tahu Anda apakah masalah Anda adalah konfigurasi, konten, atau mesin pencari itu sendiri. Rubrik ini ditulis untuk pemimpin UX e-commerce, manajer pertumbuhan, dan pemilik produk yang diminta untuk membenarkan anggaran pencarian.
Apa yang diukur oleh rubrik tersebut, dan apa yang sengaja diabaikannya.
Rubrik tersebut menilai empat hal: apakah mesin pencari memahami jenis kueri yang sebenarnya diketik orang, apakah mesin pencari mampu mengatasi input yang berantakan, apakah mesin pencari dapat pulih ketika tidak menemukan apa pun, dan apakah Anda dapat mengukur semua itu. Rubrik ini tidak menilai kualitas peringkat hasil secara abstrak. Peringkat adalah hal terakhir yang perlu disesuaikan dan hal pertama yang diperdebatkan semua orang, dan Anda tidak dapat menyesuaikannya selama kueri masih gagal di tokenizer.
Skornya adalah 0, 1, atau 2 per pengecekan. Dua berarti lulus untuk setiap kueri dalam daftar uji Anda. Satu berarti lulus untuk kata kunci utama tetapi gagal pada kata kunci ekor panjang. Nol berarti gagal pada kata kunci utama. Buat daftar uji terlebih dahulu: ambil 50 kueri teratas Anda dari analitik, lalu tambahkan lima kueri yang Anda buat untuk masing-masing dari delapan jenis kueri Baymard sehingga kata kunci ekor panjang terwakili. Kira-kira 90 kueri. Jalankan sendiri, di perangkat seluler, tanpa login.
20 cek
| # | Memeriksa | Mencetak skor 2 ketika |
|---|---|---|
| Grup A — Cakupan kueri (klaster kegagalan Baymard) | ||
| 1 | Pencarian nomor model dan nomor pasti | Produk yang disebutkan adalah hasil pertama, bukan yang keempat. |
| 2 | Pertanyaan jenis produk | Mengembalikan daftar yang dapat dijelajahi dan difasetkan, bukan sekadar tampilan relevansi yang datar. |
| 3 | Permintaan fitur ("mantel wol merah") | Atribut mempersempit himpunan alih-alih memperlebar himpunan tersebut dengan pencocokan OR. |
| 4 | Pertanyaan kompatibilitas ("pengisi daya untuk model X") | Mengembalikan aksesori untuk model yang disebutkan, bukan model itu sendiri. |
| 5 | Pertanyaan di luar produk ("kebijakan pengembalian") | Mengembalikan halaman konten; 66% situs gagal dalam hal ini. |
| Grup B — Penanganan masukan | ||
| 6 | Toleransi kesalahan ketik | Kesalahan satu dan dua karakter pada istilah utama masih cocok |
| 7 | Pelipatan huruf besar dan diakritik | Benar untuk setiap bahasa yang dilayani situs ini (lihat di bawah) |
| 8 | Morfologi dan bentuk jamak | Bentuk terinfleksi dan bentuk berakhiran menghasilkan produk yang sama dengan bentuk dasarnya. |
| 9 | Sinonim dan bahasa daerah setempat | Kata-kata pelanggan dipetakan ke kata-kata katalog, dua arah. |
| 10 | Pelengkapan otomatis pada kesalahan ejaan | Saran muncul untuk awalan yang salah eja; 69% situs gagal dalam hal ini. |
| Grup C — Hasil dan pemulihan | ||
| 11 | Pemulihan tanpa hasil | Setidaknya ada dua jalur keluar aktif: kategori terkait dan kueri alternatif. |
| 12 | Ketahanan kueri | Permintaan tersebut tetap ada di kolom setelah pengiriman; 37% situs menghapusnya. |
| 13 | Cakupannya terlihat | Jumlah hasil dan cakupan kategori yang diterapkan secara otomatis dinyatakan dan dapat dihapus. |
| 14 | Paritas faset | Hasil pencarian menawarkan aspek yang sama dengan halaman kategori yang setara. |
| 15 | Relevansi dapat dijelaskan. | Seseorang di tim dapat menjelaskan mengapa hasil pertama berada di peringkat lebih tinggi daripada hasil kedua. |
| Grup D — Pengukuran | ||
| 16 | Setiap jalur pencarian dilacak | view_search_results dipicu dengan search_term, termasuk lompatan autocomplete. |
| 17 | Kueri yang tidak menghasilkan hasil dapat diisolasi. | Anda dapat melihat daftar kueri tanpa hasil bulan lalu berdasarkan volume, tanpa diminta. |
| 18 | Proses pencarian untuk pembelian wajib dilaporkan. | Pencari informasi dan non-pencari informasi dapat dibandingkan sebagai segmen. |
| 19 | Tinjauan kueri memiliki pemilik. | Seseorang yang disebutkan namanya meninjau 50 hasil teratas dan hasil nol di bagian bawahnya secara berkala. |
| 20 | Perubahan konfigurasi memiliki versi. | Perubahan sinonim dan penguatan dicatat, dapat dibalik, dan dapat diuji. |
Ambang batas Grup A berasal dari tingkat kegagalan per jenis yang dipublikasikan oleh Baymard: pencarian non-produk gagal pada 66% situs, pencarian singkatan dan simbol pada 54%, kompatibilitas pada 44%, kasus penggunaan pada 43% (Baymard). Pemeriksaan 11 ada karena hampir setengah dari situs web tidak memberi pengguna cara efektif untuk keluar dari jalan buntu (Baymard, Februari 2025). Pemeriksaan 10 dan 12 berasal dari temuan pelengkapan otomatis dan persistensi kueri dari benchmark yang sama (Tolok ukur pencarian Baymard).
Periksa poin 7 secara detail: jebakan lipat yang hanya muncul di luar bahasa Inggris.
Poin 7 layak mendapat bagian tersendiri karena poin inilah yang secara diam-diam meniadakan pasar. Sebagian besar mesin pencari mengubah kueri dan indeks menjadi huruf kecil sebelum melakukan pencocokan. Dalam bahasa Inggris, hal itu tidak berbahaya. Namun dalam bahasa Turki, hal itu bermasalah, dan masalah serupa muncul di semua bahasa dengan karakter di luar Latin Dasar.
Unicode menetapkan aturan penulisan huruf besar/kecil khusus lokal untuk bahasa Turki dan Azeri: huruf kapital I (U+0049) menjadi huruf kecil tanpa titik. ı (U+0131), sedangkan huruf kapital İ (U+0130) diubah menjadi huruf kecil biasa. i (Unicode SpecialCasing.txt). Tumpukan yang mengubah huruf menjadi huruf kecil dengan pengaturan lokal default mengubah "İPHONE" menjadi "i̇phone" dengan titik penghubung yang salah, atau mengubah huruf kapital I pada judul produk menjadi huruf yang salah. Kueri dan indeks kemudian tidak sepakat tentang sebuah kata yang keduanya ada di dalamnya. Tidak ada kesalahan yang muncul. Anda hanya mendapatkan nol hasil untuk merek yang Anda jual.
Kedua perbaikan tersebut bersifat independen dan Anda memerlukan keduanya. Pertama, terapkan pengubahan huruf menjadi huruf kecil yang sesuai dengan lokal pada saat pengindeksan dan kueri — Elasticsearch menyediakan fitur ini. turkish penganalisis yang berantai apostrophe, turkish_lowercase, turkish_stop, turkish_keywords ke turkish_stemmer Justru karena alasan inilah (Elastis, penganalisis bahasaKedua, putuskan secara terpisah apa yang harus dilakukan mengenai tanda diakritik, karena pembeli Turki biasanya mengetiknya seperti itu. kilif untuk menutupi ke sarj untuk mengenakan biaya pada keyboard yang membuat bentuk beraksen lebih lambat. The asciifolding Filter ini mengubah karakter non-Latin Dasar menjadi padanan ASCII, dan fungsinya preserve_original Opsi ini mengeluarkan token yang dilipat dan token asli sehingga kecocokan persis tetap menang (Elastis, asciifolding). Lipat untuk penarikan kembali, pertahankan aslinya untuk ketepatan.
Di luar Turki, pengecekan yang sama memiliki bentuk lokal: kata benda majemuk Jerman yang perlu diuraikan sebelum kueri dua kata dapat cocok, aksen Prancis dan Spanyol yang diketik secara tidak konsisten, sigma akhir Yunani. Beri nilai pengecekan 7 sebagai 2 hanya jika Anda telah mengujinya dalam setiap bahasa yang benar-benar dilayani toko Anda — bukan bahasa yang digunakan tim Anda.
Memperbaiki pengukuran terlebih dahulu: periksa 16 hingga 20
Jika Grup D mendapat skor di bawah 6, hentikan dan perbaiki sebelum menyentuh hal lain, karena Anda tidak dapat memverifikasi perbaikan yang tidak dapat Anda lihat. Di GA4, pengukuran yang disempurnakan diaktifkan. view_search_results dengan search_term parameter ketika halaman hasil membawa salah satu dari lima parameter kueri default — q, s, search, query or keyword — dan Anda dapat menambahkan milik Anda sendiri (Bantuan Google AnalyticsTerdapat dua mode kegagalan yang umum terjadi. Jika halaman hasil pencarian Anda menggunakan segmen jalur alih-alih string kueri, pelacakan default tidak akan melihat apa pun. Dan jika fitur pelengkapan otomatis langsung mengarahkan ke suatu produk, pencarian tersebut tidak akan pernah memicu peristiwa sama sekali, yang secara diam-diam membiaskan log kueri Anda ke arah pencarian yang gagal menemukan apa pun pada percobaan pertama.
Membaca skor Anda
| Skor | Putusan | Langkah selanjutnya |
|---|---|---|
| 32-40 | Lakukan penyetelan, jangan penggantian. | Pengeluaran untuk sinonim, aturan pemasaran, dan triase tanpa hasil. |
| 22-31 | Masalah konfigurasi | Perbaiki Grup B dan periksa 11 terlebih dahulu; beri skor ulang dalam enam minggu. |
| 12-21 | Kemungkinan struktural | Lakukan penilaian ulang setelah memperbaiki Grup D, kemudian tentukan ruang lingkup pengganti dengan 20 pemeriksaan ini sebagai kriteria penerimaan. |
| 0-11 | Fitur pencarian belum tersedia. | Anggap ini sebagai pembangunan, bukan pengoptimalan. |
Aturan yang penting: jangan pernah menandatangani kontrak pengganti berdasarkan skor yang Anda peroleh sebelum Grup D bekerja. Vendor yang dievaluasi berdasarkan pencarian yang tidak terukur dievaluasi berdasarkan demo.
Catatan tentang angka yang selalu dikutip
Anda akan diperlihatkan statistik yang menyatakan bahwa pengguna pencarian situs memiliki tingkat konversi dua atau tiga kali lebih baik daripada pengguna yang tidak melakukan pencarian, biasanya untuk membenarkan anggaran. Angka tersebut beredar luas melalui rangkuman vendor (contoh) dan jarang dapat ditelusuri ke studi terkontrol. Ini juga merupakan efek seleksi: orang yang melakukan pencarian adalah orang yang sudah memiliki niat membeli. Gunakan ini sebagai alasan untuk melihat pencarian, jangan pernah sebagai proyeksi peningkatan. Kasus bisnis yang dapat dipertahankan dibangun dari volume hasil nol Anda sendiri dan rasio pencarian-ke-pembelian Anda sendiri — yang keduanya ada untuk dihasilkan oleh pemeriksaan 17 dan pemeriksaan 18. [DATA INTERNAL YANG DIBUTUHKAN: Tingkat hasil nol klien Switas sebelum/setelah perbaikan, jika ada yang dapat dibagikan.]
Di mana rubrik ini tidak berfungsi
Rubrik ini dirancang untuk ritel katalog. Marketplace dengan banyak penjual barang yang sama membutuhkan dimensi daftar duplikat dan kualitas penjual yang tidak ada dalam rubrik ini. Situs-situs yang kaya konten dan situs sektor publik membutuhkan pembobotan jenis dokumen dan kekinian, bukan Grup A. Situs dengan kurang lebih 500 SKU seringkali mendapat skor bagus tetapi tetap merugi dalam pencarian, karena dengan katalog kecil, solusi sebenarnya adalah navigasi kategori yang lebih baik, bukan pencarian yang lebih baik. Rubrik ini juga tidak menyebutkan kecepatan pencarian saat beban tinggi, dan tidak menyebutkan personalisasi — keduanya disengaja, karena keduanya mahal untuk diuji dengan benar dan keduanya bukan masalah Anda dengan skor di bawah 30. Terakhir, skor hanyalah gambaran sesaat: impor katalog yang mengubah penamaan atribut dapat menurunkan Grup A hingga enam poin dalam semalam tanpa kode yang diterapkan.
FAQ (Pertanyaan Umum)
Berapa lama waktu yang dibutuhkan untuk penilaian? Sekitar setengah hari untuk satu orang di satu toko online, setelah daftar uji 90 kueri tersedia. Membangun daftar adalah bagian yang lambat; alokasikan dua jam lagi untuk mengambil kueri teratas dan membangun kumpulan kueri ekor panjang (long-tail set).
Apakah saya membutuhkan keahlian teknik untuk menjalankannya? Tidak. Pemeriksaan 1 hingga 15 dijalankan di browser. Pemeriksaan 16 hingga 20 memerlukan akses analitik dan, untuk pemeriksaan 20, percakapan dengan siapa pun yang memiliki konfigurasi pencarian.
Bagaimana jika kita tidak memiliki riwayat analitik pencarian? Beri nilai nol pada Grup D, perbaiki pelacakan, dan kumpulkan data selama empat minggu sebelum memberi nilai pada sisanya. Daftar uji yang dibuat tanpa log kueri nyata akan terlalu mewakili kueri yang akan diketik tim Anda.
Apakah skor 28 itu bagus? Itu normal, dan normal itu biasa-biasa saja — tolok ukurnya menunjukkan sebagian besar situs berada di angka tersebut. Sinyal yang berguna bukanlah jumlah totalnya, tetapi kelompok mana yang menurunkan angka tersebut.
Haruskah kita membeli toleransi kesalahan ketik atau membangunnya sendiri? Beli saja. Pencocokan jarak edit dengan ambang batas yang masuk akal sudah terpecahkan dan murah. Upaya pengembangan terletak pada sinonim dan struktur atribut, yang spesifik untuk katalog Anda dan tidak dapat dibeli.
Bagaimana hal ini berkaitan dengan audit halaman kategori? Keduanya memiliki aspek dan penyaringan yang sama. Jika pemeriksaan 14 gagal, perbaikannya biasanya ada di templat kategori dan bukan di pencarian, jadi jalankan kedua audit tersebut dalam sprint yang sama.
Apakah semua ini berlaku untuk agen belanja AI yang membaca katalog kami? Sebagian. Agen menggunakan atribut terstruktur, bukan antarmuka pengguna pencarian Anda, jadi Grup A dan B penting bagi mereka melalui kualitas data Anda, sedangkan Grup C dan D sama sekali tidak berlaku. Ini adalah audit terpisah.
Seberapa sering kita harus melakukan penilaian ulang? Setiap triwulan, dan setelah migrasi katalog, perubahan platform, atau perubahan konfigurasi pencarian. Pertahankan daftar 90 kueri yang sama agar skornya dapat dibandingkan.
Jika Anda ingin mendapatkan skornya tanpa harus menghabiskan waktu seharian: izinkan kami menjalankan audit ini di toko online Anda. dan memberikan Anda rubrik penilaian, pertanyaan yang gagal, dan daftar perbaikan yang diprioritaskan.
sumber
- Baymard Institute — UX Pencarian E-commerce: 8 tipe kueri dan tingkat kegagalan per tipe (diperbarui April 2026)
- Institut Baymard — Kegunaan Pencarian E-Commerce: Laporan & Tolok Ukur
- Baymard Institute — 5 Strategi UX Terbukti untuk Halaman "Tanpa Hasil" (Februari 2025)
- Konsorsium Unicode — SpecialCasing.txt, aturan penulisan huruf kapital dalam bahasa Turki dan Azerbaijan.
- Elastic — Penganalisis bahasa, termasuk rangkaian penganalisis bahasa Turki.
- Elastic — Filter token pelipatan ASCII dan preserve_original
- Bantuan Google Analytics — Pengukuran yang disempurnakan, melihat hasil pencarian, dan istilah pencarian
- Hello Retail — contoh konversi pencarian situs yang beredar secara berganda
