Содержание 11
В мебельной рекламе один из практических рисков возникает тогда, когда фид описывает не то состояние товара, которое человек может купить на сайте. Материал, отделка, размер, модульность и доставка должны быть согласованы между каталогом, Merchant Center, посадочной страницей и оформлением заказа. Поэтому работу стоит начинать с модели ассортимента и только затем переходить к креативам и кампаниям.
Практический порядок такой: определить, что является моделью, вариантом, модулем и комплектом; описать каждый доступный к покупке SKU; развести габариты изделия и упаковки; проверить цену, наличие и доставку на посадочной; настроить измерение покупки. Этот playbook помогает провести такую проверку без допущений о будущих результатах.
Модель каталога: что именно продаётся
Прежде чем размечать поля фида, разложите ассортимент по операционным сущностям:
- Семейство продуктов. Общая линейка с единым названием или дизайном. Она может быть навигационной страницей, но не обязательно отдельным товаром.
- Модель. Конкретное изделие с определённой конструкцией, например диван определённой формы или шкаф определённой ширины.
- Вариант. Та же модель в другом материале, цвете, отделке или стабильном размере, который можно купить отдельно.
- Модуль. Самостоятельно продаваемая секция системы: угловой элемент, полка, тумба или оттоманка.
- Комплект. Набор, который продаётся как одна единица, имеет определённый состав, цену и артикул.
- Конфигурация под заказ. Изделие, параметры которого покупатель выбирает в конфигураторе.
Для каждого типа запишите правило: попадает ли он в фид, есть ли у него собственный SKU и URL, где хранятся цена и наличие, какие данные являются источником истины. Конфигурируемое изделие не становится набором вариантов автоматически. В фид стоит выводить только стабильные конфигурации, которые действительно можно купить по переданной цене и открыть в соответствующем состоянии страницы.
Спецификация данных Merchant Center включает базовые поля id, title, description, link, image_link, price и availability. Требования к остальным атрибутам зависят от товара, страны и формата показа. Не переносите правило для одной категории или рынка на весь каталог без проверки документации.
Варианты и item_group_id
Справка об item_group_id описывает настоящие варианты как отдельные товары с уникальными id и общим идентификатором группы. Группировка должна соответствовать выбору на посадочной странице. Каждому варианту нужен собственный URL или состояние с предварительно выбранными характеристиками.
Объединяйте варианты, когда выполняются все условия:
- покупатель может купить каждый вариант отдельно;
- у него есть собственная цена и наличие;
- ссылка открывает нужный материал, цвет, отделку или размер без дополнительного выбора;
- изображения и атрибуты в фиде соответствуют открытому состоянию;
- идентификатор группы не используется для другой модели.
Не объединяйте диван и комплект «диван + пуф», разные модули системы или старую и новую конструкции только из-за общего названия коллекции. Модуль является отдельным товаром, если его можно купить самостоятельно. Его цветовые исполнения могут быть вариантами, но соседняя секция выполняет другую функцию и требует собственной группы.
После смены ERP или генератора фида проверьте стабильность id и item_group_id. Их случайное пересоздание усложняет диагностику и может разрушить правильную группировку.
Данные товара: что передавать
Название. Используйте последовательный шаблон: тип изделия, модель или серия, характеристика варианта, размер или количество мест, если это действительно различает SKU. Не добавляйте складские коды и оценочные вставки вроде «хит» или «лучший».
Описание. Дайте факты, необходимые для выбора: конструкцию, материал каркаса, отделку, механизм, наполнение, уход и комплектацию. Если характеристика зависит от конфигурации, так и напишите. Не приписывайте всей серии свойство, подтверждённое только для одного варианта.
Идентификаторы. Передавайте бренд, GTIN и MPN там, где они применимы и предоставлены производителем. Не генерируйте GTIN самостоятельно. Для собственного производства используйте реальные данные бренда и артикул производителя в соответствии с действующей спецификацией.
Материал, цвет, отделка. Разделяйте техническое название ткани и понятный покупателю цвет. Значения в фиде, названии варианта, фотографии и конфигураторе должны описывать одно состояние товара.
Изображения. Главный кадр показывает конкретный вариант. Не используйте фотографию одного цвета для всех SKU, если объявление называет другой. Дополнительные кадры можно распределить по ролям: общий вид, деталь материала, изделие в комнате, схема с размерами, модульная композиция.
Цена и наличие. Значение в фиде должно совпадать с открытым вариантом и путём покупки. Формулировка «от» не заменяет цену конкретной конфигурации. Для товаров под заказ передавайте статус, который соответствует фактической возможности оформить этот товар.
Доставка: у изделия и упаковки разные габариты
Атрибуты shipping_length, shipping_width и shipping_height описывают габариты упаковки, а не размер собранного изделия. Для мебели эта разница принципиальна: шкаф может иметь одни размеры в комнате и ехать в нескольких плоских упаковках.
Операционный чек-лист:
- берите вес и габариты из упаковочной спецификации, а не из маркетинговой карточки;
- используйте согласованные поддерживаемые единицы измерения;
- не подставляйте приблизительные замеры для товара, который ещё не упаковывали;
- отдельно документируйте изделия с несколькими грузовыми местами;
- после смены упаковки обновляйте данные в источнике, из которого формируется фид;
- не путайте размеры для подбора мебели с размерами для расчёта доставки.
Настройки доставки Merchant Center должны быть как можно ближе к условиям на сайте. shipping_label позволяет привязывать политики к группам товаров, а вес и размеры упаковки поддерживают расчёты, зависящие от этих параметров. На уровне операционных групп можно отделить негабаритные, хрупкие, компактные и заказные позиции, если для них действительно действуют разные правила.
Помните о приоритете настроек: данные доставки на уровне товара могут переопределять правила аккаунта. Интеграция или API также может перезаписать ручное изменение. После релиза или синхронизации сверяйте не только фид, но и фактические политики в Merchant Center.
Не обещайте в креативе стоимость или скорость доставки, если они зависят от города, этажа, заноса, сборки или конфигурации и не подтверждены для всего целевого ассортимента.
Проверка посадочной страницы
Требования Merchant Center предполагают, что link ведёт на страницу конкретного товара, а название, описание, изображение, цена, валюта и наличие согласованы с фидом. Существенный опыт не должен отличаться в зависимости от устройства, браузера, местоположения, cookies или user agent.
Проверьте выборку из каждого типа товара:
- URL открывает нужную модель, а не страницу коллекции или поиск;
- материал, цвет, отделка и размер уже выбраны;
- изображение меняется вместе с вариантом;
- показана цена именно этого состояния, а не минимальная цена серии;
- наличие не противоречит фиду;
- способ покупки или заказа понятен;
- блок доставки не создаёт впечатления одинаковых условий для всех регионов, если это не так;
- конфигуратор работает на мобильном, не скрывает цену и не сбрасывает выбор;
- бот получает тот же товар и существенные данные, что и покупатель;
- после переадресации сохраняется нужный вариант.
Для товаров с региональной логикой протестируйте доступные сценарии отдельно. Если сайт подставляет склад или доставку после выбора города, фид должен вести к состоянию, которое не противоречит этой логике.
Креативная матрица и группы объектов
Группы объектов Performance Max — это коллекции креативов вокруг темы или аудитории, из которых система создаёт объявления. Это не отдельные кампании и не самостоятельные регуляторы ставок. Стройте их как тематические библиотеки, согласованные с товарами в соответствующей группе листингов.
Для каждой темы подготовьте несколько типов доказательного креатива:
- Комната и контекст. Покажите изделие в реальном сценарии использования без преувеличения пространства.
- Материал и деталь. Дайте крупный план ткани, дерева, фурнитуры, шва или механизма.
- Масштаб и размеры. Используйте схему или понятный ориентир; цифры должны совпадать с карточкой.
- Модуль и вариант. Покажите доступные композиции и чётко отделите их от того, что входит в конкретную цену.
- Нейтральный текст. Называйте проверенные характеристики, не добавляя неподтверждённых сроков, «вечного» качества или универсальной совместимости.
Группируйте объекты по типу изделия, помещению или подтверждённому сценарию выбора. Внутренняя структура склада понятна команде, но редко даёт покупателю полезный контекст.
Измерение: покупка и отдельные заявки
Конверсионные действия объединяются в цели Google Ads. Purchase goal может включать несколько действий; его состав влияет на оптимизацию, ставки и отчётность. Проверьте, чтобы в цель покупки не попали просмотр товара, добавление в корзину или открытие контактов.
Запрос консультации, замера или просчёта конфигурации можно вести как отдельное действие, если он действительно имеет ценность и не дублирует оформленную покупку. Не смешивайте заявку и оплаченный заказ в одно название или одну цель: команде нужно видеть, на каком этапе завершилось действие.
Для покупки передавайте уникальный transaction ID, который генерирует бэкенд или e-commerce платформа. Он помогает минимизировать дубликаты при повторной загрузке страницы подтверждения. Одинаковый ID для разных заказов может привести к недоучёту, поэтому статическое значение неприемлемо.
Возвраты, отмены и отказы сверяйте с бэк-офисом отдельно. Не предполагайте, что рекламная система уже знает о событии после покупки: это зависит от фактически реализованного импорта или корректировки.
Симптом, проверка, действие
| Симптом | Что проверить | Действие |
|---|---|---|
| Варианты открывают одинаковое состояние | URL, преселект, фото и атрибуты | Развести состояния и повторно проверить item_group_id |
| Фид показывает минимальную цену серии | Цену конкретного доступного SKU | Выводить только стабильную конфигурацию с соответствующей ценой |
| Доставка на сайте дороже | Политику аккаунта, товарное переопределение, калькулятор | Синхронизировать правила и проверить интеграцию |
| Негабарит считается компактным товаром | Источник веса и упаковочных размеров | Обновить спецификацию и shipping_label |
| Модули показываются как взаимозаменяемые варианты | Логику группы | Дать каждому типу модуля отдельную группу |
| Покупок в отчёте больше, чем заказов | Повторный запуск тега и transaction ID | Передавать уникальный ID с бэкенда |
| Система оптимизируется на микрособытия | Состав Purchase goal | Отделить покупку от диагностических действий |
Чек-лист запуска
- Каталог разложен на семейства, модели, варианты, модули, комплекты и заказные конфигурации.
- Для каждой сущности определено, является ли она отдельным товаром в фиде.
idстабильны, аitem_group_idсвязывает только настоящие варианты.- Названия, описания, идентификаторы и изображения соответствуют конкретному SKU.
- Цена и наличие совпадают с предварительно выбранным состоянием страницы.
- Упаковочные габариты не перепутаны с размерами собранного изделия.
- Политики доставки и метки соответствуют условиям сайта.
- Конфигуратор проверен на мобильном и в чистой сессии.
- Креативы показывают подтверждённые материалы, размеры и комплектацию.
- Purchase goal содержит покупки, а консультации и замеры отделены.
- Transaction ID поступает с бэкенда и является уникальным.
Еженедельный контроль
| Направление | Что проверить |
|---|---|
| Фид | Новые отклонения, изменения SKU, цены, наличия и изображений |
| Варианты | Новые товары без группы, неправильный преселект, повторное использование групп |
| Доставка | Расхождения с сайтом, товары без нужной метки, перезапись ручных правил |
| Посадочные | Карточки после релизов, мобильный конфигуратор, региональные состояния |
| Креативы | Устаревшие ткани, комплектации, размеры или утверждения |
| Измерение | Сверка заказов по transaction ID, состав целей, возвраты и отмены |
Периодический контроль нужен из-за изменений ассортимента, упаковки, сайта и интеграций. Когда команда исправляет источник данных, а не отдельный симптом в Merchant Center, следующее обновление меньше рискует вернуть то же расхождение.