Повечето проекти за търсене в сайта започват от грешното място: демонстрация на доставчик. Демонстрацията винаги работи, защото се изпълнява върху индекса на доставчика със заявките на доставчика. Междувременно, бенчмаркът за търсене на Института Baymard от 2026 г. установява, че 56% от сайтовете за електронна търговия имат посредствено или по-лошо потребителско изживяване при търсене.и че неуспехите се групират в специфични, именуеми типове заявки, а не по „релевантност“ като цяло (Баймард, актуализирано април 2026 г.). Нов двигател поправя някои от тях, а другите не.
Това е рубрика за оценяване на вече съществуващото търсене. Двадесет проверки, по две точки за всяка, общо четиридесет точки. Проверявате я спрямо собствения си каталог за един следобед, получавате число, а числото ви показва дали проблемът ви е конфигурация, съдържание или самата търсачка. Написана е за UX лидери в електронната търговия, мениджъри по растеж и собственици на продукти, които са били помолени да обосноват бюджет за търсене.
Какво измерва рубриката и какво умишлено игнорира
Рубриката оценява четири неща: дали търсенето разбира видовете заявки, които хората действително въвеждат, дали оцелява при хаотично въвеждане, дали се възстановява, когато не намери нищо, и дали можете да измерите каквото и да е от това. Тя не оценява качеството на класирането на резултатите абстрактно. Класирането е последното нещо, което трябва да се настройва, и първото нещо, за което всички спорят, и не можете да го настройвате, докато заявките все още се провалят в токенизатора.
Оценяването е 0, 1 или 2 на проверка. Две означава, че отговаря на изискванията за всяка заявка от вашия тестов списък. Едно означава, че отговаря на изискванията за водещи термини, но не отговаря на изискванията за дългата опашка. Нула означава, че отговаря на изискванията за водещи термини. Първо създайте тестовия списък: вземете 50-те най-често срещани заявки от анализите, след което добавете пет заявки, които сте създали за всеки от осемте типа заявки на Baymard, така че дългата опашка да е представена. Приблизително 90 заявки. Изпълнете ги сами, на мобилно устройство, без да сте влезли в системата.
20-те проверки
| # | Проверка | Резултат 2, когато |
|---|---|---|
| Група А — Покритие на заявките (клъстери от откази на Baymard) | ||
| 1 | Запитвания за точни номера и номера на модела | Посоченият продукт е първият резултат, а не четвъртият |
| 2 | Заявки за тип продукт | Връща прегледим, фасетиран списък, а не плосък дъмп на релевантност |
| 3 | Заявки за функции („червено вълнено палто“) | Атрибутите стесняват набора, вместо да го разреждат чрез ИЛИ съвпадение |
| 4 | Запитвания за съвместимост („зарядно устройство за модел X“) | Връща аксесоари за посочения модел, а не самия модел |
| 5 | Запитвания, които не са свързани с продукти („политика за връщане“) | Връща страницата със съдържание; 66% от сайтовете не успяват да я попълнят |
| Група Б — Обработка на входни данни | ||
| 6 | Толерантност към печатни грешки | Грешките от един и два символа в заглавните термини все още съвпадат |
| 7 | Сгъване на главни и малки букви | Правилно за всеки език, който сайтът обслужва (вижте по-долу) |
| 8 | Морфология и множествено число | Спрегнатите и наставените форми достигат до същите продукти като основата |
| 9 | Синоними и местен жаргон | Думите на клиента се съпоставят с думите от каталога, и в двете посоки |
| 10 | Автоматично довършване при правописни грешки | Появяват се предложения за неправилно изписани префикси; 69% от сайтовете не успяват да го направят. |
| Група C — Резултати и възстановяване | ||
| 11 | Възстановяване с нулеви резултати | Поне два активни изхода: свързани категории и алтернативни заявки |
| 12 | Устойчивост на заявките | Заявката остава в полето след подаването ѝ; 37% от сайтовете я изоставят. |
| 13 | Обхватът е видим | Броят на резултатите и всеки автоматично приложен обхват на категорията са посочени и могат да бъдат премахнати |
| 14 | Паритет на аспектите | Резултатите от търсенето предлагат същите аспекти като еквивалентната страница с категории |
| 15 | Уместността е обяснима | Някой от екипа може да каже защо резултат едно се класира над резултат две |
| Група D — Измерване | ||
| 16 | Всеки път на търсене се проследява | view_search_results се задейства с search_term, включително преходи за автоматично довършване |
| 17 | Заявките с нулеви резултати са изолируеми | Можете да изброите заявките без резултати от миналия месец по обем, без подкана |
| 18 | Търсенето с цел покупка е отчетно | Търсещите и нетърсещите могат да бъдат сравнявани като сегменти |
| 19 | Прегледът на заявката има собственик | Определено лице преглежда първите 50 и опашката с нулев резултат на ритъм |
| 20 | Промените в конфигурацията са версионирани | Промените в синонимите и усилването се регистрират, те са обратими и могат да се тестват. |
Праговете за група А идват от публикуваните от Baymard нива на неуспех по тип: търсения, които не са свързани с продукти, се провалят на 66% от сайтовете, търсения на съкращения и символи на 54%, съвместимост на 44%, случаи на употреба на 43% (Беймард). Проверка 11 съществува, защото почти половината от сайтовете не дават на потребителите ефективен изход от задънена улица (Баймард, февруари 2025 г.). Проверки 10 и 12 идват от констатациите за автоматично довършване и устойчивост на заявките на същия бенчмарк (Баймард бенчмарк за търсене).
Проверете 7 подробно: сгъваемият капан, който се показва само извън английския език
Проверка 7 си заслужава отделен раздел, защото е тази, която тихо нулира даден пазар. Повечето търсачки изписват заявката и индекса с малки букви преди съвпадение. На английски това е безобидно. На турски не е и същият клас проблеми се появява на всеки език със символи извън Basic Latin.
Unicode определя специфично за локала правило за главни и малки букви за турски и азербайджански: главна буква I (U+0049) и малка буква без точка ı (U+0131), докато главната буква İ (U+0130) се преобразува в обикновена i (Unicode SpecialCasing.txt). Стек, който пише с малки букви с локала по подразбиране, превръща „İPHONE“ в „i̇phone“ с различна комбинираща точка или превръща главната буква I от заглавието на продукт в грешна буква. Заявката и индексът след това не се съгласяват относно дума, която и двата съдържат. Няма грешки. Просто получавате нулеви резултати за марката, която предлагате.
Двете корекции са независими и са ви необходими и двете. Първо, приложете правилните малки букви по време на индексиране и заявка — Elasticsearch доставя turkish анализатор, който веригира apostrophe, turkish_lowercase, turkish_stop, turkish_keywords намлява turkish_stemmer точно поради тази причина (Еластични, езикови анализаториВторо, решете отделно какво да правите с диакритичните знаци, защото турските купувачи рутинно пишат килиф за покриване намлява сардж за зареждане на клавиатури, които правят ударената форма по-бавна. asciifolding филтърът преобразува символи, различни от Basic-Latin, в ASCII еквиваленти и неговите preserve_original опцията излъчва както сгънатия, така и оригиналния жетон, така че точните съвпадения все още печелят (Еластично, асциофолдинг). Сгънете за по-лесно извличане, запазете оригинала за прецизност.
Извън Турция същата проверка има локални форми: немски сложни съществителни, които трябва да се разлагат, преди да може да се получи съвпадение за заявка от две думи, френски и испански акценти, въведени непоследователно, гръцка крайна сигма. Оценете проверката 7 с 2 само ако сте я тествали на всеки език, който вашият магазин действително обслужва, а не на езика, на който говори вашият екип.
Първо фиксиране на измерването: проверки 16 до 20
Ако група D получи под 6 точки, спрете и го поправете, преди да докоснете каквото и да било друго, защото не можете да потвърдите поправка, която не можете да видите. В GA4 се задейства подобрено измерване. view_search_results с search_term параметър, когато страница с резултати съдържа един от петте параметъра на заявката по подразбиране — q, s, search, query or keyword — и можете да добавите свои собствени (Помощ за Google Analytics). Два често срещани режима на неуспех са. Ако страницата ви с резултати използва сегмент от пътя, а не низ на заявка, проследяването по подразбиране не вижда нищо. И ако автоматичното довършване води директно до продукт, това търсене никога не задейства събитието, което тихо измества дневника на заявките ви към търсения, които не са успели да намерят нищо от първия опит.
Четене на резултата ви
| Резултат | Присъда | Следващ ход |
|---|---|---|
| 32-40 | Настройвай, не подменяй | Разходи за синоними, правила за мърчандайзинг и сортиране с нулев резултат |
| 22-31 | Проблем с конфигурацията | Поправете Група Б и първо проверете 11; преоценка след шест седмици |
| 12-21 | Вероятно структурна | Преоценете след отстраняване на Група D, след което обхванете замяната с тези 20 проверки като критерии за приемане |
| 0-11 | Търсенето все още не е функция | Третирай като компилация, а не като оптимизация |
Важното правило: никога не подписвайте договор за замяна на базата на резултат, който сте получили преди да е работила Група D. Доставчик, оценен спрямо неизмерено търсене, се оценява спрямо демо версия.
Бележка за числото, което всички цитират
Ще ви бъде показана статистика, според която потребителите, които търсят в сайта, конвертират два или три пъти по-добре от тези, които не търсят, обикновено за да оправдаят бюджета. Цифрата се разпространява широко чрез обобщения на доставчици (пример) и рядко може да се проследи до контролирано проучване. Това е и ефект на селекцията: хората, които търсят, са хора, които вече имат намерение за покупка. Използвайте го като причина да разгледате търсенето, никога като прогнозирано покачване. Защитимият бизнес случай се изгражда от вашия собствен обем с нулеви резултати и вашия собствен процент търсене-покупка — и двете от които са необходими, за да се получат от проверки 17 и 18. [НЕОБХОДИМИ ВЪТРЕШНИ ДАННИ: Процентите с нулеви резултати на клиентите на Switas преди/след отстраняване, ако има такива, могат да бъдат споделяни.]
Къде се разпада тази рубрика
Създаден е за каталожна търговия на дребно. Пазарите с много продавачи на един и същ артикул се нуждаят от измерение за дублиране на обяви и качество на продавача, за което тази рубрика няма колона. Сайтовете с голямо съдържание и сайтовете от публичния сектор се нуждаят от претегляне по тип документ и скорошност, вместо от Група А. Сайтовете под приблизително 500 артикула често се класират добре и все пак губят пари от търсене, защото при малък каталог истинското решение е по-добрата навигация по категории, а не по-доброто търсене. Рубриката също така не казва нищо за скоростта на търсене под натоварване и нищо за персонализацията - и двете са умишлени, защото и двете са скъпи за правилно тестване и нито един от тях не е проблемът ви при резултат под 30. И накрая, резултатът е моментна снимка: импортиране от каталог, което променя именуването на атрибути, може да намали Група А с шест точки за една нощ, без да е внедрен код.
Често задавани въпроси
Колко време отнема оценяването? Около половин ден за един човек на една витрина, след като съществува тестов списък с 90 заявки. Изграждането на списъка е бавната част; отделете още два часа за извличане на най-често срещаните заявки и изграждане на набора от заявки с дълга опашка.
Нуждая ли се от инженерство, за да го управлявам? Не. Проверки от 1 до 15 се изпълняват в браузър. Проверки от 16 до 20 изискват достъп до аналитични данни, а за проверка 20 - разговор с този, който притежава конфигурацията за търсене.
Ами ако нямаме история на анализи на търсенията? Оценете Група D като нула, коригирайте проследяването и съберете данни за четири седмици, преди да оцените останалите. Тестов списък, изграден без реален дневник на заявките, ще представи прекалено много заявки, които вашият екип би въвел.
Резултат от 28 добър ли е? Нормално е, а нормалното е посредствено — бенчмаркът показва, че повечето сайтове са там. Полезният сигнал не е общият брой, а коя група го дърпа надолу.
Трябва ли да купим толерантност към печатни грешки или да я изградим? Купете го. Съвпадението на разстояние за редактиране с разумни прагове е решено и евтино. Усилията за изграждане са свързани със синоними и атрибутна структура, които са специфични за вашия каталог и не могат да бъдат закупени.
Как това се свързва с одита на страницата на категорията? Те споделят аспекти и филтриране. Ако проверка 14 е неуспешна, корекцията обикновено се намира в шаблоните на категориите, а не в търсенето, така че изпълнете двата одита в един и същ спринт.
Отнася ли се нещо от това за агентите по пазаруване с изкуствен интелект, които четат нашия каталог? Частично. Агентите използват структурирани атрибути, а не вашия потребителски интерфейс за търсене, така че групи A и B са важни за тях чрез качеството на вашите данни, докато групи C и D изобщо не се отнасят. Това е отделен одит.
Колко често трябва да преоценяваме? На тримесечие и след всяка миграция на каталога, преплатформиране или промяна в конфигурацията на търсенето. Запазете един и същ списък с 90 заявки, за да могат резултатите да бъдат сравними.
Ако искате резултата, без да прекарвате следобеда: Нека извършим този одит на вашата витрина и ви предоставя рубриката с оценки, неуспешните заявки и списък с приоритетни корекции.
Източници
- Институт Баймард — UX за търсене в електронната търговия: 8-те типа заявки и проценти на неуспехи за всеки тип (актуализирано април 2026 г.)
- Институт Баймард — Използваемост на търсенето в електронната търговия: Доклад и бенчмарк
- Институт Баймард — 5 доказани UX стратегии за страници „без резултати“ (февруари 2025 г.)
- Unicode консорциум — SpecialCasing.txt, правила за главни и малки букви за турски и азербайджански език
- Elastic — Езикови анализатори, включително веригата от турски анализатори
- Elastic — ASCII сгъваем филтър за токени и запазване на оригинала
- Помощ за Google Analytics — Подобрено измерване, view_search_results и search_term
- Hello Retail — пример за циркулиращ коефициент на конверсия от търсене в сайта
