Структурированные данные для правил возврата (MerchantReturnPolicy), используемых продавцами
Во многих организациях действуют определенные правила возврата, регламентирующие процесс возврата купленных товаров.
Если добавить на сайт структурированные данные типа MerchantReturnPolicy, то в Google Поиске рядом с вашими товарами, а также в блоках знаний будет показываться информация о правилах возврата.
Структурированные данные типа MerchantReturnPolicy позволяют указать ссылку на страницу с правилами возврата или определенной информацией, например условиями, при которых покупатель может вернуть товар, способами и стоимостью возврата и вариантами возмещения средств.
Стандартные правила возврата, действующие для большинства или всех товаров, которые продает ваша компания, можно указать с помощью структурированных данных типа MerchantReturnPolicy, вложенных в структурированные данные типа Organization при помощи свойства hasMerchantReturnPolicy.
如何添加结构化数据
结构化数据是一种提供网页相关信息并对网页内容进行分类的标准化格式。如果您不熟悉结构化数据，可以详细了解结构化数据的运作方式。
下面概述了如何构建、测试和发布结构化数据。如需获得向网页添加结构化数据的分步指南，请查看结构化数据 Codelab。
- 添加必要属性。根据您使用的格式，了解在网页上的什么位置插入结构化数据。
- 遵循指南。
- 使用富媒体搜索结果测试验证您的代码，并修复所有严重错误。此外，您还可以考虑修正该工具中可能会标记的任何非严重问题，因为这些这样有助于提升结构化数据的质量（不过，要使内容能够显示为富媒体搜索结果，并非必须这么做）。
- 部署一些包含您的结构化数据的网页，然后使用网址检查工具测试 Google 看到的网页样貌。请确保您的网页可供 Google 访问，不会因 robots.txt 文件、
noindex标记或登录要求而被屏蔽。如果网页看起来没有问题，您可以请求 Google 重新抓取您的网址。 - 为了让 Google 随时了解日后发生的更改，我们建议您提交站点地图。Search Console Sitemap API 可以帮助您自动执行此操作。
Примеры
Далее приведен пример полной разметки OnlineStore с правилами возврата для товаров, которые были проданы покупателям из Германии, Австрии и Швейцарии и которые необходимо вернуть по почте в Ирландию.
Согласно правилам новый товар можно вернуть в течение 60 дней без комиссии с полным возвратом средств.
{ "@context": "https://schema.org", "@type": "OnlineStore", "name": "Example Online Store", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"], "logo": "https://www.example.com/assets/images/logo.png", "contactPoint": { "contactType": "Customer Service", "email": "support@example.com", "telephone": "+47-99-999-9900" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228", "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": [ "DE", "AT", "CH"], "returnPolicyCountry": "IE", "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 60, "itemCondition": "https://schema.org/NewCondition", "returnMethod": "https://schema.org/ReturnByMail", "returnFees": "https://schema.org/FreeReturn", "refundType": "https://schema.org/FullRefund", "returnLabelSource": "https://schema.org/ReturnLabelCustomerResponsibility" } }
А вот пример полной разметки типа MerchantReturnPolicy, в которой описаны правила возврата бракованных товаров и товаров, которые не подошли клиенту, а также сезонное исключение, предусматривающее возможность вернуть товар только в течение 30 дней.
<html>
<head>
<title>Our return policy</title>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "OnlineStore",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": [ "DE", "AT", "CH"],
"returnPolicyCountry": "IE",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 60,
"itemCondition": [ "https://schema.org/NewCondition", "https://schema.org/DamagedCondition" ],
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/ReturnShippingFees",
"refundType": "https://schema.org/FullRefund",
"returnShippingFeesAmount": {
"@type": "MonetaryAmount",
"value": 2.99,
"currency": "EUR"
},
"returnLabelSource": "https://schema.org/ReturnLabelInBox",
"customerRemorseReturnFees": "https://schema.org/ReturnShippingFees",
"customerRemorseReturnShippingFeesAmount": {
"@type": "MonetaryAmount",
"value": 5.99,
"currency": "EUR"
},
"customerRemorseReturnLabelSource": "https://schema.org/ReturnLabelDownloadAndPrint",
"itemDefectReturnFees": "https://schema.org/FreeReturn",
"itemDefectReturnLabelSource": "https://schema.org/ReturnLabelInBox",
"returnPolicySeasonalOverride": {
"@type": "MerchantReturnPolicySeasonalOverride",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"startDate": "2025-12-01",
"endDate": "2025-01-05",
"merchantReturnDays": 30
}
}
// Other Organization-level properties
// ...
}
</script>
</head>
<body>
</body>
</html>Правила
Чтобы структурированные данные для правил возврата могли использоваться в Google Поиске, они должны соответствовать указанным ниже требованиям.
- Общие рекомендации по использованию структурированных данных
- Главное о Поиске
- Технические требования
Технические требования
-
Лучше, чтобы вся информация о правилах возврата содержалась на одной странице. Размещать такие сведения на каждой странице сайта не требуется. В разметку типа
Organizationдобавьте структурированные данные типаMerchantReturnPolicy. Подробности также приведены в статье о разметке для организаций. -
Если для определенных товаров действуют особые условия возврата, задайте структурированные данные
MerchantReturnPolicyв разметке типаOffer. Учтите, что свойства, совместимые с правилами возврата на уровне предложения, являются частью свойств, которые поддерживаются в правилах возврата на уровне организации. О том, какие свойства поддерживаются для правил возврата на уровне товара, можно прочитать в статье Структурированные данные для показа ассортимента.
Типы структурированных данных
Чтобы ваши структурированные данные можно было использовать в Google Поиске, необходимо задать все обязательные свойства. Вы также можете добавить рекомендуемые свойства, чтобы покупателям было удобнее знакомиться с информацией о правилах возврата.
Структурированные данные MerchantReturnPolicy, вложенные в структурированные данные типа Organization при помощи свойства hasMerchantReturnPolicy
Чтобы описать стандартные правила возврата, действующие в организации, используйте перечисленные ниже свойства.
| Обязательные свойства (выберите наиболее подходящий вариант) | |
|---|---|
| Вариант А | |
applicableCountry |
Двухбуквенный код страны, на которую распространяются правила возврата (в которую будет отправлен товар и из которой его нужно будет вернуть). Эти данные должны быть в формате ISO 3166-1 alpha-2. Можно указать до 50 стран. |
returnPolicyCategory |
Тип правила возврата. Используйте одно из следующих значений:
При использовании типа |
| Вариант Б | |
merchantReturnLink |
URL веб-страницы, на которой приведены правила возврата – ваши собственные или стороннего сервиса, который обрабатывает возвраты ваших товаров. |
Ограниченный или неограниченный срок возврата
Если параметру returnPolicyCategory присвоено значение MerchantReturnFiniteReturnWindow или MerchantReturnUnlimitedWindow, рекомендуется задать приведенные ниже свойства.
| Рекомендуемые свойства | |
|---|---|
merchantReturnDays |
Количество дней с даты доставки, в течение которых можно вернуть товар. Это свойство является обязательным, если для типа |
returnFees |
Тип комиссии за возврат, заданный по умолчанию. Используйте одно из следующих поддерживаемых значений:
|
returnMethod |
Тип предложенного способа возврата. Используйте одно или несколько из следующих значений:
|
returnShippingFeesAmount |
Стоимость доставки при возврате товара. Это свойство обязательно, только если свойство |
Ограниченный или неограниченный срок возврата
Ниже приведены дополнительные свойства, которые рекомендуется указать, если свойству returnPolicyCategory присваивается значение MerchantReturnFiniteReturnWindow или MerchantReturnUnlimitedWindow.
| Рекомендуемые свойства | |
|---|---|
customerRemorseReturnFees |
Определенный тип комиссии за возврат без объяснения причины.
Возможные значения: |
customerRemorseReturnLabelSource |
Способ, с помощью которого клиент получает транспортную этикетку для возврата товара.
Возможные значения: |
customerRemorseReturnShippingFeesAmount |
Стоимость доставки при возврате товара без объяснения причины. Свойство обязательно, только если за возврат товара клиенту необходимо оплатить стоимость доставки.
Дополнительные сведения: |
itemCondition |
Условия, при которых возможен возврат товара. Таких условий может быть несколько. Используйте следующие значения:
|
itemDefectReturnFees |
Определенный тип комиссии за возврат бракованных товаров. Возможные значения: |
itemDefectReturnLabelSource |
Способ, с помощью которого клиент может получить транспортную этикетку для возврата товара.
Возможные значения: |
itemDefectReturnShippingFeesAmount |
Стоимость доставки при возврате бракованного товара. Свойство обязательно, только если за возврат товара клиенту необходимо оплатить стоимость доставки.
Дополнительные сведения: |
refundType |
Тип возврата средств, доступных клиенту при возврате товара.
|
restockingFee |
Комиссия за возврат, взимаемая с покупателя. Укажите значение типа |
returnLabelSource |
Способ, с помощью которого клиент может получить транспортную этикетку для возврата товара. Используйте одно из следующих значений:
|
returnPolicyCountry |
Страна, в которую будет отправлен товар в случае возврата. Это не должна быть та же страна, в которую товар был доставлен или отправлен изначально. Код страны в формате ISO 3166-1 alpha-2. Можно указать до 50 стран. |
Свойства для сезонных исключений
Перечисленные ниже свойства нужны для описания сезонных исключений из правил возврата на уровне организации.
| Обязательные свойства | |
|---|---|
returnPolicySeasonalOverride |
Сезонное исключение, с помощью которого можно указать правила возврата для праздников или иных особых событий.
Например, в качестве обычной категории правил возврата используется "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } В примере ниже показано, как настроить несколько сезонных исключений. В данном случае стандартные правила возврата не предусматривают ограничений, но исключением являются следующие отрезки времени: "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }] |
returnPolicySeasonalOverride.returnPolicyCategory |
Тип правила возврата. Используйте одно из следующих значений:
При использовании типа |
Приведенные ниже свойства рекомендуется указать для описания сезонных исключений из правил возврата на уровне организации.
| Рекомендуемые свойства | |
|---|---|
returnPolicySeasonalOverride.endDate |
Дата окончания сезонного исключения. |
returnPolicySeasonalOverride.merchantReturnDays |
Количество дней с даты доставки, в течение которых можно вернуть товар. Это свойство обязательно, если для типа |
returnPolicySeasonalOverride.startDate |
Дата начала сезонного исключения. |
Другой способ установить настройки возврата с помощью Google
Правила возврата, по которым работают продавцы, могут усложняться и часто меняться. Если вам трудно поддерживать разметку, которая отражала бы актуальную информацию о возврате, вы можете задать правила возврата в Google Merchant Center (при наличии аккаунта в этом сервисе). Также можно задать правила возврата на уровне аккаунта в Search Console. Они будут автоматически добавлены в Merchant Center.
Объединение разных правил возврата
Если вам нужно объединить несколько разных правил возврата, не забывайте о том, как такие правила переопределяются в соответствии с их приоритетом. Например, если указать правила возврата как в разметке для правил возврата на сайте, так и в Search Console, Google будет использовать только второй вариант.
В Google приоритет определяется следующим образом (в порядке убывания значимости):
- Content API for Shopping (правила возврата)
- Правила в Merchant Center или Search Console
- Разметка для показа ассортимента на уровне товара
- Разметка на уровне организации
Устранение неполадок
Если у вас возникли трудности с добавлением или отладкой структурированных данных, вам помогут ресурсы и сведения, доступные по приведенным ниже ссылкам.
- Если вы используете систему управления контентом (CMS) или поручили настройку сайта другому человеку, обратитесь за помощью к нему или разработчику CMS. Не забудьте переслать ему сообщения о проблеме, полученные вами в Search Console.
- Google не гарантирует показ вашего контента в результатах поиска, которые формируются на основе структурированных данных. Возможные причины, по которым ваши материалы могут не показываться в виде расширенных результатов, перечислены в общих рекомендациях по использованию структурированных данных.
- Ознакомьтесь со списком типичных ошибок в структурированных данных и отчетом о структурированных данных, которые невозможно обработать, и проверьте, правильно ли вы добавили разметку.
- Если мы вручную приняли меры в отношении страницы, недопустимые структурированные данные на ней будут игнорироваться до тех пор, пока вы не исправите код. При этом сама страница может появляться в результатах поиска и дальше. Чтобы устранить проблемы со структурированными данными, воспользуйтесь отчетом о мерах, принятых вручную.
- Ещё раз изучите рекомендации, чтобы выяснить, соответствует ли им ваш контент. Проблема может быть связана со спамом в контенте или разметке, а не с ошибками в синтаксисе. Тогда ее не получится выявить с помощью инструмента проверки расширенных результатов.
- Узнайте, чем может быть вызвано отсутствие расширенных результатов или уменьшение их общего количества.
- Робот Googlebot сканирует и индексирует страницы не сразу после обновления контента. С момента публикации страницы может пройти несколько дней, пока Google обнаружит и просканирует ее. Мы собрали на отдельной странице ответы на часто задаваемые вопросы о сканировании и индексировании.
- В случае необходимости задавайте вопросы на форуме Центра Google Поиска