Google Merchant Center — это бесплатный кабинет Google, в который магазин передаёт данные о своих товарах: название, цену, наличие, фото, адрес страницы. Из этих данных Google собирает товарные карточки для вкладки «Покупки» и для рекламы с фото и ценой. Сам по себе кабинет ничего не продаёт и не показывает: он принимает каталог, проверяет его и сообщает, какие позиции можно показывать, а какие нет.
Поэтому настройка Google Merchant Center — это по большей части работа с данными. Аккаунт заводится за вечер. А вот фид, в котором цена совпадает со страницей, у каждого товара есть корректный идентификатор и каждая ссылка ведёт именно на свой товар, собирается дольше, и именно из-за него товары отклоняют.
Ниже — порядок действий от пустого аккаунта до подключённой рекламы. Названия разделов в вашем кабинете могут отличаться: Google регулярно обновляет интерфейс. Логика годами та же — данные в фиде должны совпадать с тем, что видит покупатель на сайте.
Что даёт Merchant Center магазину
Кабинет нужен в трёх ситуациях.
Торговые кампании в Google Ads. Объявления с фото, названием, ценой и названием магазина рядом с обычными результатами поиска или над ними. Ключевых слов здесь нет: Google сам сопоставляет запрос с названием, категорией и характеристиками товара из фида. Без Merchant Center такие кампании не запускаются вообще.
Performance Max. Кампания, которая показывает товары в нескольких каналах Google одновременно. Товарная часть берёт данные из того же фида.
Бесплатные товарные объявления. В зависимости от страны и категории Google может показывать товары из кабинета и без оплаты за клик. Что доступно именно для вашего рынка, кабинет показывает в разделе программ или каналов; на это стоит посмотреть сразу после регистрации, а не строить на этом расчёты заранее.
Кабинет не нужен, если вы продаёте услуги или рекламировать товары не планируете: фид, который никто не читает, будет просто лежать.
Прежде чем регистрироваться: что должно быть на сайте
Google проверяет не только товары, но и сам магазин. Без этих вещей проблемы возникнут на уровне всего аккаунта:
- Контактные данные на сайте: телефон, почта, адрес или хотя бы способ связаться.
- Опубликованные условия доставки и возврата. Отдельной страницей, а не одним предложением в подвале. Настройки доставки и возврата в кабинете должны соответствовать тому, что написано на сайте.
- Рабочая корзина и оформление заказа. Товар, который нельзя купить, для Google не товар.
- HTTPS на всех страницах, куда ведут ссылки из фида.
Шаг 1. Аккаунт и подтверждение сайта
Регистрируете аккаунт на учётную запись Google компании, а не на личную почту сотрудника, который может уйти. Заполняете название магазина, страну, адрес сайта.
Дальше — подтверждение прав на сайт. Google предлагает несколько способов: мета-тег в коде главной, HTML-файл в корне сайта или через уже подключённые Google Analytics, Tag Manager или Search Console. Проще всего, когда Search Console уже заведена на ту же учётную запись: подтверждение проходит без правок на сайте.
По нашему опыту, в части версий кабинета после подтверждения сайт нужно ещё и «закрепить» за аккаунтом отдельным действием. Его иногда пропускают: сайт подтверждён, а товары не принимаются. Поэтому после этого шага проверьте, что статус сайта в настройках именно тот, который кабинет считает завершённым.
В том же разделе настроек заполняете доставку и возврат. Ошибка здесь стоит на уровне всего каталога, поэтому стоит сразу проверить: стоимость и сроки доставки в кабинете те же, что в корзине на сайте.
Шаг 2. Откуда кабинет берёт товары
Способов передать каталог несколько, и выбор зависит от размера магазина и скорости, с которой меняются цены и остатки.
Файл по ссылке. Магазин генерирует XML (или текстовый файл с разделителями), кабинет забирает его по расписанию. Самый распространённый вариант для OpenCart, WooCommerce и подобных движков: модуль выгрузки есть почти для каждого.
Google Таблица. Для нескольких десятков позиций, которые редко меняются.
Автоматический сбор с сайта. Google может сам собирать товары со страниц, если на карточках есть товарная разметка. Быстрый старт, но контроля меньше: в фид попадает то, что робот нашёл и как понял.
API. Для больших каталогов и частого обновления цен; это уже работа разработчика.
Для большинства магазинов рабочий фид для Merchant Center — XML-файл по расписанию. Главный вопрос здесь не формат, а откуда модуль берёт данные. Правильный источник — база магазина. Неправильный — карта сайта или сторонние выгрузки, которые живут своей жизнью. В магазине косметики, который мы замеряли 31.07.2026, рядом с рабочей картой сайта на 3 947 товаров жила устаревшая: 2 706 товаров, а почти каждый адрес старой карты (2 454 из 2 755 уникальных) повторён трижды. Фид, собранный из неё, недосчитался бы примерно 1 240 позиций и принёс бы дубли.
Шаг 3. Обязательные атрибуты
Минимальный набор, без которого позиция не пройдёт, стабилен годами:
Для отдельных категорий Google требует больше. Самый известный пример — одежда и обувь: размер, цвет, пол и возрастная группа должны быть отдельными значениями. «Платье чёрное XL» для системы — это название, а не три атрибута. Если эти данные в каталоге живут только внутри названия, фид формально заполнен, а позиции не проходят.
Стоит заполнить и необязательные поля, которые влияют на то, где товар покажут: категорию по таксономии Google, состояние (новый, б/у), акционную цену отдельным полем, а не заменой основной.
Упрощённый вид одной позиции в XML-фиде (цифры условные):
<item>
<g:id>SKU-10482</g:id>
<g:title>Секатор плоскостной 20 см</g:title>
<g:link>https://example.com.ua/sekator-ploshchynnyi-20</g:link>
<g:image_link>https://example.com.ua/img/10482.jpg</g:image_link>
<g:price>1290.00 UAH</g:price>
<g:sale_price>1090.00 UAH</g:sale_price>
<g:availability>in_stock</g:availability>
<g:brand>НазваниеБренда</g:brand>
<g:mpn>PR-20</g:mpn>
</item>
Шаг 4. Идентификаторы: GTIN, MPN, бренд
Здесь путают два разных идентификатора.
id — ваш внутренний. Его придумываете вы, и главное требование к нему — стабильность. Лучший источник — артикул из базы. Если id собирается из адреса страницы или порядкового номера, после смены адреса товар читается как новый, и статистика показов и кликов по нему начинается с нуля.
gtin — международный код производителя, тот, что под штрихкодом (EAN, UPC). Его не придумывают: либо он присвоен товару производителем, либо его нет. Для брендовых товаров Google ожидает именно его, и в категориях, где GTIN обязателен, позицию без него отклоняют, а в остальных — ограничивают её показ. В магазине белья, который мы замеряли 01.08.2026, в разметке карточки стоял код формата EAN — с такими данными фид собирается без вопросов.
mpn — код модели от производителя. Используется тогда, когда GTIN нет.
brand — название производителя, а не название вашего магазина. Подставить свой магазин в качестве бренда ко всем товарам — распространённая ошибка, которую кабинет замечает.
Если у товара действительно нет ни GTIN, ни MPN — ручная работа, собственное производство, товар под заказ, — для этого есть атрибут identifier_exists со значением «нет». Ставить его массово на весь каталог, чтобы убрать предупреждение, не стоит: для брендовых товаров это расхождение, которое система видит.
Шаг 5. Цена и наличие: фид и карточка должны говорить одно
Самое частое предупреждение в кабинете — несоответствие цены или наличия. Google сравнивает фид не с вашей базой, а с тем, что видит на странице товара. И если там другая сумма, позицию останавливают, даже когда в базе цена одна.
Привычные источники расхождения:
- акционная цена, которую показывает страница, но не передаёт фид;
- скидка, которая применяется только в корзине или только для авторизованных;
- разные цены или валюты в языковых версиях сайта;
- фид обновляется раз в сутки, а остатки двигаются ежечасно.
Лечится это не в кабинете. Цена на странице, в товарной разметке и в фиде должна браться из одного поля базы. Как только она где-то дублируется вручную, она разойдётся, вопрос лишь когда.
Товарная разметка на карточке здесь работает как подтверждение: страница машинно сообщает, какая цена и есть ли товар. Подробно о ней мы писали в материале «Карточка товара глазами Google», здесь не повторяемся. Для фида важно одно: если разметки нет, сверять данные фида со страницей Google приходится «на глаз». В магазине садовой техники с 55 321 товарным адресом мы 31.07.2026 не нашли на сайте ни одного блока Product, и для такого каталога это самый первый пункт в плане работ.
В кабинете есть функция автоматического обновления цены и наличия по данным со страницы. Она полезна как страховка, но не как решение: расхождение остаётся, его просто поправляют после факта.
Почему товары отклоняют: причины, которые мы видим чаще всего
Кроме цены, есть ещё несколько типичных источников.
Ссылка ведёт не на тот товар. Самая дорогая и наименее заметная ошибка. В магазине белья мы взяли 150 случайных товарных адресов из карты сайта: 50 из них, то есть треть, отдали редирект, и все 50 вели на другой размер или цвет. Для фида это прямое отклонение, а для покупателя — клик, за который заплачено, и страница не того товара.
Фото. Заглушка вместо снимка, водяные знаки, наложенный текст «акция», слишком маленькое разрешение. Такие позиции обычно отклоняются группами: одна ошибка в шаблоне фото — сотни товаров.
Пустые или одинаковые описания и названия. Один текст на всю серию, название категории вместо названия товара.
Отсутствующие атрибуты категории. Одежда и обувь без размера, цвета или пола отдельными полями.
Товары, запрещённые или ограниченные правилами. Некоторые категории Google не принимает совсем, для других действуют отдельные условия. Это не исправляется правкой фида, только решением, что в фид не выводить.
Как читать отчёт диагностики
Кабинет показывает проблемы на двух уровнях. Уровень аккаунта — подтверждение сайта, доставка, возврат, правила. Пока там есть ошибка, проблемы с отдельными товарами второстепенны. Уровень товаров — список причин и количество позиций по каждой.
Список может быть на тысячи строк, и его легко испугаться. Полезнее считать не количество сообщений, а долю каталога по каждой причине. Одна причина на 60 % товаров и сорок причин на остальные — это разные задачи и разные затраты времени. Длинный отчёт обычно сводится к нескольким источникам, и каждый из них — одна ошибка в шаблоне или модуле, которая тиражируется на весь каталог.
Дальше каждую массовую причину нужно отнести к одному из двух способов лечения.
Правило фида в кабинете. Меняет данные на входе, не трогая сайт: дописать бренд, подставить категорию по шаблону, отбросить позиции с нулевой ценой. Действует со следующего считывания, то есть за часы. Но не исправляет расхождения со страницей и не лечит ссылки на другой товар. И живёт только в этом кабинете: в фид для других площадок оно не попадёт.
Правка в каталоге. Дольше, но исправляет само содержание данных и действует во всех выгрузках сразу. Разница ощутима, когда тот же каталог уходит ещё и на Rozetka: у маркетплейса свой перечень обязательных полей, и когда мы 05.09.2026 проверили 21 публичный фид по требованиям Rozetka, характеристик не хватало в 15 из них, бренда — в 12.
Есть ещё дополнительные фиды: файл поверх основного, который дописывает или заменяет отдельные поля. Удобно, когда править базу долго. Одна ловушка: дополнительный фид сопоставляется с основным по id. Если в основном он берётся из артикула, а в дополнительном из адреса страницы, обновление не применится вовсе — и кабинет не покажет ошибки, просто ноль изменённых позиций.
Подробнее о том, как мы разбираем отчёт и собираем фид под конкретный каталог, — на странице настройки Merchant Center и фида. Техническая часть — данные каталога, разметка на карточке, источник адресов — описана отдельно, в интеграции с Google Merchant.
Связь с Google Ads
Когда фид принят, Merchant Center связывают с рекламным аккаунтом: запрос на связь отправляется из одного кабинета и подтверждается в другом. После этого товары становятся доступными для торговых кампаний и Performance Max в Google Ads.
Название товара в фиде работает вместо ключевого слова. Если название «Модель 4521-Б чёрная», а люди ищут «чёрный рюкзак для ноутбука», товар по этому запросу почти не появится.
Идентификаторы товаров в фиде и в событиях аналитики на сайте должны совпадать. Иначе товарный ремаркетинг не собирает аудитории: система не может связать просмотренный товар с позицией в фиде.
Если кампании уже работают, не останавливайте их ради переделки фида. Сначала в фид выводится часть, которая проходит проверку, остальное подключается партиями.
Порядок, который мы советуем
- Сайт: контакты, условия доставки и возврата, рабочая корзина, HTTPS.
- Аккаунт на учётную запись компании, подтверждение и закрепление сайта, доставка и возврат в настройках.
- Проверка данных до сборки фида: есть ли артикул, GTIN, бренд, совпадают ли цены на странице и в базе, ведут ли ссылки на свои товары.
- Первый фид не на весь каталог, а на одну категорию в несколько сотен позиций. Массовые дефекты видны уже на такой выборке, а править их там в разы проще, чем на десятках тысяч строк.
- Первое считывание, разбор диагностики, исправление массовых причин.
- Остальной каталог партиями, расписание обновления под скорость вашего склада.
- Связь с Google Ads и запуск кампаний.
Чего Merchant Center не даст
Принятый фид означает, что товары можно показывать. Не больше. Будут ли их показывать и купят ли, зависит от цены относительно конкурентов, условий доставки, бюджета кампании и самого ассортимента. Фид не делает цену конкурентной и не заменяет рекламный кабинет, который кто-то ведёт.
Чистый отчёт сегодня не гарантирует чистого отчёта через месяц: каталог меняется, акции появляются и исчезают. Поэтому полезнее иметь один источник данных для страницы, разметки и фида, чем раз в квартал разбирать отчёт на тысячу строк.
Если фид уже подключён и в кабинете висят отклонения, начните с бесплатного разбора фида и отчёта об отклонениях: мы раскладываем отчёт на массовые и единичные причины и говорим, какая доля каталога пройдёт без правок. Отвечаем в течение двух часов, работаем по договору.