Google explica por qué recomienda anidar tipos de datos estructurados en lugar de crear múltiples scripts de datos estructurados
Lizzi Sassman de Google respondió una pregunta en una sesión de horas de oficina de SEO de Google sobre si está bien combinar diferentes tipos de datos estructurados.
La respuesta iluminó un punto importante sobre cómo Google interpreta los datos estructurados y si es mejor combinar datos estructurados o dos separados.
La combinación de múltiples datos estructurados se denomina anidamiento.
¿Qué es anidar?
Los datos estructurados son básicamente tipos de datos de alto nivel (llamados Tipos) y los atributos de esos Tipos (llamados Propiedades).
Es algo así como con HTML, donde los principales bloques de construcción de HTML de una página web se denominan Elementos y cada elemento tiene propiedades que los modifican que se denominan «atributos».
El HTML de una página web comienza comunicando que es una página web HTML como esta:
<HTML>
De manera similar, un script de datos estructurados comienza diciendo cuáles son los principales datos estructurados de la página web.
Los datos estructurados de una receta en una página web que trata sobre una receta se ven así:
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Recipe",
El anidamiento es la adición de otros tipos de datos estructurados dentro de los datos estructurados principales.
Entonces, si la página es sobre Reseñas, entonces los principales datos estructurados deberían comenzar así:
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Review",
Pero, ¿qué pasa cuando la página trata sobre una receta y tiene una reseña?
¿Creas dos scripts de datos estructurados?
¿O combina los dos tipos de datos estructurados?
Lizzi Sassman comparte que hay una forma correcta y una incorrecta de hacerlo.
¿Está permitida la combinación de datos estructurados?
Los datos estructurados siguen un conjunto lógico de reglas Una vez que se aprenden las reglas, es fácil dar sentido a los datos estructurados.
Esta pregunta es sobre la organización de los datos estructurados y cómo eso afecta la forma en que Google los interpreta.
Esta es la pregunta que se hizo:
“Is it allowed to add one structured data inside another type of structure data? For example, adding carousel structured data inside Q & A structured data.”
“¿Está permitido agregar un dato estructurado dentro de otro tipo de datos estructurados?
Lizzi Sassman respondió:
“Yep. Nesting your structure data can help us understand what the main focus of the page is.
For example, if you put recipe and review at the same level, it’s not as clear as telling us that the page is a recipe with a nested review.
This means that the primary purpose of the page would be a recipe and that the review is a smaller component of that.
As a tip, always check the specific feature documentation to see if there’s any more notes about combining various structure data types.
Right now, the only supported carousel features are course, movie, recipe, and restaurant.”
«Sí Anidar los datos de su estructura puede ayudarnos a comprender cuál es el enfoque principal de la página.
Por ejemplo, si pones receta y reseña al mismo nivel, no es tan claro como decirnos que la página es una receta con una reseña anidada.
Esto significa que el propósito principal de la página sería una receta y que la revisión es un componente menor de eso.
Como consejo, consulte siempre la documentación de funciones específicas para ver si hay más notas sobre la combinación de varios tipos de datos de estructura.
En este momento, las únicas funciones de carrusel admitidas son curso, película, receta y restaurante”.
Los datos estructurados le dicen a Google de qué se trata una página
Esto es realmente interesante porque lo que dice Lizzi es que los datos estructurados ayudan a Google a comprender de qué se trata una página web.
Pero si tiene dos scripts de datos estructurados separados en la misma página web, a Google le resultará más difícil comprender de qué se trata el «enfoque» de la página web.
Ella aconseja que es mejor combinarlos para que la primera parte diga de qué se trata la página web.
Entonces, si la página web trata sobre recetas, los datos estructurados deberían comenzar así:
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Recipe",
La documentación de Search Central de Google sobre datos estructurados JSON-LD analiza el anidamiento: discusses nesting
“JSON-LD* (Recommended)
A JavaScript notation embedded in a <script> tag in the <head> and <body> elements of an HTML page.The markup is not interleaved with the user-visible text, which makes nested data items easier to express, such as the Country of a PostalAddress of a MusicVenue of an Event.
Also, Google can read JSON-LD data when it is dynamically injected into the page’s contents, such as by JavaScript code or embedded widgets in your content management system.”
“JSON-LD* (Recomendado)
El marcado no se intercala con el texto visible para el usuario, lo que hace que los elementos de datos anidados sean más fáciles de expresar, como el país de una dirección postal de un recinto musical o un evento.
Además, Google puede leer datos JSON-LD cuando se inyectan dinámicamente en el contenido de la página, como por ejemplo mediante código JavaScript o widgets incrustados en su sistema de administración de contenido”.
Lo que significa la sección citada anteriormente de la documentación de Google, en lenguaje sencillo, es que una página web que trata sobre un evento musical (usando el tipo de datos estructurados Evento), también puede incluir tipos de datos adicionales para el lugar de la música y la dirección postal.
La página web del ejemplo anterior se trata de un evento, no del lugar del evento.
Entonces, el script JSON-LD que contiene los datos estructurados del evento comenzaría así:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Event",
El evento es un tipo de datos estructurados:
Y la Dirección Postal donde tiene lugar el evento también es un tipo de dato estructurado:
Comunicar el enfoque de la página web
A veces puede parecer que la «O» en SEO significa optimizar una página web para obtener mejores clasificaciones Pero eso no es lo que es la optimización de búsqueda.
La «O» en SEO significa optimizar una página web para que sea fácil para los motores de búsqueda rastrear y comprender de qué se trata la página web.
Una página web no puede posicionarse sin lograr esas dos optimizaciones.
El anidamiento de datos estructurados se ajusta a ese paradigma de «optimización» porque ayuda a aclarar cuál es el enfoque de la página web.
Escuche la sesión de Google SEO Office Hours en el minuto 14:58. SEO Office Hours session at the 14:58 minute
Imagen destacada de Shutterstock/Asier Romero
Leer el articulo original en Search Engine Journal.
