“Una brecha que salvar… ¿Qué brecha, qué puente?”
Relajarse; Dame un momento. 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. Éstas incluyen resultados organicos en la búsqueda de Google [1]Google Compras [2]Google Maps, YouTube, Google Imágenes y Google Lens, y Anuncios de Google canales como la Búsqueda de Google [1]Google Compras [2]Google Maps, YouTube, Google Imágenes y Google Discover.
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. trabajando eficientemente.
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) poder usar GMC para obtener variantes de productos en Google Shopping y actualizarlas vs. (b) no puedo hazlo eficientemente 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.
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 tomaban 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.
¡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.
- 2020-01-21, 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.
Pero todavía hay más por venir, sobre todo el mayor elefante (SEO) en el salón de 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?)
- Imagen de la ayuda de Google Merchant Center, noviembre de 2023
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 a través de [item_group_id] atributo, junto con otros atributos del feed de productos como [color], [size], [material], [pattern]etc.
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. margen de beneficio y manteniéndonos dependientes de GMC.
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:
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 vs. 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 hacer mucho 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 no se detiene porque Google también necesita estar actualizado en valores como disponibilidad, precios, gastos de envío, etc., información que no suele 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.
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! Porque los robots de Google se están tomando su tiempo para volver a rastrear las páginas de sus productos. 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? ¿Cómo te están funcionando?
Por supuesto, puedes cambiar el
Entonces esas actualizaciones de
Ahí sale volando por la ventana “actualizar sus resultados de Google Shopping y de Búsqueda de Google mediante marcado de datos estructurados”.
Feeds de GMC: sigue siendo la forma más eficaz de informar a Google sobre las actualizaciones de productos
Google solo tiene que buscar una cantidad limitada 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.
Esto hace que sea más fácil para Google llegar a algunas piezas importantes del rompecabezas antes de rastrear 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
Captura de pantalla de esquema.org, noviembre de 2023
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 el futuro cercano en alguna documentación de Google.
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. o no (por ejemplo, Bing, Facebook, Pinterest, etc.).
Esto implica que, hasta que Google haga…
Con información de Search Engine Journal.
Leer la nota Completa > Búsqueda y compras de Google, variantes de productos y una brecha que salvar
