На экране всё может выглядеть правильно, а данные всё равно расходятся
На сайте товар стоит 149 €, в Merchant Center тоже указано 149 €, но Google всё равно сообщает о несоответствии цены.
Или в интернет-магазине товар доступен для заказа, а Merchant Center считает, что сведения о наличии расходятся.
В таких ситуациях ошибка часто находится не там, где её начинают искать. Google сравнивает не только значение в товарном источнике с ценой, которую покупатель видит на странице. В проверке могут участвовать данные интернет-магазина, исходный код страницы, структурированные данные Schema.org, выбранный вариант товара, региональные настройки и сведения, которые появляются при оформлении заказа.
Поэтому исправление одной строки в товарной выгрузке не всегда решает проблему.
Что означает несоответствие цены или наличия
Для товаров, участвующих в товарной рекламе и бесплатных показах Google, коммерческие данные должны быть согласованы.
товарная база → Merchant Center → карточка товара → Schema.org → корзина → оформление заказа
Если в одном месте товар стоит 149 €, а в другом 159 €, возникает несоответствие цены.
С наличием ситуация аналогичная: товар есть на складе → in_stock → InStock в Schema.org → активная кнопка покупки → возможность действительно оформить заказ. Если Merchant Center получает сведения о наличии товара, а сайт или оформление заказа показывает обратное, Google может отклонить предложение.
Почему цена выглядит одинаковой, а Google всё равно находит ошибку
Одна из самых неприятных особенностей проблемы заключается в том, что владелец магазина открывает карточку и действительно видит правильную цену.
Но это ещё не означает, что такую же цену получил Google. Например, покупатель видит 149 €, а в исходном коде страницы первоначально находится 159 €. После загрузки страницы JavaScript меняет 159 € на 149 €.
Для посетителя всё выглядит нормально. Но система проверки Google может получить другое состояние страницы.
Поэтому особенно внимательно нужно проверять магазины, где с помощью JavaScript изменяются цена выбранного варианта, остаток, скидка, валюта, персональная цена или состояние товара.
Начинайте с одного конкретного товара
Не стоит сразу переделывать всю выгрузку или менять настройки Merchant Center. Сначала возьмите один отклонённый товар.
| Что проверяем | Пример |
|---|---|
| Артикул или ID предложения | shoe-black-42 |
| URL в Merchant Center | конкретная карточка |
| Цена в Merchant Center | 79 EUR |
| Наличие | in_stock |
| Schema.org | 79 EUR / InStock |
| Цена в корзине | 79 EUR |
| Время появления ошибки | точное время |
Так абстрактная проблема «Google что-то не принимает» превращается в обычную сверку данных.
Особенно важно учитывать время обнаружения ошибки. Утром цена могла быть 159 €, днём её исправили до 149 €, а вечером владелец магазина уже видит правильное значение. Это не означает, что Google ошибся: во время предыдущего обхода расхождение действительно могло существовать.
Какие уровни нужно сравнить
Частая причина – сайт и Merchant Center обновляются в разное время
Представим магазин с 30 000 товаров.
В 09:00 система учёта меняет цену. В 09:02 сайт уже показывает новое значение. А товарная выгрузка формируется только один раз в сутки.
Получается: сайт – новая цена, Merchant Center – старая цена. До следующего обновления данные будут расходиться.
С остатками проблема может возникать ещё чаще. Товар закончился в 14:00, а Merchant Center узнает об этом только ночью. Для магазинов с быстро меняющимися ценами и остатками такой подход уже плохо подходит.
Особое внимание – акциям
Акционные цены являются одним из частых источников расхождений. В Merchant Center используются разные атрибуты:
Если акция на сайте началась в полночь по местному времени, а в товарных данных используется другой часовой пояс, некоторое время Google и магазин могут показывать разные значения. Для Merchant API отсутствие часового пояса трактуется как UTC; для файловых источников может использоваться часовой пояс целевой страны. Поэтому время и часовой пояс лучше указывать явно.
Получается, что ошибка находится не обязательно в самой цене. Иногда причина – во времени начала или окончания акции.
Несколько цен на одной странице – ещё один источник ошибок
Отдельно нужно проверять карточки, где одновременно отображаются:
Google должен однозначно понимать, какая стоимость относится к рекламируемому предложению. Если на странице одновременно присутствует несколько значений, структурированные данные и товарная выгрузка должны правильно указывать действующую цену.
Варианты товара проверяйте отдельно
Типичный пример: размер 42 – в наличии; размер 43 – закончился; Merchant Center передаёт размер 43; карточка автоматически открывается с размером 42.
Человек видит надпись «В наличии». Но Google проверяет другое предложение.
Нельзя ограничиваться проверкой общей карточки модели.
Наличие – это не только остаток на складе
Статус in_stock означает, что товар действительно можно заказать. Просто наличие положительного остатка в базе ещё не всегда достаточно.
Если товар временно отсутствует – это нужно правильно передать. Для preorder и backorder необходимо корректно работать и с датой появления товара.
Главный принцип: статус в Merchant Center должен соответствовать реальной возможности покупки.
Проверьте геолокацию и валюту
Ещё один классический источник проблем – сайт меняет содержимое по IP. Например: пользователь из Германии видит 149 EUR; пользователь из другой страны – 169 USD; Google получает третий вариант.
То же происходит, если сайт автоматически перенаправляет робота на другую региональную версию. Если цены или наличие различаются по странам, эту логику нужно согласовать с настройками Merchant Center, а не рассчитывать только на автоматическое определение местоположения пользователя.
Не забудьте про кеш
Иногда все данные уже исправлены: система учёта показывает новую цену; Merchant Center получил новую цену; администратор сайта тоже видит её.
Но серверный кеш или сеть доставки содержимого продолжает отдавать старую версию страницы. В результате Google может получить устаревшее значение.
Если ошибка возникла сразу после массового изменения цен, запуска акции, импорта товаров или обновления остатков, проверка кеша должна быть одним из первых действий.
Автоматическое обновление данных – страховка, а не ремонт
Merchant Center умеет автоматически уточнять часть сведений по данным посадочной страницы. Для этого Google использует структурированную разметку и другие данные, которые находит на сайте.
Автоматические обновления могут корректировать цену, цену со скидкой, наличие и состояние товара, но это страховочный механизм. Он не должен компенсировать постоянно неправильную товарную выгрузку или устаревшие данные в CMS.
Для структурированных данных особенно важны price, priceCurrency, availability и itemCondition: именно эти свойства помогают Merchant Center сопоставлять цену, валюту, наличие и состояние товара с данными источника.
Если расхождений много, нужно исправлять сам механизм синхронизации.
Советы про Content API уже устарели
В старых руководствах по Merchant Center часто советовали использовать Content API for Shopping для частого обновления цен и остатков.
В 2026 году это уже устаревшая рекомендация. Google завершил работу Content API for Shopping 18 августа 2026 года.
Для новых решений используется Merchant API. Поэтому интернет-магазинам с часто меняющимися ценами и остатками нужно ориентироваться уже на современную схему передачи данных через Merchant API или подходящую интеграцию своей платформы.
Способ реализации зависит от CMS, системы учёта, количества товаров, частоты изменений и текущей архитектуры магазина.
Если отклонены сотни товаров
Один проблемный товар может означать локальную ошибку. Если одновременно отклонены сотни или тысячи предложений, почти всегда нужно искать общую причину.
В такой ситуации бессмысленно исправлять товары по одному. Нужно искать общий уровень, на котором произошло расхождение.
Практическая таблица диагностики
Возьмите несколько проблемных товарных позиций и сведите данные в одну таблицу.
| Источник | Цена | Наличие | Вариант |
|---|---|---|---|
| Система учёта / CMS | 149 € | есть | black / M |
| Merchant Center | 149 € | in_stock | black / M |
| Исходный HTML | 159 € | InStock | black / M |
| Schema.org | 159 € | InStock | black / M |
| Корзина | 149 € | доступен | black / M |
В этом примере проблема становится очевидной. Merchant Center исправлять не нужно. Ошибка находится в исходном HTML и структурированных данных страницы.
Такой подход намного надёжнее, чем менять плагины, повторно загружать одну и ту же выгрузку, вручную редактировать товары или постоянно отправлять запросы на повторную проверку.
Когда проблема действительно исправлена
Не тогда, когда в Merchant Center исчезло красное предупреждение. Сначала нужно восстановить согласованность:
один товар → один вариант → одна цена → одно наличие → одинаковые сведения во всех источниках
Только после этого имеет смысл ждать повторного обхода Google или запускать доступную проверку. Срок зависит от типа ошибки и уровня проверки, поэтому не стоит считать любой срок из интерфейса универсальным.
Чего делать не стоит
Исправлять нужно не симптом, а источник расхождения.
Короткий алгоритм
Одинаковые данные должны приходить во все системы из одного источника
Проблема повторяется, когда цена отдельно существует в системе учёта, отдельно – в CMS, отдельно – в HTML, отдельно – в Schema.org, отдельно – в Merchant Center, а акция или региональные настройки меняют её ещё раз.
Надёжнее строить передачу данных так, чтобы сайт, Merchant Center, структурированные данные и оформление заказа получали согласованное значение.
Тогда автоматическая проверка Google перестаёт быть постоянным «ремонтом» магазина.
Не добивайтесь зелёного статуса одного товара – устраняйте источник расхождения
Несоответствие цены или наличия редко означает, что проблема находится только в товарной выгрузке.
Чаще оно показывает, что интернет-магазин хранит несколько версий одних и тех же сведений. Цена отдельно существует в системе учёта, CMS, HTML, Schema.org, Merchant Center и корзине, а акция или региональные настройки могут изменить её ещё раз.
Задача владельца магазина – не просто добиться зелёного статуса одного товара, а построить такую передачу данных, при которой цена и наличие не расходятся между сайтом, Google и оформлением заказа.
При массовых ошибках проверяйте общие механизмы магазина
Если отклонён один товар, обычно достаточно пройти цепочку одной позиции. При массовых ошибках полезнее проверить общие механизмы магазина: шаблоны карточек, структурированные данные, товарную выгрузку, кеш, региональные правила и синхронизацию.
Для поиска общей причины в шаблонах, данных и работе сайта.
SEO-аудит сайта
Если проблема затрагивает каталог, индексацию и коммерческие данные целиком.
Перейти к услуге