Google Merchant Center может переписать четыре поля в отправленном вами фиде, не спрашивая вас: цену, цену со скидкой, наличие и состояние товара. Новые значения он берёт прямо из микроразметки структурированных данных на страницах товаров, и по умолчанию так происходит в каждом новом аккаунте Merchant Center (support.google.com/merchants/answer/15623993). Если страница товара обновляется с задержкой, кешируется CDN или просто содержит ошибку, Google всё равно доверится ей, а не вашему фиду. Это руководство для всех, кто запускает платные торговые кампании или бесплатные объявления и заметил в Google цену, статус наличия или состояние, не совпадающие с отправленными. В нём описано, как выяснить, каких именно объявлений это касается, и как зафиксировать важные для вас поля.
Что на самом деле меняют «автоматические обновления товаров»
Google называет эту функцию automatic item updates (автоматические обновления товаров); с сентября 2025 года она находится в Merchant Center в разделе Products & store > Products > Automations, где у каждой автоматизации есть собственный переключатель и понятная оценка влияния (support.google.com/merchants/answer/15623993). Три вложенные автоматизации включены по умолчанию в каждом аккаунте: обновление цен, обновление наличия и обновление состояния. Ещё две необязательны и включаются осознанно: обновление доставки и улучшение изображений (support.google.com/merchants/answer/3246284).
Google объясняет механизм прямо: «Мы автоматически считываем микроразметку структурированных данных в вашем интернет-магазине с помощью наших продвинутых экстракторов данных и напрямую переносим данные о товарах из вашего HTML в Merchant Center». Пример, который Google приводит в справочном центре, стоит повторить дословно, потому что он показывает, насколько небольшое расхождение запускает перезапись: если в последней загрузке фида цена товара — 4 GBP, а на действующей странице товара указано 3 GBP, Google обновит действующее объявление или бесплатное размещение до 3 GBP, а не до отправленных вами 4 GBP.
Для наличия используется менее строгое сопоставление, чем для цены. В документации Google сказано, что для этой автоматизации «in_stock, preorder и backorder считаются совместимыми с in_stock», поэтому страница, на короткое время показывающая «backorder», не обязательно вызовет исправление, а страница со статусом «out of stock» при фиде со статусом «in stock» — вызовет.
Зачем это нужно и почему это не обязательно плохо
Заявленная цель — предотвращать отклонения из-за устаревших данных фида: «Если экстракторы не могут определить цену, наличие или состояние, ваши товары будут отклонены на уровне товара» (support.google.com/merchants/answer/3246284). Иначе говоря, Google создал эту функцию как страховку для продавцов, чьи фиды отстают от витрины. Для магазина с надёжной разметкой schema.org Product и редко обновляемым фидом она действительно сокращает число отклонений.
Проблема — в заложенном допущении: что действующая страница всегда актуальнее и точнее фида. Это допущение нарушается в нескольких ситуациях, которые мы часто видим при аудитах фидов:
- Витрина использует CDN или полностраничный кеш, который отстаёт от изменения цены на 15–60 минут, поэтому краулер Google захватывает старую цену.
- Структурированные данные сайта настроили один раз много лет назад и не обновили после запуска нового движка ценообразования или модуля акций, поэтому они сообщают цену со скидкой прошлого месяца.
- Региональная витрина или витрина для конкретной валюты отдаёт иные структурированные данные, чем та, которую Google сканирует для этого рынка.
- Фид намеренно консервативнее сайта: например, товар остаётся «in stock» в течение заданного буферного периода, пока сверяются складские остатки.
В каждом из этих случаев автоматические обновления товаров заставляют Google показывать в объявлении неверное значение, причём незаметно. Никакого письма нет. Единственный след — строка в диагностике Merchant Center с проблемой, которая называется именно «Automatic updates: Mismatched price», «Automatic updates: Mismatched availability» или «Automatic updates: Mismatched condition». Это иной сценарий сбоя, чем блокировки аккаунта, о которых мы писали в руководстве по восстановлению после блокировки за искажение информации: здесь ничто не приводит к блокировке аккаунта, но объявление, по которому кликает покупатель, может не отражать то предложение, которое вы хотели запустить.
Конкретный пример
Отправленный фид:price: 1299.00 TRY,availability: in stock
Действующая страница товара (за 40-минутным кешем CDN после снижения цены во время флеш-распродажи): структурированные данные показывают1199.00 TRY
Краулер Google считывает кешированную страницу, отмечает «Automatic updates: Mismatched price» и повторно публикует объявление по цене 1199.00 TRY — цене, которую продавец никогда не отправлял и которую условия акции для этого канала не предусматривали.
Фид был верным. Ошибкой было исправление Google, и на вкладке диагностики оно выглядело точно так же, как случай, когда фид действительно устарел.
Чек-лист диагностики: происходит ли это с вами
- Откройте Products & store > Products > Diagnostics и отфильтруйте проблемы, содержащие «Automatic updates». Для каждой указано количество затронутых товаров и примеры затронутых ID предложений.
- Откройте Products & store > Products > Automations и проверьте, включены ли обновления цен, наличия и состояния (по умолчанию включены, если только их уже кто-то не отключил).
- Выберите три отмеченных ID предложений и сравните рядом три значения: значение в отправленном фиде, значение, которое сейчас показывается в торговом объявлении или бесплатном размещении, и значение в структурированных данных schema.org/Product или Product на вашей витрине (через просмотр исходного кода страницы или Rich Results Test от Google) на момент проверки.
- Если действующее объявление совпадает со структурированными данными, но не с фидом, а структурированные данные неверны, первопричина — на вашем сайте, а не в фиде. Исправление структурированных данных (или задержки их кеширования) исправляет объявление без изменения каких-либо настроек Merchant Center.
- Если в этом году вы перешли с Content API for Shopping на Merchant API, перепроверьте все переключатели автоматических улучшений. Content API for Shopping был выведен из эксплуатации 18 августа 2026 года, а с 1 сентября 2026 года у всех, кто продолжает его вызывать, постепенно появляются ошибки запросов (developers.google.com/merchant/api/latest-updates, страница актуальна на 24 сентября 2026 года). Автоматические обновления товаров теперь находятся в отдельном ресурсе
automaticImprovementsв Merchant API, и поспешная миграция — частая причина незаметного сброса этих переключателей к значениям по умолчанию.
Полное отключение или отключение по отдельным полям
В интерфейсе Merchant Center перейдите в Products & store > Products > Automations, откройте нужную автоматизацию, нажмите View details и с помощью переключателя включите или отключите конкретное обновление. Это работает для обновлений цен, наличия, состояния и доставки. Улучшениями изображений и доставки в интерфейсе тоже можно управлять только таким образом, но два элемента управления доступны лишь через API.
Те, кто подключается через Merchant API, управляют тем же поведением с помощью явных логических полей в ресурсе automaticImprovements аккаунта (developers.google.com/merchant/api/guides/automatic-improvements/overview):
| Вложенная автоматизация | По умолчанию | Переключатель в интерфейсе Merchant Center | Поле Merchant API |
|---|---|---|---|
| Обновление цен | Вкл. | Да | allowPriceUpdates |
| Обновление наличия | Вкл. | Да | allowAvailabilityUpdates |
| Строгое обновление наличия | Выкл. | Нет | allowStrictAvailabilityUpdates |
| Обновление состояния | Вкл. | Да | allowConditionUpdates |
| Автоматическое улучшение изображений | Выкл. | Да | allowAutomaticImageImprovements |
| Автоматическое улучшение доставки | Выкл. | Нет | allowShippingImprovements |
В документации Merchant API прямо сказано, что обновление этого ресурса полностью заменяет весь компонент, а не изменяет его частично: при каждом обновлении отправляйте все шесть полей, а не только то, которое хотели изменить, иначе рискуете сбросить остальные к значениям по умолчанию (developers.google.com/merchant/api/guides/automatic-improvements/overview).
Что на самом деле стоит отключить
Отключить всё — не обязательно правильное решение. Так вы лишаетесь страховки от отклонений, ради предотвращения которых функция и создавалась. Полезнее рассуждать по каждому атрибуту:
- Оставьте обновления цен и наличия включёнными, если ваши структурированные данные стабильно точны, а фид действительно обновляется реже, чем меняются цены на сайте.
- Отключите обновления цен, если проводите ограниченные по времени акции, при которых цена в фиде намеренно отличается от кешированной или предварительной версии страницы.
- Оставьте строгие обновления наличия выключенными (это значение по умолчанию), если ваша операционная команда держит товары доступными в период сверки, которому противоречило бы буквальное считывание страницы.
- В большинстве случаев оставьте обновления состояния включёнными: несоответствия по состоянию встречаются реже, а такой сбой (б/у товар, отмеченный как новый, или наоборот) обычно указывает на реальную проблему с данными, которую стоит выявить.
Что не охватывает эта статья
Всё описанное касается только Google Merchant Center. У Meta Commerce Manager и TikTok Shop свои механизмы сверки каталога, которые не задокументированы в одном месте и не управляются теми же переключателями; проверяйте каждый канал отдельно. Статья также не охватывает отдельный механизм Google «autofeeds», при котором Google строит фид целиком на основе сканирования вашего сайта без какой-либо отправки, — это другая функция для другой проблемы (полное отсутствие фида, а не частичная перезапись существующего), и она заслуживает отдельного аудита.
Если первопричина — неработающие или отсутствующие структурированные данные на сайте, а не агрессивная настройка Google, никакой переключатель Merchant Center этого не исправит: нужно исправить саму разметку, а Rich Results Test от Google — самый быстрый способ увидеть, что на самом деле считывает его краулер. Инструменты мониторинга фидов, такие как Channable и DataFeedWatch, показывают аналогичную диагностику несоответствий по каждому каналу; реальная разница в том, происходит ли весь цикл исправления — от обнаружения несоответствия до исправления и повторной публикации фида — там же, где вы управляете самим фидом. Это скорее вопрос предпочтений в рабочем процессе, чем техническое ограничение какого-либо инструмента. Ошибки GTIN и идентификаторов — связанный, но отдельный класс отклонений, о котором рассказывает наше руководство по ошибкам GTIN.
Какое место здесь занимает Feedance
Feedance рассматривает ваш обогащённый фид как единый источник истины, который передаётся в каждый из более чем 200 подключённых каналов, в том числе через интеграцию с Google Merchant Center, поэтому перезапись на стороне Google проявляется как заметное расхождение с этим источником истины, а не теряется на вкладке Merchant Center, которую никто не проверяет ежедневно. Именно мониторинг фида в первую очередь выявляет такие расхождения; решения о переключателях, описанных выше, по-прежнему принимаете вы в интерфейсе самого Google. Частота обновления фида зависит от тарифа (Essentials синхронизируется ежедневно, Business — ежечасно), и здесь это важно: если фид обновляется лишь раз в день, у автоматических обновлений товаров есть целые сутки, чтобы заполнить разрыв данными со страницы, прежде чем ваша следующая отправка их исправит.
Часто задаваемые вопросы
Что такое автоматические обновления товаров в Google Merchant Center?
Это функция Google, включённая по умолчанию: она считывает структурированные данные со страниц ваших товаров и использует их, чтобы перезаписывать цену, наличие, состояние и (по желанию) данные о доставке и изображениях, отправленные в фиде, всякий раз, когда краулер Google обнаруживает несоответствие.
Какие атрибуты Google может изменить без отправки нового значения в фиде?
По умолчанию — цену, цену со скидкой, наличие и состояние. Оценка сроков доставки и улучшение изображений — отдельные вложенные автоматизации, которые по умолчанию выключены и включаются осознанно.
Исправит ли включение этой функции все отклонения в Merchant Center?
Нет. Она устраняет только отклонения, вызванные несоответствием между фидом и действующей страницей по четырём охватываемым атрибутам. Ошибки GTIN, нарушения правил и проблемы с искажением информации к этому не относятся и требуют отдельных исправлений.
Можно ли полностью отключить автоматические обновления товаров?
Да, по каждому атрибуту: либо в Merchant Center в разделе Products & store > Products > Automations, либо через четыре логических поля, связанных с обновлениями, в ресурсе automaticImprovements в Merchant API, если вы управляете аккаунтом через API.
Влияет ли это на мой каталог в Meta или TikTok Shop?
Нет. Этот механизм есть только у Google. У Meta Commerce Manager и TikTok Shop свои, отдельно задокументированные механизмы сверки каталога, которые эта статья не рассматривает.
В этом году я перешёл с Content API for Shopping на Merchant API. Нужно ли что-то перепроверить?
Да. Автоматические обновления товаров теперь находятся в отдельном ресурсе automaticImprovements в Merchant API, и поскольку обновление этого ресурса заменяет весь набор полей сразу, поспешно написанный скрипт миграции, изменивший только одно поле, может незаметно сбросить остальные к значениям по умолчанию.
Как узнать, изменил ли Google уже моё объявление?
Проверьте Products & store > Products > Diagnostics на наличие проблем «Automatic updates: Mismatched price», «Mismatched availability» или «Mismatched condition». Для каждой записи приводятся примеры затронутых ID предложений, чтобы вы могли напрямую сравнить значение в фиде с фактическим.
Стоит ли каждому продавцу держать эту функцию выключенной?
Нет. Для магазинов с точными структурированными данными и фидом, который обновляется реже витрины, она сокращает число отклонений без реальных недостатков. Риск касается именно магазинов, где действующая страница может быть устаревшей, кешированной или намеренно отличаться от фида.
Управляет ли Feedance этой настройкой за меня?
Feedance управляет вашим обогащённым фидом как источником истины, который передаётся в Google и более чем 200 других каналов; сам переключатель автоматических обновлений товаров — это настройка аккаунта Google Merchant Center, которой вы управляете напрямую в интерфейсе или API Google, и платформа для фидов не может переключить её за вас.
Чем автоматические обновления товаров отличаются от autofeeds?
Автоматические обновления товаров исправляют отдельные атрибуты в фиде, который вы уже отправляете. Autofeeds — отдельный механизм Google, который строит фид с нуля путём сканирования вашего сайта, если фид не отправлялся вовсе. Они решают разные задачи и управляются отдельно.
Проведите бесплатный аудит товарного фида, чтобы увидеть, где отправленные вами значения уже разошлись с фактическими данными в каналах.

Карделен Йылмаз отвечает за рост в Feedance и помогает брендам электронной коммерции и агентствам получать больше отдачи от каждого рекламируемого товара. Она пишет о качестве товарных фидов, кампаниях Shopping и Performance Max, автоматизации креативов и о том, как покупки с помощью ИИ меняют видимость товаров.
LinkedIn


















