Búsqueda y compras de Google, variantes de productos y una brecha que salvar

Conozca la brecha técnica y el camino hacia la integración eficiente de variantes de productos con la Búsqueda de Google, Google Shopping y Google Merchant Center.

“Una brecha que salvar… La brecha, ¿qué puente?”

Relajarse; Todavía no he dicho una palabra.

Primero, permítanme aclarar las entidades en torno a las cuales gira este artículo para que comprendan de quién y de qué estoy hablando en realidad:

• Búsqueda de Google: Simplemente la antigua Búsqueda de Google tal como la conocemos desde 1998.
• Google Shopping: Un servicio de Google que permite buscar, ver y comparar productos desde 2010.
• Google Merchant Center (GMC): Una plataforma que, desde 2010, te permite gestionar cómo aparecen tus productos en algunos de los diferentes servicios que ofrece Google. Estos incluyen resultados orgánicos en la Búsqueda de Google [1], Google Shopping [2], Google Maps, YouTube, Google Images y Google Lens, y canales de Google Ads como la Búsqueda de Google [1], Google Shopping [2], Google Maps, YouTube.

En cuanto a la «brecha» sobre la que usted preguntó, tiene que ver con la compleja relación entre la Búsqueda de Google, Google Shopping y su intermediario, Google Merchant Center, y el hecho de que todavía hay una brecha técnica que cerrar para que comience esa relación.

Han estado trabajando juntos para cerrar esta brecha durante los últimos tres o cuatro años, pero todavía es necesario cerrarla por completo.

Es una brecha que se muestra en la forma en que (a) podemos usar GMC para incluir variantes de productos en Google Shopping y actualizarlas vs. (b) no puede hacerlo de manera eficiente a través del marcado de datos estructurados y la Búsqueda de Google.

Esto, en la práctica, sigue haciendo que los feeds de productos sean la solución preferida y más sólida para cualquier comerciante.

Requisitos de marcado de datos estructurados en conflicto

Durante mucho tiempo, esta brecha también se extendió a algunos de los requisitos de marcado de datos estructurados que ambas partes defendían.

Estas discrepancias a menudo llevarían al problema de que, aunque nuestro marcado de Producto y Oferta para la Búsqueda de Google estuviera en orden, Google Merchant Center no estaría satisfecho con él, ni viceversa. Product

A menudo, sólo podíamos resolver esta situación duplicando algunas de nuestras marcas y modelándolas de forma ligeramente diferente.

Esto nos obligó a publicar información superflua porque las diferentes partes de Google no tenían en cuenta los requisitos de los demás (o al menos no lo suficiente), dejándonos a nosotros darle sentido y lidiar con ese lío.

Diferentes partes de Google finalmente comenzaron a construir un puente

Finalmente, las diferentes partes involucradas de Google comenzaron a alinear sus requisitos de marcado de datos estructurados.

Esto fue incluso antes de que se anunciara que Google Shopping comenzaría a incluir resultados orgánicos, lo cual fue un paso adelante muy importante, ya que significó que los productos ahora finalmente podrían ingresar a Google Shopping de forma gratuita. including organic results

¡Hurra por nosotros, las personas que necesitamos producir los datos estructurados que necesitan, pero que a menudo nos perdemos en el cómo hacerlo, así como aquellos que siempre quisieron ser incluidos en Google Shopping pero no podían permitírselo!

Esto marcó un cambio de postura, cuyos efectos ya pudimos ver en esquema.org ya a mediados de 2019, en el momento en que llegaban y se publicaban las primeras solicitudes de cambios en el vocabulario.

Para ilustrar ese punto, aquí hay una lista de tipos, propiedades y enumeraciones que se agregaron y/o modificaron en el primer año después de ese momento:

• 2019-07-01, versión 3.8 de Schema.org: ProductReturnPolicy, gtin.
• 21/01/2020, versión 6.0 de Schema.org: MerchantReturnPolicy.
• 01/05/2020, versión 8.0 de Schema.org: OfferShippingDetails, deliveryTime, DoesNotShip, ShippingDestination, ShippingLabel, ShippingRate, ShippingSettingsLink, transitTimeLabel, ShippingDeliveryTime, DefinedRegion, PostalCodeRangeSpecification, OfferShippingDetails, ShippingRateSettings.
• 21/07/2020, versión 9.0 de Schema.org: tamaño, patrón, grupo de productos, varía por, tiene variante, ID de grupo de productos, isVariantOf, colección de productos.
• 07/09/2020, versión 10.0 de Schema.org: hasEnergyConsumptionDetails, EnergyConsumptionDetails, hasEnergyEfficiencyCategory, EnergyEfficiencyEnumeration, EUEnergyEfficiencyEnumeration, EnergyStarEnergyEfficiencyEnumeration, EnergyEfficiencyScaleMax, EnergyEfficiencyScaleMin.
• Consulte la página de lanzamientos de Schema.org para obtener una descripción completa de todas sus actualizaciones (ahora está en la versión 23.0).

Obstáculos reemplazados por bloques de construcción semánticos

Desde entonces, muchos de los atributos de los productos de GMC se han traducido en nuevos tipos, propiedades y formas de datos de Schema.org.

Este es un intento serio de permitirnos expresar todo lo que podemos expresar en los feeds de productos de GMC a través de anotaciones de Schema.org, reduciendo así la dependencia de Google de los feeds y al mismo tiempo ofreciéndonos una nueva forma de lograr lo mismo.

Es un proceso que está lejos de terminar todavía, aunque a estas alturas ya no es sólo teoría.

Todos hemos visto los cambios que se han producido en los últimos años, incluidos los cambios en la Búsqueda de Google y los resultados de Google Shopping, Google Merchant Center y la documentación de datos estructurados de Google, y los informes de Google Search Console. Google Merchant Center

Pero todavía hay más por venir, sobre todo el mayor elefante (SEO) en el espacio para los sitios de comercio electrónico: soporte eficiente para variantes de productos a través de la Búsqueda de Google.

Google Shopping muestra variantes de productos en un único resultado, la Búsqueda de Google no lo muestra (¿todavía?)

Un tipo de anuncio de Google Shopping pero también una función para listados de variantes de productos orgánicos.

Las variantes de productos se agrupan en feeds de productos mediante el atributo [item_group_id], junto con otros atributos de feeds de productos como [color], [tamaño], [material], [patrón], etc. [color]

Este es un atributo que, hasta no hace mucho, no tenía un equivalente en Schema.org y, por lo tanto, no podía expresarse en ningún tipo de datos estructurados fuera de los feeds de productos de GMC, lo que nos impedía expresar relaciones de variantes de productos en datos estructurados.

Presentamos una pieza fundamental (algo nueva) del rompecabezas

Una traducción de un atributo de producto GMC a la jerga de Schema.org que se agregó a Schema.org en julio de 2020 pero que no apareció en la documentación de GMC ni en la guía de funciones de datos estructurados de Google hasta septiembre de 2022: September 2022

• [item_group_id] = esquema.org/inProductGroupWithID

Esta es una propiedad que, a primera vista, podría dar la impresión de que el problema se ha resuelto, ya que nos permite crear un marcado de Producto que describe las mismas relaciones que nuestros feeds XML de GMC:

{
"@context": "https://schema.org",
"@type": "Product",
"name": "Yellow summer t-shirt XL",
"description": "Extra large yellow t-shirt for the summer months.",
"image": "https://example.com/content/yellow-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8710123456789",
"color": "yellow",

"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "XL",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?size=xl",
"priceCurrency": "USD",
"price": 19.99,
"itemCondition": "https://schema.org/NewCondition",
"availability": "https://schema.org/InStock"
}
}

Nota: Debe agregar la propiedad inProductGroupWithID al marcado de todas las páginas de detalles de variantes de productos que forman parte de un grupo, aunque aquí también es exactamente donde surge el siguiente problema.

Fuentes XML frente a Anotaciones semánticas: una batalla de eficiencia

Muchos no dedican mucho tiempo a pensar en ello, pero la realidad es que la recopilación de datos estructurados a través de páginas web (a escala web) es una tarea bastante compleja y que requiere muchos recursos.

Esto significa que Google tiene que poner bastante esfuerzo (y dinero) para acumular toda esa información. Y no termina ahí.

Después de recopilar toda esa información, Google aún necesita combinar toda esa información sobre variantes de productos y descubrir cómo encajan todos esos productos diferentes.

Ah, y también está el hecho de que tiene que lidiar con la enorme cantidad de errores de marcado que existen, lo que hace que sea aún más difícil procesar dicha información.

Es un proceso que nunca se detiene porque Google también necesita estar actualizado en cuanto a valores como disponibilidad, precio, gastos de envío, etc. – información que no tiende a ser muy estática.

Y esto es algo que Google debe hacer con cada página de detalles de producto de su sitio, una y otra vez.

Las URL canónicas son contraproducentes para mantener actualizada la información de las variantes del producto

Es posible que no sepa que tanto la Búsqueda de Google como GMC tienen algunas pautas con respecto a las variantes de productos y cómo canonicalizarlas.

Es algo que ambos mencionan en su guía de funciones de datos estructurados, así como en la documentación de Merchant Center; información que definitivamente sugiero leer. structured data feature guide

Sin embargo, si alguna vez se ha sumergido en el SEO técnico, esto no debería haber sido una novedad para usted. Si ese es realmente el caso, es posible que también sepa que los robots de Google tienden a rastrear URL canonicalizadas sustancialmente menos que las URL a las que se refiere .

Una tasa de rastreo que tiende a disminuir cuanto más tiempo permanece una referencia canónica.

La razón es que es una señal clara para la Búsqueda de Google, una que indica contenido (casi) duplicado, así como la ubicación de la versión más importante de ese contenido (casi) duplicado.

Le facilita a Google determinar qué URL deberían recibir más atención, algo que es importante para Google, ya que solo puede asignar una cantidad limitada de recursos a su(s) sitio(s).

Esto es muy eficiente para la Búsqueda de Google, pero no para usted y, por ejemplo, para aquellos de sus productos que estuvieron agotados durante algún tiempo y ahora están disponibles para venderse nuevamente, ¡pero no lo haga! Esto significa que los resultados de búsqueda de sus productos aún indican que están agotados en la página 3 o incluso más abajo en el limbo.

Ah, ¿y qué hay de sus listados de productos orgánicos agotados de Google Shopping?

Por supuesto, puedes cambiar el de esas URL en el archivo XML de tu mapa de sitio, lo cual funciona muy bien si tienes menos de 500 productos, pero no ayuda mucho cuando hablas de decenas o cientos de miles (o incluso más).

Entonces esas actualizaciones de representan gotas de lluvia en un océano de cambios, ¿y adivinen qué?

Ahí sale «actualizar sus resultados de Google Shopping y de Búsqueda de Google mediante marcado de datos estructurados» volando por la ventana.

Feeds de GMC: sigue siendo la forma más eficaz de informar a Google sobre las actualizaciones de productos

Google solo tiene que buscar un número limitado de feeds de productos Por eso, ofrecen a Google un método mucho más fácil y rentable para obtener conjuntos de datos de productos completos y actualizados.

No digo que los datos contenidos en los feeds sean siempre perfectos. (¡Sorpresa! A menudo también parecen una piñata explotada.) Pero al menos Google no tiene que rastrear dominios enteros por adelantado para obtener una imagen completa.

Esta situación nos lleva a la siguiente pieza del rompecabezas: una nueva clase que nos ayuda a agrupar parte de esa información en ubicaciones más centralizadas de nuestros sitios, probablemente las mismas ubicaciones a las que se refieren las URL de la variante de su producto. Class

Esto hace que sea más fácil para Google llegar a algunas piezas importantes del rompecabezas antes de haber rastreado cada producto, ya que todos podrán hacer referencia a esa versión más centralizada de su marcado de datos estructurados.

Y debido a que sus URL de destino canónicas se rastrean con una frecuencia mucho mayor, los resultados de búsqueda de productos también se actualizarán con mayor frecuencia, cerrando así gran parte de la brecha de eficiencia entre los feeds de productos y el marcado de datos estructurados.

Presentamos Schema.org/ProductGroup

Tenga en cuenta que no voy a repetir todo lo que ya expresa la descripción (Consejo: ¡lea siempre el manual!).

Aún así, intentaré explicar un escenario en el que, en mi opinión, esta nueva clase resulta muy útil y es probable que aparezca en algún lugar en un futuro próximo en alguna documentación de Google. new Class

Pero primero, una palabra de precaución

La razón por la que enfaticé «probable» es porque, hasta el momento en que Google finalmente haga su anuncio, nadie sabrá exactamente cómo implementará y hará uso de este nuevo tipo, ni cómo responderán otros consumidores de los mismos datos.

Esto implica que, hasta que Google haga sus anuncios, se debe tener mucho cuidado con cualquiera que afirme saber cómo se desarrollará esto con el tiempo. Incluso la gente de Schema.org y Google no lo saben con seguridad, así que no dejes que nadie más te diga que sí lo sabe.

Sin embargo, una cosa es segura: muchos de los desarrollos futuros dependerán en gran medida de los comentarios de los clientes y de los pares. Lo que significa que probablemente también pasará por un proceso de evolución muy ágil.

Esto se ilustra por el hecho de que Google ha estado trabajando en esto durante años y todavía no ha terminado cada detalle para dejar algo de margen de maniobra.

Para qué prepararse antes de que se anuncie ProductGroup

Dado que soy una de las personas que ha estado involucrada en las discusiones sobre este tema en Schema.org (durante mucho tiempo), combinado con el hecho de que algunos empleados de Google también han desempeñado un papel muy activo en esas discusiones, a very long time

Al hacerlo, espero darle tiempo suficiente para comenzar a investigar esto antes de que Google haga algún anuncio, porque hay muchas posibilidades de que la implementación de este tipo de marcado presente algunos desafíos técnicos.

Supongo que necesitará algo de tiempo para familiarizarse con todo lo que implica, de modo que pueda descubrir qué debe hacerse antes de que se convierta en una realidad. Por ejemplo:

• ¿Los datos que necesitará están disponibles para usted?
• ¿Pueden sus sistemas producir todas las partes del marcado en el momento adecuado?
• ¿Puede proporcionar un marcado diferente en la URL canónica que en las otras URL de variantes del producto?
• En caso de que tenga feeds, ¿cómo se asegurará de que los datos en su marcado y sus feeds permanezcan sincronizados?
• Etc.

Y si no se prepara para esto, hay muchas posibilidades de que lo tomen desprevenido cuando Google finalmente haga sus anuncios, seguido de una carrera de ratas, tratando desesperadamente de alcanzar a sus competidores.

Descargo de responsabilidad

Deberías tener cuidado al tomar mis puntos de vista sobre esto como hechos. Las cosas que describiré a continuación están sesgadas por las intenciones y casos de uso que tenía en mente cuando comencé la discusión en esquema.org.

Y como soy “sólo Jarno”, una sola persona, esto no implica que otros (también conocidos como los consumidores de estas «cosas») las usarán exactamente de la misma manera que a mí me gustaría que lo hicieran, ni que tengan exactamente los mismos casos de uso en mente que yo.

Sin embargo, creo que puedo levantar un poco el telón para que puedas formar tus propias ideas y opiniones sobre hacia dónde se dirige esto y cómo podrías usarlo.

Informar a Google dónde se puede encontrar la información del grupo de productos

A medida que continuamos con el ejemplo de marcado utilizado anteriormente, verá que es bastante fácil informar a los consumidores sobre la existencia de páginas que contienen información del Grupo de Productos.

Solo requiere que agreguemos algunas líneas nuevas de marcado al marcado en todas las páginas de detalles de variantes de productos que forman parte de un Grupo de Productos.

{
"@context": "https://schema.org",
"@type": "Product",
"name": "Yellow summer t-shirt XL",
"description": "Extra large yellow t-shirt for the summer months.",
"image": "https://example.com/content/yellow-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8710123456789",
"color": "yellow",
"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "XL",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?color=yellow&size=xl",
"priceCurrency": "USD",
"price": 19.99,
"itemCondition": "https://schema.org/NewCondition",
"availability": "https://schema.org/InStock"
},
"isVariantOf": {

"@type": "ProductGroup",

"productGroupID": "abc123",

"url": "https://www.example.com/products/summer-t-shirt"
}
}

Aunque durante las discusiones en Schema.org, se sugirió que los «consumidores de dichos datos» deberían permitir una forma aún más compacta de anotar la información isVariantOf, a saber:

• “isVariantOf”: “https://www.example.com/products/summer-t-shirt“

La razón es que, desde la perspectiva de un editor, esto es mucho más fácil de producir y, al mismo tiempo, conduce al mismo resultado final: una referencia a un punto de entrada donde se puede encontrar la información real del grupo de productos sin agregar un montón de etiquetas innecesarias a la mayor parte de su información.

Esperamos que Google escuche esa sugerencia. (Nota: escucha sugerencias mejor de lo que muchos creen).

En cuanto a dónde publicar la información del grupo de productos, como expresé anteriormente, espero que Google nos diga que publiquemos el marcado en la URL canónica de las variantes de productos que forman parte de un grupo para cumplir con sus pautas actuales sobre cómo

Algunas especulaciones esperanzadoras

Quizás algún día esto nos lleve a no tener que elegir siempre una URL canónica para cada variante de producto que exista, algo que es una tarea bastante engorrosa y técnicamente compleja de lograr.

Como si eso no fuera suficiente tarea, también está el hecho de que muchas plataformas de comercio electrónico no ofrecen ninguna funcionalidad lista para usar.

En cambio, muchas plataformas vienen con una especie de página similar a ProductGroup, en forma de página de detalles del producto sin propiedades variables establecidas (en espera de la interacción del usuario).

¿No sería realmente genial si pudiera simplemente publicar el marcado del grupo de productos en esa única URL disponible para usted (por grupo de productos) y hacer que incluya también toda la información de la variante del producto?

Imagínese si pudiéramos hacer eso sin perder ningún resultado enriquecido, lo que se siente como si nos castigaran por intentar ser transparentes y contar la historia completa (de los datos) de sus páginas web.

Quién sabe; Con ProductGroup, ahora existe al menos una clase de Schema.org que, en teoría, ofrece una solución funcional.

Supongo que el tiempo dirá si Google también verá su valor y su necesidad.

“¡Ya basta de bla, bla, Jarno! Muéstrame lo que ya puedo hacer con ProductGroup”.

…Está bien, está bien, está bien, te escucho. Sujétense los sombreros, niños y niñas, allá vamos.

Entrando en el meollo de la cuestión de ProductGroup: un plan para sus miembros

Antes de sumergirnos en un ejemplo de marcado ilustrativo (que probablemente no cubra todo lo que tiene que decir sobre sus productos), primero permítame explicarle la idea detrás de la segunda función de ProductGroup:

• Ser un prototipo/plantilla/modelo para las variantes de Producto que forman parte de un Grupo de Productos.

Lo que esto significa es que casi todas las propiedades (y sus valores) que agregue a un Grupo de Productos serán heredadas por sus variantes de Producto, al tiempo que podrá expresar mediante qué propiedades varían los productos a través de la propiedad varíaPor. variesBy

Esto es bastante ingenioso (si los consumidores lo utilizan según lo previsto), ya que evita que tengamos que agregar mucha información repetitiva.

Por ejemplo, debido a que ProductGroup en mi ejemplo tiene el par propiedad-valor “material”: “algodón”, todas las variantes de Producto en ProductGroup heredan automáticamente ese mismo par propiedad-valor.

Esto significa que el material principal de todas las variantes del Producto será el algodón sin tener que añadir esa información a todas y cada una de las variantes del Producto.

Al mismo tiempo, también podemos informar a los consumidores que las variantes del Producto varían según el color y el tamaño y que pueden esperar encontrar esa información como parte del marcado de las variantes del Producto. color

Esto genera muchas referencias cruzadas entre entidades, sin necesariamente tener que utilizar una gran cantidad de identificadores uri/iri (a través del @id de JSON-LD, el itemid de Microdata, el recurso de RDFa). uri

Si cree que esto no hará mucha diferencia, piénselo de nuevo;

Solo en mi ejemplo, he guardado fácilmente entre 30 y 40 líneas de código, aproximadamente entre el 20 y el 25 % del margen de beneficio total, porque definí las propiedades material, marca, calificación agregada y ofertas en Grupo de Productos.

Y eso es haciendo uso de referencias a través de identificadores, condensando así ya mucho el marcado. Sin eso y escribiendolo, completamente, se agregarán fácilmente entre 100 y 150 líneas adicionales de marcado.

Por último, debo mencionar que cada Producto todavía tiene su propio marcado de Oferta, pero las partes repetitivas se colocan en ProductGroup.offers.Offer.

Eche un vistazo al marcado usted mismo (y tal vez pruébelo en el validador de Schema.org o en la prueba de resultados enriquecidos). schema.org’s validator

{
"@context": "https://schema.org",
"@type": "ProductGroup",
"productGroupID": "abc123",
"url": "https://www.example.com/products/summer-t-shirt",
"material": "cotton",
"brand": {
"@type": "Brand",
"name": "Some brand"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": 4.4,
"reviewCount": 89,
"bestRating": 5,
"worstRating": 1
},
"offers": {
"@type": "Offer",
"priceCurrency": "USD",
"itemCondition": "https://schema.org/NewCondition",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "CH",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 60,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
},
"shippingDetails": {
"@type": "OfferShippingDetails",
"shippingRate": {
"@type": "MonetaryAmount",
"currency": "USD",
"value": 3.49
},
"shippingDestination": {
"@type": "DefinedRegion",
"addressCountry": "US"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 0,
"maxValue": 1,
"unitCode": "DAY"
},
"transitTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 5,
"unitCode": "DAY"
}
}
}
},
"variesBy": [

"https://schema.org/color",

"https://schema.org/size"

],
"hasVariant": [{
"@type": "Product",
"name": "Yellow summer t-shirt XL",
"description": "Extra large yellow t-shirt for the summer months.",
"image": "https://example.com/content/yellow-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8710123456789",
"color": "yellow",

"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "XL",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?color=yellow&size=xl",
"price": 19.99,
"availability": "https://schema.org/InStock"
}
}, {
"@type": "Product",
"name": "Yellow summer t-shirt L",
"description": "Large yellow t-shirt for the summer months.",
"image": "https://example.com/content/yellow-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8711234567890",
"color": "yellow",
"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "L",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?color=yellow&size=l",
"price": 18.99,
"availability": "https://schema.org/InStock"
}
}, {
"@type": "Product",
"name": "Light blue summer t-shirt XL",
"description": "Extra large light blue t-shirt for the summer months.",
"image": "https://example.com/content/light-blue-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8712345678901",
"color": "light blue",
"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "XL",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?color=yellow&size=xl",
"price": 19.99,
"availability": "https://schema.org/InStock"
}
}, {
"@type": "Product",
"name": "Light blue summer t-shirt L",
"description": "Large light blue t-shirt for the summer months.",
"image": "https://example.com/content/light-blue-summer-t-shirt.jpg",
"inProductGroupWithID": "abc123",
"gtin": "8713456789012",
"color": "light blue",
"size": { // Make sure to also look into the new size property. It is a beast.
"@type": "SizeSpecification",
"name": "L",
"sizeSystem": "https://schema.org/WearableSizeSystemUS",
"sizeGroup": [
"https://schema.org/WearableSizeGroupBig",
"https://schema.org/WearableSizeGroupTall"
]
},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/products/summer-t-shirt?color=light-blue&size=l",
"price": 18.99,
"availability": "https://schema.org/OutOfStock"
}
}]
}

“Gran ejemplo, Jarno, ¡no!

Sí, soy muy consciente de ese hecho. Pero eso no es porque carezca de las habilidades o la conciencia para hacerlo correctamente. El soporte para estas cosas está en el horizonte, pero aún no ha llegado.

Esto todavía se refleja en cómo reaccionan los diferentes validadores/herramientas de prueba que existen ante este tipo de marcado.

No veremos ProductGroup antes de que Google esté seguro de que está listo (suficiente)

Debido a la cantidad de combinaciones de marcas posibles, así como al orden en que se puede expresar este tipo de marcas y cómo se puede estropear todo, es necesario examinarlo y probarlo desde muchos ángulos diferentes antes de lanzarlo al mercado.

La diligencia es de suma importancia, ya que fácilmente las cosas podrían salir terriblemente mal tanto para los editores como para los consumidores.

Quedan muchos detalles pequeños y grandes para discutir en esquema.org, pero por ahora, está en manos de los empleados de Google involucrados en esto (y sus colegas).

Necesitan tiempo para descubrir cómo harán que esto funcione dentro de sus sistemas y dentro de qué limitaciones al principio, seguido de hacerlo funcionar y escribir la documentación adecuada para que podamos aprender a usarlo de la manera que quieran.

Esto también implica que mis ejemplos de marcado de ninguna manera deben considerarse como “la forma en que se hará” con respecto al orden en que los escribí, la información que contiene o la cantidad de propiedades para las que funcionará la herencia.

Mis ejemplos se basan en las discusiones que tuvimos en esquema.org y están destinados a ayudarlo a comenzar con sus propias investigaciones.

Dejándote en un suspenso

Todos estamos esperando el próximo episodio, producido por Google. Espero que no tengamos que esperar demasiado para esto, ya que realmente quiero descubrir cómo termina (o mejor dicho, cómo comienza) esto de verdad.

Y mientras esperamos, deberías empezar a analizar esto desde tantos ángulos como sea posible para descubrir las posibles implicaciones para ti, tus clientes o tu empleador antes de que te pillen desprevenido.

Una nota final

Schema.org se trata de crear un vocabulario público viable que ofrezca un «lenguaje» que podamos usar para publicar y consumir anotaciones semánticas.

Schema.org no define cómo se supone que los editores ni los consumidores de sus tipos y propiedades deben usarlos, más o menos de la misma manera que los diccionarios no nos dicen cómo escribir.

Las personas involucradas en esquema.org no tienen absolutamente nada que decir sobre cómo los consumidores del vocabulario usan su lenguaje, ni tampoco tienen voz sobre los requisitos que partes como Google, Bing y otros documentan y publican.

Más recursos:

Imagen de portada: BestForBest/Shutterstock

Leer el articulo original en Search Engine Journal.