Как продавцу подготовиться к покупкам в ChatGPT?

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

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

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

Покупки в ChatGPT работают на четырех разных поверхностях

Продавцу нужно отдельно планировать четыре поверхности: органическую товарную выдачу, shopping research, выбор магазина и платную рекламу. Instant Checkout сокращает путь к покупке у продавцов, которые подходят под его условия, но не объединяет эти поверхности в один аукцион.

Органическая товарная выдача может появиться, когда разговор указывает на намерение что-то купить. В справочном материале Shopping with ChatGPT Search сказано, что товарная карусель учитывает запрос и контекст пользователя, структурированные данные продавца и сторонних поставщиков, прочий контент третьих сторон, ответы модели и действующие правила безопасности. Такая выдача органическая. Партнерские отношения не покупают место в ней, а реклама работает отдельно.

Shopping research помогает с более сложным выбором. Покупатель может задать несколько ограничений, ответить на уточняющие вопросы, убрать товары, попросить похожие варианты и получить руководство по выбору. По словам OpenAI, процесс может использовать данные продавцов, переданные через Agentic Commerce Protocol, общедоступные сведения о товарах и другие розничные источники. Компания также предупреждает, что цена и наличие иногда отображаются с ошибкой, поэтому окончательный ответ по-прежнему должна давать товарная страница.

Выбор магазина происходит после выбора товара. Когда одну позицию продают несколько магазинов, ChatGPT, по информации OpenAI, может ранжировать продавцов по наличию, цене, качеству и по тому, производит ли продавец этот товар или считается его основным поставщиком. Instant Checkout тоже может повлиять на порядок продавцов, хотя не делает товар релевантнее в органической выдаче. Разница существенная: сначала модель может выбрать товар, а затем решить, чье предложение показать.

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

У этих воронок разные причины сбоев. Органический поиск не срабатывает, когда товар отсутствует в данных, описан неоднозначно, устарел или плохо подтвержден. Выбор продавца страдает из-за цены, остатков, доставки или качества магазина. Оформление заказа ломается, когда торговые процессы не могут завершить покупку. Реклама проваливается из-за таргетинга, креатива, посадочной страницы, ставок или аналитики. За каждым показателем должен стоять правильный владелец.

Релевантность зависит от полноты характеристик

Товар появляется в выдаче, когда его факты соответствуют явным и подразумеваемым ограничениям покупателя. Классическое товарное SEO часто оптимизирует страницу под широкий запрос категории. Разговорный поиск проверяет, подходит ли конкретный вариант для конкретной ситуации. Покупатель может искать моющуюся дорожку дешевле определенной суммы, нужной ширины для узкого коридора, безопасную для домашних животных, с доставкой на этой неделе и возможностью возврата. Категорийная страница со словами «дорожки премиум-класса» почти ничего из этого не объясняет.

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

Я применяю простой тест: может ли строка каталога объяснить, почему подходит этот SKU и почему не подходит ближайший соседний вариант? Если варианты имеют одинаковые заголовки, описания, изображения и посадочные страницы, а отличаются лишь внутренним SKU, каталог скрыл выбор от системы покупок. Объединяйте семейство, но сохраняйте на уровне каждого варианта цвет, размер, материал, цену, остаток и изображение.

Не пытайтесь создать релевантность, набивая описание вымышленными запросами. Фраза «идеально для путешественников, родителей, студентов, специалистов и всех, кто ценит качество» ничего не доказывает. Она также мешает различать товары. Опишите физическое или функциональное свойство, которое делает товар подходящим, а связь этого факта с намерением пользователя оставьте системе.

Отзывы и вопросы о товаре могут закрыть пробелы, о которых молчит рекламный текст продавца. Стабильная схема фида OpenAI принимает количество отзывов, оценки, тексты отзывов и пары «вопрос - ответ». Передавайте только настоящие данные. OpenAI Commerce Policies запрещают вводящие в заблуждение карточки, поддельные отзывы и рекомендации, скрытые сборы и ложные сведения о наличии или происхождении товара. Выдуманное доказательство одновременно создает риск нарушения правил и портит исходные данные.

Фид должен работать как производственная система

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

Стабильная спецификация Products от OpenAI требует основные идентификаторы и поля, которые видит покупатель. В схеме OpenAI к ним относятся флаги допуска, постоянный item_id, заголовок, описание, URL товара, бренд, основное изображение, обычная цена, наличие, данные и URL продавца, правила возврата и целевая география. Для товаров с оформлением внутри ChatGPT нужны дополнительные сведения о правилах продавца. Спецификация также поддерживает категории, размеры, вес, варианты, акции, доставку, возвраты, отзывы, связанные товары и предупреждения о требованиях закона.

Продавцам с Google-совместимым фидом может быть проще начать, но сначала OpenAI должна подтвердить поддержку такого формата для зарегистрированного фида. Совместимый профиль принимает файлы UTF-8 с разделением табуляцией или запятыми, по одному товару или варианту в строке. Обязательные поля строки включают id, title, description, link, image_link, availability, price и brand. JSON, XML, RSS, электронные таблицы и Atom в этот путь совместимости не входят.

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

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

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

Контракт фида заранее ловит дорогие ошибки

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

В этом коротком Google-совместимом примере показана минимальная форма, а также идентификаторы и группировка двух вариантов. Заполнители намеренно не привязывают шаблон к конкретному магазину.

id,title,description,link,image_link,availability,price,brand,gtin,item_group_id,color,size
RUG-90-SAND,Washable runner rug 90 cm sand,Machine washable low-pile runner 90 by 300 cm in sand,<product-page>,<image>,in_stock,129.00 USD,North Loom,00123456789012,RUG-90,Sand,90x300 cm
RUG-90-NAVY,Washable runner rug 90 cm navy,Machine washable low-pile runner 90 by 300 cm in navy,<product-page>,<image>,out_of_stock,129.00 USD,North Loom,00123456789029,RUG-90,Navy,90x300 cm

Первые полезные проверки сопоставляют поля между собой и сверяют разные системы:

1. Отклоняйте строку, если sale_price не ниже price, валюты различаются или даты акции идут в неверном порядке.
2. Отклоняйте повторяющиеся item ID и помечайте постоянный ID, у которого неожиданно изменился бренд или семейство товара.
3. Требуйте характеристики вариантов, если в группе несколько строк, и отдельное изображение варианта, если меняется внешний вид.
4. На выборке активных SKU сравнивайте цену и наличие в фиде с отображаемой товарной страницей.
5. Убедитесь, что все общедоступные изображения и страницы товаров открываются без авторизации, тупика с согласием или географической блокировки на целевом рынке.

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

Самый частый сбой начинается с вполне понятного упрощения. Команда выгружает родительские товары, потому что так получается меньше строк. Родительская карточка сообщает, что товар есть в наличии и цена начинается с 79 долларов. Популярного размера на самом деле нет, а другой цвет стоит 99 долларов. Покупатель просит именно этот размер и цвет дешевле 90 долларов. Система находит родительскую позицию, показывает правдоподобное совпадение и ведет человека на страницу, где такую комбинацию купить нельзя. Каждая отдельная система будто работает, но модель данных солгала о предложении. Строки на уровне вариантов предотвращают такой сбой.

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

Возможность проверки по-прежнему зависит от доступа робота

Фид не оправдывает заблокированный или противоречивый магазин. Shopping research читает общедоступные страницы продавцов, а органический поиск может зависеть от доступа к сайту. Товарные страницы должны открываться нужному роботу, показывать сведения о товаре в отображаемом содержимом и не противоречить фиду.

Документация OpenAI о роботах четко разделяет OAI-SearchBot и GPTBot. OAI-SearchBot отвечает за видимость в поиске, а GPTBot определяет, разрешено ли использовать контент для улучшения генеративных моделей. Продавец может разрешить поисковое сканирование и запретить сканирование для обучения, потому что настройки независимы. Команды часто смешивают эти решения и блокируют обоих роботов, хотя юристы хотели запретить только обучение модели.

Минимальное правило для поиска выглядит так:

User-agent: OAI-SearchBot
Allow: /

Это правило только начало. Робот должен также пройти CDN, межсетевой экран веб-приложения, защиту от ботов, географические ограничения и лимиты запросов. OpenAI публикует диапазоны IP-адресов роботов, поэтому служба безопасности может проверять запросы, не доверяя каждому заявленному user agent. Проверяйте доступ извне офисной сети и изучайте журналы сервера. Тест в браузере на ноутбуке сотрудника доказывает очень мало.

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

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

Отсутствующий товар требует диагноза

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

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

Затем проверьте идентичность и состояние предложения. Найдите в исходном каталоге точный item ID, GTIN или MPN, group ID, заголовок, цену, валюту, остаток и целевую страну. Сравните значения с принятой выгрузкой и активной страницей. Если родительский товар поглотил варианты, исправьте модель до проверки запросов. Если единственное предложение товара имеет статус отсутствия на складе, его отсутствие в выдаче может быть правильным результатом.

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

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

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

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

Хорошая запись об инциденте заканчивается категорией причины: отклоненные данные фида, устаревшие принятые данные, запрет робота, противоречие страницы, отсутствие нужной характеристики, ограничение по правилам, слабая экономика предложения или нормальная изменчивость результата. Категория подсказывает владельцу, что исправлять. Расплывчатая задача «ChatGPT нас не любит» не подсказывает ничего.

Органическую видимость нельзя купить

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

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

Термины фида тоже могут запутать. Спецификация товаров OpenAI содержит is_eligible_search, is_eligible_checkout и is_ads_eligible, но допуск не гарантирует выбор. Он означает, что товар может попасть в соответствующий процесс. На показ по-прежнему влияют релевантность, цена, наличие, качество, статус продавца, ограничения пользователя и правила.

У рекламных товарных фидов сейчас отдельный рабочий путь в Ads Manager. В руководстве OpenAI по кампаниям с фидами сказано, что рекламодатель загружает фид по SFTP, во время бета-теста на один рекламный аккаунт разрешено одно подключение фида, а заголовки и описания объявлений берутся из фида. Там также сказано, что товары из рекламного контура во время бета-теста допускаются только к рекламе и не попадают в органические разговоры. Продавцу с отдельным прямым торговым фидом нужно записать, какой конвейер питает каждую поверхность.

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

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

Бюджет поисковой рекламы превращается в портфель

Не переносите весь бюджет поисковой рекламы в ChatGPT Ads. Разделите его между инфраструктурой каталога, органическим поиском, платным разговорным спросом, аналитикой и контролируемым поисковым охватом. Доли зависят от экономики категории и текущего качества данных, поэтому любой универсальный процент будет притворством.

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

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

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

Не отключайте прибыльные поисковые кампании, пока измеряете замещение. Разговорный поиск может забрать исследование, которое раньше порождало несколько поисковых запросов, но способен создавать и новые сессии. Брендовый поиск, категорийный спрос с высоким намерением, ремаркетинг, партнерский трафик и переходы из ChatGPT могут участвовать в одном заказе. Атрибуция по последнему клику отдаст продажу последней поверхности и почти ничего не объяснит о дополнительном эффекте.

Для платных кампаний в ChatGPT Ads Manager показывает показы, клики, расходы, CTR, средний CPC, средний CPM и конверсии. Официальные материалы описывают покупку по CPM и CPC, цели CPC с оптимизацией по конверсии, измерение конверсий и постоянные статические параметры отслеживания в ссылках с посадочных переходов. Пользуйтесь этими средствами, но сверяйте данные со своими заказами, отменами, возвратами, валовой маржой и статусом нового клиента.

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

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

30-дневный запуск должен начинаться с фактов

Продавец может подготовить убедительный первый запуск за 30 дней, если ограничит объем. Не начинайте со всего каталога. Выберите семейство с понятными вариантами, стабильными остатками, достаточной маржой и таким количеством вопросов клиентов, которое позволяет проверить разговорное сопоставление.

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

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

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

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

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

Операционная работа продавца становится преимуществом

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

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

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