# Чек-лист для ИИ-агентов > Шаги по доступу, машиночитаемым данным, протоколам, платежам, операциям и управлению, чтобы ИИ-агенты могли читать ваш сайт, находить ваши предложения и действовать от имени пользователей. Новые протоколы чётко помечены по уровню доказательности. Этот файл — Markdown-версия страницы . Откройте страницу, чтобы отмечать пункты и автоматически проверить сайт. Последняя проверка: 1 ноября 2026 г. ## Доступ агентов и управление ботами Правильных правил robots.txt недостаточно: агентов могут остановить WAF, CAPTCHA, ограничения частоты запросов и геоблокировка. Этот раздел проверяет, что легитимные агенты действительно могут попасть на сайт. ### Не отдавайте блокировки и страницы проверки user agent ИИ-ботов Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Инструменты управления ботами часто возвращают незнакомым клиентам 403 или проверку на JavaScript. В итоге агент видит пустую страницу блокировки вместо контента. **Как сделать:** 1. Запросите ключевые URL с распространёнными user agent ИИ. 2. Зафиксируйте случаи с ответом 403, 429 или страницей проверки. 3. Исправьте правила WAF, чтобы пропускать подтверждённых ботов. **Как проверить:** curl -A "Mozilla/5.0 (compatible; OAI-SearchBot/1.0)" -s -o /dev/null -w "%{http\_code}" https://{site}/ возвращает 200. **Промпт для ИИ:** ```text Напиши curl-скрипт, запрашивающий главную и две ключевые страницы {site} с разными user agent ИИ, и объясни, как обнаружить ответы 403, 429 или страницы проверки на JavaScript. ``` ### Проверяйте подлинность ботов по опубликованным спискам IP, а не по user agent Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** User agent легко подделать. OpenAI, Anthropic и Perplexity публикуют официальные списки IP своих ботов; Google и Bing проверяются через обратный DNS. **Как сделать:** 1. Загрузите openai.com/gptbot.json, searchbot.json, chatgpt-user.json; claude.com/crawling/bots.json; perplexity.ai/perplexitybot.json и perplexity-user.json. 2. Задайте эти диапазоны в WAF как подтверждённых ботов и обновляйте их автоматически. 3. Для проверки Googlebot и Bingbot используйте обратный и прямой DNS. **Как проверить:** IP запросов, представляющихся OAI-SearchBot в логах, совпадают с диапазонами из searchbot.json. **Промпт для ИИ:** ```text Напиши скрипт, сравнивающий запросы в логах {site}, представляющиеся ботами OpenAI, Anthropic или Perplexity, с официальными списками IP, и объясни, как отделить трафик поддельных ботов. ``` **Источники:** , , , ### Задавайте политику через robots.txt, а не блокировкой IP Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Бот, заблокированный по IP, не может прочитать и robots.txt, поэтому не узнаёт ваши предпочтения, а проблемы становится трудно диагностировать. Оставьте блокировку IP только для злоупотреблений. **Как сделать:** 1. Выражайте политику для ботов в robots.txt. 2. Ограничьте блокировку IP злоупотреблениями и поддельными ботами. 3. Проверьте, что заблокированные IP не пересекаются с официальными диапазонами ботов. **Как проверить:** Список блокировки IP в WAF не содержит официальных диапазонов IP ИИ-ботов. **Промпт для ИИ:** ```text Предложи метод аудита списка блокировки IP в WAF {site} на пересечение с официальными диапазонами ИИ-ботов и объясни разницу между robots.txt и блокировкой по IP. ``` **Источники:** , ### Осознанно настройте в CDN и WAF функцию «блокировать ИИ-ботов» Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Cloudflare и похожие провайдеры предлагают блокировку ИИ-ботов в один клик, и на некоторых тарифах она может быть включена по умолчанию. Она может затронуть и поисковых ботов. **Как сделать:** 1. Проверьте настройки ИИ-ботов в панели CDN и WAF. 2. Оставьте поисковых ботов и ботов загрузки по запросу разрешёнными; ботов для обучения настройте согласно своей политике. 3. Фиксируйте изменения в документе политики для ботов. **Как проверить:** Настройки ИИ-ботов в панели CDN и их обоснование зафиксированы, поисковые боты не заблокированы. **Промпт для ИИ:** ```text Если {site} использует Cloudflare или похожий CDN, перечисли, какие настройки ИИ-ботов проверить, и объясни, как управлять ботами для обучения, не вредя видимости в поиске. ``` **Источники:** ### Ограничивайте частоту, не отрезая агентов: отдавайте 429 с Retry-After Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Агенты запрашивают несколько страниц за короткое время. Жёсткие лимиты прерывают задачи на полпути, а 429 с Retry-After вместо 403 сообщает клиенту, что делать. **Как сделать:** 1. Задайте отдельные разумные лимиты для подтверждённых ботов. 2. При превышении лимитов возвращайте 429 с заголовком Retry-After. 3. Отслеживайте запросы ботов, заблокированные лимитами. **Как проверить:** Логи показывают низкую долю 429 для запросов подтверждённых ботов, а ответы 429 содержат Retry-After. **Промпт для ИИ:** ```text Напиши рекомендуемую политику ограничения частоты для подтверждённых ИИ-ботов и агентов на {site} с примером конфигурации сервера с 429 и Retry-After. ``` ### Позвольте агентным браузерам проходить основные сценарии без CAPTCHA Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Агентные браузеры, такие как ChatGPT agent, Perplexity Comet или Gemini в Chrome, перемещаются по сайту как настоящие браузеры. Обязательная CAPTCHA на шагах поиска, корзины или формы останавливает задачу. **Как сделать:** 1. Протестируйте агентным браузером сценарии поиска, товара, корзины и связи. 2. Используйте проверки на основе оценки риска вместо CAPTCHA для каждого посетителя. 3. Оставьте подтверждение человеком для критичных шагов вроде оплаты, но сделайте предыдущие шаги гладкими. **Как проверить:** Агентный браузер с задачей «добавь товар X на {site} в корзину» доходит до корзины, не встретив CAPTCHA. **Промпт для ИИ:** ```text Напиши 5 основных сценариев для тестирования {site} агентным браузером (поиск, сравнение товаров, добавление в корзину, форма обратной связи, отслеживание заказа) и что фиксировать по каждому. ``` ### Не прячьте информацию о товарах, ценах и правилах за логином или стеной cookie Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Агенты не могут зарегистрироваться за пользователя и часто не могут войти в аккаунт. Страницы, где для просмотра цены или наличия нужен вход, выпадают из сравнений. **Как сделать:** 1. Составьте список страниц, требующих входа. 2. Сделайте информацию о товарах, ценах, доставке и возврате доступной без входа. 3. Если цены B2B закрыты, хотя бы чётко укажите диапазон цен или «запросить предложение». **Как проверить:** Страница товара, загруженная через curl без входа, показывает цену и наличие. **Промпт для ИИ:** ```text Предложи метод поиска информации о товарах, ценах и правилах на {site}, недоступной без входа или согласия на cookie, и напиши решения для доступа агентов. ``` ### Убедитесь, что баннер cookie не скрывает контент из HTML Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Некоторые инструменты согласия не загружают контент страницы до получения согласия или полностью его перекрывают. Агенты и боты в итоге видят только текст согласия. **Как сделать:** 1. Откройте страницу через curl и агентным браузером, не давая согласия. 2. Убедитесь, что основной контент есть в HTML. 3. Проверьте, что баннер — доступный элемент, который можно закрыть. **Как проверить:** HTML, полученный без согласия, содержит текст основного контента. **Промпт для ИИ:** ```text Напиши шаги для проверки, не закрывает ли баннер согласия на cookie на {site} контент от ботов и агентных браузеров, и предложи исправление, соответствующее законам о персональных данных. ``` ### Убедитесь, что геоблокировка не отрезает инфраструктуру агентов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** ИИ-боты и агенты в основном приходят из дата-центров в США и Европе. Сайт, открытый только для одной страны, блокируя их, становится невидимым. **Как сделать:** 1. Составьте список правил геоблокировки и георедиректов. 2. Исключите из них подтверждённые диапазоны IP ботов. 3. Если перенаправляете по стране, убедитесь, что боты могут попасть на любую языковую версию. **Как проверить:** Запрос curl из-за рубежа (например, с сервера в США) возвращает 200 и правильный контент для {site}. **Промпт для ИИ:** ```text Объясни, как геоблокировка и редиректы по стране могут повлиять на ИИ-ботов на {site}, и предложи способы проверки запросами из разных регионов. ``` ### Подготовьтесь распознавать подписанные запросы агентов (Web Bot Auth) Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Web Bot Auth — черновик IETF, позволяющий ботам подтверждать свои запросы подписями HTTP-сообщений. Некоторые CDN и провайдеры агентов уже используют его для идентификации подтверждённых ботов. **Как сделать:** 1. Проверьте, поддерживает ли ваш CDN проверку подписанных ботов. 2. Если поддерживает, разрешите подтверждённых подписанных агентов. 3. Следите за развитием черновика. **Как проверить:** Статус проверки подписанных ботов зафиксирован в настройках CDN или WAF. **Промпт для ИИ:** ```text Кратко объясни, что такое черновик Web Bot Auth (HTTP Message Signatures for Bots) и как оценить его на стороне CDN для {site}. ``` **Источники:** , ### Осознанно решите вопрос об оплате за сканирование и доступе через 402 Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Некоторые CDN предлагают модели взимания платы с ИИ-краулеров. Это может приносить доход, но при неправильном применении снижает видимость. **Как сделать:** 1. Решите, с каких ботов вы брали бы плату. 2. Не включайте в схему поисковых ботов и ботов загрузки по запросу. 3. Добавьте решение и обоснование в политику для ботов. **Как проверить:** Политика для ботов фиксирует решение об оплате за сканирование и его охват. **Промпт для ИИ:** ```text Оцени плюсы, минусы и влияние на видимость платного доступа для ИИ-краулеров на {site} и порекомендуй, каких ботов не включать в схему. ``` **Источники:** ### Проверяйте доступ агентов тестовой матрицей с контрольным запросом Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Когда бот видит ошибку, нужно сравнение с запросом обычного браузера, чтобы понять, в чём проблема — в боте или в странице. **Как сделать:** 1. Составьте матрицу из ключевых URL и user agent ботов. 2. Добавьте в каждую строку запрос обычного браузера в качестве контрольного. 3. Сравнивайте код ответа, время ответа и размер контента. **Как проверить:** В тестовой матрице коды ответа и размеры контента для ботов совпадают с контрольным запросом. **Промпт для ИИ:** ```text Напиши для {site} скрипт тестирования доступа, охватывающий 10 ключевых URL и 8 user agent ИИ, с запросом обычного браузера в качестве контрольного, и предложи формат вывода. ``` ### Регулярно и автоматически повторяйте тесты доступа агентов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Правила WAF, настройки CDN и релизы меняются незаметно. Разовый тест устаревает после следующего изменения. **Как сделать:** 1. Запускайте тестовую матрицу доступа по расписанию ежедневно или еженедельно. 2. Оповещайте при изменении результата. 3. Храните результаты с историей. **Как проверить:** Последний запуск планового теста доступа был не более 7 дней назад. **Промпт для ИИ:** ```text Спроектируй для {site} схему, которая еженедельно запускает тесты доступа ИИ-ботов через GitHub Actions или cron и оповещает об изменениях. ``` ## Контент, читаемый агентами Агенты читают страницы как сырой HTML, в упрощённых форматах вроде Markdown или через дерево доступности. Цель раздела — отдавать контент чисто и полностью всеми тремя способами. ### Публикуйте llms.txt как недорогой путеводитель, а не рычаг ранжирования Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка, Контент. **Почему это важно:** llms.txt — предложение, а не стандарт. Google заявляет, что он не влияет на видимость ни положительно, ни отрицательно, а анализ в мае 2026 года показал, что к 97% файлов не было ни одного запроса. Тем не менее это дешёвая карта для агентов, ориентированных на документацию. **Как сделать:** 1. Создайте /llms.txt в корне в формате Markdown. 2. Опишите назначение сайта в одном абзаце и перечислите ключевые страницы по разделам. 3. По логам проверяйте, запрашивается ли он на самом деле. **Как проверить:** curl -s https://{site}/llms.txt возвращает валидный Markdown, а запросы к нему отслеживаются в логах. **Промпт для ИИ:** ```text Подготовь короткий llms.txt для {site}: заголовок, резюме в один абзац и список ссылок на ключевые страницы по разделам, отметив, что это не фактор ранжирования. ``` **Источники:** , , ### Держите llms.txt отобранным списком, а не копией карты сайта Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** llms.txt с тысячами URL теряет смысл. Его ценность — в указании на самые важные актуальные ресурсы с короткими описаниями. **Как сделать:** 1. Выберите не больше нескольких десятков ключевых страниц. 2. Добавьте к каждой ссылке описание в одно предложение. 3. Обновляйте файл при изменении контента и указывайте дату. **Как проверить:** Каждая ссылка в llms.txt возвращает 200 и имеет краткое описание. **Промпт для ИИ:** ```text Проверь https://{site}/llms.txt: статус ссылок, качество описаний, актуальность и структуру — и предложи улучшенную версию. ``` **Источники:** ### Рассмотрите llms-full.txt для сайтов с документацией Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** llms-full.txt отдаёт всю документацию одним Markdown-файлом, и ИИ-ассистентам для программирования легко загрузить её в контекст целиком. Ценность для контентных сайтов неясна. **Как сделать:** 1. Используйте его, только если у вас есть документация по API или продукту. 2. Генерируйте файл автоматически при сборке. 3. Держите размер разумным и при необходимости разбивайте файл. **Как проверить:** Если файл есть, https://{site}/llms-full.txt возвращает 200 и соответствует актуальной документации. **Промпт для ИИ:** ```text Предложи способ автоматически генерировать llms-full.txt из документации {site} при сборке и объясни, когда он не нужен. ``` **Источники:** ### Публикуйте Markdown-версии ключевых страниц Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Markdown-версии убирают меню, рекламу и скрипты, и агенты получают только контент — с меньшим числом токенов и более точным прочтением. Особенно полезно для документации и справочных страниц. **Как сделать:** 1. Генерируйте версии ключевых страниц по тому же URL с добавлением .md. 2. Стройте их из того же источника данных, что и HTML. 3. Указывайте на них из HTML через \. **Как проверить:** curl -s https://{site}/sample-page.md возвращает чистый Markdown-контент. **Промпт для ИИ:** ```text Предложи подходящий для стека метод автоматической генерации Markdown-версий ключевых страниц {site} и покажи пример результата преобразования. ``` **Источники:** , ### Отдавайте Markdown на запросы с Accept: text/markdown Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Некоторые агенты и CDN запрашивают Markdown через согласование контента. Отдача Markdown по тому же URL даёт агентам чистый контент без отдельного адреса. **Как сделать:** 1. Добавьте слой, который распознаёт Accept: text/markdown и возвращает Markdown. 2. Отправляйте Content-Type: text/markdown и Vary: Accept. 3. Убедитесь, что обычные запросы браузера по-прежнему получают HTML. **Как проверить:** curl -s -H "Accept: text/markdown" https://{site}/ возвращает Markdown с заголовком Vary: Accept. **Промпт для ИИ:** ```text Объясни способы реализовать согласование контента Accept: text/markdown для {site} на сервере или CDN и почему для кеширования нужен заголовок Vary. ``` **Источники:** ### Сообщайте об альтернативных версиях и файлах обнаружения через HTTP-заголовки Link Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Заголовки Link по RFC 8288 позволяют агентам находить Markdown-версию, каталог API и другие ресурсы без разбора HTML. **Как сделать:** 1. Добавьте в ответы Link: \<...md\>; rel="alternate"; type="text/markdown". 2. Если у вас есть API, укажите /.well-known/api-catalog с rel="api-catalog". 3. Проверьте синтаксическую корректность заголовков. **Как проверить:** curl -sI https://{site}/ показывает заголовок Link. **Промпт для ИИ:** ```text Предложи HTTP-заголовки Link для главной и контентных страниц {site} (альтернативный Markdown, api-catalog, sitemap) и напиши пример конфигурации сервера. ``` **Источники:** ### Делайте формы и кнопки с доступными именами и правильными HTML-элементами Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агентные браузеры понимают страницы во многом через дерево доступности. Поля без подписей и кнопки на div оставляют агента в неуверенности, куда нажимать. **Как сделать:** 1. Дайте каждому полю формы \ или aria-label. 2. Используйте \ и \ для кликабельных элементов. 3. Добавьте кнопкам-иконкам осмысленные доступные имена. 4. Проверьте, что весь сценарий работает с клавиатуры. **Как проверить:** Lighthouse Accessibility проходит проверки «Buttons have an accessible name» и «Form elements have associated labels». **Промпт для ИИ:** ```text Проверь доступные имена кнопок и полей форм в основных сценариях {site} (поиск, добавление в корзину, форма обратной связи), перечисли элементы, которые не поймут агентные браузеры, и предложи исправленный HTML. ``` **Источники:** ### Запустите аудит Lighthouse «Agentic browsing» Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Экспериментальная категория «Agentic browsing», появившаяся в Lighthouse 13.3 (май 2026), проверяет дерево доступности, сдвиги макета (CLS), регистрацию WebMCP и файл llms.txt в корне домена. Вместо оценки 0–100 она показывает число пройденных проверок. **Как сделать:** 1. Запустите аудит на ключевых шаблонах через Chrome DevTools или Lighthouse CLI. 2. Расставьте приоритеты для непройденных проверок. 3. Добавьте результаты в тесты перед релизом. **Как проверить:** Отчёт Lighthouse не показывает критических ошибок в разделе Agentic browsing. **Промпт для ИИ:** ```text Объясни, какие проверки включает аудит Lighthouse Agentic browsing для {site}, и составь чек-лист для приоритизации его результатов. ``` **Источники:** ### Переносите информацию из PDF-каталогов и прайс-листов на HTML-страницы Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** Таблицы и характеристики внутри PDF агентам трудно разбирать, и их редко обновляют. HTML-версия той же информации и читается, и поддерживается легче. **Как сделать:** 1. Составьте список ключевых PDF-каталогов, брошюр и прайс-листов. 2. Перенесите важную информацию на HTML-страницы и в таблицы. 3. Оставьте PDF как вариант для скачивания. **Как проверить:** Информация о товарах и ценах из ключевых PDF доступна и на HTML-страницах. **Промпт для ИИ:** ```text Предложи метод поиска PDF-файлов на {site} и приоритизации того, какой контент перенести в HTML. ``` ### Приводите характеристики в виде таблиц или списков определений Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** При сравнении агенты ищут такие значения, как размер, вес, совместимость или ограничения. Характеристики, спрятанные в абзацах, легко пропустить или понять неверно. **Как сделать:** 1. Создайте таблицу характеристик для каждого товара или тарифа. 2. Пишите единицы и значения раздельно и единообразно. 3. Используйте одинаковые названия атрибутов у всех товаров. **Как проверить:** Страницы товаров содержат список характеристик в \ или \ в исходном HTML. **Промпт для ИИ:** ```text Преобразуй характеристики на этой странице товара {site} в единообразную HTML-таблицу, которую агенты смогут сравнивать: [URL]. ``` ### Страницы контактов, возврата, доставки, конфиденциальности и условий — на виду и понятны Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, Контент. **Почему это важно:** Перед покупкой агенты проверяют сроки возврата, стоимость доставки и контакты. Если этих страниц нет или они расплывчаты, агент может выбрать другого продавца. **Как сделать:** 1. Поставьте на них ссылки из футера. 2. Указывайте сроки, платежи и условия числами и списками. 3. Отдавайте их в виде HTML-текста. **Как проверить:** Футер ссылается на страницы возврата, доставки, конфиденциальности, условий и контактов, и все они возвращают 200. **Промпт для ИИ:** ```text Оцени страницы возврата, доставки, конфиденциальности и контактов {site} с точки зрения информации, нужной агенту для решения о покупке, и перечисли недостающие или расплывчатые моменты. ``` ### Используйте AGENTS.md для репозиториев кода, а не для сайта Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** AGENTS.md объясняет агентам для программирования, как работать в репозитории, и развивается под эгидой Agentic AI Foundation. Его публикация в корне сайта не имеет известного влияния на видимость в поиске или для агентов. **Как сделать:** 1. Добавьте AGENTS.md, если у вас есть SDK, примеры кода или open-source-репозитории. 2. Кратко изложите правила установки, тестирования и участия. 3. Не тратьте время на отдельный AGENTS.md для сайта. **Как проверить:** В публичных репозиториях кода есть актуальный AGENTS.md в корне. **Промпт для ИИ:** ```text Подготовь короткий AGENTS.md для репозитория SDK или примеров кода, публикуемого {site}: установка, тесты, стиль кода и оговорки. ``` **Источники:** ## Обнаружение API и возможностей Агенты не только читают страницы: чтобы действовать, они находят API, MCP-серверы и точки авторизации. Этот раздел о том, как сделать ваши возможности обнаружимыми для машин и безопасными в использовании. ### Опубликуйте аннотированное описание OpenAPI для публичного API Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агенты и инструменты для создания агентов изучают API по его описанию OpenAPI. Чем понятнее описания эндпоинтов и параметров, тем вероятнее, что агент сделает правильный вызов. **Как сделать:** 1. Генерируйте описание OpenAPI 3.x автоматически и публикуйте его по стабильному URL. 2. Добавьте описания и примеры для каждой операции, параметра и ошибки. 3. Опишите аутентификацию через securitySchemes. **Как проверить:** https://{site}/openapi.json (или документированный URL) возвращает 200 и проходит валидацию без ошибок. **Промпт для ИИ:** ```text Проверь описание OpenAPI {site} на удобство для агентов: понятность описаний, примеры, ответы с ошибками и описание аутентификации; расставь предложения по улучшению по приоритету. ``` **Источники:** ### Перечислите свои API в /.well-known/api-catalog Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** RFC 9727 описывает размещение списка API домена и их описаний по стандартному адресу, чтобы агенты находили описания API без догадок. **Как сделать:** 1. Опубликуйте каталог в /.well-known/api-catalog как application/linkset+json. 2. Добавьте для каждого API ссылки service-desc (OpenAPI) и service-doc (документация). 3. Укажите его с главной страницы заголовком Link: rel="api-catalog". **Как проверить:** curl -s https://{site}/.well-known/api-catalog возвращает валидный linkset JSON. **Промпт для ИИ:** ```text Напиши для {site} файл /.well-known/api-catalog, соответствующий RFC 9727, со ссылками service-desc, service-doc и status для каждого API. ``` **Источники:** ### Публикуйте метаданные OAuth-сервера авторизации и защищённого ресурса Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агенты, действующие за пользователей, должны находить точки авторизации, чтобы получить доступ. RFC 8414 и RFC 9728 стандартизируют это обнаружение, и на них опирается авторизация в MCP. **Как сделать:** 1. Опубликуйте /.well-known/oauth-authorization-server (или обнаружение OpenID Connect). 2. Опубликуйте метаданные /.well-known/oauth-protected-resource для API. 3. Указывайте на метаданные через WWW-Authenticate в ответах 401. **Как проверить:** curl -s https://{site}/.well-known/oauth-authorization-server и /.well-known/oauth-protected-resource возвращают валидный JSON. **Промпт для ИИ:** ```text Напиши пример метаданных сервера авторизации по RFC 8414 и метаданных защищённого ресурса по RFC 9728 для API {site} и объясни, как их используют MCP-клиенты. ``` **Источники:** , , ### Рассмотрите удалённый MCP-сервер для ключевых действий Приоритет: Высокий приоритет. Трудоёмкость: Проект. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Model Context Protocol стал основным протоколом подключения агентов к инструментам и передан в Agentic AI Foundation при Linux Foundation. Если открыть через MCP такие возможности, как поиск товаров, статус заказа или действия в аккаунте, агенты смогут использовать их напрямую. **Как сделать:** 1. Выберите 3–5 действий, которые агентам понадобятся чаще всего. 2. Спроектируйте их как MCP-инструменты с понятными названиями и хорошими описаниями. 3. Защитите удалённый (HTTP) MCP-сервер через OAuth. 4. Сообщите о сервере в документации и файлах обнаружения. **Как проверить:** MCP-клиент (например, MCP Inspector) может подключиться и вывести список инструментов с описаниями. **Промпт для ИИ:** ```text Спроектируй 5 инструментов, которые {site} мог бы предложить на удалённом MCP-сервере: название, описание, схема входных данных, результат и требуемая область авторизации. ``` **Источники:** , ### Применяйте принцип минимальных привилегий к доступу через MCP и API Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Агенты действуют от имени пользователей, и ими могут управлять ошибочные или вредоносные инструкции. Узкие права ограничивают возможный ущерб. **Как сделать:** 1. Определите отдельные области доступа для операций чтения и записи. 2. Используйте короткоживущие токены доступа. 3. Требуйте дополнительного подтверждения для рискованных действий вроде платежей или удаления. **Как проверить:** В документе об авторизации для каждого MCP-инструмента указаны требуемая область доступа и уровень риска. **Промпт для ИИ:** ```text Предложи схему областей доступа для MCP-сервера или API {site}: таблицу, разделяющую действия чтения, записи и высокого риска, и когда требуется дополнительное подтверждение. ``` **Источники:** ### Если у вас есть MCP-сервер, следите за черновиком MCP Server Card Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** Предложения MCP Server Card (SEP-1649, продолженное в SEP-2127) призваны раскрывать адрес сервера, его возможности и параметры авторизации в /.well-known. Путь пока не определён: в черновиках используются /.well-known/mcp/server-card.json или server-cards.json, в некоторых руководствах — /.well-known/mcp.json. Ни один вариант пока не входит в спецификацию MCP. **Как сделать:** 1. Если у вас есть MCP-сервер, опубликуйте карточку по последнему открытому черновику. 2. Включите URL сервера, транспорт и параметры авторизации. 3. Перепроверьте путь и поля, когда предложение примут. **Как проверить:** Выбранный URL карточки (например, https://{site}/.well-known/mcp/server-card.json) возвращает валидный JSON, а указанный в нём URL сервера работает. **Промпт для ИИ:** ```text Кратко опиши текущие черновики MCP Server Card (SEP-1649, SEP-2127) для MCP-сервера {site}, напиши пример карточки и объясни риски, пока путь и поля не утверждены. ``` **Источники:** , ### Решите насчёт приложения для ChatGPT (Apps SDK); устаревшие GPT Actions пропустите Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Подход OpenAI с плагинами и GPT Actions уступил место Apps SDK на базе MCP. Брендированный опыт внутри ChatGPT может иметь смысл для массовых повторяющихся сценариев. **Как сделать:** 1. Определите, что пользователи захотели бы делать с вами внутри ChatGPT. 2. Рассмотрите повторное использование своего MCP-сервера с Apps SDK. 3. Проверьте требования к проверке и публикации приложений. **Как проверить:** Решение о приложении для ChatGPT, его охват и обоснование задокументированы. **Промпт для ИИ:** ```text Помоги решить, имеет ли смысл создавать для {site} приложение для ChatGPT (Apps SDK): сценарии использования, нужные инструменты, трудозатраты и ожидаемая польза. ``` ### Рассмотрите публикацию пакетов Agent Skills (SKILL.md) Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** Agent Skills — открытый формат на основе SKILL.md, объясняющий агентам, как выполнить конкретную задачу. Если работа с вашим продуктом включает повторяющиеся сценарии, их публикация в виде навыков помогает агентам пользоваться им правильно. **Как сделать:** 1. Составьте список повторяющихся задач, выполняемых с вашим продуктом. 2. Напишите для каждой короткий SKILL.md и нужные скрипты. 3. Анонсируйте пакеты в документации или репозитории кода. **Как проверить:** SKILL.md каждого опубликованного навыка работает с текущим API. **Промпт для ИИ:** ```text Предложи 3 Agent Skills, которые можно написать для агентов, работающих с {site}, и подготовь SKILL.md для одного из них. ``` **Источники:** ### Если у вас свой агент, опишите его через A2A Agent Card Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** Протокол Agent2Agent (A2A) позволяет агентам находить друг друга и делегировать задачи, а UCP добавил поддержку A2A. Agent Card сообщает навыки и эндпоинт вашего агента в стандартном формате. **Как сделать:** 1. Если у вас есть агент поддержки или продаж, рассмотрите поддержку A2A. 2. Опубликуйте Agent Card по адресу /.well-known/agent-card.json. 3. Поддерживайте авторизацию и описания навыков в актуальном состоянии. **Как проверить:** URL Agent Card возвращает валидный JSON, а заявленный эндпоинт отвечает. **Промпт для ИИ:** ```text Объясни требования для открытия агента клиентской поддержки {site} через A2A и подготовь пример Agent Card. ``` **Источники:** ### Следите за WebMCP, но пока не делайте его приоритетом для инвестиций Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** WebMCP — предложение, позволяющее веб-страницам предоставлять инструменты агентам в браузере; Chrome предлагает его через origin trial, и оно входит в экспериментальные аудиты Lighthouse «Agentic browsing». Распространение пока очень низкое. **Как сделать:** 1. Ежеквартально проверяйте состояние предложения и поддержку в браузерах. 2. Запланируйте небольшой эксперимент, если трафик агентных браузеров вырастет. **Как проверить:** Заметки о мониторинге технологий показывают статус WebMCP, обновлённый в прошлом квартале. **Промпт для ИИ:** ```text Кратко опиши, что такое WebMCP, в каких сценариях он мог бы помочь на {site} и каково его текущее распространение. ``` **Источники:** , ### Возвращайте ошибки API и лимиты запросов в машиночитаемом виде Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агенты читают сообщения об ошибках, чтобы исправлять свои действия. Problem details по RFC 9457 и заголовки лимитов сообщают агенту, что пошло не так и когда повторить запрос. **Как сделать:** 1. Возвращайте ошибки как application/problem+json с type, title и detail. 2. Для лимитов используйте 429, Retry-After и заголовки оставшейся квоты. 3. Перечислите коды ошибок в документации. **Как проверить:** Некорректный запрос к API возвращает application/problem+json с содержательным полем detail. **Промпт для ИИ:** ```text Оцени ответы API {site} с ошибками с точки зрения агента и предложи примеры ошибок по RFC 9457 и заголовки лимитов запросов. ``` **Источники:** ### Предоставьте песочницу для разработчиков агентов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Интеграции агентов нужно тестировать, не создавая реальных заказов и платежей. Песочница выявляет ошибки интеграции до продакшена. **Как сделать:** 1. Предоставьте тестовую среду и тестовые ключи, никогда не затрагивающие реальные данные. 2. Добавьте тестовые способы оплаты и образцы товаров. 3. Опишите в документации различия между песочницей и продакшеном. **Как проверить:** Документация содержит URL песочницы и шаги получения тестового ключа. **Промпт для ИИ:** ```text Перечисли требования к песочнице {site}, подходящей для тестирования интеграций агентов: тестовые данные, имитация платежей, лимиты запросов и сброс. ``` ### Осознанно настройте CORS для публичных эндпоинтов чтения Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агенты и инструменты, работающие в браузере, не могут вызывать API без разрешения CORS. Контролируемый доступ полезен для публичных эндпоинтов чтения без аутентификации. **Как сделать:** 1. Определите публичные эндпоинты чтения. 2. Задайте для них подходящий Access-Control-Allow-Origin. 3. Не открывайте широкий CORS на эндпоинтах с аутентификацией. **Как проверить:** curl -sI -H "Origin: https://example.com" https://{site}/api/... возвращает корректные заголовки CORS на публичных эндпоинтах. **Промпт для ИИ:** ```text Напиши рекомендуемую политику CORS для публичных и защищённых эндпоинтов API {site} и объясни риски безопасности. ``` **Источники:** ## Машиночитаемые карточки товаров Торговые агенты сравнивают товары по цене, наличию, доставке, условиям возврата и характеристикам. Чтобы товар вообще рассматривался, эта информация должна быть на странице и видимой, и структурированной. ### Используйте полную разметку Product на каждой странице товара Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Данные Product сообщают машинам название, бренд, изображения, описание и идентификаторы товара. На них опираются торговые поверхности Google и шопинг в AI Mode. **Как сделать:** 1. Добавьте Product JSON-LD на страницы товаров. 2. Заполните name, image, description, brand, sku и gtin. 3. Свяжите цену и наличие через offers. **Как проверить:** Проверка расширенных результатов обнаруживает на странице товара валидные данные Product и товарного объявления. **Промпт для ИИ:** ```text Напиши полный Product JSON-LD для этой страницы товара {site} (включая brand, gtin, image и offers) и перечисли пробелы текущей разметки: [URL]. ``` **Источники:** , ### Указывайте в Offer цену в местной валюте с налогом и точное наличие Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агенты читают цену и наличие прямо из данных Offer. Потребительские цены в Турции должны включать KDV (НДС), а цена в разметке должна совпадать со страницей. **Как сделать:** 1. Заполните price, priceCurrency (например, TRY) и availability. 2. Правильно моделируйте цены со скидкой через priceSpecification. 3. Формируйте цену и наличие в реальном времени из того же источника, что и страницу. **Как проверить:** JSON-LD страницы товара содержит правильный priceCurrency, цену, равную цене с налогом на странице, и availability, соответствующий реальному наличию. **Промпт для ИИ:** ```text Проверь разметку Offer на этой странице товара {site}: цена (валюта, с учётом налога), скидка, наличие и срок действия — и напиши исправленный JSON-LD: [URL]. ``` **Источники:** , ### Сделайте стоимость и сроки доставки машиночитаемыми Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Условия вроде «доставка на следующий день» или «бесплатная доставка» входят в критерии выбора агентов. OfferShippingDetails или настройки доставки в Merchant Center структурируют эту информацию. **Как сделать:** 1. Определите стоимость доставки, порог бесплатной доставки и сроки. 2. Задайте их в OfferShippingDetails или настройках доставки Merchant Center. 3. Проверьте согласованность с текстом о доставке на странице. **Как проверить:** Проверка расширенных результатов или Merchant Center показывает данные о доставке без ошибок. **Промпт для ИИ:** ```text Напиши пример OfferShippingDetails JSON-LD для внутренней доставки {site}: стоимость, порог бесплатной доставки, время обработки и транзита. ``` **Источники:** , ### Структурируйте условия возврата через MerchantReturnPolicy Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Срок и стоимость возврата — среди деталей, которые агенты проверяют при выборе продавца. MerchantReturnPolicy на уровне Organization может применяться ко всем товарам. **Как сделать:** 1. Определите срок, способ и стоимость возврата. 2. Добавьте MerchantReturnPolicy на уровне Organization или Offer. 3. Отразите законодательные минимумы, например 14-дневное право на отказ в Турции и ЕС. **Как проверить:** Проверка расширенных результатов или Merchant Center обнаруживает условия возврата без ошибок. **Промпт для ИИ:** ```text Напиши пример MerchantReturnPolicy JSON-LD на уровне Organization для {site} со сроком, способом, стоимостью возврата и страной с учётом законного права на отказ. ``` **Источники:** , ### Указывайте полные данные GTIN (штрихкод), MPN и бренда Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка, Бизнес. **Почему это важно:** Агенты используют GTIN, чтобы сопоставлять один и тот же товар у разных продавцов. Товары без идентификаторов могут не попасть в сравнения. **Как сделать:** 1. Добавьте к каждому товару валидный GTIN. 2. Если GTIN нет, используйте brand и mpn. 3. Держите идентификаторы одинаковыми в структурированных данных и фиде. **Как проверить:** Не менее 95% товаров имеют gtin или brand+mpn. **Промпт для ИИ:** ```text Предложи метод измерения охвата GTIN, MPN и бренда в каталоге {site} и объясни способы заполнить недостающие идентификаторы. ``` **Источники:** , ### Моделируйте варианты размера, цвета и др. через ProductGroup Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Если варианты сгруппированы неправильно, агент может пропустить имеющийся в наличии размер или считать каждый вариант отдельным товаром. **Как сделать:** 1. Задайте родительский товар как ProductGroup, а варианты — через hasVariant. 2. Укажите различающиеся атрибуты через variesBy (размер, цвет). 3. Дайте каждому варианту собственную цену, наличие и идентификатор. **Как проверить:** Проверка расширенных результатов обнаруживает ProductGroup и его варианты на странице товара с вариантами. **Промпт для ИИ:** ```text Напиши JSON-LD с ProductGroup и hasVariant для этого товара {site} с вариантами: [URL]. ``` **Источники:** ### Используйте URL с выбранным вариантом и согласованные canonical Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Чтобы агент мог сразу отправить пользователя к нужному размеру или цвету, у каждого варианта должен быть доступный URL. Согласованное решение по canonical предотвращает дублирование сигналов. **Как сделать:** 1. Сделайте каждый вариант адресуемым через параметр вроде ?color=... или собственный путь. 2. Решите, ссылаются ли варианты canonical на себя или на родителя, и применяйте это последовательно. 3. Проверьте, что URL варианта открывается с выбранной нужной опцией. **Как проверить:** При открытии URL варианта нужная опция выбрана заранее, а политика canonical согласована. **Промпт для ИИ:** ```text Проверь структуру URL вариантов и использование canonical на {site} и предложи, как агенты могут ссылаться на нужный вариант. ``` **Источники:** ### Формируйте разметку рейтингов и отзывов только из реальных видимых отзывов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес, Разработка. **Почему это важно:** AggregateRating и Review питают сравнения качества у агентов. Рейтинги, не показанные на странице, выборочно отобранные или опубликованные о собственной компании, нарушают правила. **Как сделать:** 1. Рассчитывайте рейтинги автоматически по реальным отзывам клиентов. 2. Оставляйте отзывы видимыми на странице товара. 3. Не размечайте на своём сайте собственные отзывы о своих Organization или LocalBusiness. **Как проверить:** ratingValue и reviewCount в JSON-LD совпадают со значениями, показанными на странице. **Промпт для ИИ:** ```text Проверь разметку AggregateRating и Review на страницах товаров {site} на соответствие правилам Google и перечисли рискованные случаи использования. ``` **Источники:** , ### Пишите оригинальные, конкретные описания товаров на основе фактов Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** Описания, скопированные у производителя, одинаковы на сотнях сайтов. Конкретные детали — материал, размеры, применение и уход — позволяют агенту ответить на вопрос «подходит ли это мне?». **Как сделать:** 1. Напишите оригинальные описания для приоритетных товаров. 2. Используйте измеримые атрибуты вместо маркетинговых прилагательных. 3. Добавьте ответы на частые вопросы о товаре. **Как проверить:** Описания приоритетных товаров отличаются от текстов производителя и содержат конкретные атрибуты. **Промпт для ИИ:** ```text Перепиши описание этого товара {site} так, чтобы оно было основано на фактах, оригинально и пригодно для сравнения агентами: [URL]. ``` ### Чётко указывайте, кому товар подходит, а кому нет Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** Агенты сопоставляют потребности пользователей с товарами. Понятная совместимость, сценарии использования и ограничения дают более точные совпадения и меньше возвратов. **Как сделать:** 1. Укажите для каждого товара подходящих пользователей и сценарии. 2. Опишите совместимость и ограничения (например, «не совместим с iPhone 15»). 3. Покажите отличия от похожих товаров в коротком сравнении. **Как проверить:** На страницах приоритетных товаров есть раздел «кому подходит» и ограничения. **Промпт для ИИ:** ```text Напиши для этого товара {site} раздел «кому подходит, кому не подходит, с чем совместим»: [URL]. ``` ### Предоставляйте чистые фото товаров в высоком разрешении с разных ракурсов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Контент. **Почему это важно:** Торговые поверхности и модели, понимающие изображения, распознают товары по фото. Изображения с водяными знаками, текстом или перегруженными коллажами могут быть отклонены или неверно поняты. **Как сделать:** 1. Используйте главное изображение на чистом фоне без текста, рамок и водяных знаков, не меньше 500x500 пикселей (рекомендуется около 1500x1500). 2. Добавьте несколько ракурсов и фото товара в использовании. 3. Не используйте изображения с водяными знаками или рекламой в качестве основного. **Как проверить:** Merchant Center не показывает отклонений товаров из-за изображений. **Промпт для ИИ:** ```text Составь чек-лист оценки изображений товаров {site} для торговых поверхностей и агентов: разрешение, фон, число ракурсов, водяные знаки и alt-текст. ``` **Источники:** ### Если продаёте за рубеж, чётко указывайте регионы доставки, валюту и таможенные условия Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Агент не может рекомендовать вас, не зная, доставляете ли вы в страну пользователя и какова итоговая стоимость. Неясные условия приводят к брошенным корзинам. **Как сделать:** 1. Укажите страны доставки через shippingDestination. 2. Показывайте валюту и налоговый статус для каждого рынка. 3. Укажите, кто оплачивает пошлины и налоги (DDP или DAP). **Как проверить:** Страницы товаров для зарубежных покупателей показывают цену, доставку и налоги по направлению в соответствии с разметкой. **Промпт для ИИ:** ```text Объясни, как {site} следует представлять условия трансграничной продажи (регионы доставки, валюта, таможня, налоги) на странице и в структурированных данных, чтобы агенты их понимали. ``` ## Товарные фиды Торговые агенты и ИИ-поверхности для покупок берут данные о товарах в основном из фидов, а не сканируют страницы. Качество фида, его актуальность и соответствие сайту определяют видимость в этих каналах. ### Публикуйте актуальный товарный фид в Google Merchant Center Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес, Разработка. **Почему это важно:** Shopping Graph Google, бесплатные товарные объявления и шопинг в AI Mode используют данные Merchant Center. Запуск AI Mode на новых рынках, включая Турцию, делает эти данные ещё важнее. **Как сделать:** 1. Откройте аккаунт Merchant Center и подтвердите домен. 2. Настройте товарный фид или подключение через Merchant API. 3. Включите бесплатные объявления. **Как проверить:** Merchant Center \> Товары показывает большинство товаров со статусом «Approved» (одобрено). **Промпт для ИИ:** ```text Составь пошаговый чек-лист настройки Google Merchant Center и бесплатных объявлений для {site} и объясни, как это связано с видимостью в шопинге AI Mode. ``` **Источники:** ### Заполняйте все обязательные поля фида Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** При отсутствии полей id, title, description, link, image\_link, price или availability товары отклоняются или выпадают из сравнений агентов. **Как сделать:** 1. Проверьте список обязательных полей каждой платформы. 2. Заполните пробелы в исходной системе. 3. Добавьте и рекомендуемые поля (brand, gtin, color, size). **Как проверить:** Диагностика Merchant Center не показывает ошибок отсутствия обязательных полей. **Промпт для ИИ:** ```text Составь таблицу-чек-лист для аудита товарного фида {site} на соответствие обязательным полям Google Merchant Center и товарного фида ChatGPT. ``` **Источники:** , ### Сохраняйте идентификаторы товаров стабильными и уникальными Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Смена идентификаторов товаров обнуляет историю эффективности, сопоставление отзывов и возможность агентов отслеживать товары. **Как сделать:** 1. Используйте неизменный id для каждого товара и варианта (например, SKU). 2. Сохраняйте старые идентификаторы при миграции платформы. 3. Проверьте, что ни один id не используется двумя товарами. **Как проверить:** В фиде нет дублирующихся идентификаторов и смены ID за последние 90 дней. **Промпт для ИИ:** ```text Предложи скрипт или метод аудита согласованности ID в товарном фиде {site}, выявляющий дублирующиеся и изменённые идентификаторы. ``` ### Указывайте в фиде точные и актуальные значения наличия Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Агент, порекомендовавший отсутствующий товар, теряет доверие пользователя, а платформы наказывают за несогласованные данные о наличии. **Как сделать:** 1. Правильно используйте in\_stock, out\_of\_stock, preorder и backorder. 2. Для предзаказов добавляйте availability\_date. 3. Обновляйте фид сразу при изменении остатков. **Как проверить:** Для 20 случайных товаров наличие в фиде совпадает с сайтом. **Промпт для ИИ:** ```text Спроектируй выборочную проверку для выявления расхождений в наличии между фидом и сайтом {site}. ``` **Источники:** ### Рассмотрите отправку товарного фида для шопинга в ChatGPT Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** OpenAI публикует отдельную спецификацию товарного фида для поиска товаров в ChatGPT. Флаги is\_eligible\_search и is\_eligible\_checkout определяют, может ли товар использоваться в поиске и при покупке. **Как сделать:** 1. Проверьте, открыта ли программа для продавцов ChatGPT на вашем рынке. 2. Соберите фид с обязательными полями по спецификации OpenAI. 3. Осознанно задайте флаги допуска к поиску и оформлению заказа. **Как проверить:** Если заявка подана или фид отправлен, товары отображаются в панели продавца OpenAI без ошибок. **Промпт для ИИ:** ```text Составь таблицу сопоставления полей для преобразования товарного фида {site} в спецификацию товарного фида OpenAI (item_id, title, description, url, brand, seller_name, image_url, availability, price, флаги допуска). ``` **Источники:** ### Включайте в фид ссылки на политику конфиденциальности, условия и правила возврата Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Спецификация товарного фида OpenAI требует ссылки на политику конфиденциальности и условия продавца для товаров, доступных к покупке, а политика и срок возврата также используются при сравнении. **Как сделать:** 1. Добавьте в фид URL политики конфиденциальности и условий. 2. Заполните поля URL правил возврата, приёма возвратов и срока возврата. 3. Убедитесь, что URL возвращают 200. **Как проверить:** В выборке из фида поля seller\_privacy\_policy, seller\_tos и return\_policy заполнены и доступны. **Промпт для ИИ:** ```text Перечисли поля с правилами, которые нужно добавить в фид {site} (конфиденциальность, условия, URL возврата, срок возврата), и оцени, достаточно ли текущих страниц с правилами для агентов. ``` **Источники:** ### Указывайте правильную категорию товаров Google и собственный тип товара Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Правильная категория определяет, в каких запросах и сравнениях участвует товар, а также влияет на налоговые правила и правила платформ. **Как сделать:** 1. Заполните google\_product\_category максимально конкретной категорией. 2. Укажите собственный путь категории в product\_type. 3. Исправьте неверно классифицированные товары. **Как проверить:** Merchant Center не показывает предупреждений о категориях, а образцы товаров классифицированы верно. **Промпт для ИИ:** ```text Помоги составить таблицу соответствия категорий товаров {site} таксономии товаров Google и укажи категории, в которых чаще всего ошибаются. ``` **Источники:** , ### Заполняйте в фиде поля стоимости и сроков доставки Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Итоговая стоимость и сроки доставки напрямую влияют на ранжирование предложений агентами. Отсутствие данных о доставке ставит товар в невыгодное положение. **Как сделать:** 1. Задайте стоимость доставки на уровне аккаунта или товара. 2. Укажите время обработки и транзита. 3. Укажите порог бесплатной доставки. **Как проверить:** Merchant Center не показывает предупреждений об отсутствии данных о доставке и отображает ожидаемый срок доставки. **Промпт для ИИ:** ```text Объясни, как задать для {site} стоимость доставки, порог бесплатной доставки и сроки доставки в фиде и настройках Merchant Center. ``` **Источники:** ### Передавайте рейтинги товаров через фид и программы рейтингов Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Рейтинги товаров питают сравнения качества у агентов. Если отзывы есть только на вашем сайте, эта информация распространяется ограниченно. **Как сделать:** 1. Подключитесь к программе рейтингов товаров Merchant Center или подключите провайдера отзывов. 2. Регулярно отправляйте данные об отзывах. 3. Убедитесь, что отзывы настоящие и подтверждённые. **Как проверить:** Программа рейтингов товаров Merchant Center активна, данные актуальны. **Промпт для ИИ:** ```text Объясни шаги и требования для отправки отзывов о товарах {site} в программу рейтингов товаров Merchant Center. ``` ### Отдавайте фид в UTF-8 и сжимайте, если он большой Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Неверная кодировка ломает буквы вне ASCII, и названия товаров перестают находиться поиском. Сжатие снижает ошибки передачи больших фидов. **Как сделать:** 1. Генерируйте фид в UTF-8. 2. Сжимайте большие файлы через gzip. 3. Выборочно проверяйте названия товаров на специальные символы. **Как проверить:** В случайных строках фида специальные символы не искажены. **Промпт для ИИ:** ```text Напиши команды для проверки кодировки и формата товарного фида {site} и предложи метод выявления искажённых символов. ``` ### Отправляйте фид через API, а не ждите загрузки по расписанию Приоритет: Средний приоритет. Трудоёмкость: Проект. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Фид, загружаемый раз в день, пропускает изменения цен и остатков в течение дня. Немедленная отправка изменений через Merchant API или API платформ повышает согласованность. **Как сделать:** 1. Фиксируйте изменения цен и остатков как события. 2. Сразу отправляйте изменённые товары через API. 3. Продолжайте ежедневно отправлять полный фид как резервный. **Как проверить:** После изменения цены цена товара в Merchant Center вскоре обновляется. **Промпт для ИИ:** ```text Предложи для {site} архитектуру, отправляющую изменения цен и остатков в Merchant API в реальном времени, включая источники событий, очереди и обработку ошибок. ``` ### Обновляйте данные о ценах и наличии в пределах минут Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Агенты ожидают актуальную цену и наличие в момент принятия решения. Задержки обновлений при начале и окончании акций приводят к неверным ценам и отклонениям. **Как сделать:** 1. Задайте целевую задержку обновления цен и остатков. 2. Заранее планируйте начало и окончание акций. 3. Отслеживайте задержку и оповещайте при превышении порога. **Как проверить:** Задержка обновления цен и остатков в фидах измеряется и ниже целевой. **Промпт для ИИ:** ```text Спроектируй способ измерить, сколько времени изменения цен и остатков доходят до фидов {site}, и предложи разумные целевые значения. ``` ### Согласуйте цену и наличие в фиде, структурированных данных и на странице Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка. **Почему это важно:** Платформы сравнивают цены в фиде с посадочной страницей; расхождения ведут к отклонениям и потере доверия агентов. **Как сделать:** 1. Формируйте все три источника из одного источника данных. 2. Регулярно сравнивайте их выборочно. 3. Отслеживайте предупреждения о расхождениях в Merchant Center. **Как проверить:** Merchant Center не показывает предупреждений «price mismatch» или «availability mismatch». **Промпт для ИИ:** ```text Спроектируй для {site} выборочный скрипт, проверяющий согласованность цены и наличия между фидом, JSON-LD и видимой страницей. ``` ### Держите долю ошибок фида низкой и регулярно просматривайте диагностику Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Разработка, Бизнес. **Почему это важно:** Отклонённые товары или товары с предупреждениями — часть каталога, которую агенты не видят. Ошибки накапливаются и незаметно снижают видимость. **Как сделать:** 1. Еженедельно просматривайте диагностику Merchant Center. 2. Расставляйте приоритеты ошибок по типу и исправляйте их в источнике. 3. Задайте целевую долю отклонённых товаров (например, менее 2%). **Как проверить:** Доля отклонённых товаров ниже целевой. **Промпт для ИИ:** ```text Создай для {site} еженедельную процедуру приоритизации ошибок и предупреждений в отчёте диагностики Merchant Center. ``` ### Используйте отдельные фиды для рынков с нужным языком, валютой и доставкой Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Разработка, Бизнес. **Почему это важно:** Если отправлять один фид во все страны, будут показаны неверные язык, валюта или сведения о доставке. **Как сделать:** 1. Определите целевые сочетания страны и языка. 2. Создайте для каждого фид с местной валютой, языком и доставкой. 3. Используйте URL посадочных страниц для конкретной страны. **Как проверить:** В Merchant Center для каждой целевой страны есть отдельный источник данных с правильными языком и валютой. **Промпт для ИИ:** ```text Создай таблицу для планирования структуры фидов {site} на внутреннем и зарубежных рынках (язык, валюта, доставка, посадочная страница). ``` ### Пишите заголовки и описания в фиде отредактированным естественным языком Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Контент. **Почему это важно:** Заголовки с машинным переводом, набранные заглавными буквами или переспамленные ключевыми словами, нарушают правила и заставляют агентов неверно понимать товары. **Как сделать:** 1. Стройте заголовки в порядке: бренд, тип товара, ключевые атрибуты. 2. Избегайте сплошных заглавных букв и рекламных фраз. 3. Поручите носителям языка проверить переведённые фиды. **Как проверить:** В 20 случайных заголовках товаров нет сплошных заглавных букв, рекламных фраз и ошибок перевода. **Промпт для ИИ:** ```text Перепиши эти заголовки товаров из фида {site} по лучшим практикам для Google и агентов: [заголовки]. ``` ### Проверяйте ограниченные и запрещённые товары на соответствие правилам до отправки Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Такие категории, как здоровье, алкоголь, БАДы или оружие, ограничены правилами платформ и агентов. Несоответствующие товары могут создать проблемы на уровне всего аккаунта. **Как сделать:** 1. Изучите правила платформ об ограниченном контенте. 2. Помечайте или исключайте товары из ограниченных категорий. 3. Добавьте необходимые сведения о сертификации и возрастных ограничениях. **Как проверить:** Merchant Center не показывает предупреждений о нарушении правил. **Промпт для ИИ:** ```text Составь чек-лист для выявления категорий в каталоге {site}, которые могут быть ограничены правилами шопинга Google и OpenAI. ``` **Источники:** ### Автоматизируйте генерацию фида, версионируйте её и сделайте обратимой Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Фиды, собранные вручную, содержат ошибки и устаревают. Быстрый откат неудачного массового обновления не даёт неверной цене распространиться по всем каналам. **Как сделать:** 1. Генерируйте фид автоматически из базы данных товаров. 2. Сохраняйте каждую сборку с номером версии. 3. Добавьте процедуру отката и валидацию перед отправкой. **Как проверить:** Версии фида за последние 30 дней сохранены, процедура отката протестирована. **Промпт для ИИ:** ```text Спроектируй для {site} процесс автоматической генерации, версионирования и отката фида, включая правила валидации перед отправкой. ``` ### Отправьте товарный фид и в Microsoft Merchant Center Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Шопинг в Copilot и Bing использует данные Microsoft Merchant Center. Импорт вашего фида из Google с минимальными усилиями открывает второй канал. **Как сделать:** 1. Создайте магазин в Microsoft Merchant Center. 2. Импортируйте данные из Google Merchant Center или используйте тот же фид. 3. Проверьте отклонённые товары. **Как проверить:** Магазин в Microsoft Merchant Center одобрен, товары активны. **Промпт для ИИ:** ```text Проведи меня через настройку Microsoft Merchant Center для {site} и импорт фида из Google. ``` ## Протоколы агентной коммерции Протоколы UCP, ACP и AP2 развиваются, чтобы агенты могли собирать корзины и оплачивать покупки от имени пользователей. Область быстро меняется; этот раздел отделяет то, что можно использовать уже сегодня, от того, за чем стоит следить. ### Узнайте и включите поддержку агентов в своей платформе электронной коммерции Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Большинство проверенных UCP-магазинов работают на Shopify, а agentic storefronts в Shopify включены по умолчанию для подходящих магазинов. Если ваша платформа это поддерживает, это самый быстрый путь. **Как сделать:** 1. Проверьте, поддерживает ли ваша платформа UCP, ACP или агентные витрины. 2. Если поддерживает, изучите и включите настройки. 3. Если нет, спросите о планах развития и вариантах приложений или плагинов. **Как проверить:** Статус и решение по настройкам агентной коммерции в админке платформы зафиксированы. **Промпт для ИИ:** ```text Перечисли вопросы и проверки, чтобы выяснить поддержку агентной коммерции и UCP на платформе электронной коммерции {site} (например, Shopify, WooCommerce, Magento или локальные платформы). ``` **Источники:** , ### Опубликуйте профиль UCP в /.well-known/ucp Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Universal Commerce Protocol (Google и Shopify) обеспечивает сценарии покупки и оформления заказа в Google AI Mode и Gemini. Профиль сообщает агентам, какие возможности и эндпоинты поддерживает ваш магазин. В июне 2026 года было подтверждено около 8,259 магазинов, а более глубокие возможности пока редкость. **Как сделать:** 1. Изучите актуальную спецификацию UCP на ucp.dev. 2. Опубликуйте профиль в /.well-known/ucp. 3. Реалистично заявите поддерживаемые возможности (каталог, корзина, оформление заказа). **Как проверить:** curl -s https://{site}/.well-known/ucp возвращает валидный JSON и проходит валидатор UCP. **Промпт для ИИ:** ```text Объясни, какие поля должен содержать профиль UCP для {site} по текущей спецификации, и составь чек-лист проверки того, что заявленные возможности действительно работают. ``` **Источники:** , ### Проверьте ответ, обязательные поля, ключи подписи и платёжные обработчики профиля UCP Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Самые частые ошибки UCP: адрес /.well-known/ucp возвращает 404 или HTML вместо JSON, отсутствуют поля ucp.services или ucp.payment\_handlers, ключи подписи лежат не там, где нужно, или используется устаревшая версия спецификации. Во время работы покупки агентов чаще всего срываются из-за несовпадения вариантов товара. **Как сделать:** 1. Убедитесь, что профиль возвращает JSON и не блокируется WAF или robots.txt. 2. Проверьте обязательные поля и то, что ключи подписи находятся там, где их ожидает текущая спецификация. 3. Проведите сквозную тестовую покупку для каждого payment\_handler и варианта товара. **Как проверить:** Валидатор UCP не показывает ошибок и предупреждений, а тестовая покупка завершается. **Промпт для ИИ:** ```text Напиши пошаговый план тестирования ответа, обязательных полей, ключей подписи, payment_handlers и обработки вариантов в профиле UCP {site}. ``` **Источники:** , ### Решайте по ACP с учётом его состояния: Instant Checkout свёрнут Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** ChatGPT Instant Checkout на основе Agentic Commerce Protocol от OpenAI и Stripe запущен в сентябре 2025 года и свёрнут в марте 2026 года; ACP продолжает работать как бэкенд для поиска товаров и приложений продавцов. Файл обнаружения /.well-known/acp.json (спецификация 2026-04-17) почти никто из продавцов не публикует. **Как сделать:** 1. Основывайте любые инвестиции в ACP на текущих возможностях для продавцов в ChatGPT. 2. Если вы используете Stripe, проверьте, можно ли недорого включить поддержку ACP. 3. При желании опубликуйте /.well-known/acp.json по спецификации. **Как проверить:** Решение по ACP и его обоснование записаны в документе мониторинга протоколов; если файл опубликован, он возвращает валидный JSON. **Промпт для ИИ:** ```text Напиши короткую записку для принятия решения: текущее состояние Agentic Commerce Protocol (ACP), сворачивание Instant Checkout и есть ли смысл инвестировать в ACP для {site}. ``` **Источники:** , ### Решите, к каким программам для продавцов и агентного оформления заказа подключаться Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Google (агентное оформление заказа через UCP), приложения продавцов в ChatGPT, Perplexity и Microsoft предлагают разные программы для продавцов, и их охват рынков постоянно меняется. Осознанный выбор направляет усилия в нужное место. **Как сделать:** 1. Составьте список программ, открытых на ваших целевых рынках. 2. Сравните требования, комиссии и технические трудозатраты по каждой. 3. Подайте заявки в приоритетные программы и зафиксируйте результат. **Как проверить:** В таблице зафиксированы статус участия, дата и обоснование по каждой программе. **Промпт для ИИ:** ```text Создай для {site} шаблон таблицы решений, сравнивающей программы ИИ-шопинга и оформления заказа агентами, доступные на его целевых рынках. ``` ### Проведите сквозную симуляцию покупки агентом: поиск, корзина, оформление Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Даже если отдельные проверки пройдены, весь сценарий может не работать для агента. Симуляция с реальным агентом — самый быстрый способ увидеть проблемы, с которыми столкнутся пользователи. **Как сделать:** 1. Найдите товар агентным браузером или в тестовой среде оформления заказа агентом. 2. Выберите вариант, добавьте в корзину и перейдите к оформлению. 3. Зафиксируйте, где агент застрял, что понял неверно и сколько времени это заняло. **Как проверить:** Отчёт о симуляции даёт результат «пройдено/не пройдено» для поиска, выбора варианта, корзины и оформления заказа. **Промпт для ИИ:** ```text Напиши для {site} сценарий сквозной симуляции покупки агентом: промпт задачи, критерии успеха и наблюдения, которые нужно фиксировать на каждом шаге. ``` ### Давайте ссылки, ведущие сразу к нужному товару, варианту и корзине Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Даже если агент не может завершить покупку, он может отправить пользователя в предзаполненную корзину или к выбранному варианту, снижая потери конверсии. **Как сделать:** 1. Поддерживайте URL товаров с вариантом и количеством. 2. Предложите ссылку «добавить в корзину» или на предзаполненную корзину. 3. Опишите эти ссылки в документации или откройте их через MCP-инструменты. **Как проверить:** Ссылка с параметрами варианта и количества открывает корзину с правильным выбором. **Промпт для ИИ:** ```text Спроектируй шаблоны глубоких ссылок, которые агенты смогут использовать на {site}: вариант товара, количество, купон и предзаполненная корзина. ``` ### Откройте операции с каталогом, корзиной и заказами через API Приоритет: Средний приоритет. Трудоёмкость: Проект. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Каждому агентному протоколу нужны API товаров, корзины, оплаты и заказов. Подход API-first позволяет быстро добавлять новые протоколы. **Как сделать:** 1. Проведите инвентаризацию API каталога, корзины и заказов вашей платформы. 2. Запланируйте API или промежуточный слой для недостающих операций. 3. Защитите API аутентификацией и лимитами запросов. **Как проверить:** Есть задокументированные эндпоинты API для каталога, создания корзины и статуса заказа. **Промпт для ИИ:** ```text Создай шаблон анализа пробелов со списком возможностей API, необходимых {site} для поддержки протоколов агентной коммерции (каталог, остатки, корзина, оплата, статус заказа, возвраты). ``` ### Планируйте обслуживать несколько протоколов через единый внутренний коммерческий слой Приоритет: Низкий приоритет. Трудоёмкость: Проект. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** UCP, ACP и будущие протоколы запрашивают похожие операции в разной форме. Прямое подключение каждого протокола к основной системе умножает затраты на поддержку. **Как сделать:** 1. Спроектируйте внутренний интерфейс для общих операций (каталог, корзина, оплата, заказ). 2. Реализуйте каждый протокол как адаптер к этому интерфейсу. 3. Поглощайте изменения версий протоколов в адаптерах. **Как проверить:** Архитектурный документ описывает адаптеры протоколов и общий внутренний интерфейс. **Промпт для ИИ:** ```text Кратко спроектируй для {site} архитектуру адаптеров, подключающую протоколы вроде UCP и ACP к единому внутреннему коммерческому интерфейсу, и оцени, на каком этапе она становится необходимой. ``` ### Следите за AP2 и стандартами авторизации платежей агентами Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Экспериментально. Роли: Бизнес. **Почему это важно:** В апреле 2026 года Google передал Agent Payments Protocol (AP2) в FIDO Alliance; опубликованная тогда версия 0.2 добавляет платежи «Human Not Present» в рамках заранее одобренных пользователем инструкций. Криптографическое подтверждение согласия пользователя может стать базовым требованием для платежей агентов. **Как сделать:** 1. Спросите платёжного провайдера о планах по AP2 или похожей авторизации. 2. Ежеквартально следите за объявлениями FIDO Alliance. 3. Рассмотрите возможности участия в пилотах. **Как проверить:** Документ мониторинга протоколов показывает статус AP2, обновлённый в прошлом квартале. **Промпт для ИИ:** ```text Напиши краткое резюме: что такое Agent Payments Protocol (AP2), что означает его передача в FIDO Alliance и что продавцу вроде {site} стоит делать уже сегодня. ``` **Источники:** ### Следите за x402 и протоколами машинных платежей Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** Протоколы вроде x402 (на основе HTTP 402) и MPP призваны позволить агентам совершать небольшие платежи за доступ к API и контенту. Если вы продаёте доступ к API или контенту, они могут стать моделью дохода; сейчас распространение ограничено. **Как сделать:** 1. Оцените, есть ли у вас сценарий платного API или контента. 2. Следите за спецификациями x402 и MPP и поддержкой платёжных провайдеров. 3. Если подходит, запланируйте небольшой пилот. **Как проверить:** Заметки о мониторинге технологий содержат оценку x402 и MPP. **Промпт для ИИ:** ```text Кратко опиши подходы к платежам агентами, такие как x402 и Machine Payments Protocol (MPP), и оцени, в каких сценариях они могут иметь смысл для {site}. ``` **Источники:** , ### Назначьте ответственного и график отслеживания изменений протоколов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** UCP, ACP, MCP и AP2 меняют версии каждые несколько месяцев, а функции вроде Instant Checkout появляются и исчезают. Неотслеживаемые изменения незаметно ломают интеграции. **Как сделать:** 1. Назначьте ответственного за мониторинг каждого протокола. 2. Ежемесячно проверяйте примечания к выпускам. 3. Связывайте ломающие изменения с планом тестирования и релизов. **Как проверить:** Таблица мониторинга протоколов указывает для каждого протокола ответственного, текущую версию и дату последней проверки. **Промпт для ИИ:** ```text Создай для {site} шаблон таблицы мониторинга UCP, ACP, MCP, AP2 и A2A: ответственный, текущая версия, последняя проверка, затронутые системы и действия. ``` ## Платежи, коммерческие условия и юнит-экономика У продаж через агентов может быть другая экономика: комиссии, ответственность за платежи и стоимость возвратов. Этот раздел посвящён коммерческим решениям, без которых канал не будет прибыльным и безопасным. ### Определите, кто является merchant of record при продажах через агентов Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Merchant of record определяет, кто несёт ответственность за налоги, выставление счетов, возвраты и защиту прав потребителей. Эта роль может различаться в зависимости от протокола и платформы. **Как сделать:** 1. Проверьте в договоре каждой программы, к которой подключаетесь, кто является merchant of record. 2. Спланируйте в соответствии с этим обязанности по счетам и налогам. 3. Задокументируйте решение вместе с юристами и бухгалтерией. **Как проверить:** Письменный документ указывает merchant of record и обязанности для каждого агентного канала. **Промпт для ИИ:** ```text Составь для {site} чек-лист, чтобы оценить, кто будет merchant of record в агентных каналах (Google UCP, приложения продавцов в ChatGPT и т. д.) и как это влияет на счета, налоги и возвраты. ``` ### Моделируйте комиссии и сборы агентного канала относительно маржи Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Комиссии платформ, платёжные сборы и возможные расходы на рекламу вместе могут сделать продажу некоторых товаров убыточной. **Как сделать:** 1. Соберите структуру комиссий и сборов каждого канала. 2. Рассчитайте маржинальный доход по категориям товаров. 3. Выявите убыточные сочетания. **Как проверить:** Таблица маржинального дохода по каналам и категориям актуальна. **Промпт для ИИ:** ```text Создай для {site} шаблон модели маржинального дохода с учётом комиссий, платёжных сборов и стоимости возвратов в агентных каналах. ``` ### Выбирайте товары для агентных каналов по прибыльности и пригодности Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Если открыть весь каталог сразу, агенты будут продавать и низкомаржинальные, хрупкие или часто возвращаемые товары. **Как сделать:** 1. Определите товары с хорошей маржой, надёжным наличием и низкой долей возвратов. 2. Начните с них на первом этапе. 3. Расширяйте охват по итогам. **Как проверить:** Список товаров, открытых для агентных каналов, и критерии отбора задокументированы. **Промпт для ИИ:** ```text Предложи модель оценки на основе маржи, надёжности наличия, доли возвратов и качества данных о товаре, чтобы выбрать, какие товары {site} открыть для агентных каналов в первую очередь. ``` ### Протестируйте сквозной сценарий оплаты агентом (общие или делегированные платёжные токены) Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Платежи агентами обычно используют токены, ограниченные по области применения и сумме, вместо данных карты. До запуска нужно увидеть, как это обрабатывает ваш платёжный провайдер. **Как сделать:** 1. Изучите поддержку платежей агентами и тестовую среду вашего платёжного провайдера. 2. Протестируйте сценарии успешного, отклонённого и отменённого платежа. 3. Проверьте, как дополнительная аутентификация вроде 3D Secure влияет на сценарий. **Как проверить:** Отчёт о тестировании документирует сценарии успешного, отклонённого и возвращённого платежа агентом. **Промпт для ИИ:** ```text Составь список сценариев для тестирования платежей, инициированных агентом, на {site}: успешный платёж, превышение лимита, 3D Secure, отмена, частичный и полный возврат. ``` ### Определите ответственность за чарджбэки и мошенничество по заказам агентов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Споры вида «я этого не заказывал» — новая зона риска для заказов агентов. На ком лежит ответственность — на продавце, платформе или платёжном провайдере, — зависит от договора. **Как сделать:** 1. Изучите правила каждого канала по чарджбэкам и мошенничеству. 2. Помечайте заказы агентов и отслеживайте долю споров по ним. 3. Сохраняйте доказательства согласия пользователя. **Как проверить:** Доля чарджбэков по заказам агентов отражается в отчётах отдельно, а распределение ответственности задокументировано. **Промпт для ИИ:** ```text Перечисли меры по хранению доказательств, получению согласия и мониторингу, которые {site} может использовать для снижения риска чарджбэков по заказам агентов. ``` ### Поддерживайте местные способы оплаты (рассрочка, местные карты) в сценариях агентов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Оплата в рассрочку и местные карточные системы распространены на таких рынках, как Турция. Если сценарий оплаты агентом поддерживает только разовое списание, пользователи могут не завершить покупку. **Как сделать:** 1. Составьте список самых популярных способов оплаты на целевых рынках. 2. Проверьте, поддерживает ли их ваш провайдер платежей агентами. 3. Для неподдерживаемых способов предложите запасной сценарий с завершением покупки на вашем сайте. **Как проверить:** Таблица перечисляет способы оплаты целевых рынков и их поддержку в агентных каналах. **Промпт для ИИ:** ```text Составь для {site} чек-лист оценки поддержки распространённых местных способов оплаты (рассрочка, местные карточные системы, кошельки) в сценариях оплаты агентами. ``` ### Согласованно ведите мультивалютные цены и управляйте валютным риском Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Агенты сравнивают цены для пользователей из разных стран. Несогласованная конвертация или округление приводят к расхождениям цен и потере маржи. **Как сделать:** 1. Задайте валюту и правило округления для каждого рынка. 2. Определите источник курса валют и частоту обновления. 3. Показывайте одну и ту же цену в фиде, на странице и при оформлении заказа. **Как проверить:** Цена одного и того же товара на каждом рынке согласована в фиде, на странице и при оформлении заказа. **Промпт для ИИ:** ```text Подготовь для {site} политику мультивалютного ценообразования: валюты, источник курса, частота обновления, округление и меры по снижению валютного риска. ``` ### Корректно рассчитывайте налоги и выставляйте счета для каждого рынка Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес, Разработка. **Почему это важно:** В Турции ставки KDV (НДС) зависят от товара, а электронные счета (e-Arşiv/e-Fatura) обязательны для онлайн-продавцов, превысивших пороги налоговой администрации (GİB); для трансграничных продаж действуют другие правила. Заказы через агентов подчиняются тем же правилам. **Как сделать:** 1. Задайте правильные ставки налога для каждого товара. 2. Убедитесь, что заказы агентов автоматически попадают в систему электронных счетов. 3. Применяйте правила налогообложения страны назначения для трансграничных продаж. **Как проверить:** Тестовый заказ агента формирует электронный счёт с правильной ставкой налога. **Промпт для ИИ:** ```text Составь для {site} план тестирования, подтверждающий, что заказы из агентных каналов корректно попадают в расчёт налогов и электронное выставление счетов. ``` **Источники:** ### Показывайте итоговую цену с доставкой, налогами и сборами рано и чётко Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес, Контент. **Почему это важно:** Агенты сравнивают по итоговой стоимости. Дополнительные сборы, появляющиеся при оформлении заказа, могут нарушать правила защиты потребителей и стоить вам доверия агента. **Как сделать:** 1. Укажите доставку и дополнительные сборы на странице товара. 2. Уберите скрытые сервисные сборы. 3. Заполните поля фида и структурированных данных, из которых складывается итоговая стоимость. **Как проверить:** В тестовом заказе итог, показанный на странице товара, равен итогу при оформлении (без учёта выбора пользователя). **Промпт для ИИ:** ```text Напиши тестовый сценарий, отслеживающий изменения цены товара {site} от страницы товара до оформления заказа, и перечисли риски скрытых сборов. ``` ### Моделируйте стоимость возвратов и отмен по заказам агентов отдельно Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Покупка через агента без осмотра товара может повысить долю возвратов. Логистика возвратов и потеря стоимости определяют прибыльность канала. **Как сделать:** 1. Отслеживайте долю возвратов и отмен по заказам агентов отдельно. 2. Рассчитайте логистику и потерю стоимости на один возврат. 3. Рассмотрите исключение часто возвращаемых товаров из агентного канала. **Как проверить:** Отчёт по каналу включает долю возвратов и стоимость возвратов по заказам агентов. **Промпт для ИИ:** ```text Построй для {site} модель расчёта стоимости возвратов по заказам агентов и предложи критерии для выявления категорий товаров с высоким риском возврата. ``` ### Установите нижние пороги и правила для торга и динамических цен с агентами Приоритет: Низкий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Некоторые агенты могут просить скидки или запускать механизмы автоматических скидок, постоянно сравнивая цены. Неограниченная автоматизация съедает маржу. **Как сделать:** 1. Задайте нижние пороги цен для правил автоматических скидок и купонов. 2. Решите, будете ли вы делать специальные предложения для агентов. 3. Журналируйте и отслеживайте изменения цен. **Как проверить:** В системе ценообразования для каждого товара задана минимальная цена. **Промпт для ИИ:** ```text Подготовь для {site} политику динамического ценообразования и скидок при взаимодействии с агентами: нижние пороги, правила купонов, случаи, требующие согласования, и мониторинг. ``` ## Операции, склад и надёжность сервиса Заказам через агентов нужно доверие и после продажи: точные остатки, реалистичные сроки доставки, доступный по запросу статус заказа и быстрое вмешательство. Этот раздел о подготовке операций к скорости и масштабу агентов. ### Синхронизируйте остатки в реальном времени между ERP, складом и каналами продаж Приоритет: Высокий приоритет. Трудоёмкость: Проект. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Агенты могут одновременно приводить заказы из нескольких каналов. Задержка синхронизации остатков приводит к продаже отсутствующего товара и отменам. **Как сделать:** 1. Сделайте одну систему (ERP или WMS) источником истины по остаткам. 2. Обновляйте остатки по событиям продажи и возврата. 3. Отслеживайте задержку синхронизации между каналами. **Как проверить:** Время распространения изменений остатков во все каналы измеряется и ниже целевого. **Промпт для ИИ:** ```text Предложи для {site} архитектуру синхронизации остатков в реальном времени между ERP, складом и каналами продаж, включая мониторинг задержек и несоответствий. ``` ### Используйте страховой запас и правила резервирования против перепродажи Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** При одновременных заказах агентов последнюю единицу товара могут продать несколько раз. Страховой запас и резервирование в корзине снижают этот риск. **Как сделать:** 1. Задайте страховой запас для быстро продающихся товаров. 2. Ненадолго резервируйте товар во время оформления заказа. 3. При перепродаже автоматически уведомляйте покупателя и предлагайте альтернативы. **Как проверить:** Доля отмен из-за перепродажи за последние 90 дней отслеживается и ниже целевой. **Промпт для ИИ:** ```text Предложи правила страхового запаса, времени резервирования и обработки отмен, чтобы снизить риск перепродажи на {site}. ``` ### Основывайте обещания о доставке на фактических показателях, без оптимизма Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Агенты передают ваше обещание о доставке пользователям. Нарушенные обещания вызывают жалобы и подрывают доверие к будущим рекомендациям. **Как сделать:** 1. Измеряйте фактические сроки доставки по регионам и перевозчикам. 2. Обновляйте отображаемые сроки на основе этих данных. 3. Корректируйте сроки во время акций и пиковых периодов. **Как проверить:** Доля доставок вовремя выше целевой, а отображаемые сроки соответствуют фактическим данным за последние 30 дней. **Промпт для ИИ:** ```text Спроектируй для {site} отчёт мониторинга, сравнивающий отображаемые сроки доставки с фактическими данными перевозчиков. ``` ### Открывайте статус заказа через API и вебхуки, доступные агентам Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Пользователи тоже будут спрашивать ассистентов «где мой заказ?». Статус заказа, доступный через защищённый API или MCP-инструмент, снижает нагрузку на поддержку. **Как сделать:** 1. Предоставьте эндпоинт с аутентификацией для запросов статуса заказа. 2. Отправляйте вебхуки при смене статуса (упакован, отправлен, доставлен). 3. Включайте в ответ ссылку для отслеживания и ожидаемую дату доставки. **Как проверить:** Для тестового заказа API статуса возвращает правильный статус, а при его смене срабатывает вебхук. **Промпт для ИИ:** ```text Спроектируй эндпоинт статуса заказа, который агенты смогут использовать на {site}: аутентификация, поля ответа, значения статусов и события вебхуков. ``` ### Планируйте мощности на внезапные всплески заказов от агентов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Когда ассистент начинает рекомендовать ваш товар, трафик и заказы могут быстро вырасти в разы. Если инфраструктуры или мощностей склада не хватит, возможность обернётся кризисом. **Как сделать:** 1. Измерьте пропускную способность по заказам нагрузочными тестами. 2. Подготовьте план на случай всплеска для склада и клиентской поддержки. 3. Проверьте автомасштабирование и очереди. **Как проверить:** Последний нагрузочный тест показывает приемлемую долю ошибок при целевом темпе заказов. **Промпт для ИИ:** ```text Составь для {site} план мощностей на случай внезапного спроса от агентов: нагрузочное тестирование инфраструктуры, шаги для склада, доставки и клиентской поддержки. ``` ### Сделайте аварийный выключатель агентных каналов на случай ошибок в ценах или остатках Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Агенты могут заметить ошибочную цену за минуты, и она превратится в массовые заказы. Быстрое отключение на уровне канала ограничивает ущерб. **Как сделать:** 1. Определите выключатель, останавливающий продажи по каналу или товару. 2. Решите, кто может его использовать. 3. Настройте автоматические оповещения о ненормальной скорости заказов и регулярно тестируйте механизм. **Как проверить:** Аварийный выключатель тестировался в последние 6 месяцев и срабатывает за минуты. **Промпт для ИИ:** ```text Напиши для {site} процедуру аварийной остановки агентных каналов при ошибках в ценах или остатках: триггеры, уполномоченные лица, шаги и коммуникация. ``` ### Подготовьте клиентскую поддержку к заказам, оформленным через агентов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** В заказах через агентов пользователи могут не помнить точно, что подтвердили, или заказ мог прийти через платформу. Команда должна распознавать такие заказы и правильно с ними работать. **Как сделать:** 1. Помечайте заказы агентов видимым тегом в системе. 2. Подготовьте шаблоны ответов для типичных сценариев. 3. Определите каналы связи и эскалации с платформой. **Как проверить:** Заказы агентов различимы в инструменте клиентской поддержки, есть документ с описанием процесса. **Промпт для ИИ:** ```text Создай для команды клиентской поддержки {site} руководство по заказам, оформленным через агентов: распознавание, типичные сценарии, шаблоны ответов и эскалация. ``` ### Определите адрес, способ и срок возврата чётко и в машиночитаемом виде Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Агентам нужна понятная информация, чтобы объяснить и начать возврат. Неясный процесс возврата вредит и решению о покупке. **Как сделать:** 1. Определите адрес возврата, способ отправки и стоимость. 2. Держите эти данные одинаковыми на странице возврата и в MerchantReturnPolicy. 3. Сделайте возможным начало возврата онлайн и, если получится, через API. **Как проверить:** Условия возврата на странице возврата, в структурированных данных и в фиде идентичны. **Промпт для ИИ:** ```text Упрости процесс возврата {site} так, чтобы агенты могли правильно его объяснить: адрес, способ, срок, стоимость и шаги оформления онлайн. ``` ### Мониторьте API и MCP-эндпоинты, которыми пользуются агенты, и задайте целевые показатели Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Когда эндпоинт оформления заказа агентом, каталога или MCP даёт сбой, продажи останавливаются незаметно: пользователь видит лишь, что агент не смог выполнить задачу. **Как сделать:** 1. Настройте мониторинг доступности и задержки этих эндпоинтов. 2. Задайте целевые показатели сервиса (например, доступность 99.9%, p95 меньше 2 секунд). 3. Определите оповещения и процесс реагирования на сбои. **Как проверить:** Дашборд мониторинга сравнивает доступность и задержку p95 агентных эндпоинтов за 30 дней с целевыми значениями. **Промпт для ИИ:** ```text Составь для {site} план мониторинга и оповещений для API, UCP и MCP-эндпоинтов, которыми пользуются агенты: метрики, пороги и процесс реагирования на инциденты. ``` ### Отправляйте пользователям понятное и подробное подтверждение заказов агентов Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Пользователь должен знать, что заказ оформил агент, и иметь возможность сразу его проверить. Понятное подтверждение помогает рано выявить ошибочные заказы и сокращает споры. **Как сделать:** 1. Чётко укажите в подтверждении товар, количество, цену, адрес и дату доставки. 2. Сообщите, что заказ оформлен через агента. 3. Добавьте ссылку для отмены или изменения в один клик. **Как проверить:** Подтверждение тестового заказа агента содержит все детали заказа и ссылку для отмены. **Промпт для ИИ:** ```text Напиши для {site} шаблон письма с подтверждением заказа, оформленного через агента: сводка, данные об агенте, ссылки на отмену и поддержку. ``` ## Доверие, идентификация и управление Когда агенты действуют от имени пользователей, аутентификация, согласие, журналирование и безопасность приобретают новое значение. Этот раздел о том, как сделать взаимодействие с агентами безопасным и проверяемым. ### Решите, как вы будете распознавать и авторизовывать агентов, действующих за пользователей Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Умение отличить реального пользователя, агента, уполномоченного пользователем, и вредоносного бота лежит в основе решений о согласии, ответственности и безопасности. **Как сделать:** 1. Определите поддерживаемые способы доступа агентов (делегированный доступ OAuth, подписанные запросы, токены платформ). 2. Определите разрешённые действия для каждого способа. 3. Давайте неаутентифицированным агентам только публичный доступ на чтение. **Как проверить:** Письменная политика аутентификации агентов сопоставляет способы с типами действий. **Промпт для ИИ:** ```text Подготовь для {site} политику аутентификации агентов: поддерживаемые способы, действия, разрешённые для каждого, и правила для неаутентифицированных агентов. ``` **Источники:** , ### Задайте пороги: какие действия требуют подтверждения человеком Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Оставлять всё автоматическим рискованно, а требовать подтверждения для всего — значит сделать агентный канал бесполезным. Пороги по сумме, типу действия и риску дают баланс. **Как сделать:** 1. Классифицируйте действия по уровню риска. 2. Задайте пороги подтверждения по сумме и типу действия. 3. Примените их к сценариям оплаты, возврата средств и изменения аккаунта. **Как проверить:** Таблица порогов подтверждения задокументирована и протестирована в системе. **Промпт для ИИ:** ```text Предложи для {site} таблицу порогов, определяющую, когда действиям агентов нужно подтверждение человеком: лимиты сумм, типы действий и индикаторы риска. ``` ### Получайте явное подтверждение пользователя в момент критических шагов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Широкое разрешение, выданное заранее, не мешает агенту сделать что-то неожиданное. Явное подтверждение в момент оплаты или передачи данных усиливает и безопасность, и юридическую доказательную базу. **Как сделать:** 1. Определите шаги оплаты, изменения адреса и передачи данных. 2. На этих шагах показывайте пользователю сводку и запрашивайте явное подтверждение. 3. Фиксируйте время и содержание подтверждения. **Как проверить:** В тестовом заказе агента пользователь подтверждает сводку перед оплатой, и создаётся запись. **Промпт для ИИ:** ```text Спроектируй шаги действий агентов на {site}, требующие подтверждения пользователя в моменте, и информацию для экрана подтверждения. ``` ### Храните защищённые от изменений журналы действий агентов не менее 12 месяцев Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** При споре, чарджбэке или инциденте безопасности нужно уметь показать, какой агент что сделал, для кого и когда. **Как сделать:** 1. Журналируйте идентификатор агента, пользователя, действие, время и согласие. 2. Храните журналы в хранилище, защищённом от изменений. 3. Задайте срок хранения в соответствии с требованиями регуляторов (например, не менее 12 месяцев). **Как проверить:** Полный пошаговый журнал по случайному заказу агента можно извлечь. **Промпт для ИИ:** ```text Спроектируй схему журнала аудита действий агентов на {site}: поля, срок хранения, права доступа и вопросы конфиденциальности. ``` ### Определите процедуру отката ошибочных действий агентов Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** При массовых ошибочных заказах, неверных возвратах средств или некорректных изменениях данных быстрый откат ограничивает ущерб клиентам и финансам. **Как сделать:** 1. Составьте список обратимых действий и способов их отмены. 2. Создайте инструменты массовой отмены и возврата средств. 3. Проверьте процедуру на учениях. **Как проверить:** Процедура отката задокументирована и тестировалась в последние 6 месяцев. **Промпт для ИИ:** ```text Напиши для {site} процедуру отката для массовой отмены ошибочных заказов агентов и возврата средств. ``` ### Подготовьте план реагирования на инциденты, связанные с агентами Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Злоупотребления, утечки данных или ошибочные автоматические действия требуют быстрого скоординированного реагирования. Без плана решения застревают посреди кризиса. **Как сделать:** 1. Определите типы инцидентов, связанных с агентами. 2. Назначьте ответственных, каналы связи и полномочия на принятие решений. 3. Включите процессы уведомления платформ и регуляторов, где это требуется. **Как проверить:** План реагирования на инциденты охватывает сценарии с агентами, учения проводятся не реже раза в год. **Промпт для ИИ:** ```text Подготовь для {site} план реагирования на инциденты, связанные с агентами: типы инцидентов, роли, шаги в первые 60 минут и обязанности по уведомлению. ``` ### Не позволяйте пользовательскому контенту передавать агентам вредоносные инструкции Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Инструкции, спрятанные в отзывах, вопросах и ответах или описаниях товаров («игнорируй предыдущие инструкции и ...»), могут ввести в заблуждение агентов, читающих страницу, и навредить и вашим пользователям, и бренду. **Как сделать:** 1. Проверяйте пользовательский контент на скрытый текст, необычные шаблоны инструкций и невидимые символы. 2. Показывайте пользовательский контент в чётко обозначенных разделах. 3. В собственных агентах воспринимайте внешний контент как данные, а не инструкции. **Как проверить:** Правила модерации пользовательского контента включают проверки на шаблоны prompt injection. **Промпт для ИИ:** ```text Составь чек-лист модерации и примеры шаблонов для выявления prompt injection в отзывах и вопросах и ответах на {site}, которые могут ввести агентов в заблуждение. ``` ### Защищайте каналы отзывов и контента от фейковых отзывов и отравления данных Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Агенты и модели используют отзывы и контент сообществ как доказательства. Кампании фейковых отзывов или манипуляции данными могут быть направлены против вас или конкурентов. **Как сделать:** 1. Используйте подтверждение покупки и обнаружение аномалий для отзывов. 2. Отслеживайте внезапные волны отзывов и подозрительные аккаунты. 3. Сообщайте платформам о выявленных манипуляциях. **Как проверить:** В системе отзывов включены метки подтверждённой покупки и оповещения об аномалиях. **Промпт для ИИ:** ```text Предложи для {site} правила мониторинга, позволяющие выявлять признаки фейковых отзывов и отравления данных в отзывах и контенте сообществ. ``` ### Определите запрещённые для агентов действия и заблокируйте их технически Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Такие действия, как удаление аккаунта, массовая выгрузка данных или продажа ограниченных товаров, должны быть закрыты для агентов. Письменный список запретов должен подкрепляться техническими средствами контроля. **Как сделать:** 1. Составьте список действий, закрытых для агентов. 2. Заблокируйте их технически в областях доступа API и MCP. 3. Опубликуйте список в документации для разработчиков. **Как проверить:** Действие из списка запретов отклоняется при попытке выполнить его от имени агента. **Промпт для ИИ:** ```text Предложи список действий, которые {site} следует оставить закрытыми для агентов, и технический способ блокировки каждого. ``` ### Пропишите распределение ответственности со сторонними агентами в договорах и условиях Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Когда агент оформляет ошибочный заказ и неясно, кто отвечает — пользователь, провайдер агента или вы, — споры затягиваются. **Как сделать:** 1. Добавьте в условия использования положения о действиях, инициированных агентами. 2. Изучите пункты об ответственности в договорах с платформами. 3. Разберите с юристами примерные сценарии споров. **Как проверить:** Условия использования содержат раздел о действиях, инициированных агентами. **Промпт для ИИ:** ```text Подготовь для условий использования {site} пункт о сделках, совершаемых через ИИ-агентов, и перечисли вопросы для юридической проверки. ``` ## Видимость товаров в ИИ-шопинге Рекомендуя товары, агенты смотрят на данные о товаре больше, чем на бренд. Этот раздел о том, как измерять, насколько часто и точно ваши товары рекомендуются в ИИ-ответах о покупках по сравнению с конкурентами. ### Составьте набор промптов с товарными вопросами о покупке Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: SEO, Бизнес. **Почему это важно:** Видимость в общих вопросах о бренде не показывает видимость в вопросах о товарах вроде «лучшие беспроводные наушники до $150». Нужен отдельный набор для каждой категории товаров. **Как сделать:** 1. Напишите промпты с бюджетом, характеристиками и сценариями использования для приоритетных категорий. 2. Прогоните их в шопинге ChatGPT, Google AI Mode, Gemini и Perplexity. 3. Зафиксируйте рекомендованные товары, цены и продавцов. **Как проверить:** Есть датированный набор промптов о покупках по категориям и журнал результатов. **Промпт для ИИ:** ```text Создай для {site} 30 промптов с намерением покупки, бюджетом и характеристиками по 3 приоритетным категориям товаров и предложи шаблон таблицы для записи результатов. ``` ### Проверяйте, корректно ли ваши товары отображаются в карточках ИИ-шопинга Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: SEO. **Почему это важно:** Карточки товаров в ответах о покупках строятся из фидов и структурированных данных. Неверное изображение, устаревшая цена или отсутствие продавца снижают клики и доверие. **Как сделать:** 1. Найдите карточки своих товаров в результатах набора промптов. 2. Проверьте изображение, цену, наличие, рейтинг и данные продавца. 3. Исправьте источник ошибок в фиде или разметке. **Как проверить:** Проверенные карточки товаров показывают ту же цену и наличие, что и сайт. **Промпт для ИИ:** ```text Создай форму аудита, проверяющую, корректно ли товары {site} отображаются в карточках ИИ-шопинга: изображение, цена, наличие, рейтинг, продавец и ссылка. ``` ### Отслеживайте точность цен и характеристик, которые ассистенты сообщают о ваших товарах Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Ассистенты могут называть старые цены, неверные характеристики или снятые с производства модели. Эти ошибки возвращаются к вам возвратами и жалобами. **Как сделать:** 1. Спросите ассистентов о своих приоритетных товарах. 2. Сравните цены, характеристики и наличие с реальными данными. 3. Найдите и исправьте источник ошибок (старая страница, маркетплейс, сторонний сайт). **Как проверить:** Для приоритетных товаров ведётся журнал ошибок в ответах ассистентов и статус их исправления. **Промпт для ИИ:** ```text Подготовь тестовые вопросы на точность для ИИ-ассистентов о приоритетных товарах {site} и предложи таблицу сравнения ответов с реальными данными о товарах. ``` ### Отслеживайте, как часто рекомендуют товары конкурентов в каждой категории Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: SEO, Бизнес. **Почему это важно:** Агенты обычно рекомендуют несколько товаров под заданный бюджет или набор характеристик. Понимание того, почему выбирают товары конкурентов, направляет решения по товарным данным и ценам. **Как сделать:** 1. Фиксируйте каждый рекомендованный товар из набора промптов о покупках по бренду и продавцу. 2. Рассчитайте долю голоса по каждой категории. 3. Отмечайте выделяемые характеристики и цены товаров конкурентов. **Как проверить:** Таблица доли голоса товаров конкурентов по категориям актуальна. **Промпт для ИИ:** ```text Создай для {site} шаблон отчёта, анализирующего долю голоса товаров конкурентов и причины их выбора в вопросах о покупках. ``` ### Указывайте атрибуты товаров, по которым фильтруют агенты, со стандартными значениями Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** Фильтры вроде «водонепроницаемый», «веганский» или «совместим с iPhone» определяют рекомендации агентов. Отсутствие атрибута означает, что товар никогда не рассматривается в таких вопросах. **Как сделать:** 1. Определите атрибуты, по которым пользователи фильтруют в каждой категории. 2. Заполните их стандартными значениями на странице, в структурированных данных и в фиде. 3. Отслеживайте заполненность по категориям. **Как проверить:** Заполненность критичных атрибутов в приоритетных категориях выше 90%. **Промпт для ИИ:** ```text Перечисли 15 критичных атрибутов, которые агенты могут использовать при рекомендации товаров этой категории для {site}, с предложениями стандартных значений для каждого: [категория]. ``` ### Передавайте акции и скидки как структурированные данные о промоакциях Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Агенты стараются найти для пользователя лучшее предложение. Промоакции Merchant Center и поле sale\_price в фиде позволяют показывать ваши акции на торговых поверхностях. **Как сделать:** 1. Оформляйте кампании как промоакции Merchant Center. 2. Указывайте цены со скидкой через sale\_price с датами действия. 3. Проверяйте, что цены вовремя возвращаются после окончания кампании. **Как проверить:** Активные кампании отображаются в Merchant Center как одобренные промоакции. **Промпт для ИИ:** ```text Объясни, как настроить кампании {site} через промоакции Merchant Center и поля фида и как это влияет на видимость на торговых ИИ-поверхностях. ``` ### Поддерживайте сильные сигналы качества магазина: рейтинги, доставка и возвраты Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Рейтинги магазинов Google и сигналы качества магазина в Merchant Center влияют на то, насколько заметно продавец показывается на торговых поверхностях, а агенты тоже предпочитают надёжных продавцов. **Как сделать:** 1. Изучите сигналы качества и опыта магазина в Merchant Center. 2. Улучшите слабые места в скорости доставки, условиях возврата и клиентской поддержке. 3. Продолжайте собирать отзывы о магазине. **Как проверить:** Сигналы качества магазина в Merchant Center — «хорошо» или лучше. **Промпт для ИИ:** ```text Составь для {site} план действий по улучшению сигналов качества магазина в Merchant Center: доставка, возвраты, клиентская поддержка и отзывы. ``` ## Измерение агентного канала Заказы через агентов и сессии агентных браузеров в классических отчётах аналитики часто неотличимы от остальных. Этот раздел делает видимыми объём, качество и проблемы агентного канала. ### Помечайте заказы от агентов и протоколов полем источника Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Если заказы из UCP, приложений продавцов или MCP не помечаются отдельно, реальный вклад канала и его проблемы остаются невидимыми. **Как сделать:** 1. Добавьте в запись заказа поля канала и протокола (например, ucp-google, chatgpt-app, mcp). 2. Передавайте это поле в системы аналитики и отчётности. 3. Отражайте заказы агентов в отчётах отдельно от классических веб-заказов. **Как проверить:** В базе заказов заполнено поле агентного канала, и отчёты показывают его отдельно. **Промпт для ИИ:** ```text Предложи для {site} модель данных для пометки заказов из агентных каналов: поля, значения и путь в отчётность. ``` ### Журналируйте неудачные попытки в сценариях агентов по шагам Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Когда агент не проходит какой-то шаг, пользователь обычно так до вас и не доходит. Журналы ошибок — единственный след потерянной продажи. **Как сделать:** 1. Журналируйте коды ошибок и шаг на эндпоинтах API и оформления заказа для агентов. 2. Группируйте ошибки по типам (валидация, наличие, оплата, таймаут). 3. Настройте еженедельный отчёт об ошибках и оповещения по порогам. **Как проверить:** Еженедельный отчёт показывает долю успеха по шагам и самые частые типы ошибок в сценариях агентов. **Промпт для ИИ:** ```text Спроектируй для {site} структуру журналов и отчётов, отслеживающую неудачные попытки агентов по шагам и типам ошибок. ``` ### Пытайтесь выделять сессии агентных браузеров в аналитике Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Экспериментально. Роли: Разработка. **Почему это важно:** Агентные браузеры часто выглядят как обычный Chrome. Сочетание подсказок user agent, поведенческих паттернов и логов сервера позволяет отделить часть из них; надёжного метода пока нет. **Как сделать:** 1. Отслеживайте подсказки в user agent и заголовках известных агентных браузеров. 2. Помечайте очень быстрые и регулярные паттерны взаимодействия. 3. Отражайте предполагаемые сессии агентов отдельным сегментом и указывайте неопределённость. **Как проверить:** В аналитике есть определённый сегмент и описание методики для предполагаемых сессий агентов. **Промпт для ИИ:** ```text Напиши для {site} описание методики с сигналами (user agent, заголовки, поведение) для оценки сессий агентных браузеров и их ограничениями. ``` ### Анализируйте использование API и MCP-инструментов по агентам и инструментам Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** То, какой агент каким инструментом и как часто пользуется, показывает, создают ли ваши возможности ценность и что нужно доработать. **Как сделать:** 1. Журналируйте клиента, инструмент, длительность и результат каждого вызова API и MCP. 2. Отражайте в отчётах использование и долю ошибок по каждому инструменту. 3. Изучайте инструменты, которые не используются или часто дают сбои. **Как проверить:** Ежемесячный отчёт показывает использование и долю ошибок для MCP-инструментов и эндпоинтов API. **Промпт для ИИ:** ```text Спроектируй аналитику использования MCP-сервера и API {site} по клиентам и инструментам: поля журналов, метрики и структура ежемесячного отчёта. ``` ### Определите ключевые KPI и точки отсчёта для агентного канала Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Без KPI вроде числа заказов, среднего чека, конверсии, доли возвратов и отмен невозможно решить, работает ли канал. **Как сделать:** 1. Выберите 5–7 ключевых KPI для агентного канала. 2. Зафиксируйте точки отсчёта и методы измерения. 3. Отражайте KPI в отчётах рядом с классическим веб-каналом. **Как проверить:** KPI агентного канала, точки отсчёта и даты задокументированы. **Промпт для ИИ:** ```text Предложи 7 ключевых KPI для измерения успеха канала агентной коммерции {site}, для каждого — определение, источник данных и метод постановки целей. ``` ### Отслеживайте доли возвратов, отмен и жалоб по заказам агентов отдельно Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Агентный канал может давать большой объём и при этом становиться убыточным из-за возвратов и споров. KPI качества — основа для решений о расширении или сужении охвата. **Как сделать:** 1. Рассчитайте доли возвратов, отмен, чарджбэков и жалоб по заказам агентов. 2. Разбейте их по категориям и протоколам. 3. При превышении порогов принимайте меры по товару или каналу. **Как проверить:** KPI качества заказов агентов отражаются в ежемесячном отчёте по категориям. **Промпт для ИИ:** ```text Создай для {site} шаблон ежемесячного отчёта о качестве заказов агентов: возвраты, отмены, чарджбэки, жалобы и пороги для действий. ``` ## Реклама на ИИ-поверхностях ChatGPT и ИИ-сервисы Google начали предлагать рекламный инвентарь. Этот раздел посвящён шагам по допуску, измерению и тестированию, чтобы осознанно выходить в эти каналы. ### Проверьте, доступна ли реклама в ChatGPT на ваших целевых рынках Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Реклама в ChatGPT запустилась в США и к октябрю 2026 года распространилась примерно на 89 стран, но открыты не все рынки и не все варианты таргетинга. Проверьте статус своих целевых рынков, включая Турцию, по актуальному источнику. **Как сделать:** 1. Проверьте актуальный список стран в документации OpenAI по рекламе. 2. Сравните его со своими целевыми рынками. 3. Назначьте дату повторной проверки для ещё закрытых рынков. **Как проверить:** Датированная заметка перечисляет целевые рынки и доступность рекламы в ChatGPT. **Промпт для ИИ:** ```text Перечисли официальные источники, которые нужно проверить на предмет доступности рекламы в ChatGPT на целевых рынках {site}, и вопросы, на которые нужно ответить до планирования кампании. ``` **Источники:** , ### Выясните требования к юрлицу, оплате и верификации рекламного аккаунта Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Новые рекламные платформы могут ставить при регистрации условия по стране, юридическому лицу и способу оплаты. Раннее знание этих условий защищает сроки кампании. **Как сделать:** 1. Изучите требования платформы к верификации рекламодателей. 2. При необходимости решите вопрос с юрлицом на целевом рынке или работой через агентство. 3. Подготовьте способ оплаты и платёжные реквизиты. **Как проверить:** Необходимые документы и решение по юрлицу для рекламного аккаунта задокументированы. **Промпт для ИИ:** ```text Составь чек-лист требований к юрлицу, налогам, оплате и верификации, с которыми {site} может столкнуться при открытии аккаунтов на рекламных ИИ-платформах. ``` ### Проверьте, не ограничена ли ваша отрасль в правилах рекламы на ИИ-платформах Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Реклама в сферах здоровья, финансов, права и политики может быть ограничена или запрещена на ИИ-поверхностях. Подготовка без изучения правил — потраченное впустую время. **Как сделать:** 1. Изучите рекламные правила платформ для вашей отрасли. 2. Составьте список ограниченных товаров и сообщений. 3. Подготовьте необходимые сертификаты или лицензии. **Как проверить:** Анализ правил для отрасли и список ограниченного контента задокументированы. **Промпт для ИИ:** ```text Подготовь чек-лист и вопросы для изучения ограничений, которые могут касаться отрасли {site} в рекламе в ChatGPT и рекламных размещениях Google в ИИ. ``` ### Определите контексты диалогов, в которых помогает ваш продукт, а не только ключевые слова Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Контент. **Почему это важно:** Реклама в ИИ-диалогах подбирается по контексту беседы. Чёткие ответы на вопрос «когда мой продукт полезен?» — основа таргетинга. **Как сделать:** 1. Составьте список проблем и ситуаций, в которых клиенты ищут продукт. 2. Для каждой напишите короткое описание темы и подходящее сообщение. 3. Сопоставьте темы с посадочными страницами. **Как проверить:** Задокументирована библиотека контекстов и тем, охватывающая не менее 10 ситуаций. **Промпт для ИИ:** ```text Предложи 15 пользовательских ситуаций, на которые {site} может таргетироваться в рекламе в ИИ-диалогах, для каждой — короткое сообщение и подходящую посадочную страницу. ``` ### Подготовьте креативы, соответствующие требованиям рекламных размещений в ИИ Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Контент. **Почему это важно:** Реклама внутри диалогов использует компактные форматы: короткий заголовок, сжатое описание и квадратное изображение. Существующие креативы для поиска или соцсетей могут не подойти как есть. **Как сделать:** 1. Проверьте актуальные требования платформы к креативам. 2. Напишите короткие варианты заголовков и описаний с одним сообщением. 3. Подготовьте изображения и логотипы нужных размеров. **Как проверить:** Для каждой темы готовы не менее двух вариантов креативов, соответствующих требованиям. **Промпт для ИИ:** ```text Напиши для {site} 5 вариантов коротких заголовков и описаний для рекламы в ИИ-диалогах, каждый — с акцентом на одну выгоду. ``` ### Сопоставляйте рекламные темы с посадочными страницами, прямо отвечающими на тему Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Контент, SEO. **Почему это важно:** Рекламные ИИ-платформы оценивают, насколько объявление и посадочная страница соответствуют диалогу. Понятные страницы с ответом в начале, которые вы делаете для GEO, помогают и эффективности рекламы. **Как сделать:** 1. Выберите или создайте самую релевантную страницу для каждой темы. 2. Убедитесь, что страница прямо отвечает на тему на первом экране. 3. Ведите сопоставление в таблице. **Как проверить:** Таблица указывает для каждой рекламной темы соответствующую посадочную страницу и ответ на первом экране. **Промпт для ИИ:** ```text Создай для {site} шаблон таблицы сопоставления рекламных тем и посадочных страниц и оцени первый экран этой страницы на соответствие её теме: [URL]. ``` ### Настройте пиксель и серверное отслеживание конверсий для рекламных платформ Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка. **Почему это важно:** Без данных о конверсиях оптимизация на платформе не работает, а окупаемость невозможно измерить. Серверные API конверсий повышают точность несмотря на ограничения браузеров. **Как сделать:** 1. Установите пиксель или тег платформы. 2. Добавьте интеграцию серверного API конверсий. 3. Протестируйте работу в соответствии с правилами о персональных данных и согласии на cookie. **Как проверить:** Тестовая конверсия отображается на платформе и из пикселя, и из серверного источника. **Промпт для ИИ:** ```text Объясни шаги настройки пикселя и серверного отслеживания конверсий на рекламных ИИ-платформах для {site} и как согласовать это с управлением согласием. ``` ### Подготовьте фиды и кампании к рекламным размещениям Google в AI Overviews и AI Mode Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Текстовые и товарные объявления из существующих поисковых, торговых кампаний и Performance Max могут показываться в AI Overviews, но пока Google предлагает это только в отдельных странах и на отдельных языках, а реклама в AI Mode запускается постепенно. Проверьте свой рынок на справочной странице Google Ads. **Как сделать:** 1. Проверьте, доступны ли эти места на вашем целевом рынке и языке. 2. Подготовьте полные товарные фиды и креативные ассеты. 3. Отслеживайте эти места в отчётах поисковых, торговых кампаний и Performance Max. **Как проверить:** Структура кампаний включает поисковые, торговые кампании или Performance Max с полными фидами и ассетами. **Промпт для ИИ:** ```text Составь для {site} чек-лист по структуре кампаний, фидам и креативным ресурсам для подготовки к рекламным размещениям Google в AI Overviews и AI Mode. ``` **Источники:** ### Тестируйте новые рекламные ИИ-каналы с бюджетом, периодом обучения и планом A/B Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Первые результаты в новых каналах обманчивы, а у платформ может не быть встроенных инструментов тестирования. Заранее заданные бюджет, срок и правила принятия решений не дают сделать поспешные выводы. **Как сделать:** 1. Задайте тестовый бюджет и срок. 2. Определите сравниваемые креативы или темы и метрику успеха. 3. Не принимайте решений до окончания периода обучения. **Как проверить:** План тестирования документирует бюджет, срок, варианты и правила принятия решений. **Промпт для ИИ:** ```text Составь для {site} 6-недельный план тестирования нового рекламного ИИ-канала: бюджет, варианты, метрики успеха, правила принятия решений и отчётность. ``` ## Право, комплаенс и данные Договоры, заключаемые через агентов, потоки персональных данных и реклама, созданная ИИ, ставят новые правовые вопросы. В этом разделе перечислены основные шаги комплаенса с фокусом на Турцию и ЕС; он не заменяет юридическую консультацию. ### Проверьте потоки заказов и данных через агентов на соответствие законам о защите данных Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** При заказах через агентов персональные данные передаются между платформой, платёжным провайдером и вами. Правила об уведомлении, согласии и трансграничной передаче (например, KVKK в Турции) распространяются и на эти потоки. **Как сделать:** 1. Составьте карту потоков данных в агентных каналах. 2. Обновите уведомления о конфиденциальности с учётом заказов агентов. 3. Применяйте законные механизмы трансграничной передачи данных. 4. Соблюдайте принцип минимизации данных. **Как проверить:** Есть карта потоков данных и обновлённое уведомление о конфиденциальности для агентных каналов, юридическая проверка проведена. **Промпт для ИИ:** ```text Составь для {site} чек-лист оценки потоков персональных данных в заказах агентов с точки зрения законов о защите данных: категории данных, передача, уведомления, согласие и сроки хранения. ``` **Источники:** ### Если продаёте в ЕС, выстройте соответствие GDPR и механизмы передачи данных Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Продажи потребителям из ЕС и обмен данными с агентными платформами подпадают под GDPR и требуют действительных правовых оснований и механизмов передачи данных. **Как сделать:** 1. Определите продажи и операции по обработке данных, связанные с ЕС. 2. Обновите правовые основания и уведомления. 3. Подпишите с платформами соглашения об обработке данных. **Как проверить:** Реестры, уведомления и соглашения об обработке данных по операциям в ЕС оформлены полностью. **Промпт для ИИ:** ```text Если {site} продаёт в ЕС, составь чек-лист пунктов GDPR, которые нужно выполнить для агентных каналов. ``` **Источники:** ### Маркируйте созданный ИИ рекламный контент по турецким правилам рекламы Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес, Контент. **Почему это важно:** Поправки к турецкому Регламенту о коммерческой рекламе и недобросовестной коммерческой практике вступили в силу 1 августа 2026 года. Если ИИ используется так, что может существенно влиять на экономическое поведение потребителей, а также для цифровых персонажей, неотличимых от реальных людей, это нужно раскрывать ясно и заметно; реклама не может ложно создавать впечатление, что ИИ-копия реального человека пользуется товаром или рекомендует его. Одна лишь пометка не делает вводящую в заблуждение рекламу законной. **Как сделать:** 1. Проведите инвентаризацию рекламы с изображениями, видео или персонажами, созданными ИИ. 2. Добавьте чёткое раскрытие, соответствующее положению. 3. Отдельно проверьте достоверность утверждений и получите одобрение юристов. **Как проверить:** Каждое объявление с ИИ-контентом содержит соответствующее требованиям раскрытие, есть запись об утверждении креатива. **Промпт для ИИ:** ```text Составь чек-лист соответствия для созданного ИИ контента в рекламе {site} с учётом поправок к турецкому регулированию рекламы от 1 августа 2026 года, отметив, где нужна юридическая консультация. ``` **Источники:** ### Оцените обязанности по прозрачности по EU AI Act для чат-ботов и ИИ-контента Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес, Разработка. **Почему это важно:** Обязательства по прозрачности по EU AI Act (сообщать пользователям, что они общаются с ИИ, маркировать синтетический контент) действуют с 2 августа 2026 года; для генеративных систем, выведенных на рынок раньше, дан короткий переходный период на машиночитаемую маркировку. Если вы предлагаете пользователям из ЕС чат-боты или ИИ-контент, требования могут касаться и вас. **Как сделать:** 1. Составьте список ИИ-систем, предлагаемых пользователям из ЕС. 2. Добавьте в чат-боты уведомление о взаимодействии с ИИ. 3. Оцените вместе с юристами требования к маркировке синтетического контента. **Как проверить:** Есть заметка с оценкой прозрачности для ИИ-систем, предлагаемых пользователям из ЕС. **Промпт для ИИ:** ```text Если {site} предлагает чат-ботов или созданный ИИ контент пользователям из ЕС, перечисли вопросы для оценки с учётом обязанностей по прозрачности по EU AI Act. ``` **Источники:** ### Применяйте к заказам агентов правила дистанционной торговли и защиты потребителей Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Преддоговорная информация, право на отказ, прозрачность цен и правила автопродления не исчезают оттого, что заказ оформил агент. Нужно спланировать, как информация дойдёт до пользователя. **Как сделать:** 1. Решите, как преддоговорная информация и дистанционный договор доходят до пользователя при заказах агентов. 2. Протестируйте процесс отказа и возврата для заказов агентов. 3. Проверьте правила продления и отмены подписок. **Как проверить:** Для тестового заказа агента преддоговорная информация и договор доставлены пользователю и зафиксированы. **Промпт для ИИ:** ```text Составь чек-лист соответствия для заказов агентов на {site} по правилам дистанционной торговли: преддоговорная информация, договор, право на отказ, доставка и возврат. ``` **Источники:** ### Определите, когда договор заключается через агента и как фиксируется согласие Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** В споре нужно доказать, когда договор был заключён, с чьего согласия и на каких условиях. В сценариях с агентами этот момент может стать неясным. **Как сделать:** 1. Определите вместе с юристами шаг, на котором заключается договор. 2. Фиксируйте в этот момент условия, цену и согласие пользователя. 3. Свяжите эти записи с журналами аудита. **Как проверить:** Процедура определяет момент заключения договора, и для тестового заказа есть соответствующая запись. **Промпт для ИИ:** ```text Подготовь для {site} процедуру, определяющую, когда заключается договор при заказах агентов и какие доказательства хранить. ``` ### Проверьте безопасность, маркировку и сертификацию товаров на целевых рынках Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Агенты могут рекомендовать ваш товар пользователям в других странах. Товары, не соответствующие требованиям вроде CE, UKCA или FDA, создают юридические риски и возвраты. **Как сделать:** 1. Составьте список требований к соответствию товаров для каждого рынка сбыта. 2. Храните сертификаты и маркировку в досье товара. 3. Исключайте несоответствующие товары из фида этого рынка. **Как проверить:** Для каждого целевого рынка есть досье соответствия товаров и список исключений из фида. **Промпт для ИИ:** ```text Создай шаблон проверки требований к безопасности, маркировке и сертификации для продажи товаров {site} на зарубежных рынках. ``` ### Поддерживайте точные коды ТН ВЭД (HS) и данные о происхождении для трансграничных продаж Приоритет: Низкий приоритет. Трудоёмкость: Несколько дней. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Неверные коды HS или данные о происхождении приводят к задержкам на таможне, дополнительным расходам и возвратам и нарушают обещание о доставке, данное агентам. **Как сделать:** 1. Присвойте товарам правильные коды HS и страну происхождения. 2. Передавайте их в системы заказов и доставки. 3. Укажите на странице, кто оплачивает таможенные пошлины. **Как проверить:** У всех товаров, продаваемых за рубеж, заполнены код HS и происхождение. **Промпт для ИИ:** ```text Составь чек-лист, объясняющий, как {site} следует добавлять код HS, происхождение и сведения о пошлинах в данные о товарах и процесс заказа для трансграничных продаж. ``` ### Проверьте права на товарный знак и изображения на целевых рынках Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес. **Почему это важно:** Агенты и ИИ-поверхности делают ваш бренд и изображения заметными на новых рынках. Незарегистрированный знак или нелицензированное изображение создают там юридический риск. **Как сделать:** 1. Убедитесь, что регистрация товарного знака охватывает целевые рынки. 2. Проверьте лицензии на изображения товаров. 3. Отслеживайте знаки, похожие на название вашего бренда. **Как проверить:** Есть данные о статусе регистрации товарного знака и записи о лицензиях на изображения для целевых рынков. **Промпт для ИИ:** ```text Перечисли пункты по регистрации товарного знака, лицензированию изображений и мониторингу бренда, которые {site} следует проверить при выходе на новые рынки. ``` ### Установите сроки хранения договоров, заказов и журналов в соответствии с законом Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Официальный источник. Роли: Бизнес, Разработка. **Почему это важно:** Для коммерческих записей, записей электронной коммерции и персональных данных действуют разные правила хранения и удаления. Слишком короткое хранение лишает доказательств, слишком долгое — грозит нарушением конфиденциальности. **Как сделать:** 1. Составьте список типов записей и законных сроков их хранения. 2. Обновите политику хранения и удаления. 3. Включите в неё записи о действиях агентов. **Как проверить:** Политика хранения и удаления охватывает записи об агентах и определяет правила автоматического удаления. **Промпт для ИИ:** ```text Подготовь для {site} политику хранения и удаления, охватывающую заказы агентов, записи о согласии и журналы, отметив пункты, требующие юридической проверки. ``` ## Организация, компетенции и закупки Готовность к агентам охватывает контент, разработку, операции, юристов и финансы. Без чёткой ответственности, правил принятия решений и реалистичного бюджета техническая работа не окупается. ### Назначьте конкретного ответственного за готовность к агентам Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Работа над фидами, протоколами, платежами и правом распределена между командами. Единый ответственный объединяет приоритеты и решения; роль может быть частичной, но у неё должно быть имя. **Как сделать:** 1. Назначьте ответственного и его заместителя. 2. Назначьте ответственных на уровне команд за каждый раздел. 3. Включите эту ответственность в цели и должностную инструкцию. **Как проверить:** Организационный документ называет ответственного за готовность к агентам и ответственных за разделы. **Промпт для ИИ:** ```text Создай для {site} таблицу RACI, показывающую роли команд электронной коммерции, разработки, операций, юристов и финансов в подготовке к агентной коммерции. ``` ### Задокументируйте уровни полномочий для решений агентов Приоритет: Высокий приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Если неясно, где ИИ предлагает, где человек утверждает и что работает полностью автоматически, вы получаете и риски, и неэффективность. **Как сделать:** 1. Разделите действия на уровни «предложение», «утверждение человеком» и «полная автоматизация». 2. Назовите уполномоченные роли для каждого уровня. 3. Пересматривайте уровни не реже двух раз в год. **Как проверить:** Документ об уровнях решений актуален и соответствует правам в системе. **Промпт для ИИ:** ```text Предложи для {site} таблицу, показывающую, к какому уровню (предложение, утверждение человеком, автоматизация) относятся решения агентов по ценам, остаткам, заказам, возвратам и коммуникации с клиентами. ``` ### Решите, кто будет внедрять: своя команда, агентство или платформа Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Работа с фидами, структурированными данными, протоколами и API требует разной экспертизы. Без понятного исполнителя работа встаёт или остаётся недоделанной. **Как сделать:** 1. Определите необходимую экспертизу для каждого пакета работ. 2. Выберите между своей командой, агентством и поддержкой платформы. 3. Планируйте бюджет и сроки под выбранного исполнителя. **Как проверить:** План ресурсов называет ответственного исполнителя и сроки для каждого пакета работ. **Промпт для ИИ:** ```text Создай для {site} шаблон плана ресурсов, сравнивающий варианты своей команды, агентства и платформы для пакетов работ по готовности к агентам (фид, структурированные данные, UCP, MCP, платежи, измерения). ``` ### Стройте договоры с агентствами и подрядчиками на проверяемых результатах, а не часах Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Результаты вроде «фид прошёл валидацию, доля ошибок ниже 2%» вместо «X часов консультаций» делают измеримым то, за что вы платите. **Как сделать:** 1. Пропишите проверяемые критерии сдачи для каждого пакета работ. 2. Привяжите платежи к этим критериям. 3. Включите в договор приёмочные тесты. **Как проверить:** Действующие договоры с подрядчиками содержат критерии сдачи, основанные на результатах. **Промпт для ИИ:** ```text Предложи 10 критериев сдачи по результатам и приёмочных тестов, которые {site} мог бы включить в договор с агентством на работы по готовности к агентам. ``` ### Держите в штате хотя бы одного человека, умеющего проверять фиды и разметку Приоритет: Средний приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Бизнес, Разработка. **Почему это важно:** Даже при аутсорсинге ошибки остаются незамеченными, если никто внутри не разбирается в данных. Эффективнее всего обучение, которое начинается с реальной задачи и закрепляется тренингами и обратной связью. **Как сделать:** 1. Назначьте ответственного за фиды и JSON-LD. 2. Начните с небольшой реальной задачи и поддержите её обучением. 3. Поручите ему проводить короткую ежемесячную проверку качества данных. **Как проверить:** Записи об обучении подтверждают, что как минимум один человек умеет проверять фиды и структурированные данные. **Промпт для ИИ:** ```text Создай для одного сотрудника {site} 4-недельный план обучения на задачах по аудиту фидов и структурированных данных. ``` ### Проводите ежемесячную встречу по готовности к агентам Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Протоколы, программы платформ и показатели каналов быстро меняются. Регулярная встреча не даёт откладывать решения и копить проблемы. **Как сделать:** 1. Поставьте ежемесячную встречу в календарь. 2. Зафиксируйте повестку: KPI, изменения протоколов, проблемы и решения. 3. Фиксируйте решения и ответственных. **Как проверить:** Есть протоколы встреч и журналы решений за последние три месяца. **Промпт для ИИ:** ```text Создай для {site} шаблон повестки ежемесячной встречи по готовности к агентам: KPI, обновления протоколов, открытые риски, решения и действия. ``` ### Выделите бюджет и поставьте реалистичные ожидания по окупаемости Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес. **Почему это важно:** Агентная коммерция только начинается, и объёмы каналов на многих рынках пока малы. Завышенные ожидания ведут к тому, что от направления отказываются слишком рано, а отсутствие бюджета — к отставанию. **Как сделать:** 1. Разделите бюджет на базовую работу (фиды, данные, доступ) и эксперименты (протоколы, реклама). 2. Задайте измеримые контрольные точки для каждого направления. 3. Перераспределяйте бюджет в конце квартала по результатам. **Как проверить:** Бюджетный документ разделяет базовые и экспериментальные статьи с контрольными точками. **Промпт для ИИ:** ```text Предложи схему разделения бюджета {site} на готовность к агентам на базовые и экспериментальные статьи с реалистичными целями на 6 месяцев для каждой. ``` ### Применяйте измеримый критерий готовности перед запуском интеграции с агентами Приоритет: Высокий приоритет. Трудоёмкость: Несколько дней. Обоснование: Новый стандарт. Роли: Разработка, Бизнес. **Почему это важно:** Если многие страницы товаров не читаются без JavaScript или API покупки работает медленно, интеграция с агентами даёт плохой опыт. Простые пороги предотвращают это. **Как сделать:** 1. Задайте пороги, например: не менее 80% страниц товаров читаются без JavaScript, а ответы API корзины и оформления заказа быстрее 2 секунд. 2. Проведите выборочное сканирование с отключённым JavaScript и измерение задержки API. 3. Не запускайтесь, пока пороги не выполнены. **Как проверить:** Отчёт о критерии готовности показывает датированные результаты измерений по обоим порогам. **Промпт для ИИ:** ```text Спроектируй для {site} тест готовности перед запуском интеграции с агентами: выборка страниц товаров без JavaScript, измерение задержки API и критерии прохождения. ``` ### Каждый квартал заново измеряйте оценку готовности к агентам и сравнивайте Приоритет: Средний приоритет. Трудоёмкость: Быстрая победа. Обоснование: Новый стандарт. Роли: Бизнес, SEO. **Почему это важно:** Готовность — не разовый сертификат: оценка снижается по мере изменения протоколов и платформ. Ежеквартальное измерение рано выявляет откаты. **Как сделать:** 1. Каждый квартал проходите этот чек-лист полностью. 2. Фиксируйте оценку и изменившиеся пункты. 3. Назначайте ответственного и срок для пунктов, по которым есть откат. **Как проверить:** Оценки готовности и сравнение за последние два квартала зафиксированы. **Промпт для ИИ:** ```text Создай для {site} шаблон оценки и сравнения для ежеквартальной проверки готовности к агентам. ``` ## Частые вопросы ### Что такое чек-лист GEO? Чек-лист GEO (Generative Engine Optimization) перечисляет, что нужно сайту, чтобы ИИ-ассистенты вроде ChatGPT, Gemini, Claude и Perplexity могли его прочитать, понять и сослаться на него: доступ краулеров, техническая основа, структурированные данные, контент, готовый к ответам, и сигналы бренда. ### Чем GEO отличается от SEO? SEO нацелено на позиции в выдаче; GEO — на упоминания и ссылки в ответах ИИ. Техническая основа во многом общая (индексируемость, скорость, структурированные данные), но GEO требует ещё доступа для ИИ-краулеров, цитируемых абзацев и единых сведений о бренде. ### Что охватывает агентный чек-лист? Агентный список посвящён ИИ-агентам, которые читают сайт и действуют на нём от имени пользователя: файлы обнаружения вроде llms.txt, машиночитаемые страницы, подписанные формы, постоянные адреса, файлы .well-known и данные о ценах и наличии для агентов-покупателей. ### Что измеряет автоматическая проверка? Когда вы вводите домен, мы снаружи читаем главную страницу, robots.txt, карту сайта, llms.txt и задокументированные файлы .well-known: доступ для каждого ИИ-краулера, HTTPS, время ответа, разметку JSON-LD, канонический адрес, заголовок и описание, текст без JavaScript и многое другое. Без вызовов ИИ и кредитов; ничего не отмечается за вас. ### Где хранится мой прогресс? Отметки хранятся в этом браузере; аккаунт не нужен. Если войти в аккаунт GeoDog, прогресс сохраняется и в аккаунте и синхронизируется с другими устройствами по каждому пункту. Ссылка для доступа создаётся только по вашему запросу. ### Как считается оценка? У каждого пункта есть вес по приоритету (высокий 3, средний 2, низкий 1). Оценка — это вес выполненных пунктов, делённый на общий вес пунктов, подходящих вашему сайту; неприменимые пункты и пункты вне выбранного типа сайта не учитываются. Оценка соответствует одному из пяти уровней. ### Обязателен ли llms.txt? Нет. llms.txt — это предложение, а не стандарт, и Google говорит, что он не влияет на видимость. Он есть в списке, потому что стоит недорого и его используют некоторые агенты и инструменты разработчиков, а не как фактор ранжирования. ### Гарантирует ли выполненный список видимость в ответах ИИ? Нет. Список убирает то, что мешает ассистентам читать и понимать ваш сайт. Упоминают ли вас на самом деле, показывает только регулярное измерение вопросов ваших клиентов; GeoDog делает это за вас в ChatGPT, Gemini, Claude и Perplexity.