История-и-журнал-поисковых-запросов - Решение KOSMOS

В модуле есть два связанных, но разных пользовательских сценария:

• персональная история — посетитель видит свои прошлые фразы в строке поиска;
• административный журнал — бизнес анализирует сохранённые запросы в базе данных.

Путь: Intec → Умный поиск → Настройки → Журнал запросов.

Способы хранения

История не требует переиндексации.

Основные настройки

Значения по умолчанию:

• запоминать запросы — включено;
• хранилище — cookie;
• минимальная длина — 2;
• срок хранения — 90 дней;
• максимум записей — 20;
• не сохранять запросы без результатов — выключено.

В компоненте intec.search:search.title отдельно задаются USE_REQUEST_HISTORY и число отображаемых строк REQUEST_HISTORY_COUNT (по умолчанию 5).

Что хранит административный журнал

В БД-журнале хранятся:

• дата/время;
• пользователь;
• исходный запрос;
• исправленный запрос;
• способ коррекции;
• число результатов;
• сайт.

Технический экспорт CSV использует поля:

date;user_id;query;corrected_query;correction_method;result_count;site_id

Значения, начинающиеся с формульных символов Excel (=, +, -, @), защищаются при экспорте.

Как понять, что посетители ищут, но не находят

Для такого анализа нужен режим БД и сохранение нулевых результатов.

1. Выберите хранение в БД.
2. Не включайте «Не сохранять запросы без результатов», если цель — искать проблемы ассортимента и словарей.
3. Дайте журналу накопить данные.
4. Ищите записи с result_count = 0.
5. Для каждой фразы определите причину:
   • товара действительно нет;
   • товар есть, но нужное свойство не индексируется;
   • нужна замена известного написания;
   • нужен синоним;
   • требуется автокоррекция;
   • товар исключён правилами индексации.
6. После настройки повторите запрос и убедитесь, что появился полезный результат.

Это превращает журнал из «списка запросов» в рабочий источник задач по качеству поиска.

Персональная история посетителя

История выводится в intec.search:search.title, если она включена в модуле и в параметрах компонента. Пользователь может удалять свои записи согласно политике хранилища.

В публичной строке сохранённые запросы отображаются отдельным блоком недавних запросов.

При cookie-режиме запись привязана к браузеру/устройству. При БД-режиме авторизованный пользователь может получать серверную историю.

Срок хранения и приватность

Для БД старые записи удаляются автоматически раз в сутки по настроенному сроку. Cookie-файл имеет ограниченный размер, поэтому старые записи также вытесняются по лимиту.

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