Покупка через Алису AI: как проверить данные товара и путь до заказа

Yandex Commerce Protocol, или YCP, — стандарт обмена данными, с помощью которого магазины могут получать заказы из Алисы AI и Поиска Яндекса. Компания анонсировала его 27 февраля 2026 года. Анонс Яндекса.

По состоянию на 21 сентября 2026 года путь покупателя зависит от способа подключения магазина. При подключении через Маркет кнопка покупки открывает его корзину с добавленным товаром. При других способах открывается универсальный чекаут — страница оформления заказа из сервисов Яндекса. Кнопка тестируется: Яндекс показывает её не всем пользователям и не для всех товаров, а название может меняться. Поэтому отсутствие кнопки в одном ответе ещё не позволяет судить об исправности подключения. Справка о кнопке покупки.

API — программный интерфейс, через который системы обмениваются данными. На странице YCP подключение через API для самописных сайтов и других платформ обозначено как бета-тестирование. Там же промокоды, персональные скидки и программы лояльности перечислены среди будущих возможностей. Обычная скидка на товар не означает, что покупатель сможет применить промокод или накопленные бонусы. Перед тестом стоит уточнить, какие условия поддерживает ваше подключение. Страница YCP.

Объявленное в августе подключение продавцов без сайта также проходит бета-тестирование. Сообщение от 21 августа.

Перед началом команда записывает способ подключения и страницу, на которой должен оформляться заказ. Сценарии в Поиске Яндекса и чате с Алисой AI она проверяет отдельно: результат одного нельзя автоматически переносить на другой.

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

Полный приёмочный тест проводит команда подключённого магазина с доступом к исходным данным и полученному заказу. Она назначает ответственного и согласует обработку тестовой покупки. Такой тест позволяет сопоставить обещанные покупателю условия с записью у продавца.

21 сентября 2026 года в одном ответе Алисы AI мы увидели действия «Купить» и «Перейти в магазин». Проверка шла в авторизованном браузере на компьютере. Мы спрашивали о термокружке 500 мл до 3000 рублей с доставкой в Москву. По ссылкам не переходили, оформление и получение заказа не проверяли. Москва была только условием запроса.

Для каждого предложения записывайте доступный следующий шаг. Одного ответа недостаточно для вывода о распространённости функции или корректности заказов. Полный тест магазина при подготовке статьи мы не проводили.

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

Сначала нужно выяснить, откуда канал получает сведения. Товарный фид — файл с ассортиментом и условиями предложений. При подключении через YCP/API или Битрикс справка требует использовать предложения из фида Яндекс Товаров. Для Маркета действуют отдельные условия, допускающие фид или микроразметку — сведения о товаре в коде страницы. Условия подключения.

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

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

Одного названия товара недостаточно. Запишите идентификатор предложения, модель, цвет, размер или объём и количество. По рекомендациям Яндекса идентификатор должен оставаться постоянным в версиях фида и быть уникальным среди предложений магазина. Если системы используют разные номера, попросите специалиста показать их однозначное соответствие. Рекомендации по фиду.

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

Сравнение имеет смысл при одинаковых условиях: тот же продавец, вариант товара, количество, регион, способ оплаты и основание скидки. Другой размер или персональная цена на сайте могут объяснять отличие; ошибку передачи данных ещё предстоит установить.

Цену одной единицы товара сравнивают отдельно от суммы заказа: в сумму могут входить несколько товаров и доставка. Для скидки записывают её размер и условие, при котором она действует.

В справке Яндекса среди причин несовпадения цен названы задержка обновления и изменение цены во время заказа. Отметки времени помогут сопоставить данные магазина и выяснить причину конкретного расхождения. Справка о разных ценах.

Учебный пример, не результат проверки: вымышленное предложение "mug-500-black", чёрная кружка 500 мл, одна штука. В исходных данных и карточке цена составляет 1500 рублей; при оформлении итог — 1700 рублей, включая доставку за 200 рублей. Цена товара совпала, разница сумм объясняется доставкой. Получение заказа в этой учебной строке отмечено как «не проверено».

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

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

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

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

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

В зависимости от подключения заказ может поступать в Маркет, KIT или систему управления сайтом. Перед тестом выясните, где сотрудники магазина должны его увидеть. Ответы на вопросы о YCP.

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

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

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

Статус ставят каждому шагу отдельно:

• «Совпало» — ожидаемое и полученное значения совпали при одинаковых условиях.
• «Есть расхождение» — полученное значение отличается от ожидаемого.
• «Шаг недоступен» — в выбранном сценарии не удалось перейти к следующему действию.
• «Не проверено» — действие не выполняли или для проверки нет доступа.

Сами по себе два последних статуса не означают, что весь путь работает правильно или с ошибками.

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

Расхождения при оформлении проверяет ответственный за интеграцию, доставку или оплату — в зависимости от того, какое условие покупки изменилось. Если покупатель получил подтверждение, но запись заказа не найдена, специалист проверяет передачу и обработку заказа. В задаче указывают ожидаемое значение, его источник, результат, время и условия, чтобы другой специалист мог повторить сценарий.

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

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