-
Источник
Вариант, цена и доступный остаток
-
Карточка
Видимый текст и исходный HTML
-
Передача
Offer, фид и время обновления
-
Проверка
Повторный обмен без расхождения
Короткий ответ: если Merchant Center отклонил товар из-за цены или наличия, сравните один и тот же вариант во всех источниках: учётной системе, карточке сайта, разметке и переданном фиде. Запишите время каждого обновления. Исправление одного числа в кабинете не поможет надолго, если следующий обмен снова отправит старые данные.
Разбор предназначен для интернет-магазинов, работающих на зарубежных рынках, где доступен нужный формат размещения Google. До подключения проверьте поддерживаемую страну, язык, валюту и правила выбранной программы. При диагностике уже подключённого магазина начинайте с конкретного сообщения о проблеме и затронутых предложений.
Что именно не совпало
В справке Google о несовпадающей цене описано сравнение сведений источника с целевой страницей и её структурированными данными. Поэтому скриншота правильной цены в браузере недостаточно. В исходном HTML может оставаться другое значение, особенно когда выбранный вариант или цена меняются после выполнения JavaScript.
Сначала разделите ошибку отдельного предложения и ограничение всего аккаунта. Выпишите название проблемы, ID товара, целевую страну, URL и время обнаружения. Посмотрите, связаны ли проблемные позиции одним шаблоном, валютой, типом цены или недавним импортом. Эта группировка помогает найти общую причину вместо ручного исправления сотен строк.
Составьте цепочку одного товара
- В 1С или другой исходной системе найдите товар по устойчивому ID. Зафиксируйте вариант, валюту, доступный остаток и применяемый тип цены.
- Откройте URL, переданный в Merchant Center, без авторизации. Проверьте, какой цвет, размер и комплект выбран по умолчанию.
- Сопоставьте видимую цену с исходным HTML и Product/Offer. Важен именно продаваемый вариант.
- Посмотрите фактически загруженную версию фида: ID, price, sale_price, availability и link. Исходный файл на компьютере может отличаться от последней обработанной версии.
- Запишите время изменения в учётной системе, публикации сайта, генерации и обработки фида. Проверьте кеш каждого промежуточного слоя.
В рабочей таблице удобно держать столбцы «Источник → значение → время → ответственный». Например, контент-менеджер видит цену в карточке, разработчик проверяет шаблон JSON-LD, а специалист по обмену — порядок обновления фида. Общий ID позволяет обсуждать одно предложение, даже если названия отличаются.
Учебный пример: скидка появилась только на сайте
Условный магазин продаёт лампу A10 в чёрном цвете. Обычная цена — 120 EUR, акционная — 100 EUR. Скидка началась в 09:00 по согласованному часовому поясу. Числа и товар вымышлены.
| Источник | Цена | Наблюдение |
|---|---|---|
| Учётная система | 100 EUR | Акция включена в 09:00 |
| Видимая карточка | 100 EUR | Нужный чёрный вариант |
| Offer в HTML | 120 EUR | Старый кеш шаблона |
| Фид | 120 EUR | Генерация была в 08:30 |
Здесь две задачи: обновить разметку вместе с карточкой и связать расписание фида с изменением цены. Затем нужно повторить сравнение на холодном кеше. Исправление считается выполненным, когда данные согласованы и очередной обмен их не ломает; решение Merchant Center проверяется отдельно после обработки обновления.
Цена, скидка и наличие требуют разных проверок
Для акции сопоставьте обычную цену, цену со скидкой и её период. Ошибка часового пояса может включить предложение раньше на одной стороне и позже на другой. Условия атрибутов сверяйте со спецификацией Google. Не переносите значения из фида другой площадки только из-за похожего названия поля.
Для наличия выясните, что означает остаток: физический склад, доступное количество после резерва или возможность заказа у поставщика. Покупатель должен видеть согласованные условия. Ситуации «можно положить в корзину», «есть на складе» и «доступен предзаказ» не следует незаметно смешивать одним статусом.
Проверьте персональные цены и географию. Браузер менеджера может помнить вход в оптовую группу, другой склад или регион. Сервис получает страницу в своих условиях. Важная часть приёмки — повторяемый сценарий без сохранённой сессии и с тем URL, который передан для товара.
Как передать исправление разработчику
В задаче укажите ID и URL, четыре сравниваемых значения, время и ожидаемый порядок обновления. Приложите безопасный фрагмент фида и нужный блок разметки. Для выборки подготовьте по одному примеру обычного товара, акционного предложения, варианта и товара без остатка. Не прикладывайте токены доступа и данные покупателей.
После выпуска проверьте текущую страницу, новую выгрузку и повторный плановый обмен. Для проверки цен на сайте используйте анализ микроразметки; требования Merchant Center по странам и программам он не заменяет. Если причина в источнике данных, начните с разбора обмена 1С с сайтом.
Типичные ошибки
- Сравнивать разные цвета или размеры одной модели.
- Менять цену только в кабинете, оставляя неверный источник обмена.
- Показывать скидку в баннере, но старое предложение в HTML.
- Отправлять условную цену для товара, который рассчитывается индивидуально.
- Объявлять проблему решённой до повторного импорта и обработки данных.
Частые вопросы
Достаточно обновить только JSON-LD?
Только если причина действительно в нём. Проверьте все звенья цепочки. Верная разметка рядом с неверной видимой ценой сохраняет противоречие. Требования к Offer приведены в документации Google.
Когда товар снова начнут показывать?
После исправления нужно дождаться проверки и обработки данных. Состояние смотрят в кабинете по конкретной проблеме. Обещать точный срок восстановления на основании одной успешной загрузки нельзя.
Как избежать повторения?
Назначьте единый источник цены и наличия, согласуйте обновление сайта и фида, проверьте сброс кеша. Контролируйте выборку после каждого изменения обмена, скидок и шаблона карточки.
Если расхождения повторяются, подготовьте ID товаров и времена обновлений для технического SEO-аудита. По ним можно оценить доработку каталога и обмена.

