ТЕХНИЧЕСКАЯ ОПТИМИЗАЦИЯ ИИ-ПОИСКА

Исправьте технические проблемы, из-за которых товары не попадают в ИИ-поиск

Возьмите товар, который должен попасть в рекомендацию: он есть в наличии, цена указана верно, страница доступна на сайте. Попросите ChatGPT посоветовать такой товар. Если вместо вашего появляется конкурент, значит где-то между базой данных и ответом ИИ техническая цепочка потеряла продукт.

Техническая оптимизация поиска ИИ · BeRelevant.ai
каталог  ->  шаблон  ->  публичная страница
страница     ->  разметка ->  машиночитаемое предложение
предложение    ->  фиды     ->  Google / OpenAI / Microsoft
страница     ->  краулер   ->  то, что возвращает сервер
Техническая цепочка за одним продуктом

BeRelevant.ai проверяет всю цепочку, находит место, где пропадает товар, и работает с вашими разработчиками до тех пор, пока исправление не выйдет в релиз и товар не станет доступен для индексации.

Готовы начать? Обсудить проект.

01 - Цепочка

Покупатель видит одну страницу. Поисковые системы видят цепочку решений.

Следуйте за продуктом на его пути к ответу ИИ.
01

Данные каталога попадают в шаблон

Шаблон берет данные из каталога и собирает страницу товара.
02

Разметка описывает данные

Структурированная разметка передает часть этих данных поисковым системам и ИИ.
03

Правила фида преобразуют данные снова

Для Google, OpenAI и Microsoft эти же данные еще раз преобразуются по правилам фида.
04

Краулеры запрашивают страницу

Краулеры запрашивают страницу и получают ту версию, которую отдает сервер.

На каждом этапе должен сохраняться один и тот же товар. Если теряется идентификатор варианта, цена, продавец или целевой URL, поисковая система получает предложение, которое нельзя надежно сравнить с другими.

Обычный аудит проверяет публичную страницу и на этом заканчивается.

Мы проверяем исходные данные, все преобразования, публичную страницу и итоговую запись как единую систему. Ошибка может находиться на любом этапе.

02 - Аудит

Найдите, где товары пропадают между Shopify или Salesforce и ИИ-поиском

Мы проверяем правила, которые превращают данные каталога в публичные карточки и объявления: как основные товары, варианты, коллекции, остатки, цены, изображения, продавцы и региональные версии попадают на страницы и в фиды.
Сравнение результатов

Страница, схема и фид должны рассказывать одну историю

Затем мы сравниваем все версии между собой. Одно отсутствующее поле может затронуть несколько товаров, а неверное правило сопоставления - весь каталог. От точной причины зависит способ исправления.

Страница и фид должны показывать одинаковую цену
У каждого варианта должен быть постоянный идентификатор и рабочий канонический URL
Краулеры должны получать данные о продукте без запуска всего приложения
Разметка должна описывать то же предложение, которое видно на странице
один продукт, три записи
цена на странице $148.00
цена в фиде $152.00
ID варианта меняется
канонический URL страница категории
вывод сравнение невозможно
03 - Работа

Шесть направлений работы для полного и пригодного каталога

Стандартная SEO-проверка обычно заканчивается после первых двух. Мы проходим все шесть.
01 - Доступ

Доступ для сканирования и индексации

Правила для роботов, поведение CDN, цепочки редиректов, канонические URL, карты сайта, пагинация, фасетная навигация, глубина обхода и страницы-сироты. Мы проверяем, что запрашивают ИИ-краулеры и что им отдает сервер. Эта версия часто отличается от той, что видит человек в браузере.

02 - Вывод

Рендеринг и содержимое страницы

Мы сравниваем исходный HTML с отрендеренной страницей и находим данные о продуктах, которые появляются только после выполнения JavaScript. Ошибка шаблона повторяется на каждой созданной из него странице.

03 - Декларации

Разметка товаров и предложений

Мы сверяем разметку продукта, предложения, варианта, отзыва, продавца, местоположения и связей с видимой страницей и исходным каталогом. Системы не должны получать противоречащие друг другу версии одного предложения.

04 - Фиды

Целостность фидов и целевых страниц

Google Merchant Center, товарные фиды OpenAI, торговые сервисы Microsoft и системы, которые формируют эти данные. Каждый ID, цену, остаток и целевой URL мы сверяем с источником.

05 - Связи

Связи внутри сайта

Некоторые продукты существуют, но до них нельзя добраться по полезным ссылкам. Мы восстанавливаем пути между контентом, категориями, продуктами и связанными позициями, чтобы системы понимали структуру ассортимента.

06 - Релизы

Проверка релизов и регрессий

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

04 - Скрытая причина

Проблема продуктового фида часто оказывается проблемой сайта

Магазин продает одну модель кроссовок в четырех цветах и двенадцати размерах. Исходный каталог содержит все 48 предложений.
Один товар, четыре версии

Затем системы начинают расходиться между собой

ИИ-поиск получает несколько противоречивых версий одного товара и не может надежно их сравнить. Поэтому он рекомендует конкурента с одной согласованной версией данных.

Сайт объявляет один родительский продукт
Фид создает новые ID при каждом экспорте
Несколько цветных страниц канонизируются в общую категорию
Остатки обновляются на сайте на несколько часов раньше, чем в фиде
48 предложений в исходном каталоге
сайт объявляет 1 родительский продукт
ID в фиде новые при каждом экспорте
цветные страницы канонизированы
синхронизация склада разница в часах

Мы находим систему, которая создает каждый конфликт. Исправление одного исходного правила восстанавливает товар сразу на множестве страниц и во всех каналах.

05 - Масштаб

Создано для проблем, которые множатся на больших сайтах

На сайтах с каталогами проблемы редко затрагивают только один URL. Обычно ошибка повторяется в целом шаблоне, правиле, локали, у продавца или в типе товара.

Мы обрабатываем:

  • Миллионы URL, созданных фильтрами и фасетами
  • Товары, которые есть в базе данных, но до которых нельзя добраться по доступным для сканирования ссылкам
  • Логика вариантов, которая различается на страницах и каналах
  • Конфликтующие цены, складские остатки, продавцы или региональные данные
  • JavaScript-приложения, которые дают роботам неполный контент
  • Правила перенаправления и канонизации, удаляющие действительные продукты
  • Фиды продавцов, которые без уведомления отклоняют, объединяют или удаляют предложения по сроку
  • Внутренние ссылки, которые никогда не соединяют советы с продуктами, которые они рекомендуют

Цель проста: когда подходящий товар есть в наличии, ИИ-поиск должен найти верное предложение и отправить покупателя на рабочую страницу.

06 - Следующий шаг

Мы остаемся до тех пор, пока исправление не станет активным

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

Код остается под контролем ваших разработчиков. BeRelevant.ai отвечает за путь от диагностики до проверенного релиза: помогает с внедрением, проверяет изменения, повторно тестирует результат и координирует команды e-commerce, SEO, контента и разработки.

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

Техническая оптимизация поиска ИИ

Найдите исходное правило, которое мешает вашим продуктам

Покажите нам e-commerce-платформу, сайт и фиды. Мы найдем место, где подходящие товары исчезают, получают противоречивые данные или перестают поддаваться сравнению, и дадим вашей команде конкретное правило для исправления.