Resultados enriquecidos de carrusel (Schema)

TL;DR — Un carousel rich result es esa fila deslizable de tarjetas que a veces ves en Google, todas procedentes de un sitio web. Lo construyes envolviendo varios elementos del mismo tipo —por ejemplo, varias recetas— en un fragmento de código llamado ItemList, asignando a cada uno un número (position) para que aparezcan en orden. El problema: solo una lista breve y específica de tipos de contenido puede convertirse en un carrusel, y un ItemList válido por sí solo no garantiza que obtendrás uno.

Qué es un carousel rich result

Cuando buscas en Google y ves una fila de tarjetas por la que puedes desplazarte lateralmente —una franja de recetas, una franja de películas—, eso es un carousel rich result. El nombre que Google le da es host carousel, porque cada tarjeta proviene del mismo host (el mismo sitio web). Google lo describe como “a list-like rich result that people can swipe through on mobile devices.” (traducción) «un resultado enriquecido similar a una lista que las personas pueden deslizar en dispositivos móviles.»

Creas uno con un fragmento de datos estructurados llamado ItemList —piénsalo como un contenedor que alberga una lista. Dentro de él colocas cada elemento como un ListItem, y cada ListItem recibe un número de position (1, 2, 3…) que indica a Google en qué orden mostrarlos. Si has leído los conceptos básicos de datos estructurados, este es solo un resultado enriquecido específico que puedes obtener con ese marcado.

Lo único que debes hacer bien primero

Esta es la trampa: un ItemList por sí solo no crea un carrusel. No puedes simplemente listar cualquier página y obtener una franja deslizable. El ItemList tiene que combinarse con un tipo de contenido que Google realmente admita para carruseles. Para la función principal y cotidiana de carrusel, la lista es corta: listas de cursos, películas, recetas y restaurantes. Envuelve cualquier otra cosa — un montón de artículos de blog, productos genéricos — y obtendrás un ItemList válido, pero ningún carrusel.

Unas pocas reglas sencillas

• Usa el mismo tipo en una lista. Un carrusel de recetas debería contener solo recetas. No mezcles recetas y cursos en la misma lista.
• Necesitas al menos dos elementos para el carrusel clásico (el más nuevo en “beta” necesita tres — más información sobre eso en la pestaña Advanced).
• position establece el orden. Numera tus elementos y Google los muestra en ese orden.
• No todas las filas desplazables están bajo tu control. Algunas franjas similares a carruseles en Google (como “Top Stories”) toman contenido de muchos sitios y no puedes activarlas en absoluto con tu marcado.

Y la advertencia honesta que se aplica a todos los resultados enriquecidos: incluso con un marcado perfecto, Google decide si realmente lo muestra. Un marcado válido te hace elegible, no garantizado.

¿Quieres el panorama completo — los dos sistemas de carrusel diferentes, exactamente qué tipos califican para cada uno, la trampa geográfica y las propiedades requeridas? Cambia a la pestaña Avanzado.

TL;DR — Un carousel rich result (“host carousel”) es un ItemList que envuelve dos o más elementos ListItem del mismo tipo, cada uno con un position con base 1 que fija el orden de visualización. El eje de precisión: un ItemList válido ≠ un carrusel visible — ItemList solo es elegible para carrusel cuando se combina con un tipo compatible. Hay dos sistemas de carrusel separados activos ahora mismo: la función Carousel (ItemList) madura y generalmente disponible (Course list, Movie, Recipe, Restaurant — Restaurant es de acceso limitado y está restringido a registro) y los más recientes Carruseles de datos estructurados (beta) / host carousel (subtipos de LocalBusiness, Product, Event), disponibles solo en el EEE, Turquía y Sudáfrica. Difieren en los elementos mínimos (2 vs 3), solo del mismo tipo vs tipos mixtos permitidos, y las opciones de estructura de página (la versión clásica admite resumen

• detalle o todo en uno; la beta solo admite resumen + detalle). Es un formato de visualización, no una garantía de posicionamiento; otros motores de búsqueda documentan sus propias funciones por separado.

Qué es realmente un carousel rich result

La definición de Google es exacta:

• “A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (traducción) «Un carrusel es un resultado enriquecido similar a una lista que las personas pueden deslizar en dispositivos móviles. Muestra varias tarjetas del mismo sitio (también conocido como carrusel de host).»

El mecanismo subyacente es siempre el mismo — un contenedor ItemList que contiene varias entradas ListItem, cada una apuntando a un elemento de un tipo compatible, cada una con una position. Google es explícito en que el orden sigue a position:

• “The item’s position in the carousel. This is a 1-based number,” (traducción) «La posición que ocupa el elemento en el carrusel. Es un número que empieza en 1.» y los elementos
• “will be shown in the order specified by the position property.” (traducción) «se mostrarán en el orden especificado por la propiedad position.» La mecánica genérica de ItemList — sus propiedades, el patrón de página de resumen, cómo funcionan position y url — es un tema por derecho propio; la página hermana de análisis detallado de ItemList Schema se encarga de ellos. Esta página trata sobre aquello específico que ItemList desbloquea: el carousel rich result. Y la primera regla al respecto es un rompe mitos.

Un ItemList válido no es un carrusel visible

Esta es la columna vertebral de la precisión. Un ItemList por sí solo —o un ItemList que envuelve un tipo no admitido, como Article o BlogPosting genéricos— no es apto para carrusel. El requisito de Google es el siguiente: “add ItemList structured data in combination with one of the… supported structured data features.” (traducción) «añade datos estructurados ItemList en combinación con una de las… funciones de datos estructurados admitidas». El ItemList es necesario, pero ni mucho menos suficiente. Aquí es donde se equivocan la mayoría de las guías, y también por eso el centro de creative works schema sigue insistiendo en “valid is not visible” —el mismo principio, aplicado aquí.

Ahora mismo hay dos sistemas de carrusel

Casi ninguna guía de la competencia los separa con claridad, y esa es la principal fuente de confusión en este ámbito. A fecha de mediados de 2026, hay dos sistemas de carrusel de distinto alcance activos en la Búsqueda de Google:

1. El carrusel clásico (ItemList) — disponible de forma general

La función madura, documentada en la página Carousel (ItemList) (actualizada por última vez el 2025-12-10 UTC). Regla de tipos admitidos de Google: “To be eligible for a host carousel rich result for your site, add ItemList structured data in combination with one of the following supported structured data features: Course list / Movie / Recipe / Restaurant.” (traducción) «Para ser elegible para un carousel rich result del host para tu sitio, añade datos estructurados ItemList en combinación con una de las siguientes funciones de datos estructurados admitidas: Course list / Movie / Recipe / Restaurant.» Elementos mínimos: “Check that itemListElement contains two or more ListItem elements.” (traducción) «Comprueba que itemListElement contenga dos o más elementos ListItem.» Solo del mismo tipo: todos los elementos de la lista deben compartir tipo. Por ejemplo, en una lista de recetas solo incluye elementos Recipe; no combines tipos distintos.

2. Carruseles de datos estructurados (beta) — solo EEA, Turquía y Sudáfrica

Un sistema más nuevo y separado documentado en la página Carousels (beta) (última actualización: 2026-01-21 UTC — el que se itera más activamente de los dos). Google: “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site.” (traducción) «un nuevo carousel rich result que está en beta, que es un resultado enriquecido tipo lista que las personas pueden desplazarse horizontalmente para ver más entidades de un sitio determinado.» Su conjunto de tipos es completamente diferente: ItemList combinado con LocalBusiness y sus subtipos (Restaurant, Hotel, VacationRental), Product o Event. Su mínimo es tres, no dos: “To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (traducción) «Para especificar una lista, define un ItemList que contenga al menos tres elementos itemListElement.item.» Y la restricción que importa más que cualquier detalle en la página: “This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (traducción) «Esta función también está disponible únicamente en los países del Espacio Económico Europeo (EEE), Turquía y Sudáfrica, tanto en dispositivos de escritorio como en dispositivos móviles.» Los sitios también tienen que solicitarlo mediante un formulario de interés, no solo implementar el marcado, y la cobertura difiere según el país. Google lo marca como provisional: “This feature is in beta and you may see changes in requirements or guidelines, as we develop this feature.” (traducción) «Esta función está en beta y es posible que veas cambios en los requisitos o las directrices a medida que desarrollamos esta función.»

Lado a lado

Qué tipos son elegibles para el carrusel clásico (2026)

Volví a revisar la documentación de Google el 2026-07-02, y la página principal de Search Gallery (actualizada por última vez el 2026-06-15 UTC) corrobora la misma regla de cuatro tipos: “This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (traducción) «Esta función debe combinarse con una de las siguientes funciones: Recipe, Course list, Restaurant, Movie.» Pero hay un asterisco en esa lista:

• Recipe, Course list y Movie están abiertos para cualquier sitio que cumpla los requisitos. (Para el detalle de cada tipo —Course solo es un carrusel de 3 o más cursos desde la descontinuación de la tarjeta única de junio de 2025, y el carrusel de Movie es solo para móviles— consulta el centro de creative works schema, que documenta el resultado enriquecido de cada tipo a nivel de propiedad.)
• Restaurant aparece en la lista, pero está restringido. El documento de Local Business lo especifica: “The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (traducción) «El carrusel de Restaurant está actualmente limitado a un pequeño conjunto de proveedores de restaurantes. Si deseas participar, registra tu interés en nuestro formulario.» Por lo tanto, tratar Restaurant como un cuarto tipo de puertas abiertas —como hacen ahora varias guías de terceros, tras haber copiado la lista de tipos actualizada sin comprobar la restricción— es una inexactitud real y verificable. Está admitido sobre el papel, pero en la práctica solo es accesible mediante registro.

Y el tipo que no está en la lista: Article. Al menos una guía con posicionamiento alto enumera Article como elegible para el carrusel. No lo está: Article no aparece ni en el documento de Carousel ni en la galería principal. Casi con certeza se trata de una confusión con la función Top Stories, que no está relacionada y está controlada por Google, y que no puedes activar con tu propio marcado.

Qué tipos son elegibles para el carrusel de host en beta

Un conjunto completamente diferente, según el documento beta: LocalBusiness y sus subtipos (el documento nombra Restaurant, Hotel, VacationRental), Product y Event. La beta también permite explícitamente la mezcla — una diferencia estructural genuina con respecto al carrusel clásico:

• “You can mix and match different types of entities (for example, hotels, restaurants), if needed for your scenario.” (traducción) «Puedes mezclar y combinar diferentes tipos de entidades (por ejemplo, hoteles, restaurantes), si es necesario para tu escenario.» Piensa en una página de “Things to do in Switzerland” que enumera tanto eventos locales como negocios locales en un solo carrusel.

La disponibilidad es el problema, y es más granular que “EEA + Turquía + Sudáfrica” — qué tipos de consulta están cubiertos varía según el país, según el documento de 2026-01-21: el EEA tiene la cobertura más amplia (hoteles, alquileres vacacionales, transporte terrestre, vuelos, negocios locales, cosas que hacer, compras); Turquía cubre solo hoteles, alquileres vacacionales y negocios locales; Sudáfrica cubre hoteles, alquileres vacacionales, cosas que hacer, vuelos, compras, entrega de comida, alquiler de autos y reserva de autobuses. Dado que esta es una beta, trata cada una de esas listas por país como correspondiente a una fecha determinada, no permanente — Google indica explícitamente que la función está sujeta a cambios. Si tu audiencia está completamente fuera de esas tres regiones, el carrusel beta simplemente no aparecerá, sin importar cuán limpio sea tu marcado.

Cómo position construye el orden de visualización

En ambos sistemas, el mecanismo de orden de visualización es el mismo: cada ListItem lleva un position con base 1, y Google promete que el orden en el marcado es igual al orden en pantalla. Existen dos patrones de estructura de página para el carrusel clásico:

• Página de resumen + páginas de detalle. El ItemList de la página de resumen contiene ListItems mínimos (@type, position, url), y cada página de detalle enlazada lleva el marcado completo específico del tipo (por ejemplo, el esquema Recipe completo). Restricción de Google: “all URLs in the list must point to different pages on the same domain.” (traducción) «Todas las URL de la lista deben apuntar a páginas distintas del mismo dominio».
• Página única todo en uno. Una página contiene el ItemList completo con las propiedades de cada elemento integradas, y cada ListItem.url apunta a un ancla en esa misma página.

La beta solo admite el patrón de resumen + detalle — no hay opción todo en uno. Y una aclaración útil que Google añadió tras la ambigüedad inicial: para la beta, “the markup must be on the summary page, and you don’t need to add markup to the detail pages in order to be eligible for this feature.” (traducción) «El marcado debe estar en la página de resumen, y no necesitas añadir marcado a las páginas de detalle para ser elegible para esta función».

Requisitos de elegibilidad y las advertencias honestas

• Paridad de contenido. Se aplica la regla estándar contra el cloaking de Google: “The text visible to the user must be similar to the information contained in the structured data on the page.” (traducción) «El texto visible para el usuario debe ser similar a la información contenida en los datos estructurados de la página.»
• Mismo tipo (clásico) frente a mixto (beta): se trata arriba; es estructural, no cosmético.
• Elegibilidad, no derecho. Superar la Rich Results Test confirma la sintaxis, no la visualización. Google nunca garantiza que un resultado enriquecido se muestre, y comprueba el cumplimiento del contenido y de las directrices por separado de la sintaxis. Si tu marcado se valida pero no se muestra ningún carousel, ese es el comportamiento esperado, no un error.
• No es un factor de posicionamiento. Se trata de un formato de visualización, no de una señal de posicionamiento, en consonancia con la postura general de Google de que los datos estructurados no afectan al posicionamiento. Tampoco afirmaré que aumente la tasa de clics (CTR): esa es una suposición común en la comunidad SEO, pero Google no publica datos de CTR para las ubicaciones de carousel y no tengo datos medidos propios que lo respalden, así que trata cualquier línea de “carousels boost CTR” (incluso en versiones anteriores de este artículo) como una suposición no verificada, no como un efecto documentado.
• Sin equivalente en Bing. Bing lee ItemList como datos estructurados genéricos, pero no tiene una función de SERP de host-carousel documentada. No des a entender que hay paridad entre motores.

Dónde se ubica esto

Los carousel rich results son una ventaja específica de los datos estructurados, dentro del grupo más amplio de SEO on-page. La mecánica genérica de ItemList (sus propiedades y el patrón de página de resumen en su totalidad) se encuentra en el análisis detallado paralelo de ItemList schema; el detalle de resultados enriquecidos por tipo para Course, Movie, Recipe y Restaurant se encuentra en creative works schema y en la documentación de negocio local. Esta página cubre el mecanismo del carrusel —los dos sistemas, las listas de tipos elegibles y la regla de que “un ItemList válido no es un carrusel visible”.

Resumen de IA

Una versión condensada de la versión Advanced:

• Qué es: un carousel rich result (“host carousel”) es un ItemList que envuelve dos o más ListItem de un tipo compatible, cada uno con un position con base 1 que fija el orden de visualización. El orden en el marcado = el orden en la pantalla.
• Eje de precisión: un ItemList válido ≠ carrusel visible. ItemList solo es elegible para carrusel cuando se combina con un tipo compatible. Envolver Article o BlogPosting genéricos produce un marcado válido y ningún carrusel.
• Dos sistemas separados:
  • Carrusel clásico (ItemList) — disponible de forma general; tipos = Course list, Movie, Recipe, Restaurant; 2+ elementos; solo del mismo tipo; resumen+detalle o página todo en uno.
  • Carruseles de datos estructurados (beta) — solo EEE, Turquía, Sudáfrica; tipos = subtipos de LocalBusiness, Product, Event; 3+ elementos; se permiten tipos mixtos; solo resumen+detalle; debes solicitarlo mediante un formulario.
• Restaurant está restringido: aparece como un tipo clásico, pero es de acceso limitado y solo con registro — no está abierto de la misma forma que Recipe/Course/Movie.
• Article NO es un tipo de carrusel — un mito común, probablemente confundido con la función Top Stories propia de Google, que no se puede controlar.
• Advertencias: elegibilidad ≠ derecho (Rich Results Test comprueba la sintaxis, no la visualización); no es un factor de posicionamiento (un formato de visualización; cualquier aumento del CTR es una suposición no verificada, no algo que Google documente o confirme); Bing no tiene un equivalente.
• Dónde encaja: la mecánica genérica de ItemList se encuentra en el análisis profundo hermano de ItemList; el detalle por tipo (Course solo en carruseles de 3+ desde junio de 2025, Movie solo en móvil) se encuentra en el centro de obras creativas. Esta página posee el mecanismo del carrusel.

Documentación oficial

Documentación de fuente primaria de Google.

Google — los dos sistemas de carrusel

• Datos estructurados de carrusel (ItemList) — la función clásica, generalmente disponible: la regla de combinación de cuatro tipos, el mínimo de 2 elementos, la regla de mismo tipo, position y los dos patrones de estructura de página. (Última actualización: 2025-12-10 UTC.)
• Carruseles de datos estructurados (beta) — el carrusel del host más reciente: los tipos LocalBusiness/Product/Event, el mínimo de 3 elementos, la admisión de tipos mixtos, la restricción de EEA/Turquía/Sudáfrica y los formularios de intereses. (Última actualización: 2026-01-21 UTC.)

Google — documentación de apoyo

• Datos estructurados de negocio local (LocalBusiness) — donde se encuentra realmente la restricción de “Restaurant carousel (limited access)”.
• Marcado de datos estructurados que admite la Búsqueda de Google (Search Gallery) — la lista maestra que corrobora los cuatro tipos de carrusel clásicos. (Última actualización: 2026-06-15 UTC.)
• Datos estructurados de lista de cursos y Datos estructurados de película — la documentación de tipos individuales para dos de los miembros del carrusel clásico.
• Prueba de resultados enriquecidos — valida la sintaxis del marcado de carrusel (no la visualización).

Bing / Microsoft

• Marcar tu sitio con datos estructurados — Ayuda de Bing Webmaster — Bing admite ItemList como datos estructurados generales; no existe un resultado enriquecido específico para carruseles de Bing.

Citas de la fuente

Declaraciones oficiales de Google. Cada enlace es un enlace directo que salta al fragmento citado en la página de origen.

Google — qué es un carrusel y cómo funciona position

• “A carousel is a list-like rich result that people can swipe through on mobile devices. It displays multiple cards from the same site (also known as a host carousel).” (traducción) «Un carrusel es un resultado enriquecido similar a una lista que las personas pueden deslizar en dispositivos móviles. Muestra varias tarjetas del mismo sitio (también conocido como carrusel de host).» — Google Search Central, documentación de Carousel (ItemList). Ir a la cita
• “The item’s position in the carousel. This is a 1-based number.” (traducción) «La posición del elemento en el carrusel. Este es un número basado en 1.» Ir a la cita

Google — la lista clásica de tipos y los mínimos

• “Check that itemListElement contains two or more ListItem elements.” (traducción) «Comprueba que itemListElement contenga dos o más elementos ListItem.» Ir a la cita
• “All items in the list must be of the same type. For example, if a list is about recipes, only include Recipe items. Don’t mix different types.” (traducción) «Todos los elementos de la lista deben ser del mismo tipo. Por ejemplo, si una lista trata sobre recetas, incluye solo elementos Recipe. No mezcles tipos diferentes.» Ir a la cita
• Galería maestra, sobre los cuatro tipos elegibles: “This feature must be combined with one of the following features: Recipe, Course list, Restaurant, Movie.” (traducción) «Esta función debe combinarse con una de las siguientes funciones: Recipe, Course list, Restaurant, Movie.» Ir a la cita

Google — Restaurant está restringido (del documento de Local Business)

• “The Restaurant carousel is currently limited to a small set of restaurant providers. If you would like to participate, register your interest in our form.” (traducción) «El carrusel de restaurantes está actualmente limitado a un pequeño conjunto de proveedores de restaurantes. Si deseas participar, registra tu interés en nuestro formulario.» Ir a la cita

Google — el carrusel en beta (sistema diferente)

• “a new carousel rich result that’s in beta, which is a list-like rich result that people can scroll horizontally to see more entities from a given site (also known as a host carousel).” (traducción) «un nuevo carousel rich result que está en beta, que es un resultado enriquecido similar a una lista en el que las personas pueden desplazarse horizontalmente para ver más entidades de un sitio determinado (también conocido como carrusel de host).» Ir a la cita
• “This feature is also only available in European Economic Area (EEA) countries, Turkey, and South Africa, on both desktop and mobile devices.” (traducción) «Esta función también solo está disponible en los países del Espacio Económico Europeo (EEE), Turquía y Sudáfrica, tanto en dispositivos de escritorio como en dispositivos móviles.» Ir a la cita
• “To specify a list, define an ItemList that contains at least three itemListElement.item elements.” (traducción) «Para especificar una lista, define un ItemList que contenga al menos tres elementos itemListElement.item.» Ir a la cita

¿Qué carrusel —si hay alguno— puedo obtener?

La elegibilidad para los carruseles es genuinamente una pregunta de “¿en qué ruta estoy?”, porque los dos sistemas no se superponen. Haz este recorrido una vez para tu contenido y región.

Carousel rich results — hoja de referencia

Los dos sistemas de un vistazo

Hechos rápidos

• ItemList por sí solo ≠ carrusel. Debe combinarse con un tipo compatible.
• position se basa en 1 y establece el orden de visualización en ambos sistemas.
• Restaurant está restringido — “limited to a small set of restaurant providers” (traducción) «limitado a un pequeño conjunto de proveedores de restaurantes»; regístrate para mostrar tu interés.
• Article NO es un tipo de carrusel. Ese mito es una confusión con Top Stories (controlado por Google, no se puede activar).
• Recipe / Course / Movie están abiertos; particularidades por tipo: Course = solo carrusel de 3 o más cursos (desde junio de 2025), Movie = carrusel solo en móviles.
• Elegibilidad, no derecho — la Prueba de resultados enriquecidos comprueba la sintaxis, no la visualización.
• No es un factor de posicionamiento — un formato de visualización, no una señal de posicionamiento; trata cualquier afirmación de aumento de CTR como no verificada, ya que Google no publica datos de CTR de carruseles.
• Bing: no hay un carousel rich result equivalente.

Mitos comunes, corregidos

Herramientas para validar el marcado de carrusel

• Validador de marcado de datos estructurados — pega el JSON-LD o el HTML completo para detectar JSON mal formado, propiedades de schema.org no válidas, referencias ausentes y problemas estructurales en ItemList antes de probar los requisitos específicos de cada función de Google.
• Comprobador de elegibilidad para resultados enriquecidos — comprueba si los tipos de elemento anidados incluyen los campos requeridos por Google para el resultado enriquecido al que apuntan. Un resultado correcto confirma las reglas de elegibilidad, no que Google mostrará un carrusel.
• Prueba de resultados enriquecidos de Google — ejecuta la URL implementada en el renderizador de Google. Úsala para confirmar que Google puede ver el marcado de elementos admitidos y los campos requeridos en la página renderizada.

Marcado de carrusel clásico incorrecto vs. correcto

Incorrecto: tipos mixtos, posiciones duplicadas y solo un elemento elegible

Esta lista se analiza como JSON-LD, pero incumple las reglas del carrusel clásico. Mezcla un Recipe y un Course, asigna la posición 1 a ambas entradas y, por lo tanto, tiene solo un elemento para cualquiera de los tipos admitidos.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Course", "name": "Knife Skills" }
    }
  ]
}

Correcto: dos elementos del mismo tipo con posiciones a partir de 1

La lista corregida mantiene un tipo admitido, proporciona dos elementos y los numera en el orden en que Google debería mostrarlos. Cada elemento aún necesitaría las propiedades requeridas por su propia documentación de resultados enriquecidos.

{
  "@context": "https://schema.org",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": { "@type": "Recipe", "name": "Tomato Soup" }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": { "@type": "Recipe", "name": "Mushroom Soup" }
    }
  ]
}

Para el carrusel de host de la versión beta, la lista correcta equivalente necesita al menos tres elementos y debe seguir los requisitos de la versión beta sobre páginas de resumen y regionales.

Demuestra que una implementación de carrusel es elegible

Prueba 1 — El ItemList implementado cumple con el sistema de carrusel correcto

• Prueba para ejecutar — Obtén la URL en vivo con el Comprobador de elegibilidad de resultados enriquecidos e inspecciona el ItemList, los tipos de elemento anidados y las posiciones.
• Resultado esperado — Un carrusel clásico tiene al menos dos elementos compatibles del mismo tipo con posiciones consecutivas basadas en 1. Un carrusel beta tiene al menos tres elementos compatibles y sigue el patrón de página de resumen beta.
• Interpretación de fallos — Menos elementos, una lista clásica que mezcla tipos, posiciones duplicadas o faltantes, o un tipo anidado no compatible significan que la página no cumple las reglas de elegibilidad de ese sistema de carrusel.
• Ventana de supervisión — Inmediata después de la implementación y del vaciado de la caché.
• Activador de reversión — Elimina o desactiva el nuevo bloque de carrusel si reemplazó datos estructurados previamente válidos con un marcado no válido o engañoso; de lo contrario, corrige la lista antes de solicitar un nuevo rastreo.

Prueba 2 — Google puede renderizar el marcado de elementos elegibles

• Prueba que debes realizar — Prueba la URL implementada en la Prueba de resultados enriquecidos de Google, luego inspecciona los tipos de elemento y los errores detectados.
• Resultado esperado — Google detecta los tipos anidados compatibles sin errores críticos y el HTML renderizado contiene el mismo ItemList que se envía a los usuarios.
• Interpretación de fallos — La ausencia de un tipo apunta al renderizado o a la implementación; un error de campo obligatorio corresponde al marcado anidado de Recipe, Course, Movie, Restaurant, Product, Event o LocalBusiness, y no solo a ItemList.
• Ventana de supervisión — Inmediata en la prueba; Search Console puede retrasarse hasta el siguiente rastreo.
• Activador de reversión — Cancela el lanzamiento del carrusel si Google no puede renderizar el marcado o si corregirlo requiriera reclamar contenido que no está visible en la página. Aprobar la prueba todavía no garantiza que se muestre un carrusel.

Ponte a prueba: carousel rich results

Cinco preguntas rápidas sobre cómo funciona realmente el carousel rich result de Google. Elige una respuesta para cada una y luego comprueba tus respuestas.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Datos estructurados: qué son y cómo usarlos — mi guía de Ahrefs sobre tipos de schema, métodos de implementación y herramientas de validación; la base sobre la que se asienta el marcado de carrusel.
• La guía para principiantes de SEO técnico — dónde encajan los datos estructurados y los resultados enriquecidos en el panorama general.

Mis ponencias

• Cómo funciona la búsqueda (SlideShare) — mi recorrido sobre el rastreo, el renderizado, la indexación y cómo se generan funciones como los resultados enriquecidos. (Se aplica mi descargo de responsabilidad habitual: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no va a ser 100% completa ni precisa.»)

Oficial

• Datos estructurados de carrusel (ItemList) de Google — la referencia canónica de la función clásica (cuatro tipos, mínimo de 2 elementos, position, patrones de página).
• Carruseles de datos estructurados (beta) de Google — el carrusel de host en beta (LocalBusiness/Product/Event, mínimo de 3 elementos, EEE/Turquía/Sudáfrica).
• Datos estructurados de negocio local de Google — donde se encuentra la restricción de “Restaurant carousel (limited access)”.
• Galería de búsqueda de Google — la lista maestra de tipos compatibles.

Desde la industria

• Nuevos carruseles de datos estructurados de Google (beta) (Search Engine Land) — cobertura del lanzamiento de la beta: desplazamiento horizontal a través de varias entidades de un único sitio.
• Aclaración sobre los carruseles de datos estructurados de Google (beta) para páginas de resumen (Search Engine Land) — la aclaración de la documentación de que el marcado va en la página de resumen, no en las páginas de detalle.
• Google amplía la disponibilidad de la función para los carruseles de datos estructurados (beta) (Search Engine Roundtable, Barry Schwartz) — el patrón de expansión geográfica (comenzando de forma limitada, añadiendo Turquía y Sudáfrica).
• Google anuncia un nuevo resultado enriquecido de carruseles de datos estructurados (beta) (Search Engine Journal) — el artículo del anuncio.
• Google actualiza la documentación de los carruseles de datos estructurados (beta) (Search Engine Journal) — cobertura de una revisión posterior de la documentación de la beta.
• Resultados de búsqueda de carrusel (Rank Math KB) — explicación centrada en el flujo de trabajo del plugin de los cuatro tipos clásicos (nota: no cubre el sistema beta ni la restricción de Restaurant).

Citas que vale la pena conservar

Las frases a las que recurro cuando explico los carruseles. (Para ver las declaraciones textuales de Google con enlaces profundos, consulta la pestaña Citas de la fuente; este es el conjunto más orientado a la opinión y dirigido a profesionales.)

Sobre el mecanismo central

• Un carrusel es “a list-like rich result that people can swipe through on mobile devices… multiple cards from the same site (also known as a host carousel).” (traducción) «un resultado enriquecido similar a una lista que las personas pueden recorrer deslizando en dispositivos móviles… varias tarjetas del mismo sitio (también conocido como carrusel de host).» — Google. El mecanismo subyacente es siempre un ItemList de ListItems del mismo tipo, cada uno con un position basado en 1.

Sobre el mito que hace tropezar a todos

• Un ItemList válido no es un carrusel visible. Google requiere que: “add ItemList structured data in combination with one of the… supported structured data features.” (traducción) «añadas datos estructurados ItemList en combinación con una de las… funciones de datos estructurados admitidas». Envuelve un tipo no admitido y obtienes marcado válido y ningún carrusel — la misma trampa de “válido no es visible” que sigo señalando en todo el clúster de datos estructurados.

Sobre la confusión de los dos sistemas

• Hay dos carruseles, no uno: el Carousel clásico (ItemList) de disponibilidad general para Course/Movie/Recipe/Restaurant, y un carrusel de host beta independiente para LocalBusiness/Product/Event que está “only available in European Economic Area (EEA) countries, Turkey, and South Africa.” (traducción) «solo disponible en los países del Espacio Económico Europeo (EEE), Turquía y Sudáfrica». Casi todas las guías cubren uno y olvidan el otro.

Sobre el asterisco de Restaurant

• Restaurant aparece en la lista, pero con acceso restringido: “The Restaurant carousel is currently limited to a small set of restaurant providers.” (traducción) «El carrusel de restaurantes está actualmente limitado a un pequeño conjunto de proveedores de restaurantes.» Compatible sobre el papel, en la práctica solo mediante registro.

Registro de cambios