Содержание 7
Приостановка аккаунта Merchant Center за Misrepresentation обычно требует проверки всего пути покупателя и идентичности бизнеса, а не только переписывания описаний товаров. В политике Google прямо сказано, что при оценке могут рассматриваться промоматериалы, веб-сайт, аккаунты и сторонние источники (Misrepresentation). Поэтому аудит стоит строить шире: кто вы как компания, совпадают ли контактные данные, раскрыта ли полная стоимость и условия оплаты, легко ли найти правила доставки, возврата и возмещения. Данные о товаре остаются частью картины, поскольку название и описание должны точно описывать товар и соответствовать посадочной странице (спецификация данных), однако сами по себе не охватывают все проверки уровня аккаунта.
Что Google описывает под названием Misrepresentation
Политика формулирует ожидания довольно широко: предложения должны быть точными, реалистичными, правдивыми, а существенная информация должна раскрываться до того, как пользователь берет на себя обязательство (Misrepresentation). Это не требование к отдельному полю в фиде, а требование к целостности того, что покупатель видит и с чем соглашается.
Среди примеров, которые Google приводит как запрещенные, есть ложная идентичность бизнеса или недостоверные контактные данные, введение в заблуждение относительно аффилиации, недоступные предложения, сокрытие полной стоимости или условий оплаты, а также нечеткие либо трудные для поиска условия доставки, возврата и возмещения (Misrepresentation). Каждый из этих пунктов имеет вполне конкретное отражение на сайте, и именно там аудит дает больше всего материала.
Рекомендательная часть политики так же предметна. Google советует поддерживать контактную информацию в актуальном состоянии, четко описывать бизнес, использовать собственный брендинг, прозрачно обозначать партнерский статус, отдавать покупателям то, за что они заплатили, и подавать тщательную и точную апелляцию (Misrepresentation). Формулировки «собственный брендинг» и «партнерский статус» особенно важны для дропшипинга и реселлерских моделей, где магазин фактически работает с чужим ассортиментом.
Как взаимодействуют сайт, фид, аккаунт и бизнес-сигналы
Справка Google разделяет проблемы на уровень товара и уровень аккаунта. Проблемы уровня товара могут возникать из-за расхождения между отправленными данными и содержимым сайта, нарушения спецификации или политик, тогда как проблемы уровня аккаунта влияют на все товары (проблемы в Merchant Center). Для владельца магазина это означает простую вещь: если статус относится к аккаунту, перебор отдельных SKU вряд ли изменит картину, пока не проверены общие сигналы.
К проблемам с веб-сайтом Google относит, в частности, текст-заполнитель, битые ссылки, отсутствующую или несогласованную информацию, неточные описания, заблокированное сканирование, недоступные страницы и общие редиректы (проблемы в Merchant Center). Часть этого перечня выглядит технической, но воспринимается как вопрос доверия: страница, которая редиректит на главную вместо карточки товара, и страница с демонстрационным текстом из коробки CMS одинаково разрушают соответствие между обещанием в фиде и реальностью.
Спецификация добавляет еще один слой. Данные должны быть точными и корректно отформатированными, название и описание должны описывать товар и совпадать с посадочной страницей, а ссылка должна вести на подтвержденный домен без промежуточной страницы, если она не требуется по закону (спецификация данных). Всплывающие окна выбора языка или региона, окна согласия, перекрывающие карточку, либо переход через трекинговый домен стоит проверить именно в этом контексте.
Уровень аккаунта против уровня товара
Практический вывод такой: сначала определите, на каком уровне зафиксирована проблема, и только затем выбирайте объем работ. Google описывает, что проблемы уровня аккаунта видны через разделы Products, Needs attention и просмотр настроек и политик (запрос на проверку), а раздел Needs attention в целом служит местом, где проблемы становятся видимыми (проблемы в Merchant Center).
| Сигнал | Где смотреть | На что обращать внимание |
|---|---|---|
| Идентичность бизнеса | Сайт, страницы «О нас» и контактов | Название юрлица, адрес, рабочие каналы связи, соответствие данным аккаунта (политика) |
| Условия сделки | Карточка товара, корзина, чекаут | Полная стоимость, условия оплаты, доставка, возврат, возмещение до момента обязательства (политика) |
| Соответствие фида сайту | Фид и посадочные страницы | Совпадение названия и описания с товаром на странице, подтвержденный домен в link (спецификация) |
| Доступность страниц | Логи, выборочная проверка URL | Битые ссылки, недоступные страницы, общие редиректы, заблокированное сканирование (проблемы) |
| Готовность аккаунта | Настройки Merchant Center | Доставка там, где нужна, фид для целевой страны, подтвержденный и заявленный URL, подтвержденный адрес (проблемы) |
Что проверить до запроса на проверку
Google перечисляет предпосылки для проверки: настроенная доставка там, где она применима, фид для целевой страны, заявленный и подтвержденный URL, подтвержденный адрес бизнеса (проблемы в Merchant Center). Отдельно указано, что фид не должен быть пустым, а в некоторых случаях может понадобиться подтверждение личности (запрос на проверку).
Эти пункты стоит закрыть до того, как вы нажмете кнопку запроса, а не параллельно с ней. Логика простая: если базовые условия не выполнены, аудит содержимого сайта не успевает стать релевантным.
Перед основным проходом откройте магазин как новый покупатель в браузере без авторизации. Проверьте мобильную и десктопную версии, смените регион доставки и добавьте товар в корзину. Это редакционный метод проверки, а не отдельное требование Google. Он помогает увидеть расхождения, которые владелец магазина пропускает в привычной сессии: автоматическую валюту, скрытый обязательный платеж, недоступный способ доставки или политику, которая появляется только после входа. Записывайте не впечатления, а URL, шаг и фактический текст на экране. Так проще воспроизвести проблему после исправления.
Пошаговый аудит
Последовательность ниже является методом аудита, а не официальной процедурой Google. Она упорядочивает те проверки, которые следуют из приведенных справочных страниц.
- Зафиксируйте исходное состояние. Выпишите, какие именно проблемы показывает аккаунт и на каком они уровне, используя Products, Needs attention и просмотр настроек и политик (запрос на проверку). Скриншоты и даты пригодятся позже для описания исправлений.
- Проверьте данные бизнеса в Merchant Center и публичные контакты отдельно. Подтвержденный адрес бизнеса является предпосылкой проверки в аккаунте (проблемы в Merchant Center), но это не означает, что физический или юридический адрес всегда нужно публиковать на сайте. На сайте проверьте точность названия и тех способов связи, которые магазин фактически заявляет: политика прямо упоминает ложную идентичность и недостоверные контактные данные среди запрещенных примеров (Misrepresentation).
- Опишите, чем занимается бизнес. Google советует четкое описание бизнеса и собственный брендинг (Misrepresentation). Если сайт собран на шаблоне с чужими логотипами или остатками демоконтента, это стоит устранить. Уникальность описаний, полученных от поставщика, проверяйте отдельно как редакционную и SEO-рекомендацию, а не подавайте само дублирование текста как нарушение Misrepresentation.
- Раскройте партнерский статус. Если вы продаете чужой ассортимент, работаете как реселлер или имеете аффилированные связи, политика ожидает ясности на этот счет (Misrepresentation).
- Пройдите путь покупателя до конца. От карточки товара до подтверждения заказа посмотрите, когда покупатель впервые видит полную стоимость и условия оплаты. Скрытые комиссии или позднее раскрытие расходов входят в перечень примеров в политике (Misrepresentation).
- Проверьте видимость условий доставки, возврата и возмещения. Политика упоминает нечеткие или труднодоступные условия отдельным примером (Misrepresentation). Метод аудита здесь такой: попробуйте найти эти страницы из карточки товара за минимальное количество кликов и без поиска по сайту.
- Сверьте фид с сайтом на выборке. Возьмите репрезентативный набор товаров и сопоставьте название, описание и ссылку с тем, что видит пользователь. Название и описание должны соответствовать товару и посадочной странице, а link должен вести на подтвержденный домен без промежуточной страницы, кроме законодательно необходимых случаев (спецификация).
- Проверьте наличие и доступность предложений. Недоступные предложения названы среди запрещенных примеров (Misrepresentation), а недоступные страницы и общие редиректы упомянуты среди проблем с сайтом (проблемы в Merchant Center).
- Уберите технические барьеры. Заблокированное сканирование и битые ссылки входят в тот же перечень (проблемы в Merchant Center), поэтому проверьте
robots.txt, доступность карточек для сканера и корректность кодов ответа. - Отдельно проработайте качество данных. Для отклонений, связанных именно с качеством данных о товарах, Google ведет отдельную справку по устранению таких проблем (устранение отклонений за качество данных).
- Закройте предпосылки проверки. Доставка, фид для целевой страны, заявленный и подтвержденный URL, подтвержденный адрес (проблемы в Merchant Center), непустой фид и готовность к подтверждению личности, если его запросят (запрос на проверку).
Массовая диагностика через API
Если ассортимент большой, ручная выборка может пропускать системные расхождения. Merchant API позволяет получать данные о товарах вместе с перечнем проблем и фильтровать отклоненные товары программно (Merchant API). Это опциональный способ ускорить диагностику, а не обязательное условие восстановления аккаунта. Практическая ценность в том, что вы видите распределение проблем по категориям, брендам или типам страниц и можете исправлять причину, а не отдельные карточки.
Что делать после исправлений
Google описывает, что опция проверки может появляться в деталях товара или в проблемах аккаунта, и продавец может выбрать вариант «I fixed the issue» или «I disagree with the issue» (запрос на проверку). Выбор между ними стоит делать осознанно. Первый означает, что изменения уже внедрены и видны публично. Второй уместен, когда вы считаете оценку ошибочной, и в таком случае Google может запросить причину апелляции или документы (запрос на проверку).
Политика рекомендует подавать тщательную и точную апелляцию (Misrepresentation). Метод, который облегчает эту задачу: подготовьте короткий перечень того, что именно изменилось, со ссылками на конкретные страницы, и убедитесь, что все изменения уже опубликованы, а не запланированы. Описание вроде «мы обновили сайт» дает проверяющему меньше материала, чем перечень разделов с конкретными URL.
После подачи запроса не стоит начинать новые структурные изменения сайта, поскольку состояние, которое вы описали, и состояние, которое будет рассмотрено, могут разойтись. Если нужны дальнейшие правки, фиксируйте их отдельно. Результат проверки может быть разным, и формулировки вроде «исправление такого-то пункта вернет аккаунт» не имеют подтверждения в справке: Google описывает критерии оценки, а конкретный вывод зависит от состояния всего аккаунта.
Отдельно держите в поле зрения то, что у аккаунта может быть несколько проблем одновременно. Проблемы уровня аккаунта влияют на все товары, тогда как часть расхождений касается только отдельных позиций (проблемы в Merchant Center). Закрытие одной категории не снимает другую автоматически.
Чеклист перед запросом на проверку
- Адрес бизнеса подтвержден в Merchant Center там, где этого требует проверка аккаунта (проблемы); название и публичные способы связи, которые магазин заявляет на сайте, точны и работают (политика).
- На сайте есть понятное описание бизнеса, использован собственный брендинг, партнерский или реселлерский статус раскрыт (политика).
- Полная стоимость, комиссии и условия оплаты видны до момента, когда покупатель берет на себя обязательство (политика).
- Условия доставки, возврата и возмещения сформулированы четко и доступны из карточки товара (политика).
- Названия и описания в фиде соответствуют товарам и посадочным страницам, ссылки ведут на подтвержденный домен без лишних промежуточных страниц (спецификация).
- Нет текста-заполнителя, битых ссылок, недоступных страниц, общих редиректов и заблокированного сканирования (проблемы).
- Отклонения за качество данных проработаны по профильной справке (устранение отклонений).
- Доставка настроена там, где применима, фид соответствует целевой стране, URL заявлен и подтвержден, адрес бизнеса подтвержден (проблемы).
- Фид не пустой, готовность к подтверждению личности обеспечена (запрос на проверку).
- Описание исправлений подготовлено с конкретными страницами, все изменения опубликованы до подачи запроса (запрос на проверку).