Большинство проектов по поисковой оптимизации на сайтах начинаются не с того места: с демонстрации от поставщика. Демонстрация всегда работает, потому что она выполняется на индексе поставщика с использованием его запросов. Между тем, согласно исследованию Baymard Institute, посвященному поисковой оптимизации в 2026 году, 56% сайтов электронной коммерции имеют посредственный или даже худший пользовательский опыт в поисковой выдаче.и что сбои группируются по конкретным, именованным типам запросов, а не по "релевантности" в целом.Baymard, обновлено в апреле 2026 года.Новый двигатель исправляет лишь некоторые из этих проблем, но не решает ни одну из остальных.
Это система оценки уже имеющегося у вас поискового запроса. Двадцать проверок, по два балла за каждую, всего сорок баллов. Вы проводите её по своему каталогу за один день, получаете число, которое указывает, связана ли проблема с конфигурацией, контентом или самой поисковой системой. Она разработана для руководителей UX-проектов в сфере электронной коммерции, менеджеров по развитию и владельцев продуктов, которым поручено обосновать бюджет на поисковую оптимизацию.
Что измеряет данная рубрика, и что она намеренно игнорирует.
Критерии оценки учитывают четыре параметра: понимает ли поиск запросы, которые люди действительно вводят, выдерживает ли он обработку неструктурированного ввода, восстанавливается ли он, когда ничего не находит, и можно ли измерить какой-либо из этих параметров. Качество ранжирования результатов в абстрактном смысле не оценивается. Ранжирование — это последний параметр, который нужно настраивать, и первый, о котором все спорят, и его невозможно настроить, пока запросы еще не обрабатываются токенизатором.
Оценка за проверку составляет 0, 1 или 2. Двойка означает, что проверка пройдена для всех запросов из вашего тестового списка. Единица означает, что проверка пройдена для основных терминов, но не пройдена для длинного хвоста. Ноль означает, что проверка не пройдена для основных терминов. Сначала составьте тестовый список: возьмите 50 самых популярных запросов из аналитики, затем добавьте по пять запросов, которые вы составите для каждого из восьми типов запросов Baymard, чтобы был представлен длинный хвост. Примерно 90 запросов. Запустите их самостоятельно на мобильном устройстве, не выходя из системы.
20 проверок
| # | Проверка | Получает 2 балла, когда |
|---|---|---|
| Группа А — Покрытие запросов (кластеры ошибок Baymard) | ||
| 1 | Точные запросы и запросы по номеру модели. | Указанный продукт является первым результатом поиска, а не четвёртым. |
| 2 | Запросы по типу продукта | Возвращает просматриваемый, фасетный список, а не простое отображение релевантности. |
| 3 | Запросы по характеристикам ("красное шерстяное пальто") | Атрибуты сужают набор, а не размывают его с помощью сопоставления по принципу «ИЛИ». |
| 4 | Вопросы совместимости ("зарядное устройство для модели X") | Возврат осуществляется для аксессуаров, относящихся к указанной модели, а не к самой модели. |
| 5 | Вопросы, не касающиеся товара («политика возврата») | Возвращает страницу с контентом; 66% сайтов не проходят проверку по этому критерию. |
| Группа B — Обработка входных данных | ||
| 6 | допустимость опечаток | Ошибки в одном и двух символах в заголовочных словах по-прежнему совпадают. |
| 7 | Складывание падежей и диакритических знаков | Исправлено для всех языков, на которых работает сайт (см. ниже) |
| 8 | Морфология и множественное число | Изменяемые и суффиксные формы дают те же результаты, что и основа. |
| 9 | Синонимы и местный диалект | Слова, которые используют покупатели, сопоставляются со словами из каталога в обоих направлениях. |
| 10 | Автозаполнение при орфографических ошибках | Предлагаются варианты исправления орфографических префиксов; 69% сайтов не проходят эту проверку. |
| Группа C — Результаты и восстановление | ||
| 11 | Восстановление безрезультатно | Как минимум два активных пути ответа: связанные категории и альтернативные запросы. |
| 12 | Сохранение запросов | Запрос остается в поле после отправки; 37% сайтов его удаляют. |
| 13 | Область видимости | Количество результатов и любая автоматически примененная категория указаны и могут быть удалены. |
| 14 | Граничная паритетность | Результаты поиска отображают те же параметры, что и соответствующая страница категории. |
| 15 | Релевантность объяснима. | Кто-нибудь из команды может объяснить, почему результат номер один выше результата номер два. |
| Группа D — Измерение | ||
| 16 | Отслеживается каждый путь поиска. | Функция view_search_results срабатывает при совпадении поискового запроса, включая переходы через автозаполнение. |
| 17 | Запросы, не давшие результатов, можно изолировать. | Вы можете без запроса составить список запросов, не давших результатов за прошлый месяц, по количеству. |
| 18 | Поиск с целью совершения покупки подлежит отчетности. | Тех, кто ищет информацию, и тех, кто этого не делает, можно сравнивать как сегменты. |
| 19 | У проверки запроса есть ответственный. | Ответственный сотрудник просматривает 50 лучших результатов и список с нулевым количеством результатов в заданном порядке. |
| 20 | Изменения конфигурации версионируются. | Изменения синонимов и повышения рейтинга регистрируются, обратимы и поддаются тестированию. |
Пороговые значения для группы А взяты из опубликованных компанией Baymard данных о частоте сбоев по типам запросов: поиск по запросам, не связанным с продуктом, завершается неудачей на 66% сайтов, поиск по аббревиатурам и символам — на 54%, поиск по совместимости — на 44%, поиск по вариантам использования — на 43%.BaymardПроверка 11 существует потому, что почти половина сайтов не предоставляет пользователям эффективного выхода из тупика.Бэймард, февраль 2025 годаПроверки 10 и 12 основаны на результатах автозаполнения и сохранения запросов того же бенчмарка.эталон поиска Baymard).
Подробно проверьте пункт 7: ловушка со складками, которая встречается только за пределами английского языка.
Проверка 7 заслуживает отдельного раздела, потому что именно она незаметно обнуляет рынок. Большинство поисковых систем перед сопоставлением переводят запрос и индекс в нижний регистр. В английском языке это безвредно. В турецком — нет, и та же проблема возникает в любом языке, содержащем символы, отличные от базовой латыни.
В 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 Фильтр преобразует символы, отличные от базовой латиницы, в эквиваленты 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 | Проблема с конфигурацией | Исправьте группу B и сначала проверьте 11-й пункт; переоцените результаты через шесть недель. |
| 12-21 | Вероятно, структурный | После исправления ошибок в группе D проведите повторную оценку, а затем определите объем замены, используя эти 20 проверок в качестве критериев приемки. |
| 0-11 | Функция поиска пока отсутствует. | Рассматривайте это как процесс сборки, а не как оптимизацию. |
Главное правило: никогда не подписывайте новый контракт на основе оценки, полученной до начала работы группы D. Поставщик, оцениваемый по результатам поиска без учета измерений, оценивается по результатам демонстрации.
Примечание к номеру, который все называют
Вам покажут статистику, согласно которой пользователи, осуществляющие поиск по сайту, конвертируются в два-три раза лучше, чем те, кто не ищет информацию на сайте, обычно для обоснования бюджета. Эта цифра широко распространяется в обзорах поставщиков (пример) и редко может быть подтверждено контролируемым исследованием. Это также эффект отбора: люди, которые ищут информацию, — это люди, которые уже имеют намерение совершить покупку. Используйте это как причину для того, чтобы обратить внимание на поиск, а не как прогнозируемый рост. Обоснованное обоснование целесообразности бизнеса строится на основе вашего собственного объема нулевых результатов и вашего собственного показателя конверсии поиска в покупку — для достижения которых существуют проверки 17 и 18. [НЕОБХОДИМЫ ВНУТРЕННИЕ ДАННЫЕ: Показатели нулевых результатов у клиентов Switas до/после исправления ситуации, если таковые имеются, которыми можно поделиться.]
Где эта рубрика дает сбой
Он создан для розничной торговли по каталогам. Торговым площадкам с большим количеством продавцов одного и того же товара необходимы параметры дублирования объявлений и качества продавца, для которых в этом руководстве нет столбца. Сайтам с большим объемом контента и сайтам государственного сектора вместо группы А следует использовать весовые коэффициенты для типов документов и актуальности. Сайты с количеством товаров менее 500 часто показывают хорошие результаты, но все равно теряют деньги на поиске, потому что при небольшом каталоге реальное решение — это улучшенная навигация по категориям, а не улучшенный поиск. В руководстве также ничего не говорится о скорости поиска под нагрузкой и о персонализации — это сделано намеренно, поскольку тестирование обоих параметров обходится дорого, и ни один из них не является вашей проблемой при оценке ниже 30. Наконец, оценка — это моментальный снимок: импорт каталога, изменяющий названия атрибутов, может за одну ночь снизить оценку группы А на шесть пунктов без развертывания кода.
FAQ
Сколько времени занимает подсчет баллов? Примерно полдня на одного человека, работающего с одним магазином, после того, как будет готов тестовый список из 90 запросов. Составление списка — самая медленная часть; заложите еще два часа на отбор самых популярных запросов и формирование набора запросов с длинным хвостом.
Для его запуска потребуется инженерная поддержка? Нет. Проверки с 1 по 15 выполняются в браузере. Для проверок с 16 по 20 требуется доступ к аналитике, а для проверки 20 — общение с владельцем конфигурации поиска.
Что если у нас нет истории поисковой аналитики? Оцените группу D как ноль, исправьте отслеживание и соберите данные за четыре недели, прежде чем оценивать остальные группы. Тестовый список, составленный без реального журнала запросов, будет содержать завышенное количество запросов, которые ваша команда могла бы ввести.
Хороший ли результат — 28 баллов? Это нормально, а нормально — это посредственность, согласно эталонным показателям, большинство сайтов находятся именно в таком состоянии. Полезный сигнал — это не общий результат, а то, какая группа сайтов его снижает.
Стоит ли покупать защиту от опечаток или создавать её самостоятельно? Купите это. Сопоставление по расстоянию редактирования с разумными пороговыми значениями решено и недорого. Трудозатраты на разработку касаются синонимов и структуры атрибутов, которые специфичны для вашего каталога и не могут быть куплены.
Как это связано с аудитом страниц категорий? Они используют общие параметры и фильтрацию. Если проверка 14 не пройдена, исправление обычно находится в шаблонах категорий, а не в поиске, поэтому запускайте обе проверки в одном спринте.
Распространяется ли что-либо из этого на агентов-переводчиков, использующих искусственный интеллект для чтения нашего каталога? Частично. Агенты используют структурированные атрибуты, а не ваш поисковый интерфейс, поэтому группы A и B важны для них с точки зрения качества ваших данных, в то время как группы C и D к ним вообще не относятся. Это отдельный аудит.
Как часто следует пересчитывать результаты? Ежеквартально, а также после любой миграции каталога, смены платформы или изменения конфигурации поиска. Сохраняйте тот же список из 90 запросов, чтобы результаты были сопоставимы.
Если вы хотите узнать результат, не тратя на это весь день: Попросите нас провести этот аудит вашего магазина. и вручить вам оценочную таблицу, неудовлетворительные запросы и список приоритетных исправлений.
Источники
- Институт Baymard — UX поиска в электронной коммерции: 8 типов запросов и показатели ошибок для каждого типа (обновлено в апреле 2026 г.)
- Институт Baymard — Удобство поиска в электронной коммерции: отчет и сравнительный анализ.
- Институт Baymard — 5 проверенных UX-стратегий для страниц, не дающих результатов (февраль 2025 г.)
- Консорциум Unicode — SpecialCasing.txt, правила регистра турецкого и азербайджанского языков.
- Elastic — языковые анализаторы, включая цепочку анализаторов турецкого языка.
- Elastic — фильтр токенов свертывания ASCII и preserve_original
- Справка Google Analytics — Расширенные возможности измерения, просмотр результатов поиска и поисковые запросы.
- Hello Retail — пример циркулирующего мультипликатора конверсии поиска по сайту.
