Merchant Center для магазина из Казахстана: рынки, фид и условия запуска

Каталог как источник объявления

В товарном фиде каждая позиция имеет стабильный идентификатор, название, ссылку, цену и изображение. Набор обязательных атрибутов проверяем по действующим требованиям выбранного рынка и категории.

Названия должны описывать реальный товар и его отличия. Если варианты размера или цвета продаются отдельно, сохраняем связь между родительским предложением и доступными вариантами.

Каталог как источник объявления: порядок проверки

Определите источник каталога и устойчивый идентификатор каждого предложения. Название товара может меняться, но связь с остатками, ценой и историей обработки должна оставаться понятной. Состав полей уточняют по действующим требованиям используемой системы и категории. Не заполняйте характеристики случайными значениями ради прохождения проверки. Для условного магазина одежды размер, цвет и вариант комплектации должны соответствовать фактической странице, иначе каталог может создавать объявления с предложением, которое покупатель не найдёт после перехода.

Цена, валюта и наличие в фиде должны совпадать с посадочной страницей. Регулярное обновление уменьшает риск показа предложения, которое покупатель уже не может заказать.

На странице проверяем условия доставки, возврата и контакты продавца. Несоответствие правил или данных устраняем в источнике, а не повторной отправкой того же ошибочного файла.

Согласованность с магазином

Проверьте согласованность фида с сайтом: цену, валюту, наличие, изображение, название и конечный адрес. Учитывайте частоту обновления: товар может закончиться между двумя передачами данных. Опишите, откуда берётся каждое существенное поле и что происходит при недоступности источника. Не подменяйте отсутствие данных нулевой ценой или обещанием наличия. Контрольная выборка должна включать обычный товар, вариант со скидкой, отсутствующую позицию и предложение с несколькими модификациями, чтобы проверить крайние состояния каталога.

Merchant Center не является маркетплейсом: заказ и обслуживание выполняются магазином по своему маршруту, а каталог передаёт данные для доступных поверхностей Google. Комиссию и «калькулятор селлера» чужой торговой площадки сюда не переносим. Promotions и отдельные торговые функции доступны не для всех стран и аккаунтов; наличие товара в фиде само по себе не подтверждает доступность скидочного бейджа.

Аккаунт связываем с собственным доменом и назначаем доступы ответственных сотрудников. Диагностика помогает отличить проблему отдельного товара от ограничения аккаунта.

Проверка Merchant Center

Требования к доступности инструмента и размещению меняются. Перед запуском проверяем актуальные официальные условия для страны, валюты, типа бизнеса и рекламируемой продукции.

Разбирайте сообщения проверки по конкретным позициям и причинам, используя актуальные официальные требования и интерфейс Merchant Center. Ошибка в одной характеристике, проблема страницы и ограничение аккаунта требуют разных действий. Сохраняйте исходное сообщение и результат исправления, а не меняйте несколько полей наугад. После обновления дождитесь фактической повторной обработки и проверьте статус. Исчезновение предупреждения в локальном файле не подтверждает, что внешняя система приняла новую версию каталога и использует её в доступных размещениях.

Структура продвижения

Группировку связываем с ассортиментом, маржинальностью, сезонностью и доступными остатками. Не все товары одинаково полезны для привлечения, даже если хорошо продаются органически.

Для группы сохраняем понятную цель и ограничение расходов. Решение о расширении принимаем по подтверждённым заказам и экономике, учитывая задержку оплаты и возвраты.

Группируйте товары так, чтобы решение об управлении можно было связать с экономикой и доступностью. Полезно учитывать категорию, маржинальность, остатки и роль продукта, если эти сведения надёжно доступны. Не объединяйте всё в одну оценку только ради удобства отчёта. В условном магазине группа с высокой выручкой может иметь слабый доход после расходов и возвратов. Структура продвижения должна помогать увидеть такие различия, не создавая избыточного дробления там, где для вывода недостаточно данных.

Измерение покупки

Событие покупки должно передавать идентификатор заказа и согласованные значения стоимости. Повторное открытие страницы благодарности не должно создавать новую продажу.

Проверяем соответствие товарных идентификаторов между сайтом, фидом и аналитикой. Расхождения мешают понять, какие предложения привлекают покупателей и где теряется спрос.

Проверьте путь от рекламного перехода до подтверждённой покупки и согласуйте источник суммы заказа. Для оценки товара важны не только клики и добавления, но и оплаченные заказы, отмены и возвраты в доступном объёме. Не смешивайте разные валюты и периоды. Если товарный идентификатор в событии не совпадает с каталогом, отчёт может потерять нужную связь. Контрольный заказ помогает проверить техническую последовательность, но дальнейшая оценка требует наблюдения реальных рабочих данных после запуска.

Управление качеством каталога

Мы отслеживаем отклонения, неактуальные ссылки и товары с расходами без подходящих заказов. Исправления связываем с карточкой и условиями покупки, сохраняя историю изменений.

Рост кликов оцениваем вместе с конверсией, отменами и вкладом продаж. Дешёвый переход на отсутствующую позицию не становится полезным результатом только из-за низкой ставки.

Назначьте регулярные проверки каталога: ошибки обработки, расхождения цен, недоступные страницы, изображения и устаревшие остатки. После изменения CMS или источника данных повторите контрольную выборку. Сохраните версию схемы и владельца каждого поля, чтобы проблема не оставалась между разработкой, маркетингом и товарной командой. Качество фида — продолжающаяся операционная задача. Рекламные настройки не компенсируют каталог, который систематически обещает неверные условия или отправляет человека к отсутствующему варианту товара на конечной странице магазина.

Часто задаваемые вопросы

Можно запустить рекламу без фида?

Формат и требования проверяем в актуальной документации. Для товарного каталога нужен согласованный источник данных о предложениях.

Почему товар отклонён?

Причину смотрим в диагностике аккаунта и позиции, затем проверяем данные, страницу и применимые правила.

Какие товары продвигать первыми?

Сравниваем спрос, наличие, качество карточек и экономику после расходов, доставки и возможных возвратов.