Korporativ saytda daxili axtarış nə vaxt lazımdır?

Korporativ sayta axtarış düyməsi əlavə etmək məlumatı avtomatik tapılan etmir. Axtarılacaq məzmun, nəticənin göstərilməsi və boş cavabın davranışı seçilməlidir. Alıcı üçün əsas sual saytın neçə səhifəsi olması yox, ziyarətçinin hansı işi menyu ilə rahat görə bilməməsidir.

Daxili axtarış faydalı ola bilər, amma zəif təşkil olunmuş menyunu gizlədən vasitəyə çevrilməməlidir. Əvvəlcə məlumatın quruluşunu, sonra axtarışın hansı boşluğu dolduracağını yoxlayın.

Menyuda həll edilən işi saxlayın

Hipotetik bir şirkətin az sayda aydın xidməti varsa, xidmət adı və əlaqə yolu menyuda rahat görünə bilər. Bu halda bütün ziyarətçilərdən sorğu yazmasını tələb etmək əlavə addım yaradar. Başqa hipotetik şirkətdə isə çoxlu texniki sənəd, xidmət və arxiv yazısı ola bilər; istifadəçi konkret termini axtarmaq istəyər.

Bu nümunələr üçün sərt səhifə həddi yoxdur. Naviqasiya haqqında bələdçi tapılma məsələsinin klik sayından daha geniş olduğunu izah edir. Sifarişdən əvvəl bir neçə real istifadəçi tapşırığı seçin: müəyyən xidmət, sənəd və ya əlaqə məlumatını tapmaq.

İşin harada dayandığını qeyd edin. Bölmə adı anlaşılmırsa, onu düzəltmək lazım ola bilər. Məlumat yalnız uzun arxivdə görünürsə, axtarış ayrıca həll kimi qiymətləndirilə bilər.

Axtarılacaq məzmunu seçin

“Bütün saytda axtarış” tələbi dəqiqləşdirilməlidir. Xidmət səhifələri, bloq yazıları və yüklənən sənədlər eyni şəkildə indekslənməyə bilər. Arxiv, köhnə qiymət mətni və giriş tələb edən məlumatın nəticədə görünməsi də ayrıca qərardır.

Hər məzmun növü üçün daxil edilmə qaydasını yazın. Sənədin yalnız adı axtarılır, yoxsa daxilindəki mətn də? Yeni səhifə dərc olunduqda axtarışa nə vaxt əlavə olunur? Səhifə silinəndə və ya adı dəyişəndə nəticə nə olur?

Bu sualların cavabı təklifin əhatəsini müəyyənləşdirir. Sadə başlıq axtarışı ilə sənədlərin daxilini oxuyan və fərqli sözləri uyğunlaşdıran sistem eyni iş deyil.

İstifadəçinin sözlərini sınağa çevirin

Komandanızın daxili xidmət adları ziyarətçinin yazdığı sözlə eyni olmaya bilər. Satış və dəstək əməkdaşlarından faktiki soruşulan ifadələri toplayın. Bunlar Google axtarış həcmi deyil; sizin daxili axtarış üçün yoxlayacağınız nümunələrdir.

Hər sorğunun yanında gözlənən nəticəni göstərin. Yazılış variantları və qısaltmalar varsa, hansının dəstəklənəcəyini razılaşdırın. “Axtarış ağıllı olsun” əvəzinə, konkret sözün konkret səhifəni hansı məntiqlə tapmalı olduğunu yazın.

Sınaq qeydi üçün bunlar kifayətdir:

• Sorğu sözü və onu yaradan istifadəçi işi.
• Axtarılan məzmun növü.
• Gözlənən əsas nəticə.
• Köhnə və ya uyğun olmayan nəticə riski.
• Boş cavabda təklif edilən növbəti yol.

Nəticə də qərar verməyə kömək etsin

Təkcə səhifə adı göstərmək istifadəçiyə hansı nəticəni seçəcəyini izah etməyə bilər. Başlıq, qısa uyğun təsvir və məzmun növünü planlaşdırın. Sənədə keçid varsa, istifadəçi səhifəyə yox, fayla gedəcəyini anlamalıdır.

W3C forma sahələrinin adlandırılmasını izah edir: sahənin məqsədi istifadəçiyə və köməkçi texnologiyalara bəlli olmalıdır. Axtarış sahəsi və göndəriş düyməsinin adları da yoxlanmalıdır. Yalnız böyüdücü işarəsinə əsaslanan sınaqla kifayətlənməyin.

Boş nəticədə sorğunu dəyişmək, uyğun bölməyə keçmək və ya əlaqə saxlamaq yolu verə bilərsiniz. Bu, olmayan nəticəni uydurmaq deyil. Təklif edilən bölmələr həqiqətən həmin istifadəçi işinə uyğun olmalıdır.

Qəbul sınağını əvvəl yazın

Seçilmiş sorğuları telefon və klaviatura ilə yoxlayın. Yeni məzmun əlavə olunduqdan sonra nəticənin yenilənməsi də nümayiş etdirilməlidir. Qəbul yalnız düymənin açılmasına əsaslanmamalıdır; istifadəçinin tapşırığı tamamlanmalıdır.

UX-də məlumat tapmaqla bağlı çətinlikləri əsaslandırıb korporativ sayt hazırlanması əhatəsinə axtarılacaq məzmun və nümunə sorğuları əlavə edin. Beləliklə, axtarış başqa saytların görünüşünü təkrarlayan bəzək yox, sizin məzmununuz üçün yoxlanılan funksiya olar.