¿Qué papel juega schema.org en AI Overviews?
Schema.org describe el contenido de una página en formato legible por máquina: por ejemplo, indica si se trata de un artículo, una organización o un producto. Para AI Overviews, este marcado puede aportar contexto adicional, pero no es un comando especial para incluir el sitio en el resumen ni sustituye a un texto útil.
Empieza no por la pregunta «qué esquema añadir», sino por comprobar qué comunica realmente la página al lector. Indica solo las entidades y propiedades que se puedan confirmar con el contenido visible. Si el marcado describe al autor, verifica que el autor aparezca en la página; si es un producto, que sus características estén disponibles para el visitante.
Para planificar, es útil distinguir dos tareas: hacer que la página sea comprensible para el buscador y responder a la consulta del usuario. La primera se refiere al marcado técnico; la segunda, a la calidad y completitud del material. En la guía sobre schema.org para búsqueda con IA se puede analizar por separado el papel de los datos estructurados en una estrategia técnica más amplia.
¿Cómo elegir el tipo de schema.org para una página concreta?
Elige el tipo de marcado según el propósito principal de la página y los hechos confirmados. En un artículo informativo, lo habitual es describir el material como Article o un tipo de artículo más específico si realmente se ajusta al formato. La información sobre el sitio o el editor se puede representar con Organization, y la ruta de navegación, con BreadcrumbList.
Para páginas de productos y software, pueden ser adecuados Product y SoftwareApplication, respectivamente, pero marca solo las propiedades que estén presentes en la página y sean relevantes. No añadas un tipo por una supuesta ventaja en AI Overviews: un esquema inadecuado complica el mantenimiento y crea discrepancias.
Antes de elegir, responde a tres preguntas:
- ¿Qué problema resuelve esta página para el visitante?
- ¿Qué entidades y atributos están claramente representados en su contenido?
- ¿Quién en el equipo es responsable de mantener estos datos actualizados?
Si la página combina varios temas, elige el tipo principal y añade entidades relacionadas solo si es necesario. El enfoque para la visibilidad en la búsqueda con IA también se aborda en el material sobre aparecer en Google AI Overviews.
¿Cómo añadir microdatos para las respuestas de Google IA?
Para la mayoría de los sitios, la forma más cómoda de implementación es JSON-LD: los datos estructurados se colocan en un bloque separado, en lugar de distribuirlos entre los elementos HTML. Esto facilita el trabajo a desarrolladores y editores, siempre que los datos del bloque se actualicen junto con el contenido de la página.
Primero, define el tipo de página y las propiedades necesarias. Luego, prepara el JSON-LD basado en información real, añádelo a la plantilla o al sistema de gestión de contenidos y publica la página. Por ejemplo, para un artículo puede ser necesario describir el título, el autor, el editor y la fecha de publicación, siempre que estos datos coincidan con la página. No inventes valores ni copies un bloque sin cambios en materiales con diferentes autores o temas.
Procedimiento práctico:
- Haz una lista de los hechos ya visibles para el visitante.
- Asocia cada hecho con la propiedad adecuada de schema.org.
- Configura la generación del marcado en la plantilla o CMS.
- Verifica el código fuente de la página publicada, no solo el borrador.
Consulta la documentación de Google para desarrolladores y el vocabulario de schema.org.
¿Cómo verificar schema.org después de la publicación?
Tras la implementación, verifica tanto la sintaxis del JSON-LD como la coherencia de los datos con el contenido de la página. Un fragmento técnicamente correcto no confirma que se haya elegido el tipo adecuado ni que las propiedades sean fiables.
Primero, abre la URL publicada y asegúrate de que el bloque necesario esté en el código fuente. Comprueba llaves, comillas, comas, formato de fechas y los valores de las propiedades obligatorias del tipo elegido. Luego, compara cada campo con el contenido visible: el título, el autor, la imagen y la información de la organización no deben contradecir la página.
Para la verificación, utiliza las herramientas de Google para datos estructurados y los informes de Search Console, si el sitio está configurado allí. Después de las correcciones, vuelve a probar la versión publicada. Comprueba también que el CMS no sobrescriba los cambios manuales al guardar o actualizar la plantilla.
Incorpora la verificación del marcado al proceso de publicación: el editor contrasta los hechos, el desarrollador revisa la plantilla y la salida del código, y el especialista en SEO comprueba la adecuación del tipo a la página. Así se pueden detectar errores antes de que se repitan en otras URLs.
¿Qué errores de schema.org dificultan la interpretación correcta?
Los problemas más comunes surgen cuando el marcado se añade por tener un esquema, no para describir la página real. Corrige no solo la sintaxis: verifica la fuente de cada valor y la lógica del tipo elegido.
Errores típicos que debes buscar en una auditoría:
- El marcado contiene información que el visitante no ve en la página.
- Se copia el mismo bloque genérico en todos los materiales, aunque los autores, fechas o entidades difieran.
- Se indica un tipo inadecuado o se usan propiedades fuera de su propósito.
- Tras un rediseño o cambio de CMS, los datos en JSON-LD dejaron de coincidir con el contenido.
- En una misma página se muestran versiones conflictivas del marcado de un plugin y de la plantilla.
Para encontrar el origen del problema, compara el texto publicado, el código fuente y la configuración del CMS. Si el valor se genera automáticamente, determina de qué campo proviene y quién lo actualiza. No elimines datos útiles solo porque la herramienta informe de una propiedad opcional: primero averigua si la advertencia es un error o una recomendación. Después de los cambios, verifica tanto la página de prueba como otras URLs que usen la misma plantilla.
¿Qué no puede prometer schema.org y qué hacer a continuación?
Schema.org ayuda a describir la página de forma coherente, pero no controla la selección de materiales para Google AI Overviews. La decisión de mostrar y generar el resumen corresponde a Google; un marcado correcto no garantiza la aparición del sitio en la respuesta, una cita concreta ni la permanencia de la visualización. Por tanto, considéralo parte de la base técnica, no un método independiente para obtener visibilidad.
Tras la implementación, verifica que las páginas sean accesibles para el rastreador, respondan a la pregunta adecuada y contengan información original y verificable. Luego, supervisa los cambios en Search Console y revisa periódicamente las plantillas después de actualizar el sitio. Para la estrategia, es importante vincular el marcado técnico con el contenido y la estructura general del sitio, no limitarse a añadir código.
Si necesitas una evaluación sistemática, comienza con una auditoría técnica: qué tipos se usan, dónde divergen los datos y qué plantillas requieren corrección. Más información sobre la optimización integral para Google AI Overviews y el AEO técnico en los materiales relacionados. Para discutir los objetivos del sitio y el alcance adecuado del trabajo, visita contacto.
Preguntas frecuentes
¿Ayuda schema.org a aparecer en Google AI Overviews?
Schema.org ayuda al buscador a interpretar la estructura y las entidades de la página, pero por sí solo no garantiza la aparición en AI Overviews. Para mostrar el resumen, Google evalúa la página y lo genera de forma autónoma. Utiliza el marcado como complemento de un contenido accesible, útil y preciso.
¿Qué tipo de schema.org elegir para un artículo?
Para un material editorial normal, lo más habitual es considerar Article, y para una publicación de noticias, un tipo más específico si corresponde. Elige el tipo según el formato real de la página y marca solo la información que realmente aparezca en ella.
¿Se puede añadir JSON-LD a través del CMS sin un desarrollador?
Depende de las capacidades del CMS y de las plantillas ya utilizadas. Si el sistema permite rellenar correctamente los campos de autor, título y otras propiedades, la configuración puede ser sencilla. Antes de publicar, verifica el código fuente: los plugins y las plantillas a veces crean duplicados o muestran datos desactualizados.
¿Con qué frecuencia hay que verificar el microdata?
Verifícalo después de la primera implementación, al cambiar la plantilla o el CMS, y tras modificaciones importantes de la página. Para un sitio que se actualiza con regularidad, incorpora la comparación de datos y la prueba de la URL publicada en el proceso editorial o técnico, para que los errores no se propaguen a nuevos materiales.
Cuéntanos sobre tu proyecto
Responde cuatro preguntas rápidas y en menos de una hora te enviamos un plan, plazos y un rango de presupuesto. Todo es confidencial.
Cargando el formulario…