Google предлагает новую структурированную информацию о покупках, которая позволит продавцам предоставлять еще больше информации, связанной с доставкой
Google опубликовал предложение в экземпляре проекта Schema.org на GitHub, в котором предлагается обновить Schema.org для расширения структурированных данных о покупках, чтобы продавцы могли предоставлять больше информации о доставке, которая, скорее всего, будет отображаться в поиске Google. и другие системы.
Доставка структурированных данных Schema.org
<п>Предлагаемый новый тип структурированных данных может использоваться продавцами для предоставления более подробной информации о доставке. Также предлагается добавить гибкость использования структурированных данных о доставке по всему сайту, которые затем можно вкладывать в структурированные данные Организации, тем самым избегая необходимости повторять одну и ту же информацию тысячи раз на веб-сайте.
Первоначальное предложение гласит:
<блоковая цитата><п>“Это предложение Google, направленное на поддержку более подробного представления сведений о доставке (например, стоимости и скорости доставки) и предоставление такого рода данных явным образом. Если такая разметка будет принята Schema.org и издателями, мы считаем вероятным, что возможности поиска и другие потребительские системы могут быть улучшены за счет использования такой разметки.
Это изменение вводит новый тип ShippingService, который группирует ограничения доставки (места доставки, время, ограничения по весу и размеру, а также стоимость доставки). Поэтому избыточные поля из ShippingRateSettings в этом предложении признаны устаревшими.
Как следствие, также предлагаются следующие изменения:
некоторые поля в OfferShippingDetails перемещены в ShippingService;
В ShippingRateSettings есть больше способов указать стоимость доставки, пропорциональную цене заказа или весу доставки;
ссылка из предложения теперь должна выполняться с помощью стандартной ссылки URI семантической сети.”
Предложение открыто для обсуждения, и многие заинтересованные стороны высказывают свои мнения о том, как будут работать обновленные и новые структурированные данные.
Например, один человек, участвовавший в обсуждении, спросил, как структурированный тип данных всего сайта, размещенный на уровне организации, может быть заменен отдельными продуктами, имеющими другую информацию, и кто-то другой дал ответ.
Участник дискуссии на GitHub по имени Тиггерито написал:
<блоковая цитата><п>«Я перечитал документ, и то, что вы сказали, имеет смысл. Организация – это место, где могут храниться общие Условия доставки. Но ShippingDetails всегда находится на уровне ProductGroup или Product.
<стр>Вот как я сейчас обращаюсь с деталями доставки:
В серверной части владелец может определить глобальный набор данных о доставке. Каждое из них содержит поля, которые Google в настоящее время поддерживает, например местоположение и время, но не содержит сведений об измерениях. В каждой записи также указаны условия, к какому продукту может относиться данная запись. Сюда может входить диапазон цен и диапазон веса.
Когда я генерирую структурированные данные для страницы, я включаю записи, в которых продукт соответствует условиям.
<п>Похоже, это изменение позволит мне перейти от фильтрации условий на сервере к включению их в структурированные данные на странице продукта.
Затем потребители данных могут рассчитать, какие Условия доставки совпадают и, следовательно, какие тарифы доступны при заказе определенного количества продукта. В настоящее время вы можете указать цены только за доставку.
Разделение также означает, что легче предоставлять информацию о конкретном продукте, а также общую информацию о доставке без необходимости повторения.
Ваш пример использования организации в конце документа. Похоже, вы ссылаетесь на условия доставки продукта, который находится на странице доставки. Такие перекрестные ссылки между страницами могут значительно уменьшить раздувание страницы продукта, если это поддерживается Google.”
Гуглер ответил Тиггерито:
“@Tiggerito
Организация — это место, где могут храниться общие Условия доставки. Но ShippingDetails всегда находится на уровне ProductGroup или Product.
Действительно, и это уже так. Это изменение также разделяет два значения, например ширины, высоты и веса, как описания продукта (в ShippingDetails) и как ограничения в ShippingConditions, где они могут быть выражены в виде диапазона (QuantitativeValue имеет минимальное и максимальное значение). <п><эм>В серверной части владелец может определить глобальный набор данных о доставке. Каждое из них содержит поля, которые Google в настоящее время поддерживает, например местоположение и время, но не содержит сведений об измерениях. В каждой записи также указаны условия, к какому продукту может относиться данная запись. Сюда может входить диапазон цен и диапазон веса.
Когда я генерирую структурированные данные для страницы, я включаю записи, в которых продукт соответствует условиям.
Похоже, это изменение позволит мне перейти от фильтрации условий на сервере к включению их в структурированные данные на странице продукта. <п><эм>Затем потребители данных могут рассчитать, какие условия доставки совпадают и, следовательно, какие тарифы доступны при заказе определенного количества продукта. В настоящее время вы можете указать цены только за доставку.
Некоторые ограничения на доставку недоступны на момент, когда продукт указан или даже отображается на странице (например, пункт назначения доставки, количество товаров, желаемая скорость доставки или уровень клиента, если пользователь не вошел в систему). . Информация о доставке, прикрепленная к товару, должна содержать только информацию о самом продукте, остальная часть перемещается в новые условия доставки в этом предложении.
Обратите внимание, что на сайте Schema.org не указана кардинальность, поэтому мы можем указать несколько ссылок ShippingConditions, чтобы на стороне потребителя выбиралась соответствующая.Разделение также означает, что легче предоставить информацию о конкретном продукте, а также общую информацию о доставке без необходимости повторения. <п><эм>Ваш пример в документе в конце для использования Organization. Похоже, вы ссылаетесь на условия доставки продукта, который находится на странице доставки. Такие перекрестные ссылки между страницами могут значительно уменьшить раздувание страницы продукта, если это поддерживается Google.
<п>Действительно. Вот чего мы пытаемся достичь.”
<ч2>Обсуждение в LinkedIn <п>Участница LinkedIn Ирина Тудуче (профиль LinkedIn), инженер-программист Google Shopping, инициировала обсуждение, получившее множество ответов, демонстрирующих интерес к предложению.
Андреа Вольпини (профиль в LinkedIn), генеральный директор и соучредитель WordLift, выразил энтузиазм по поводу этого предложения в своем ответе:
“Как и Ирина Тудуче, это упростит моделирование скорости доставки, местоположений и затрат для крупных организаций
<п>Действительно. Вот чего мы пытаемся достичь.”
Другой участник, Илана Дэвис (профиль LinkedIn), разработчик приложения JSON-LD для SEO Shopify, опубликовал:
“Я уже высказал свой отзыв о соглашениях об именах на сайте Schema.org, которые они реализовали. Меня беспокоит Google, как именно продавцы будут включать эти данные в разметку. Практически невозможно получить точные тарифы на доставку в SD, если они колеблются. Продавцы могут ввести приблизительную фиксированную ставку, но они часто задаются вопросом, приемлемо ли это. Будут ли для них последствия, если стоимость доставки является приблизительной (например, несоответствие цен в GMC приводит к отклонению продукта)?”
Взгляд изнутри на разработку новых структурированных данных
Продолжающаяся дискуссия в LinkedIn позволяет взглянуть на то, как заинтересованные стороны в новых структурированных данных относятся к этому предложению. Официальное обсуждение Schema.org на GitHub не только дает представление о как продвигается предложение, оно дает заинтересованным сторонам возможность предоставить обратную связь для формирования того, как оно в конечном итоге будет выглядеть.
Существует также общедоступный документ Google под названием «Предложение по изменению схемы деталей доставки», в котором содержится полное описание предложения.
