Google publicó una propuesta en la instancia de GitHub del Proyecto Schema.org que propone proponer una actualización en Schema.org para expandir los datos estructurados de compras para que los comerciantes puedan proporcionar más información de envío que probablemente aparecerá en la Búsqueda de Google y otros sistemas.
Envío de datos estructurados de Schema.org
Los comerciantes pueden utilizar el nuevo tipo de datos estructurados propuesto para proporcionar más detalles de envío. También sugiere agregar la flexibilidad de utilizar datos estructurados de envío en todo el sitio que luego se pueden anidar con los datos estructurados de la organización, evitando así tener que repetir la misma información miles de veces en un sitio web.
La propuesta inicial establece:
“Esta es una propuesta de Google para respaldar una representación más rica de los detalles de envío (como el costo y la velocidad de entrega) y hacer explícito este tipo de datos. Si Schema.org y los editores lo adoptan, consideramos probable que las experiencias de búsqueda y otros sistemas de consumo puedan mejorarse mediante el uso de dicho marcado.
Este cambio introduce un nuevo tipo, ShippingService, que agrupa las restricciones de envío (lugares de entrega, límites de tiempo, peso y tamaño y tarifa de envío). Por lo tanto, los campos redundantes de ShippingRateSettings están obsoletos en esta propuesta.
En consecuencia, también se proponen los siguientes cambios:
algunos campos en OfferShippingDetails se han movido a ShippingService;
ShippingRateSettings tiene más formas de especificar la tarifa de envío, proporcional al precio del pedido o al peso del envío;
La vinculación desde la Oferta ahora debe realizarse con la vinculación URI de Web Semántica estándar”.
La propuesta está abierta a discusión y muchas partes interesadas están ofreciendo opiniones sobre cómo funcionarían los datos estructurados nuevos y actualizados.
Por ejemplo, una persona involucrada en la discusión preguntó cómo un tipo de datos estructurados en todo el sitio ubicado en el nivel de Organización podría ser reemplazado por productos individuales que tuvieran información diferente y alguien más brindó una respuesta.
Un participante en la discusión de GitHub llamado Tiggerito publicó:
“Releí el documento y lo que dijiste tiene sentido. La Organización es un lugar donde se pueden almacenar las Condiciones de envío compartidas. Pero ShippingDetails siempre está en el nivel de ProductGroup o Product.
Así es como trato actualmente los detalles de envío:
En el back-end, el propietario puede definir un conjunto global de detalles de envío. Cada uno contiene los campos que Google admite actualmente, como ubicación y horas, pero no detalles específicos sobre las dimensiones. Cada entrada también tiene condiciones sobre a qué producto se puede aplicar la entrada. Esto puede incluir un rango de precios y un rango de peso.
Cuando genero los datos estructurados para una página, incluyo las entradas donde el producto coincide con las condiciones.
Parece que este cambio me permitirá pasar de filtrar las condiciones en el servidor a incluirlas en los datos estructurados de la página del producto.
Luego, los consumidores de los datos pueden calcular qué condiciones de envío coinciden y, por lo tanto, qué tarifas están disponibles al pedir una cantidad específica del producto. Actualmente, solo puedes proporcionar precios de envío.
La división también significa que es más fácil proporcionar información específica del producto, así como información de envío compartida, sin necesidad de repetirla.
Su ejemplo en el documento al final para usar Organización. Parece que estás haciendo referencia a las Condiciones de envío de un producto que se encuentra en una página de envío. Esta referencia cruzada entre páginas podría reducir en gran medida la sobrecarga que esto tiene en la página del producto, si Google lo admite”.
El Googler le respondió a Tiggerito:
“@Tiggerito
La Organización es un lugar donde se pueden almacenar las Condiciones de envío compartidas. Pero ShippingDetails siempre está en el nivel de ProductGroup o Product.
De hecho, y este ya es el caso. Este cambio también separa los dos significados de, por ejemplo. ancho, alto, peso como descripción del producto (en Detalles de envío) y como restricciones en las Condiciones de envío donde se pueden expresar como un rango (QuantitativeValue tiene mínimo y máximo).
En el back-end, el propietario puede definir un conjunto global de detalles de envío. Cada uno contiene los campos que Google admite actualmente, como ubicación y horas, pero no detalles específicos sobre las dimensiones. Cada entrada también tiene condiciones sobre a qué producto se puede aplicar la entrada. Esto puede incluir un rango de precios y un rango de peso.
Cuando genero los datos estructurados para una página, incluyo las entradas donde el producto coincide con las condiciones.
Parece que este cambio me permitirá pasar de filtrar las condiciones en el servidor a incluirlas en los datos estructurados de la página del producto.
Luego, los consumidores de los datos pueden calcular qué condiciones de envío coinciden y, por lo tanto, qué tarifas están disponibles al pedir una cantidad específica del producto. Actualmente, solo puedes proporcionar precios de envío.
Algunas restricciones de envío no están disponibles en el momento en que el producto se enumera o incluso se muestra en una página (por ejemplo, destino de envío, cantidad de artículos, velocidad de entrega deseada o nivel de cliente si el usuario no ha iniciado sesión). Los Detalles de envío adjuntos a un producto deben contener información sobre el producto en sí únicamente; el resto se traslada a las nuevas Condiciones de envío en esta propuesta.
Tenga en cuenta que esquema.org no especifica una cardinalidad, por lo que podríamos especificar varios enlaces de Condiciones de envío para que se seleccione el apropiado en el lado del consumidor.La división también significa que es más fácil proporcionar información específica del producto, así como información de envío compartida, sin necesidad de repetirla.
Su ejemplo en el documento al final para usar Organización. Parece que estás haciendo referencia a las Condiciones de envío de un producto que se encuentra en una página de envío. Esta referencia cruzada entre páginas podría reducir en gran medida la hinchazón que esto tiene en la página del producto, si es compatible con Google.
En efecto. Aquí es donde estamos tratando de llegar”.
Discusión en LinkedIn
La miembro de LinkedIn Irina Tuduce (perfil de LinkedIn), ingeniera de software en Google Shopping, inició una discusión que recibió múltiples respuestas que demostraron interés por la propuesta.
Andrea Volpini (perfil de LinkedIn), CEO y cofundador de WordLift, expresó su entusiasmo por la propuesta en su respuesta:
“Así, Irina Tuduce, agilizaría el modelado de velocidad de entrega, ubicaciones y costos para grandes organizaciones.
En efecto. Aquí es donde estamos tratando de llegar”.
Otro miembro, Ilana Davis (perfil de LinkedIn), desarrolladora de la aplicación JSON-LD para SEO Shopify, publicó:
“Ya envié mis comentarios sobre las convenciones de nomenclatura a Schema.org que implementaron. Mi preocupación para Google es cómo exactamente los comerciantes incluirán estos datos en el marcado. Es casi imposible obtener tarifas de envío exactas en SD si fluctúan. Los comerciantes pueden introducir una tarifa fija aproximada, pero a menudo se preguntan si es aceptable. ¿Hay consecuencias para ellos si las tarifas de envío son una aproximación (por ejemplo, una discrepancia de precios en GMC desaprueba un producto)?
Una mirada al interior del desarrollo de nuevos datos estructurados
La discusión en curso en LinkedIn ofrece un vistazo a cómo se sienten las partes interesadas en los nuevos datos estructurados acerca de la propuesta. La discusión oficial de Schema.org en GitHub no solo brinda una visión de cómo está progresando la propuesta, sino que también ofrece a las partes interesadas la oportunidad de brindar comentarios para darle forma a cómo se verá finalmente.
También hay un documento público de Google titulado Propuesta de cambio del esquema de detalles de envío, que tiene una descripción completa de la propuesta.
Imagen destacada de Shutterstock/Stokkete
