Содержание 11
Ошибку Merchant Center диагностируют от уровня проблемы, а не от случайной правки атрибута. Один товар, шаблон, категория, источник и аккаунт требуют разных проверок. Сопоставьте данные со страницей и checkout; для suspension отдельно проверьте бизнес и условия продажи.
Проблема товара и проблема аккаунта: разные задачи
Product-level disapproval касается отдельного предложения или группы товаров. Account-level warning или suspension затрагивает магазин шире и требует проверки сайта и бизнес-настроек, а не только одного атрибута фида.
Откройте точный текст issue и affected products. Одинаковое название проблемы может иметь разные причины. Сначала установите охват и доступные примеры; таблица ниже является диагностической методикой, а не списком гарантированных причин Google.
| Уровень | Что затронуто | Где искать | Первый шаг |
|---|---|---|---|
| SKU | Товар или вариант | Данные, страница, Product/Offer | Сверьте ID, цену, наличие, ссылку и identifiers |
| Шаблон | Один тип страниц | Тема, разметка, checkout | Сравните affected и approved страницы |
| Категория | Похожие товары | Импорт и mapping | Найдите общий атрибут или источник |
| Источник | Большая часть каталога | XML/CSV/API, расписание, правила | Сверьте исходную и обработанную записи |
| Аккаунт | Магазин целиком | Бизнес, политики, домен и checkout | Пройдите путь покупателя и сверьте сведения |
Диагностика от SKU до аккаунта
1. Зафиксируйте issue до изменений
Сохраните страну и программу, затронутые IDs, примеры и дату. Без исходных данных трудно отличить устранение причины от смены набора примеров.
2. Найдите самый узкий общий уровень
Один SKU требует проверки его данных. Одинаковая ошибка у вариантов одного шаблона указывает на тему или интеграцию; общий источник товаров требует проверки правил экспорта.
3. Сравните четыре представления
Сравните цену, валюту, скидку, выбранный вариант, минимальное количество и условия получения рекламируемой цены. Все представления должны описывать то же предложение. Google требует согласованности данных с товарной страницей, разметкой и checkout.
- Сырая запись товара в файле или API.
- Обработанные данные предложения в Merchant Center.
- Видимая товарная страница и Product/Offer-разметка.
- Checkout после выбора нужного варианта.
Гайд о Misrepresentation для проблем аккаунта и политики →
4. Проверьте возможность купить товар
На смартфоне в приватном режиме выберите вариант, добавьте товар в корзину и проверьте доставку и оплату до подтверждения заказа. Неудачный тест является полезным сигналом, но не доказывает, какие действия выполнил reviewer Google.
5. Исправьте первоисточник
Исправьте CMS, ERP, правило или интеграцию. Ручное изменение в Merchant Center может исчезнуть при следующем импорте. Убедитесь, что исправленная запись действительно дошла до Merchant Center.
Матрица: симптом, проверка, исправление
Начните с воспроизводимого расхождения. Price mismatch не всегда означает ошибку только XML: цена может отличаться у варианта, в кеше, разметке или корзине. Системная правка должна устранять источник, а не скрывать один товар.
Не удаляйте и не пересоздавайте предложения или аккаунт, чтобы обойти ограничения. Сохраните журнал изменений и проверку до/после. Одобрение одного примера не означает, что исправлен весь кластер.
| Симптом | Проверка | Исправление | Не делать |
|---|---|---|---|
| Price mismatch | Валюта, скидка, вариант, количество, корзина | Синхронизируйте источник и видимую цену | Менять только фид |
| Availability mismatch | Статус в данных, странице, разметке, корзине | Обновите статус и передачу данных | Разрешать покупку отсутствующего товара |
| GTIN issue | Производитель, упаковка, требования | Передайте достоверные identifiers | Выдумывать номер или брать чужой GTIN |
| Страница недоступна | HTTP, редиректы, robots, mobile | Восстановите конкретную товарную страницу | Отправлять весь каталог на главную |
| Misrepresentation | Бизнес, контакты, условия, предложения | Сделайте сведения точными и согласованными | Маскировать бизнес или выдумывать связи |
Товарные данные: какие поля проверить первыми
ID, price, availability. ID должен стабильно обозначать тот же товар или вариант. Цена, валюта и availability должны согласовываться со страницей, разметкой и checkout. Название, описание и фото должны относиться к тому же предложению; они не обязаны быть буквальными копиями каждого поля.
GTIN, MPN, brand, identifier_exists. GTIN берите из надежного источника производителя. Отсутствие номера в таблице поставщика не доказывает, что его не существует. Неверные или отсутствующие идентификаторы могут ограничивать видимость; не придумывайте GTIN и не ставьте identifier_exists=no как способ обхода требований.
Link, mobile, title, image. Ссылка должна вести на конкретный товар или вариант. Проверьте доступность страницы и фото, редиректы, robots, язык и валюту. Для нового размера фотографий и смены API учитывайте даты требований, а не старую рекомендацию из одного гайда.
Для старых интеграций проверьте переход на Merchant API. Content API достиг sunset 18 августа 2026; Google описывает постепенные сбои без предоставленного Google продления срока (extension), а не одновременное отключение всех запросов. Сверьте текущий график и ответственность поставщика интеграции.
Google: Content API lifecycle ↗
Google объявил минимум 500×500 для всех товарных фото с 31 января 2027 и рекомендует 1500×1500. Проверяйте актуальную спецификацию image_link. Для применимых AI-изображений сохраняйте метаданные источника и точный вид товара.
Блокировка аккаунта и Misrepresentation
Misrepresentation означает неточное, нереалистичное или вводящее в заблуждение представление бизнеса и предложений. Фраза «Google не доверяет сайту» не объясняет конкретную причину. Google может учитывать сайт, аккаунты, предложения и сторонние сведения.
Проверяйте систему целиком. Отсутствие одного элемента из списка не позволяет автоматически назвать причину suspension; это поверхности для проверки, а не диагностический приговор.
- Название бизнеса, реальный адрес, телефон и email.
- Подтвержденный домен и согласованность бизнес-профиля.
- Понятные контакты в доступном месте сайта.
- Доставка, оплата, возвраты и refund: доступные и точные условия.
- Фактические сроки, ограничения и стоимость доставки.
- Акции, цена и наличие, соответствующие возможности купить.
- Отсутствие вымышленных сертификаций, партнерств и связей с брендами.
Состав аудита готовности → · Демонстрационный отчет на синтетических данных →
Когда запрашивать review
Для доступных issues Google предлагает «I fixed the issue» или «I disagree with the issue». Выполните действия, указанные в Needs attention, включая проверку личности, если она запрошена. Используйте официальный канал; не отправляйте документы в публичный чат.
Перед запросом убедитесь, что исправления доступны на сайте, данные обработаны, проверен затронутый кластер и условия магазина согласованы. Объясняйте конкретно, что изменилось, а не отправляйте повторные запросы без новой проверки.
Доступность review и cooldown зависят от проблемы и истории проверок. Поддержка не сокращает cooldown. Срок проверки не является гарантией восстановления; ориентируйтесь на уведомления аккаунта.
- Исправления доступны на live-сайте и в источнике данных.
- Merchant Center получил и обработал обновление.
- Проверены несколько affected items и путь до checkout.
- Бизнес-данные и условия на уровне аккаунта согласованы.
- Причина и изменения описаны в журнале.
Если источник пуст и review поэтому недоступен, официальная инструкция рекомендует вручную добавить хотя бы один реальный товар. Проверьте подсказки своего аккаунта и выполните запрошенную верификацию; не добавляйте вымышленный товар ради кнопки.
Методика UPLIFY
Начинаем с реестра issues и диагностического уровня. Массовое редактирование фида до установления причины смешивает гипотезы. Для каждого кластера фиксируем IDs, общий шаблон или источник, выполненную проверку и подтверждение исправления на сайте.
Это рабочий порядок, а не обещание одобрения. Он помогает не отправлять review с частично исправленной системной проблемой. Состав проверки и публичный образец отчета позволяют заранее понять результат работы.
Что можно исправить самостоятельно
Самостоятельная работа уместна, когда причина локализована, команда управляет источником и может проверить исправление цены, наличия, идентификаторов, ссылок, фото или mapping. Не смешивайте десятки гипотез в один релиз.
Специалист нужен, если проблема охватывает аккаунт, интеграции противоречат друг другу, checkout имеет сложную логику или предыдущие review не прошли. Эксперт также не может гарантировать решение Google. После стабилизации данных проверьте их использование в Shopping и PMax.
Вопросы перед исправлением
Нужно менять ID товара после disapproval?
Обычно нет. ID должен стабильно обозначать то же предложение. Изменение не исправляет цену, наличие, политику или страницу. Сначала устраните причину; меняйте схему идентификации только с проверкой последствий для истории и интеграций.
Цена в фиде правильная, но Google видит другую. Что проверить?
Сверьте default variant, sale_price, валюту, разметку, кеш, mobile rendering и checkout. URL и данные должны описывать конкретное предложение. Проверьте время обработки источника и весь затронутый кластер, а не только одну карточку.
Поставщик не дал GTIN. Можно поставить identifier_exists=no?
Сначала выясните, действительно ли производитель не назначил идентификатор. Пустая таблица поставщика этого не доказывает. Не придумывайте GTIN; передавайте надежные brand/MPN по применимым требованиям. Не используйте identifier_exists=no для обхода правил.
Ошибка исчезла у части товаров. Уже запрашивать review?
Проверьте весь affected cluster, все источники и варианты. Несколько одобренных примеров не доказывают устранение системной причины. Для account-level issue отдельно проверьте бизнес-данные, политики и checkout.
Регистрация покупателя всегда запрещена Merchant Center?
Нет. Документация допускает бесплатное создание аккаунта без дополнительных барьеров и описывает guest checkout или проверку одноразовым кодом. Не требуйте платного доступа, загрузки приложения или смены устройства. Сверьте доступность покупки и применимые правила страны и программы.
Content API уже полностью отключен?
Sunset наступил 18 августа 2026, но это не равнозначно одновременному отказу всех запросов. Google описывает постепенные сбои с 1 сентября без предоставленного Google продления срока (extension). Окончательный вывод планируется на начало 2027; график может измениться. Сверьте актуальный статус и переход интеграции на Merchant API.
Источники и границы выводов
Требования сверены с Google. Диагностический порядок является методикой UPLIFY, не гарантией восстановления или объяснением каждого решения reviewer.
- Google: Review workflow ↗
- Google: Misrepresentation ↗
- Google: Landing-page requirements ↗
- Google: Checkout requirements ↗
- Google: GTIN ↗
- Google: Image link ↗
- Google: Content API lifecycle ↗
- Google: Merchant API updates ↗
Что проверить дальше
- Гайд о Misrepresentation
- Состав аудита готовности к Merchant Center
- Демонстрационный отчет на синтетических данных
- Google Shopping и PMax после стабилизации данных
Разберем ошибки вашего магазина
Отправьте адрес магазина и название issue без паролей или документов. Согласуем проверку, доступы и работы; решение Google не гарантируем.