Покупатель нашёл в Google рюкзак для ноутбука и открыл страницу магазина. На фотографии есть нужное отделение, но в характеристиках указан только общий объём. Вместится ли его ноутбук, придётся выяснять у продавца. Даже подходящий товар трудно выбрать, когда на странице не хватает сведений для сравнения.
Магазину стоит проверить, хватает ли на странице сведений для выбора: размеров, фотографий нужного варианта, цены и условий доставки. Эти же данные помогают Google распознать товар и предложение продавца. Передавать их поисковой системе можно в специальном формате; сначала нужно убедиться, что название, фото и цена относятся к одной позиции.
Название и характеристики: как обозначить конкретный товар
В названии нужны вид товара, марка и модель, если они есть, а также признак, по которому покупатель различает варианты. Для рюкзака это могут быть объём и цвет; для расходного материала - совместимость и число штук в упаковке. Название должно позволять отличить позицию от соседних товаров без цепочки рекламных эпитетов.
Допустим, в магазине есть рюкзаки одной серии разного объёма. Фраза «Удобный городской рюкзак» не объясняет, какой из них открыт. Название с моделью и объёмом задаёт предмет сравнения, а размеры отделения для ноутбука помогают проверить совместимость. Эти значения сотрудник берёт из документации изготовителя или подтверждает измерением; размер всего рюкзака не заменяет размер внутреннего отделения.
Описание продолжает характеристики: объясняет, где расположен карман, как открывается основное отделение, что входит в комплект. Если изготовитель назвал материал водоотталкивающим, продавцу нужны основания для более сильного обещания полной водонепроницаемости. Переписать текст поставщика полезно, когда новая версия объясняет свойства именно этой модели и помогает выбрать её.
Название товара нужно согласовать с двумя строками: основным заголовком страницы и названием для поисковой выдачи. Обычно редактор задаёт их в системе управления сайтом, а разработчик настраивает шаблон. В коде страницы этим строкам соответствуют элементы H1 и title. Google может сформировать название результата из нескольких источников, поэтому содержимое title не гарантирует дословного отображения.
| Что указать | Что проверяет покупатель | Откуда взять данные |
|---|---|---|
| Марка, модель, артикул и вариант | Тот ли товар он нашёл; чем отличаются соседние позиции | Документация изготовителя и учёт магазина |
| Размеры, объём, совместимость | Подойдёт ли товар для его задачи | Спецификация или проверенное измерение с единицами |
| Комплектация и единица продажи | Что входит в указанную цену: штука, набор или упаковка | Состав поставки и условия продажи магазина |
| Фотографии выбранной версии | Цвет, конструкцию, разъёмы, карманы или упаковку | Съёмка фактического товара либо подходящие материалы изготовителя |
| Цена, наличие и доставка | Сколько он заплатит и сможет ли получить товар в своём городе | Актуальные условия магазина и данные об остатках |
Фото и варианты: что меняется после выбора
На фотографиях нужны детали, по которым человек оценивает товар: для рюкзака это спинка, лямки, открытое основное отделение и карман для ноутбука. Общий ракурс помогает узнать модель, крупный план - рассмотреть конструкцию. Если на снимке рядом лежат дополнительные принадлежности, подпись должна объяснять, входят ли они в комплект.
При выборе другого цвета или объёма покупателю нужны сведения выбранной версии. Проверьте это на телефоне: выберите вариант, откройте фотографии, затем добавьте товар в корзину. Сравните название, цену и характеристики в обоих местах. Если человек выбрал чёрный рюкзак, а в корзине получил синюю модель, исправлять нужно передачу варианта или исходные данные.
Для Google важна и техническая загрузка изображений. Поисковая система распознаёт изображения, размещённые через HTML-элемент img; картинка только в CSS-фоне для этой задачи не подходит. Разработчик проверяет доступность файла, а редактор пишет alt - текстовое описание изображения для ситуаций, когда человек не может его увидеть. Подпись «Чёрный рюкзак: открытое отделение для ноутбука» описывает снимок; перечисление городов и рекламных фраз в alt мешает этой задаче.
Цена, наличие и доставка: условия конкретной покупки
Цена относится к выбранной единице продажи. Если магазин продаёт расходный материал упаковками, рядом с суммой нужно указать количество в упаковке. Для товара с вариантами проверьте, меняется ли стоимость вместе с выбранной версией. Покупатель должен видеть цену того, что добавляет в корзину.
Условия доставки тоже могут изменить выбор. Магазин в Алматы может предлагать самовывоз, местного курьера и отправку в другие города с разными сроками и стоимостью. До оформления покупателю нужно объяснить, какие условия действуют для его адреса и где он получит итоговую сумму. Обещание доставки в день заказа допустимо только там, где магазин действительно выполняет его с учётом времени заказа и наличия.
Когда товар временно закончился, полезно оставить страницу, фотографии, характеристики и известную цену, обозначив её как последнюю подтверждённую при необходимости. Статус наличия должен отражать положение магазина, а корзина - блокировать покупку отсутствующей позиции. Описание товара продолжает помогать человеку сравнивать модели; неподтверждённую дату поступления указывать нельзя.
У оптового каталога условия могут зависеть от партии и поставки. Тогда страница объясняет, какие сведения менеджеру нужны для расчёта и что покупатель получит после заявки. В проекте B2B-каталога медицинского оборудования Метриум подготовил товарные шаблоны, справочные материалы и самостоятельное добавление позиций вместо прежней ручной рассылки прайс-листов. Этот пример относится к организации каталога и работе с товарными данными. Прямую покупку по фиксированной цене и расчёт менеджером нужно проверять по разным условиям приёмки.
Какие данные о товаре передать Google
После сверки страницы разработчик может добавить структурированные данные: запись в коде, где название, изображение, цена и другие свойства имеют установленные названия полей. Такая запись помогает Google распознать сведения о товаре. Для описания самой позиции используется тип Product, для предложения продавца - Offer. Например, цвет и модель описывают товар, а стоимость и наличие относятся к предложению магазина.
Состав обязательных полей зависит от вида результата. У Google есть товарные сниппеты - поисковые результаты с дополнительными сведениями о продукте - и более подробные форматы для страниц продавцов, на которых можно купить товар. Разработчик выбирает подходящий сценарий по документации Google. Для участия в таких форматах страница должна соответствовать техническим требованиям и правилам Google; решение о показе принимает поисковая система.
Сведения в коде должны соответствовать тому, что доступно покупателю на странице. Для продажи в тенге разработчик проверяет цену и обозначение валюты KZT, для наличия - фактический статус позиции. Если сумма в карточке обновилась, а в коде осталась прежней, нужно исправить источник данных или шаблон обновления. Вписывать положительные отзывы и оценки ради звёзд в выдаче нельзя: данные должны относиться к реальным отзывам и соответствовать правилам Google.
Варианты требуют дополнительной проверки. Google поддерживает тип ProductGroup для объединения версий одной модели и данные об отдельных вариантах. Каждому варианту нужен свой адрес, по которому открывается соответствующая версия. Это может быть адрес с параметрами; отдельная независимая страница для каждого цвета требуется не всегда. Правила выбора основного адреса и настройки индексации зависят от того, как устроен сайт, поэтому разработчик проверяет их вместе с переключателем вариантов.
Чтобы проверить результат, разработчик использует Rich Results Test - инструмент Google для проверки расширенных результатов. Он показывает, распознаётся ли разметка и какие обязательные поля отсутствуют. Затем специалист проверяет доступ Google к странице и отчёты Search Console. Отсутствие ошибок в тесте, включение страницы в индекс и появление цены в выдаче подтверждают разные состояния.
Настройка Merchant Center - сервиса передачи товарных данных Google - включает дополнительные условия работы магазина и выгрузки. Её нужно оценивать отдельно для конкретной страны и способа показа. Разметку одной страницы можно проверить по документации Google Search Central, не подменяя эту проверку статусом аккаунта Merchant Center.
Как проверить карточки перед массовым обновлением
Начните с нескольких разных позиций: обычного товара, модели с вариантами и временно отсутствующего товара. Сотрудник каталога подтверждает значения, разработчик проверяет шаблон, а руководитель магазина принимает коммерческие условия. Такая выборка помогает найти ошибку, которая повторяется на множестве страниц, до массовой правки.
| Что обнаружили | Где искать причину | Как проверить исправление |
|---|---|---|
| Вариант на фото отличается от выбранного | Соответствие изображения артикулу и работа переключателя | Выбрать каждый проверяемый вариант; сопоставить фото, название и корзину |
| Цена на странице и в разметке разная | Источник цены и обновление Product/Offer | Сравнить актуальную цену одного варианта на странице, в тесте Google и при оформлении |
| Отсутствующий товар можно заказать | Данные об остатках и проверка наличия при покупке | Убедиться, что покупка заблокирована, а описание и известная цена остаются видимыми |
| Google не находит товарную страницу | Внутренние ссылки, доступ для обхода и состояние индексации | Открыть ссылку из категории, проверить доступ и сведения об адресе в Search Console |
| В тесте нет ошибок, но расширенного результата нет | Правила выбранного формата, фактические данные и решение Google | Проверить соответствие правилам и отчёты; не считать успешный тест обещанием показа |
Исправление шаблона ещё нужно проверить на опубликованных товарах. Если цена приходит из учётной системы, сотрудник меняет её обычным способом и сопоставляет результат на странице, в разметке и корзине. Так команда проверит и первоначальное заполнение, и следующее обновление. Подобную проверку выполняют для наличия и вариантов.
Как оценить работу с товарными страницами
В Search Console специалист смотрит показы и переходы на исправленные адреса, учитывая страну и выбранный период. В Google Analytics 4 - системе веб-аналитики - при настроенном сборе электронной торговли можно проверить просмотр товара, добавление в корзину, начало оформления и событие purchase. Последнее передаёт сведения о покупке по настройке сайта. Фактическую оплату магазин подтверждает по заказам и платежам.
Если посетители открывают карточку, но не добавляют товар в корзину, стоит проверить доступность варианта, цену, условия доставки и работу кнопки. Само соотношение событий ещё не устанавливает причину. Сначала команда воспроизводит покупку на проверяемой модели и сверяет, правильно ли аналитика учитывает действия, затем выбирает исправление по найденному дефекту.
В B2B-магазине успешную отправку формы, клик по номеру и переход в WhatsApp учитывают как разные контактные действия. Дальнейший результат менеджер подтверждает сведениями о разговоре, подготовленном предложении, заказе и оплате. Повторную покупку и возврат также учитывают по заказам: число технических исправлений не показывает доход магазина.
Если проблема касается выбора категорий и доступности всего ассортимента, начните со статьи о SEO интернет-магазина и страницах каталога. Для работы с карточками Метриум проверяет товарные сведения и шаблон страницы в рамках SEO-продвижения или разработки интернет-магазина. Перед расчётом работ покажите действующий сайт и несколько проблемных позиций: по ним можно определить, нужны ли правки описаний, данных каталога или кода.
