Google предлагает новые структурированные данные о доставке

Google предлагает новые структурированные данные о доставке

Как опытный специалист по цифровому маркетингу с более чем десятилетним опытом работы за плечами, я считаю предложение Google обновить структурированные данные о доставке Schema.org невероятно интересным и многообещающим. За прошедшие годы я своими глазами увидел, как структурированные данные могут революционизировать результаты поисковых систем, сделав их более информативными, привлекательными и удобными для пользователя.


Google выдвинул предложение на GitHub в рамках проекта Schema.org, направленное на изменение структурированных данных о покупках. Предлагаемое изменение призвано предложить продавцам возможность предоставлять расширенную информацию о доставке, которая потенциально может появиться в результатах поиска Google и на других платформах.

Структурированные данные Schema.org о доставке

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

«Google предлагает идею сделать отображение деталей доставки (таких как стоимость и скорость) более понятным. Если эта концепция будет принята Schema.org и реализована издателями, это потенциально может улучшить результаты поиска и другие связанные системы, используя такую ​​разметку.

В этом предлагаемом обновлении мы представляем новую сущность под названием ShippingService, которая объединяет различные ограничения доставки, такие как пункты доставки, сроки, ограничения по весу и габаритам, а также тарифы на доставку. Следовательно, некоторые повторяющиеся элементы из ShippingRateSettings в этом плане помечены как устаревшие.

В связи с этим также предлагаются следующие изменения:

Как эксперт по SEO, я бы перефразировал текст следующим образом: Когда дело доходит до OfferShippingDetails, некоторые аспекты были перенесены в ShippingService. Теперь ShippingRateSettings обеспечивает большую гибкость в настройке тарифов на доставку в зависимости от цены или веса заказа. Для ссылок из Предложения рекомендуется использовать стандартные ссылки URI семантической сети для более удобной работы.

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

Как эксперт по SEO, я недавно столкнулся с вопросом, касающимся переопределения типа структурированных данных всего сайта на уровне организации с учетом различных деталей продукта. Знающий коллега дал содержательный ответ о том, как этого добиться.

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

Вот как я сейчас отношусь к деталям доставки:

На серверной стороне пользователи (или владельцы) могут создавать универсальный набор данных о доставке. Эти сведения охватывают поля, которые в настоящее время поддерживает Google, такие как местоположение и время, но не углубляются в детали измерений. Каждая запись в этом универсальном наборе также сопровождается условиями, определяющими, к какому продукту она может быть применима. Это может зависеть от таких факторов, как диапазон цен или вес.

В процессе создания систематизированных данных для веб-страницы я включаю только те элементы, которые соответствуют указанным требованиям, если они соответствуют демонстрируемому продукту.

Как опытный веб-мастер, я в восторге от этого обновления, которое, похоже, меняет мой подход от фильтрации на стороне сервера к включению этих условий непосредственно в структурированные данные на самой странице продукта. Это изменение потенциально может упростить мой процесс и улучшить взаимодействие с пользователем, сразу предоставляя более точную и актуальную информацию.

После определения подходящих условий доставки на основе данных потребителя он может определить применимые тарифы при покупке определенного количества продукта. В настоящее время мы предлагаем цены на доставку только отдельных товаров.

Это подразделение упрощает процесс, позволяя отдельно распространять информацию о конкретных продуктах и ​​информацию о коллективной доставке, устраняя необходимость в дублировании.

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

“@Тиггерито

Как опытный веб-мастер, я хотел бы поделиться подходом, который показался мне полезным для улучшения ясности и организации моих структур данных. В частности, я заметил, что такие термины, как «ширина», «высота» и «вес», могут служить двойному назначению: они могут описывать атрибуты продукта (в ShippingDetails) и устанавливать ограничения (в виде диапазона в ShippingConditions). Чтобы обеспечить лучшее понимание, я предлагаю разделить эти виды использования, присвоив каждой цели отдельные ярлыки. Например, вы можете пометить атрибуты продукта как «ProductWidth», «ProductHeight» и «ProductWeight», сохранив при этом «MinShippingDimension» и «MaxShippingDimension» для ограничений. Таким образом, становится легче понять предполагаемое значение этих терминов в различных контекстах.

В предлагаемой системе некоторые сведения о доставке, такие как пункт назначения, количество, желаемая скорость доставки и уровень клиента (если пользователь не вошел в систему), могут быть недоступны, когда продукт изначально указан или отображается. Чтобы все было организовано, мы предлагаем, чтобы ShippingDetails, связанные с продуктом, содержали только информацию о самом продукте. Все остальные соответствующие условия доставки, например упомянутые выше, будут перенесены в новый раздел «Условия доставки».

Действительно. Именно этого мы и пытаемся достичь».

Обсуждение в LinkedIn

В LinkedIn инженер-программист Google Shopping Ирина Тудуче начала разговор, получивший несколько ответов, свидетельствующих об энтузиазме по поводу ее предложения.

Андреа Вольпини (профиль в LinkedIn), генеральный директор и соучредитель WordLift, в своем ответе выразил энтузиазм по поводу этого предложения:

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

Действительно. Именно этого мы и пытаемся достичь».

Другой член команды, Илана Дэвис (профиль LinkedIn), которая специализируется на создании JSON-LD для приложения SEO Shopify, поделилась:

«Я уже высказал свое мнение о соглашениях об именах, которые они реализовали на сайте Schema.org. Меня беспокоит Google, как именно продавцы будут включать эти данные в разметку. Практически невозможно получить точные тарифы на доставку в SD, если они колеблются. Продавцы могут ввести приблизительную фиксированную ставку, но они часто задаются вопросом, приемлемо ли это. Будут ли для них последствия, если стоимость доставки является приблизительной (например, несоответствие цен в GMC приводит к отклонению продукта)?»

Взгляд изнутри на разработку новых структурированных данных

1) Продолжающийся разговор в LinkedIn дает нам представление о мнениях тех, кто связан с новыми структурированными данными относительно этого предложения. Между тем, официальная дискуссия Schema.org на GitHub не только показывает нам ход реализации предложения, но и позволяет заинтересованным сторонам предлагать предложения, которые определят его окончательную форму.

Кроме того, вы найдете общедоступный документ Google под названием «Предложение по изменению схемы сведений о доставке». В этом документе представлен всесторонний обзор предлагаемых изменений.

Смотрите также

2024-10-29 00:09