Короткий ответ
Пошаговая методика для магазина одежды: как сопоставить карточку товара, разметку вариантов, товарный фид и правила возврата, не выдавая демонстрацию за реальный аудит.
Ответ возможен только для конкретного варианта товара
Может ли ИИ-помощник точно сказать, есть ли куртка размера M и можно ли её вернуть? Одного заявления, что каталог магазина «готов к ИИ», для ответа недостаточно. Нужны конкретные цвет и размер, страна доставки, момент проверки остатка и применимые правила возврата. Эта статья — методика для владельца магазина, мерчандайзера и разработчика, а не отчёт о проверенных товарах VITON13 или другого продавца. Для текста мы не отбирали реальные SKU и не измеряли ответы ИИ-платформ. Цель — показать, какие доказательства следует собрать до запуска таких проверок.
У аудита четыре поверхности: видимая покупателю карточка, отрисованные структурированные данные, выгруженная строка товарного фида и полный текст политики возврата. Итог — реестр расхождений, а не единый балл «видимости в ИИ». Shopify описывает собственную агентную торговую инфраструктуру: данные передаются подключённым ИИ-каналам, а параметры, остатки и цены уточняются по пути к оформлению заказа. Это описание экосистемы Shopify, а не свидетельство, что любой помощник читает один и тот же фид или получает данные без задержки. Сначала надо наладить факты, которыми магазин управляет сам; ответы чат-ботов проверяются отдельно.
Отбирайте сочетания размера и цвета, а не родительские товары
Заранее выберите небольшую выборку с разными рисками: ходовой размер в наличии, отсутствующий размер, цвет с отдельным фото, вариант со скидкой и товар с исключением из возврата. Для каждой строки укажите дату, часовой пояс, страну, валюту, канал продаж и точную комбинацию. Правило отбора запишите до изучения результатов, иначе неудобные случаи легко исключить незаметно. Пять вариантов удобны для учебной таблицы, но по ним нельзя оценивать долю ошибок во всём каталоге. Разные склады и национальные версии магазина лучше рассматривать как самостоятельные контексты.
Воображаемая строка может называться DEMO-COAT / чёрный / M / доставка во Францию. Это придуманный учебный идентификатор, а не реальный товар или обнаруженный дефект. К строке добавьте внутренний ID варианта, URL после выбора нужных опций и ID, передаваемый каждому каналу. Родительская карточка может сообщать, что пальто продаётся, хотя чёрный M отсутствует; рекомендация родительского товара тогда не отвечает на запрос покупателя. Запишите точный вопрос: «Можно ли сегодня заказать чёрный M во Францию и сколько стоит возврат?» Затем проверяйте каждую часть вопроса по собственному источнику.
Зафиксируйте то, что человек действительно видит в карточке
Откройте карточку в новой сессии браузера, выберите вариант и дождитесь обновления интерфейса. Сохраните обозначение размера, мерки и единицы измерения, рекомендации по посадке, выбранное фото, текущую цену с валютой, сообщение о наличии, состояние кнопки корзины, страну доставки и ссылку на возврат. Если на узком экране исчезает селектор или ссылка на правила, повторите запись на телефоне. Приложите URL и скриншот с отметкой времени: значение во внутренней базе не заменяет обещание, которое увидел покупатель. Буква M может обозначать мерки тела, изделия либо только код. Если таблица этого не уточняет, её неоднозначность остаётся проблемой даже при правильном фиде.
Пройдите путь до корзины, не оформляя заказ. Сохранились ли цвет и размер? Не стал ли отсутствующий вариант доступным после перезагрузки? Ссылка на возврат находится у товара или спрятана в общем подвале? Уточнены ли страна и исключения возле значка «бесплатный возврат»? В настоящем аудите это вопросы наблюдения, а не утверждения о чьём-либо сайте. Видимая страница служит человеческой точкой отсчёта. Благодаря ей можно заметить ситуацию, когда технически корректный JSON-LD обещает совсем не то, что клиент фактически может положить в корзину.
Сопоставьте вариант с отрисованной структурированной разметкой
Проверяйте HTML, который получает поисковый робот, а не только исходный компонент в репозитории. Документация Google о вариантах Product описывает группировку через ProductGroup, variesBy, hasVariant и productGroupID, а также варианты реализации на одной или нескольких страницах. Найдите узел конкретного товара и сопоставьте SKU, размер, цвет, фото и URL предложения Offer с тем, что выбрано на экране. Проверьте priceCurrency, цену и availability. Откройте URL варианта напрямую: он должен приводить к нужной комбинации, если магазин заявляет такую ссылку. Общее предложение родительского товара не отвечает на вопрос о наличии именно чёрного M.
Rich Results Test от Google помогает проверить синтаксис и пригодность разметки для соответствующей функции, но не подтверждает истинность таблицы размеров, свежесть склада или чтение этого JSON-LD сторонним ИИ. Google также описывает структурированные условия возврата на уровне Organization либо отдельного Offer. Если есть общая политика, предложение конкретного товара не должно обещать другой срок без реального исключения. Сохраните отрисованный JSON-LD и результат теста вместе со временем проверки. Разработчик тогда сможет воспроизвести расхождение, а редактор — отличить ошибку данных от неверной формулировки.
Сверьте строки Merchant Center с выбранной карточкой
Выгрузите строки фида для тех же ID и страны. Спецификация Google Merchant Center различает ID конкретного предложения и item_group_id, объединяющий варианты; для одежды в применимых случаях есть поля size, size_type и size_system, а также цена, наличие и посадочная ссылка. Сравните размер и цвет каждой строки с селектором, групповой ID — с родительским товаром. Выясните, ведёт ли ссылка к выбранному размеру или сбрасывает покупателя на другой вариант. Для быстро меняющихся остатков запишите время формирования и обработки фида рядом со временем снимка страницы. Задержка обновления тоже создаёт риск неверного ответа; лечится она синхронизацией, а не красивым описанием.
Не называйте фид Google универсальным языком всех ИИ-платформ. Требования Merchant Center различаются по категории и рынку; у других каналов могут быть свои поля и частота обновления. Google требует согласовывать сведения о наличии с посадочной страницей, корзиной и структурированными данными. Shopify рассказывает, как его собственный каталог работает в подключённых ИИ-сценариях, но из этого не следует, что отдельный фид Google читает каждый собеседник в чате. В рабочей таблице нужны отдельные колонки для исходной системы, экспортированного значения и наблюдаемого текста. Иначе аккуратный экспорт можно ошибочно принять за истинное состояние всего магазина.
Читайте условия возврата целиком, а не по значку
Откройте полную политику по ссылке из проверяемого товара. Выпишите срок, событие, с которого он отсчитывается, состояние возвращаемой вещи, исключения, расходы на пересылку, способ возврата денег и действия покупателя. Разные правила могут действовать для распродажи, персонализированного изделия или чувствительной к гигиене категории. Надпись «возврат 30 дней» без страны, исключений и оплаты доставки не даёт полноценного ответа. Это проверка согласованности содержания, а не юридическая консультация; окончательную формулировку для каждого рынка утверждает владелец политики или юрист магазина.
Сравните написанное с разметкой и настройками возврата в Merchant Center. Google Search Central описывает MerchantReturnPolicy на Organization для общей политики и уровень Offer для товарных исключений; среди полей есть applicableCountry, merchantReturnDays и returnFees. Эти сигналы помогают поддерживаемому поисковому интерфейсу понимать заявленные условия, но не охватывают любую сложную оговорку и не доказывают, что склад исполнит обещание. Представим только учебную ситуацию: в DEMO-COAT на странице указаны 30 дней с доставки, а настройка фида говорит о 14 днях. Это гипотетическое противоречие следует передать владельцу политики, а не выбирать удобное число для ИИ.
Превратите противоречия в исправления и повторный тест
Создайте реестр: ID варианта, рынок, тип утверждения, видимое значение, JSON-LD, фид, текст политики, время снимка, ссылка, ответственный и статус. Приоритет определяйте влиянием на покупателя. Неверное наличие выбранного размера или стоимость возврата требуют быстрого исправления; косметическое различие названия цвета может подождать, если не меняет заказ. Для придуманного пальто безопасный промежуточный ответ — «наличие или правила возврата пока не подтверждены», пока источники не сойдутся. Никаких выводов о реальном магазине этот пример не содержит.
После исправления обновите страницу и фид, снова откройте URL варианта и задайте исходный вопрос в тех ИИ-интерфейсах, которые магазин действительно поддерживает. Сохраните запрос, ответ, дату, рынок и ссылки на использованные данные. Один верный ответ не равен стабильной точности: помощник может получить старый кэш, другой источник или вовсе отказаться отвечать. Заранее задайте критерий приёмки: в выбранных вариантах должны совпадать цена и возможность покупки на собственных поверхностях магазина; каждое обещание возврата должно вести к утверждённому документу; нерешённое расхождение должно иметь владельца. Результат аудита — исправленная запись-источник и повторяемая проверка, а не гарантия цитирования, ранжирования или рекомендации товара любой моделью.
Практический чеклист
- Заранее выберите варианты размеров и цветов, укажите рынок, дату и правило отбора.
- После выбора варианта сохраните видимые размер, цену, наличие и ссылку на возврат.
- Сопоставьте отрисованную разметку Product или ProductGroup с выбранным вариантом и Offer.
- Выгрузите соответствующие строки фида и сравните ID, размер, цену, наличие и URL.
- Прочитайте правила возврата для выбранной страны и назначьте ответственных за каждое расхождение.
Вопросы и ответы
Доказывает ли валидная разметка Product правильность ответа ИИ о размере?
Нет. Валидатор проверяет структуру данных по своим правилам, но не измеряет одежду, не проверяет таблицу размеров, актуальность остатков и то, какие источники конкретный ИИ-помощник использовал при ответе.
Нужна ли отдельная страница для каждого цвета и размера?
Не обязательно. Google описывает и одну страницу с выбором вариантов, и отдельные страницы. Важно, чтобы выбранная комбинация имела понятный идентификатор и согласованные URL, цену и наличие во всех используемых каналах.
Какую политику возврата сравнивать в аудите?
Ту, что действует для выбранного товара, страны назначения и способа покупки. Сверяйте текст для покупателя, разметку на уровне организации или Offer и настройки Merchant Center отдельно; автоматическую синхронизацию нельзя предполагать.
Исправит ли товарный фид ошибочную таблицу размеров?
Нет. Фид передаёт обозначение размера, но не делает неверную таблицу посадки правильной. Сначала исправьте исходную запись и информацию для человека, затем обновите экспорт и проверьте все поверхности повторно.
Что считать успешной проверкой данных товара?
На момент проверки сведения о выбранных вариантах должны совпадать, исключения — иметь утверждённый источник, а расхождения — владельца и срок исправления. Это не обещание попадания в выдачу или безошибочных ответов каждой ИИ-платформы.