Отклонённые товары в Merchant Center 2026: диагностика фида и возврат показов
Товары в Merchant Center получили статус «Отклонено» — и Shopping-кампания вместе с Performance Max тихо теряет показы по половине ассортимента. При этом в интерфейсе висит формулировка вроде «Несоответствие цены» или «Проблема с изображением», а по факту причина совсем в другом месте: в микроразметке, в геоблокировке лендинга или в атрибуте, который Google перестал принимать три месяца назад.
Эта статья — рабочая методика диагностики отклонённых товаров в Merchant Center в 2026 году. Разберём, чем «Отклонено» отличается от «Ограничено» и «На проверке», семь причин, которые дают основную массу отказов, пошаговый чек-лист на 20 минут, способы массового исправления через правила фида и дополнительные фиды, а также реалистичные сроки возврата товаров в показы.
Главный принцип диагностики: чинить не «все отклонённые товары», а те, которые приносили или могли принести деньги. Ассортимент из 40 000 SKU почти всегда содержит хвост, который не стоит ни одного часа работы.
Где смотреть отклонённые товары в Merchant Center
В интерфейсе Merchant Center Next данные о статусах живут в двух местах, и между ними принципиальная разница.
- Продукты → Все продукты. Здесь список SKU со статусом каждого товара. Фильтр по статусу («Отклонено», «Ограничено», «Активно») и по конкретной проблеме. Это уровень «какие именно товары».
- Продукты → Статистика / Проблемы. Агрегированный список проблем: сколько товаров затронуто, в каких странах, критичность. Это уровень «что чинить в первую очередь».
Начинать всегда стоит с агрегированного списка: одна ошибка в шаблоне фида обычно бьёт по тысячам SKU одновременно, и починка одного правила закрывает половину отчёта. Разбирать список товаров поштучно имеет смысл только тогда, когда отклонений мало и они разнородные.
Три статуса, которые постоянно путают
| Статус | Что означает | Что делать |
|---|---|---|
| Отклонено (Disapproved) | Товар не показывается нигде: ни в бесплатных карточках, ни в Shopping, ни в PMax | Чинить в приоритете — это прямая потеря показов |
| Ограничено (Limited / Limited visibility) | Товар показывается, но не везде: часть площадок или форматов недоступна из-за неполных данных | Чинить во вторую очередь: обычно не хватает GTIN, размера, цвета, возрастной группы |
| На проверке (Pending / Under review) | Товар загружен, но ещё не прошёл модерацию | Ждать. Обычно от нескольких часов до трёх рабочих дней (ориентир) |
Отдельная категория — товары со статусом «Активно», которые всё равно не получают показов. Это уже не проблема Merchant Center: смотреть надо ставки, конкуренцию и ограниченный показ объявлений в Google Ads, а не фид.
Семь причин, которые дают основную массу отклонений
1. Несовпадение цены и наличия с лендингом
Самая массовая причина. Робот Google открывает страницу товара, сравнивает цену и наличие с фидом и, если данные расходятся, отклоняет позицию. Расхождение возникает не потому, что кто-то ошибся, а потому что фид обновляется раз в сутки, а цены на сайте меняются каждый час — акции, динамическое ценообразование, распродажи.
Что помогает:
- Переход с файлового фида на Content API или автоматические обновления цен и наличия — тогда изменения на сайте попадают в Merchant Center почти сразу, а не через сутки.
- Проверка, что
priceв фиде — это финальная цена, которую видит покупатель, аsale_priceиспользуется именно для акционной цены, а не наоборот. - Валюта в фиде совпадает с валютой на лендинге для конкретной страны показа.
- Товары, которых нет в наличии, помечаются
availability: out_of_stock, а не удаляются из фида. Удаление обнуляет накопленную историю карточки.
2. Микроразметка на сайте противоречит фиду
Отдельная ловушка: цена в фиде и цена в видимой части страницы совпадают, а в schema.org-разметке лежит старое значение — например, цена до скидки или цена без НДС. Google сверяется в том числе со структурированными данными, и товар уходит в отказ, хотя визуально на сайте всё корректно.
Проверяется через тест расширенных результатов Google и валидатор schema.org. Системное решение — генерировать разметку из той же базы, из которой формируется фид, а не поддерживать её отдельно.
3. Нет идентификаторов товара
Отсутствие gtin, mpn и brand чаще приводит не к отклонению, а к статусу «Ограничено»: товар теряет часть показов и хуже участвует в сравнении. Для товаров собственного производства корректный путь — identifier_exists: no плюс заполненные brand и mpn, а не пустые поля.
4. Изображения
Отклоняются картинки с водяными знаками, рекламным текстом, плашками «скидка», рамками, коллажами и плейсхолдерами вида «нет фото». Отдельная частая история — изображение возвращает 404 или отдаётся только с определённых IP. Google должен получить картинку так же свободно, как обычный пользователь.
5. Непрозрачность бизнеса (misrepresentation)
Самая неприятная группа, потому что формулировка размытая, а последствия — вплоть до приостановки всего аккаунта Merchant Center. Что проверяют: наличие и полнота политики возврата, условия и стоимость доставки, контактные данные, совпадение названия компании на сайте и в аккаунте, отсутствие скрытых доплат на чекауте, работающий процесс оформления заказа без обязательной регистрации.
6. Дрейф спецификации фида
Спецификация фида меняется несколько раз в год, и шаблон, собранный два года назад, постепенно превращается в источник ошибок. Актуальные для 2026 года моменты, за которыми стоит следить:
- Для рассрочки в атрибуте
installmentпоявилось описание первоначального взноса; итоговая цена должна отражать полную стоимость товара, а не размер платежа. - Региональные цены и наличие (RAAP) позволяют задавать переопределения на уровне региона внутри страны — удобно для сетей с разными складами.
- Для ЕС и Великобритании налог перестал задаваться отдельным атрибутом: цена в фиде должна включать НДС.
Практический вывод: раз в квартал сверять шаблон фида с текущей спецификацией — дешевле, чем разбирать волну отказов постфактум.
7. Проблемы с лендингом
Страница отдаёт 404 или 500, закрыта в robots.txt, редиректит мобильный трафик на другую страницу, требует авторизации, блокирует запросы из стран, где идёт показ, или грузится так долго, что краулер отваливается по таймауту. Последний пункт связан с общей скоростью сайта — как её измерять и чинить, разобрано в материале про скорость лендинга и Core Web Vitals под платный трафик.
Диагностика за 20 минут: пошаговый чек-лист
- Открыть агрегированный список проблем и отсортировать по числу затронутых товаров. Записать три верхние проблемы — обычно на них приходится большая часть отказов.
- Отфильтровать по стране показа. Одна и та же проблема часто существует только в одной стране: там другой лендинг, другая валюта или другие требования к цене.
- Пересечь список отклонённых SKU с товарами, которые давали клики. Выгрузка отчёта по товарам из Google Ads плюс список отклонённых из Merchant Center. Товары, которые ничего не приносили, отправляются в конец очереди.
- Взять один товар из верхней проблемы и пройти путь робота руками: открыть URL из фида в режиме инкогнито, сверить цену, наличие, валюту, посмотреть разметку страницы.
- Проверить, воспроизводится ли проблема с другого гео. Если товар доступен из вашей страны, но не из страны показа — причина в геоблокировке или в редиректе, а не в данных.
- Определить уровень починки: сайт, шаблон фида, правило фида или дополнительный фид. Если ошибка системная — чинить источник, а не отдельные SKU.
- Внести правку и запросить проверку по затронутым товарам, зафиксировав дату. Дальше — контроль через 3–5 дней.
Как чинить массово, а не по одному товару
Три уровня исправления, от быстрого к правильному:
| Инструмент | Когда применять | Ограничение |
|---|---|---|
| Правила фида (feed rules) | Нужно переименовать значение, подставить константу, склеить поля, вычистить символы | Не создаёт данные, которых нет в источнике |
| Дополнительный фид (supplemental feed) | Нужно добавить GTIN, категории, кастомные метки, региональные переопределения для части SKU | Привязка по id: расхождение идентификаторов ломает всё |
| Основной фид / Content API | Систематическая ошибка в данных, частые изменения цен и остатков | Требует работы на стороне разработки |
Кастомные метки заслуживают отдельного упоминания: если размечать ими маржинальность, оборачиваемость и сезонность, то в кампаниях появляется управляемость — можно разводить ставки и бюджеты по группам товаров вместо того, чтобы лить на весь каталог одинаково. Подробно логика фидов и структуры товарных кампаний разобрана в гайде по товарным фидам Google Shopping.
Проверка фида до загрузки
Дешевле всего ловить ошибки не в Merchant Center, а до отправки данных. Минимальный набор проверок, который стоит встроить в процесс выгрузки:
- Обязательные поля. Отсутствие
id,title,link,image_link,price,availability— товар не пройдёт в принципе. - Уникальность id. Дубли идентификаторов ломают привязку дополнительных фидов и статистику по товарам.
- Формат цены. Число плюс код валюты, точка как разделитель, без пробелов и символов валюты внутри значения.
- Доступность ссылок. Выборочная проверка сотни случайных
linkиimage_linkна код ответа 200 — ловит битые URL до модерации. - Длина заголовка. Слишком длинные
titleобрезаются, слишком короткие теряют релевантность; заголовок должен содержать бренд и ключевые характеристики, а не рекламные лозунги. - Запрещённые элементы в тексте. Заглавные буквы целыми словами, восклицательные знаки, «скидка», «бесплатно», ссылки и телефоны в описании — частая причина отказа.
Такая проверка занимает несколько десятков строк кода на стороне выгрузки и снимает большую часть повторяющихся отказов. Если фид генерирует плагин CMS, ту же роль может выполнить простой отчёт «сколько товаров не прошло валидацию и почему», который смотрят перед каждой публикацией.
Что происходит после исправления
После правки фида товары не возвращаются в показы мгновенно. Реалистичная последовательность (сроки — ориентир, а не гарантия):
- Фид перечитывается по расписанию или по факту загрузки — от минут до суток.
- Модерация после запроса проверки — обычно до трёх рабочих дней.
- Восстановление объёма показов — ещё несколько дней: карточка заново набирает статистику.
Чего делать не стоит: удалять и заново создавать товары с новыми id ради «сброса статуса», подавать повторные запросы на проверку каждый день, не изменив ничего по сути, и переносить каталог в новый аккаунт Merchant Center. Все три действия обнуляют накопленную историю и часто ухудшают ситуацию.
Как отклонения бьют по Performance Max
В Shopping-кампании эффект очевиден: товара нет в фиде — нет показа. В Performance Max ущерб менее заметен и потому опаснее. Если существенная часть каталога отклонена, алгоритм перераспределяет бюджет на те каналы, где есть чем показываться — видео, дисплей, поиск без товарной составляющей. Внешне кампания продолжает тратить и даже приносить конверсии, но структура трафика меняется, а товарная часть — обычно самая рентабельная — тихо схлопывается.
Отсюда практическое правило: перед любым разбором просадки PMax сначала смотреть долю активных товаров в фиде, и только потом трогать бюджеты и цели. Методика разбора самой кампании — в полном гайде по Performance Max, а общая последовательность проверки аккаунта — в чек-листе аудита аккаунта Google Ads.
Регламент мониторинга: что смотреть и как часто
| Период | Что проверять | Триггер к действию |
|---|---|---|
| Ежедневно | Доля активных товаров от общего числа | Падение более чем на 5 процентных пунктов за сутки |
| Еженедельно | Топ-5 проблем, отклонения по странам, товары со статусом «Ограничено» | Появление новой проблемы, затрагивающей более 1% каталога |
| Ежемесячно | Пересечение отклонённых SKU с товарами, дающими выручку | В отказе оказался товар из топ-100 по обороту |
| Ежеквартально | Сверка шаблона фида с актуальной спецификацией | Появились новые или устаревшие атрибуты |
Доля активных товаров — самая полезная метрика для ежедневного взгляда: она агрегирует все причины сразу и падает раньше, чем это видно по расходу. Как вывести её в удобный вид вместе с рекламными данными, показано в разборе анализа платного трафика через GA4 Explorations; отдельная тема — отделять реальные потери от шума, включая недействительные клики и защиту бюджета.
Частые ошибки при работе с отклонениями
- Чинить всё подряд. Половина отклонённых SKU в крупном каталоге не даёт ни кликов, ни выручки. Приоритет — товары с историей продаж.
- Верить формулировке буквально. «Несоответствие цены» часто означает недоступность страницы для краулера, а не разницу в цифрах.
- Править вручную то, что порождается шаблоном. Через неделю следующая выгрузка вернёт ошибку обратно.
- Игнорировать статус «Ограничено». Он не выглядит критично, но по объёму потерянных показов часто перевешивает прямые отказы.
- Не фиксировать даты правок. Без даты невозможно понять, помогло исправление или товары вернулись сами.
Как перевести отклонения в деньги
Аргумент «у нас 3 000 отклонённых товаров» ничего не говорит ни владельцу бизнеса, ни разработчику, от которого нужна правка. Работающая формулировка — сумма недополученной выручки. Считается это просто и на своих данных.
- Выгрузите отчёт по товарам из Google Ads за 30 дней до появления проблемы: id товара, клики, расход, конверсии, ценность конверсий.
- Пересеките выгрузку со списком отклонённых SKU по идентификатору.
- Просуммируйте ценность конверсий по попавшим в пересечение товарам и разделите на количество дней — получите дневную стоимость проблемы.
- Умножьте на прогнозируемый срок исправления (правка на стороне сайта плюс модерация — обычно неделя).
Число вида «отклонения стоят нам порядка X в день, а починка занимает два часа работы разработчика» закрывает вопрос приоритета мгновенно. Тот же расчёт помогает решить, что чинить первым, когда проблем несколько: сортировка по недополученной выручке, а не по количеству затронутых SKU. Как связывать рекламные расходы с фактической выручкой и не обманываться промежуточными метриками, разобрано в материале по юнит-экономике Google Ads.
Три сценария из практики
Сценарий 1: релиз сайта уронил половину каталога
Симптом: доля активных товаров упала за сутки с 96% до 40%, проблема одна и та же на всех SKU. Диагностика: смотреть не фид, а историю релизов. Типичные причины — новый шаблон карточки товара, где цена подгружается скриптом и не видна краулеру; смена URL без обновления фида; свежий блок в robots.txt. Починка на стороне сайта, фид не трогаем вообще.
Сценарий 2: отклонения только в одной стране
Симптом: в основной стране всё активно, в соседней — массовые отказы по цене. Диагностика: открыть URL товара через VPN нужной страны. Как правило, находится редирект на локальную версию сайта с другой ценой и валютой либо баннер выбора региона, перекрывающий контент. Починка: отдельный фид на страну и корректные link под каждое гео.
Сценарий 3: тихая утечка на «Ограничено»
Симптом: отклонённых почти нет, но показы товарных кампаний медленно падают месяцами. Диагностика: смотреть статус «Ограничено» — обычно у половины каталога нет GTIN либо не заполнены обязательные для категории атрибуты одежды: размер, цвет, пол, возрастная группа. Починка: дополнительный фид с недостающими полями. Эффект проявляется постепенно, за две–три недели.
Когда стоит подключить внешнюю экспертизу
Разбор фида — работа, которая окупается ровно один раз: настроенный источник данных потом годами не требует внимания. Если внутри команды нет человека, который держит связку «CMS → фид → Merchant Center → кампании», имеет смысл разово привлечь специалиста: типовой каталог диагностируется за несколько часов, а результат — возврат десятков процентов ассортимента в показы. В PPC Rebels это входит в формат консультаций и обучения по Google Ads; практические разборы кабинета собраны в гайде по Google Ads.
FAQ
Чем «Отклонено» отличается от «Ограничено» в Merchant Center?
«Отклонено» означает полное отсутствие показов по товару. «Ограничено» — товар показывается, но не во всех форматах и площадках, обычно из-за неполных данных: нет GTIN, размера, цвета или возрастной группы. Первое чинится в приоритете, второе — сразу следом.
Сколько времени занимает проверка после исправления?
Как ориентир — до трёх рабочих дней после того, как обновлённые данные попали в Merchant Center. Ускорить процесс запросами на повторную проверку без реальных изменений нельзя.
Почему товар отклонён из-за цены, если на сайте цена совпадает?
Три типичные причины: цена в микроразметке отличается от видимой, цена меняется динамически между обновлениями фида, или краулер вообще не получил доступ к странице и посчитал данные неподтверждёнными.
Нужно ли удалять товары, которых нет в наличии?
Нет. Правильнее оставить их в фиде со значением out_of_stock. Удаление сбрасывает историю карточки, и после возврата товара показы приходится набирать заново.
Что делать, если аккаунт Merchant Center приостановлен за misrepresentation?
Привести сайт в соответствие требованиям: полные условия возврата и доставки, контакты, прозрачное ценообразование без скрытых доплат, совпадение реквизитов компании. После этого подать запрос на проверку с описанием внесённых изменений. Приостановка снимается только по факту исправлений, обходных путей здесь нет.
Обязателен ли GTIN?
Для товаров известных брендов — фактически да, без него позиция теряет часть показов. Для товаров собственного производства используется identifier_exists: no вместе с заполненными brand и mpn.
Можно ли исправить данные, не трогая сайт?
Частично. Правила фида и дополнительные фиды позволяют дополнить и преобразовать данные. Но если проблема в самом лендинге — цена, доступность, разметка, скорость — правки на стороне фида дадут только новое расхождение.
Как отклонения влияют на Performance Max?
Кампания продолжает тратить бюджет, но перераспределяет его на нетоварные каналы. Расход остаётся, структура трафика меняется, товарная часть теряется. Поэтому долю активных товаров нужно проверять до любых правок в самой кампании.
Сколько отклонённых товаров считается нормой?
Для крупного каталога небольшой процент отказов — обычная ситуация: часть SKU всегда в переходном состоянии. Тревожный сигнал — рост доли за короткий период или попадание в отказ товаров с историей продаж.
Что проверять в первую очередь при массовом отклонении за сутки?
Изменения на стороне сайта: выкатка нового шаблона страницы, смена URL-структуры, обновление CMS, правки в robots.txt, изменение логики отображения цен. Массовое отклонение почти всегда следствие релиза, а не действий Google.
Помогает ли перенос каталога в новый аккаунт?
Нет. Проблемы фида и сайта переезжают вместе с каталогом, а накопленная история теряется. Единственный рабочий путь — исправить причину в текущем аккаунте.