Чеклист доказательств страницы товара: шаблон

Чеклист доказательств страницы товара (для заполнения)

Когда использовать: Одна строка на утверждение: показанное значение, источник истины, значение в фиде, свойство структурированных данных, ответственный и статус, плюс финальная проверка.

Чеклист доказательств страницы товара

Одна строка на каждое утверждение страницы. У каждой строки должен быть источник истины, а страница, фид и структурированные данные должны говорить одно и то же.

Детали по строке (заполните для каждой)

• Источник характеристики: [документ или система, версия, дата проверки]
• Где встречается утверждение: [заголовок, списки, таблица характеристик, изображение, FAQ, JSON-LD]
• Как обновляется: [в реальном времени из системы / ночная синхронизация / ручная правка]
• Найденное расхождение: [на странице X, в фиде Y, в разметке Z]
• Исправление: [изменить страницу / изменить фид / изменить разметку / изменить источник]
• Дата проверки: [ГГГГ-ММ-ДД]

Следующий шаг

• Ответственный: [имя] - действие: [исправить первую строку со статусом «Исправить» или «Нет данных»] до [дата]
• Владелец данных: [руководитель мерчандайзинга или операционного отдела] - действие: подтвердить, что каждый источник истины действительно меняется первым
• Разработчик: [имя] - действие: [обновить шаблон JSON-LD, чтобы он брал данные из тех же полей, что и страница]

Финальная проверка

• У каждого утверждения на странице есть названный источник истины и дата проверки.
• Цена, валюта и наличие совпадают на странице, в фиде и в разметке.
• У каждого варианта свой ID, а его URL показывает правильные изображение, цену и наличие.
• Доставка и возврат на странице совпадают с настройками, которые Google читает в первую очередь.
• В структурированных данных нет ничего, чего не видно на странице.
• Не осталось строк со статусом «Исправить» или «Нет данных» без ответственного и срока.

Реестр источников истины

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

Один источник истины на каждый факт

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

Характеристики: что считается источником

• Надёжный: спецификация производителя с версией или датой, ваше собственное измерение с указанием, кто измерял, сертификат, который у вас есть.
• Слабый: карточка товара у конкурента, старый каталог, копия вашей же страницы на маркетплейсе.
• Не источник: «нам кажется», письмо поставщика без вложения, описание, написанное ИИ.

Правила

• Если страница и источник расходятся, сначала исправьте источник, а потом дайте странице обновиться.
• Текст, написанный вручную (списки, FAQ, текст на изображениях), проверяйте отдельно. Он не обновляется при изменении данных.
• Записывайте дату проверки. Характеристика, верная в прошлом сезоне, сейчас может быть уже неверной.

Перепишите слабые или скопированные описания характеристик в Content Optimizer, затем вернитесь и запишите источник для каждой цифры, которая в них осталась.

Проверка согласованности структурированных данных

Когда использовать: Выберите разметку сниппета товара или предложения продавца, затем сверьте каждое свойство с тем, что показывает страница.

Сниппет товара или предложение продавца?

У Google два вида структурированных данных Product. Выберите подходящий, прежде чем проверять свойства. Проверено в Google Search Central 7 ноября 2026 года.

Сверьте каждое свойство со страницей

Что говорят рекомендации Google

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

Создайте JSON-LD в Schema Markup Generator. Для полной проверки разметки перед запуском используйте шаблон брифа для проверки структурированных данных.

Варианты, наличие и доставка

Когда использовать: Проверьте ID и URL вариантов, значения наличия и то, где Google читает ваши правила доставки и возврата.

Варианты

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

• ID группы: [productGroupID или inProductGroupWithID] - Google требует одно из них. Если заданы оба, они должны совпадать.
• ID вариантов: [один sku или gtin на вариант] - у каждого варианта в разметке должен быть уникальный ID.
• URL вариантов: [?size=26] - каждый вариант должен открываться уже выбранным по отдельному URL и показывать своё изображение, цену и наличие.
• Чем различаются: [размер, цвет, материал] - для ProductGroup рекомендуются variesBy и hasVariant.
• Одна страница или отдельная страница на вариант: [одна / несколько страниц] - если страниц несколько, каждой нужна полная самостоятельная разметка.

Наличие

• Показанное сообщение о наличии: [В наличии / Осталось 3 шт. / Предзаказ / Нет в наличии]
• Значение schema.org: [InStock / LimitedAvailability / PreOrder / BackOrder / OutOfStock]
• Значение в фиде: [in_stock / out_of_stock / preorder / backorder]
• Интервал синхронизации между складом, страницей и фидом: [в реальном времени / каждый час / раз в день]

Доставка и возврат

Google рекомендует задать единые правила доставки и возврата для всего магазина в разметке Organization. shippingDetails или hasMerchantReturnPolicy в Offer нужны, только если у товара другие условия.

Google применяет такой порядок, от самого приоритетного: настройки Content API for Shopping, затем настройки Merchant Center или Search Console, затем разметка товара, затем разметка Organization.

• Показанные тариф и направления доставки: [тариф, страны]
• Показанные сроки обработки и доставки: [дни]
• Показанные срок, способ и стоимость возврата: [дни, почтой / в магазине, бесплатно или платно]
• Где их читает Google: [Search Console / Merchant Center / разметка Organization / разметка Offer]
• Везде ли указано одно и то же? [Да / Нет, перечислите расхождения]

Если доставка задана и в Search Console, и в разметке, Google использует только Search Console. Сначала исправьте настройки, а не только JSON-LD.

Аудит соответствия Merchant Center и фида

Когда использовать: Сравните цену, валюту, наличие и ID в HTML страницы, в фиде и в JSON-LD.

Аудит: страница, фид и разметка

Merchant Center сравнивает данные о товаре с целевой страницей. Из-за расхождения товар могут отклонить, поэтому сверяйте все три источника рядом.

Что говорит Справка Merchant Center

• Цены в HTML должны точно совпадать с ценами, загруженными в Merchant Center.
• Googlebot читает HTML, который возвращает ваш сервер. Цена, добавленная через JavaScript после загрузки страницы, может вызвать ошибку.
• Google использует структурированные данные, чтобы понять цены на целевых страницах, поэтому неверная разметка может привести к расхождению.
• Наличие в данных о товаре должно совпадать с целевой страницей. Если у слишком многих товаров наличие указано неверно, аккаунт могут заблокировать.

Частые причины, которые стоит проверить

• Фид обновляется раз в день, а остатки меняются каждый час.
• На странице показана цена со скидкой, а в фиде всё ещё старая цена.
• JSON-LD показывает вариант по умолчанию, а страница показывает другой.
• Цены подставляет JavaScript, поэтому в HTML цены нет или она старая.

Просканируйте URL товаров в Website Audit, чтобы найти страницы с отсутствующей или сломанной разметкой, а затем проверьте заголовки и описания в On-Page SEO.

Заголовок таблицы (CSV)

Когда использовать: Готовая строка заголовков и допустимые значения, чтобы вести чеклист в Google Таблицах или Excel.

Готовая строка заголовков для таблицы

Вставьте эту строку в ячейку A1 в Google Таблицах или Excel, затем разделите текст на столбцы по запятой. Одна строка на каждое утверждение для каждого URL товара.

product_url,variant_sku,claim_type,value_on_page,source_of_truth,source_ref,feed_value,markup_property,markup_value,where_google_reads_it,result,fix,owner,status,date_checked

Допустимые значения

• claim_type: spec, price, sale_price, currency, availability, variant, shipping, returns, rating, review, image
• where_google_reads_it: content_api, merchant_center, search_console, offer_markup, organization_markup, page_only
• result: match, mismatch, missing_on_page, missing_in_feed, missing_in_markup
• status: ok, fix, missing, blocked

Советы по таблице

• Добавьте выпадающие списки (проверку данных) для claim_type, result и status.
• Используйте формулу, которая отмечает строку, если value_on_page, feed_value и markup_value не совпадают.
• Для еженедельного разбора отфильтруйте по status = fix и отсортируйте по owner.
• Храните в source_ref ссылку на спецификацию, экран настроек или страницу с правилами.

Заполненный пример (вымышленный магазин посуды)

Когда использовать: Заполненный чеклист для выдуманной сковороды трёх размеров: четыре расхождения и их исправления.

Заполненный пример: Cobblemarsh Kitchen, сковорода Thornquay

Только пример. Cobblemarsh Kitchen, сковорода Thornquay, Brindlefen Foundry, а также все URL, цены и выводы ниже выдуманы, чтобы показать заполненный чеклист.

Страница: /skillets/thornquay-cast-iron/, три размера (20, 26 и 30 см). Магазин продаёт напрямую, поэтому использует разметку предложения продавца (merchant listing).

Что нашёл чеклист

• Вес взяли из старого каталога. Теперь на странице указано 2,4 кг со ссылкой на спецификацию v3.
• Цену со скидкой добавлял JavaScript после загрузки, поэтому в HTML и JSON-LD осталась старая цена, а фид так и не обновили. Теперь цена рендерится на сервере из ERP.
• JSON-LD всегда брал наличие размера 20 см. Теперь каждый вариант берёт свои остатки.
• Текст страницы обещал отправку быстрее, чем указано в настройках доставки. Теперь в тексте 2-3 дня.

Почему это работает

• У каждого факта теперь один ответственный и одна система, поэтому следующее изменение обновится везде.
• Исправления внесли в источник и шаблон, а не только на одну страницу.
• Покупатели видят одно и то же обещание на странице, в Google и при оформлении заказа.

Нужны страницы товаров и фиды, которые с самого начала построены так? Посмотрите разработку интернет-магазинов или запишитесь на бесплатную консультацию с Анатолием Улитовским.