Ошибка в Merchant Center обычно не причина, а последний заметный симптом: каталог, фид, карточка товара, структурированные данные и checkout сообщают Google разные факты. Ручная правка одной позиции уберёт предупреждение сегодня, но следующая синхронизация вернёт его завтра.
Выгрузите все проблемы, объедините их по реальной причине, сверяйте несколько типичных SKU на каждом этапе и исправляйте систему, которой принадлежит неверное значение. Правила фида и автоматические обновления полезны как страховка, но не как постоянная замена правильному каталогу.
Почему товарный фид стоит проверить в 2026 году
14 апреля 2026 года Google обновил спецификацию товарных данных Merchant Center. Появились новые поля доставки на уровне товара, в том числе handling_cutoff_time и minimum_order_value. Для video_link показ и проверка качества начались 30 июня. Одновременно Merchant Center уже предупреждает об изображениях меньше 500 × 500 пикселей: новый минимальный размер станет обязательным 31 января 2027 года.
Это не повод немедленно заполнять все новые атрибуты. Это повод понять, откуда берётся каждое значение, кто отвечает за него и как оно обновляется. По данным Google, товарная информация может использоваться не только в платном Shopping, но и в расширенных результатах Поиска, Картинках, Lens, бесплатных предложениях и вкладке Shopping — в зависимости от страны и допуска. Июньский отчёт McKinsey о европейском retail также описывает перенос каталогов в каналы товарного поиска с ИИ. Противоречивые данные теперь вредят сразу нескольким точкам контакта.
Русскоязычная выдача показывает прикладной спрос: «ошибки Merchant Center», «товары отклонены», «требования к фиду», несовпадение цены или наличия. Поэтому дальше — не очередной справочник атрибутов, а система поиска и устранения первопричины.
Нарисуйте путь одного товара до Google
Зафиксируйте фактическую цепочку одной позиции. Даже у небольшого магазина обычно есть пять представлений одного предложения:
| Уровень | Что контролирует | Типичный сбой |
|---|---|---|
| Источник каталога | SKU, вариант, бренд, GTIN, базовые свойства | Неполные данные или неясный владелец |
| Коммерческое состояние | Цена продажи, остаток, рынок, налог и акция | Системы обновляются в разное время |
| Преобразование в фид | Атрибуты Google, исключения, метки и формат | Правило обрезает, округляет или заменяет значение |
| Карточка товара | Видимое предложение, URL и возможность купить | Другой вариант, валюта, редирект или блокировка |
| Product schema | Машиночитаемые Product и Offer | Разметка расходится со страницей или фидом |
Merchant Center наблюдает за этой цепочкой, но не обязательно является источником. Расхождение цены может появиться в ERP, модуле акций, конвертации валюты, кэше, теме магазина, генераторе JSON-LD, региональном URL или расписании выгрузки. Запишите владельца и частоту обновления каждого слоя. Иначе маркетолог меняет число в кабинете, а интеграция снова загружает старое.
ID предложения должен оставаться стабильным. Если один вариант получает новый id после каждого импорта, история диагностики и сопоставление результатов распадаются. Но нельзя повторно использовать один ID для разных размеров или комплектов. Модель товара, продаваемый вариант и остаток по складу — разные сущности.
Сортируйте по последствиям и повторяемости
Откройте раздел «Требует внимания» и выгрузите полный список. Google различает предупреждения и отклонения: товар с предупреждением ещё может показываться, хотя эффективность бывает ограничена; отклонённая позиция не показывается. Проблемы уровня аккаунта способны затронуть весь ассортимент. Сохраните название, страну, программу, время первого появления, примеры ID и текущее количество.
Очередь исправлений:
- Риск для аккаунта и правил: всё, что может остановить каталог целиком или вводит покупателя в заблуждение.
- Потерянный спрос: отклонённые позиции с остатком, маржой и реальным потенциалом трафика.
- Системный дефект: один шаблон или трансформация ломает целую группу.
- Будущее обязательное требование: например, изображения 500 × 500, пока есть время подготовить исходники.
- Обогащение: полезные необязательные поля после восстановления базовой пригодности.
Одинаковое сообщение не всегда означает одинаковую причину. Сто расхождений цены могут включать завершившуюся акцию, URL в другой валюте, опоздавшую задачу синхронизации и разный учёт налога. Группируйте строки по происхождению дефекта.
Соберите таблицу истины для нескольких SKU
Возьмите 5–10 проблемных предложений из разных категорий, вариантов, стран и режимов обновления. Одновременно снимите значения на всех уровнях. Проверяйте точный URL из фида вместе с языком, валютой и параметрами.
ID предложения: eu-shoe-482-black-42
Время проверки: 2026-09-14T08:10:00Z
Поле Каталог Фид Страница JSON-LD Checkout
цена 79 EUR 79 EUR 69 EUR 69 EUR 69 EUR
наличие есть есть есть есть есть
GTIN 0482... 0482... 0482... 0482... —
вариант чёрн./42 чёрн./42 чёрн./42 чёрн./42 чёрн./42
владелец pricing feed job storefront SEO app commerceВ примере акционная цена дошла до витрины, но не попала в экспорт для фида. Исправлять нужно синхронизацию цены. Ручное изменение в Merchant Center только скроет поломку до следующего запуска.
Проверьте страницу как неавторизованный бот: финальный HTTP-статус, редиректы, canonical, индексируемость, видимую цену, выбранный вариант, валюту, наличие, изображения, Product schema, доставку и возврат. В документации о товарных результатах Google предупреждает, что динамически созданная JavaScript-разметка может быть менее надёжной для часто меняющихся цены и наличия. Если архитектура позволяет, отдавайте критичные Product-данные в исходном HTML.
Шесть причин, которые надо устранять в источнике
1. Цена и расписание акции
Назначьте один сервис или запись источником продаваемой цены для каждого рынка. Согласуйте валюту, налог, цену для участников программы, минимальное количество, начало и конец акции с часовыми поясами. Цена из фида должна быть доступна на целевой странице без скрытого промокода, авторизации или переключения на другой вариант, если соответствующий атрибут и политика Google не разрешают иное.
2. Запаздывание наличия
Измерьте время от изменения остатка до обновления страницы, фида и отправки Google. Ночной файл не может правдиво описывать дефицитный товар днём. Нужны более частые или событийные обновления. Автоматические исправления Google могут временно привести его копию цены и наличия в соответствие со страницей. Они не устраняют оверселлинг, не обновляют другие площадки и не чинят складскую систему.
3. GTIN, бренд и варианты
Используйте идентификатор, назначенный именно этой торговой единице. Не придумывайте GTIN, не копируйте код соседнего размера и не называйте брендовый товар изготовленным на заказ ради обхода проверки. GS1 сообщает, что маркетплейсы используют Verified by GS1 для проверки идентификаторов и уменьшения дублей и ошибок каталога. Цвет, размер, количество в упаковке и модель должны совпадать в названии, URL варианта, фиде и разметке.
4. Изображения
Проверяйте исходный файл, а не только уменьшенную картинку в теме. Уберите рекламные плашки, заглушки, просроченные CDN-ссылки и блокировку для Google. Уже сейчас составьте список всех основных и дополнительных изображений меньше 500 × 500: заявленное Google требование начнёт действовать 31 января 2027 года. Автоматическая оптимизация Google — запасной механизм, а не производство ассетов.
5. Доставка, возврат и рынок
Для каждой страны сопоставьте настройки аккаунта, исключения товара, обещание на странице и реальный checkout. Время окончания приёма заказов, минимальную сумму, службу доставки, обработку, окно возврата и исключения храните с владельцем и датой действия. Не публикуйте новый атрибут 2026 года, пока источник не умеет поддерживать его актуальность.
6. Страница, сканирование и правила
URL фида должен открывать точное предложение, которое можно купить. Исправьте редиректы на категорию или другой рынок, случайную авторизацию, robots-блокировку, недоступные ресурсы, заглушки и противоречивые сведения о продавце. Технически валидный фид не отменяет правил Shopping. Сначала разберитесь с причиной нарушения, затем запрашивайте повторную проверку.
Проверяйте контракт товара до выгрузки
Опишите минимальный контракт продаваемого предложения и валидируйте его перед публикацией:
- уникальный стабильный ID и однозначная связь с вариантом;
- доступные публичные URL карточки и изображений;
- согласованные валюта, округление, налог, остаток и даты акции;
- только настоящие обязательные идентификаторы;
- одинаковые цена и наличие в фиде, видимой странице и JSON-LD;
- доставка и возврат, которые действительно выполняет checkout;
- ожидаемое число предложений и безопасный объём изменений.
Существенная ошибка должна останавливать выпуск. Если возможно, изолируйте только проблемную группу, чтобы сломанный экспорт одной категории не удалил весь ассортимент. Для каждого запуска сохраняйте готовый фид, версию источника, отчёт валидации и версию преобразований. Оповещайте о резкой смене числа товаров, доли отклонений, распределения цен, отсутствующих картинок и возраста последнего обновления.
Дополнительный фид или правило подходит для осознанного обогащения канала — например, меток кампании. Не маскируйте так неверные GTIN, цену, остаток или основные характеристики. У каждого правила должны быть владелец, причина, тест и дата пересмотра.
Семидневный план восстановления Merchant Center
Сохраните снимок «до». Выпускайте по одной группе причин и ждите результата обработки, не меняя хаотично другие поля. Google указывает, что формальная проверка товаров обычно занимает 3–5 рабочих дней и иногда дольше; для отдельных повторных сканирований справка даёт ориентир 24–48 часов. Это актуальная подсказка сервиса, а не гарантированный SLA.
Измеряйте здоровье каталога, а не только «Одобрено»
Отслеживайте долю пригодных и одобренных предложений по стране и программе; отклонения и предупреждения по причинам; важные для выручки позиции под воздействием; свежесть фида; собственную долю несовпадений страница/фид; время обнаружения, исправления, отправки и восстановления; повтор дефекта за 30 дней; долю правок в системе-владельце, а не вручную.
Одобренное предложение всё равно может быть слабым. Выборочно проверяйте названия, фото, варианты, доставку и целевые страницы. Сравнивайте клики и конверсию после контролируемых изменений, но не объясняйте всё движение одним атрибутом: влияют ставки, конкуренция, сезонность, спрос, качество сайта и правила допуска.
Частые вопросы
Почему товары отклоняют в Google Merchant Center?
Причиной бывают отсутствующие или неверные атрибуты, расхождение цены или наличия, неправильные идентификаторы, недоступная карточка, изображения, настройки рынка и нарушения правил Shopping. Сначала установите точный масштаб.
Можно ли исправить ошибку прямо в Merchant Center?
Да, если Merchant Center намеренно является источником поля. Иначе исправляйте CMS, ERP, PIM, сервис цен, генератор фида или шаблон страницы — ручное значение будет перезаписано.
Заменяют ли автоматические обновления правильный фид?
Нет. Они могут временно согласовать цену и наличие с сайтом, но не чинят каталог, checkout, другие каналы, идентификаторы или нарушение правил.
Как часто обновлять товарный фид?
Достаточно часто, чтобы самый динамичный критичный атрибут оставался правдивым. Стабильному каталогу может хватать ежедневного файла; дефицитному товару и частым акциям нужны событийные или API-обновления с мониторингом.
Что изменилось в спецификации Merchant Center 2026?
Google добавил поля доставки и видео, 30 июня начал показ и проверку качества видео и выпустил предупреждения перед минимальным размером изображений 500 × 500, который станет обязательным 31 января 2027 года.
Источники и дата проверки
Проверено 14 сентября 2026 года по официальным материалам Google: обновление спецификации Merchant Center 2026, руководство по проблемам Merchant Center, спецификация товарных данных и документация Google Search для ecommerce; материалу GS1 о проверке идентификаторов на маркетплейсах; отчёту McKinsey о европейском retail в июне 2026 года. Требования, названия разделов, сроки проверки и доступность функций меняются — сверяйтесь с текущими подсказками аккаунта.
Rendframe может проследить данные от ERP или CMS до фида, страницы, schema и checkout, исправить интеграцию и добавить тесты против повторных ошибок. Изучите систему синхронизации остатков, пройдите аудит готовности к AI-покупателям или пришлите обезличенный экспорт проблем и одну карточку товара.