Разбор | Ошибки в ключевых запросах | Wildberries

Включать в описание запросы с ошибками и опечатками или нет?

Стоит ли прописывать ключи с ошибками в тексте - вопрос неоднозначный.

• С одной стороны говорят - мы не вносим ошибки, WB все исправляет.
• С другой стороны - мы вносим.

Для того чтобы понять как это работает, достаточно обратиться к самому первоисточнику и понять в первую очередь как засчитывается запрос.

В какой момент срабатывает запрос пользователя?

• В браузерной пк версии пользователь начинает вводить слово и чаще всего получает выпадающий список с популярными запросами. Далее он может ввести запрос до конца и нажать Enter, либо выбрать из предложенных вариантов. Только после этого запрос считается засчитанным. Алгоритм при выдаче ориентируются на последние введенные с аккаунта значения.
• В мобильной версии приложения все то же самое, но через нажатие кнопки поиска или выбора одного из значений. Определение и варианты чаще всего срабатывают с первой введенной буквы, но не всегда.

Зависит от скорости введения, и если она высокая, алгоритм не успевает разобрать слово. А если дополнительно его вводят не часто или число букв не совпадает, буквы перепутаны местами, то наиболее вероятно, что он не даст вариантов выбора.

Проведем тест на довольно распространенном товаре - Китайский чай. С замысловатым наименованием "Те Гуань Инь". Исключаем слово "чай" и ищем только по названию.

Распределяем по популярности запросов:

1. тегуаньинь - 669
2. тигуанинь - 522
3. те гуань инь - 468
4. тигуаньинь - 36

Если пользователь медленно вводит значение, алгоритм выдает самые популярные запросы.

То же самое со вторым, алгоритм предлагает нам популярный запрос, но если мы настоим и введем его произойдет вот что:

• В первый раз он принудительно исправит запрос.
• Во второй - третий уже предложит вам по контексту ваш же запрос с ошибкой.

Первый раз - слово введено полностью, выпадающего списка нет.

Второй раз - частично. Ошибка уже есть в предложениях.

При начале введения казалось бы самого правильного запроса, но не самого популярного, можно получить наибольшее количество разнообразных релевантных предложений.

И наш последний малозапрашиваемый ключ - его WB просто исправляет, будто его не было и пользватель просто ввел самый популярный запрос.

С частично введенным словом все понятно, а что если пользователь добавляет лишнюю букву?

Строки с вероятными предложениями нет, исправления тоже не происходит. После поиска нет ни одного релевантного товара.

В мобильной версии приложения все точно так же. Алгоритм работает с контекстом пользователя, то исправляя ошибки, то - нет. При этом товары, логично, по запросу в топе различаются, т.к. не все добавляют в описание ошибки.

Наше мнение:

Добавление ошибок бывает оправданно, но не всех случаях. При сборе семантического ядра мы ориентируемся на логику алгоритма.

• Если при введении запроса он автоматически исправляет ошибку - она не нужна, скорее всего большинство людей выберет правильный предложенный вариант или увидит в конечном итоге выдачу по базовому ключу.
• Если запрос с ошибкой имеет адекватную частотность и алгоритм его не исправляет - это шанс попасть в узкую выдачу с низкой конкуренцией.
• Если WB дает статистику по запросу - значит запрос был засчитан, а не исправлен системой.

Но советуем регулярно пересматривать ядро и анализировать популярность запросов пользователей.