Schema.org para la visibilidad en la IA: Qué marcados son importantes ahora

Schema.org para la visibilidad en la Inteligencia Artificial: Qué marcados son importantes ahora

A partir del 5 de septiembre de 2026, los datos estructurados siguen ayudando a los motores de búsqueda a entender las páginas, los autores, las organizaciones y los hechos. Sin embargo, no es un factor directo de clasificación para las respuestas de inteligencia artificial.

Google afirma que las páginas no necesitan un marcado especial de Schema.org para aparecer en las descripciones generales de IA (AI Overviews) o en el Modo IA (AI Mode). Una página debe ser principalmente rastreable, indexada, elegible para un fragmento de búsqueda y respaldada por contenido útil. Google también dice que los datos estructurados deben coincidir con el contenido visible de la página. (developers.google.com)

Por lo tanto, la mejor estrategia actual es:

1. Utilizar datos estructurados para describir la página con precisión.
2. Hacer que el marcado coincida con el propósito real de la página.
3. Establecer relaciones claras entre artículos, autores, organizaciones y temas.
4. Escribir respuestas directas y completas en HTML visible.
5. Medir las citas de inteligencia artificial por separado de los resultados enriquecidos tradicionales.

Veredicto ejecutivo

El hallazgo general de la investigación es importante: añadir datos estructurados genéricos por sí solo no ha producido un aumento constante en las citas de inteligencia artificial. Un estudio controlado de Ahrefs rastreó 1.885 páginas que añadieron notación de objetos JavaScript para datos enlazados y las comparó con 4.000 páginas de control. No encontró una mejora significativa en las citas del Modo IA de Google o ChatGPT. Las citas de las descripciones generales de IA de Google disminuyeron ligeramente, pero los investigadores advirtieron que el cambio fue pequeño y no podía atribuirse claramente al marcado. (ahrefs.com)

Un preprint independiente de 2026 encontró que tipos genéricos como Article, Organization, BreadcrumbList y WebPage no predecían de forma independiente las citas de inteligencia artificial después de controlar el rango de búsqueda y la autoridad de dominio. Su hallazgo más sólido fue que las páginas con datos concretos y ricos en atributos, como precios, calificaciones y especificaciones, tuvieron un mejor rendimiento que las páginas con solo etiquetas de página genéricas. Ese hallazgo se centró principalmente en páginas de productos y reseñas, por lo que no debe tratarse como prueba de que cualquiera de los tipos de este artículo cree una ventaja de citación. (aixiv.science)

Qué pueden y qué no pueden hacer los datos estructurados

Los datos estructurados son una descripción de una página legible por máquina. Pueden indicarle a un motor de búsqueda:

• Qué tipo de página es
• Quién la escribió
• Qué organización la publicó
• Qué pregunta responde
• Qué fecha se publicó o actualizó
• Qué persona, empresa, término o conjunto de datos describe la página

Google afirma que los datos estructurados pueden ayudar a sus sistemas a comprender el contenido de la página y hacer que las páginas sean elegibles para funciones de búsqueda más ricas. También dice que la Búsqueda de Google puede usar otras propiedades de Schema.org para la comprensión, incluso cuando esas propiedades no activan un resultado de búsqueda visible. (developers.google.com)

Los datos estructurados no garantizan:

• Una clasificación orgánica más alta
• Una cita de inteligencia artificial
• Un resultado enriquecido
• Un panel de conocimiento
• La inclusión en una respuesta de inteligencia artificial
• El uso del texto exacto en el marcado

Bing ofrece una guía similar. Su guía actual para webmasters dice que los datos estructurados pueden ayudar a un “grounding” (fundamentación) más claro, pero no garantiza la visibilidad ni el tráfico de citas. Bing también aconseja a los editores que hagan explícitos los hechos y las definiciones en el contenido visible de la página. (bing.com)

La principal limitación de la investigación

Los paneles de respuestas de inteligencia artificial suelen mostrar la página fuente, no el tipo de Schema.org que pudo haber estado presente en esa página. Google no publica un informe que diga, por ejemplo, que una página fue citada porque usó Article en lugar de WebPage.

Esto crea tres preguntas diferentes:

1. ¿Se citó la página?
2. ¿Contenía la página datos estructurados?
3. ¿Los datos estructurados causaron la cita?

La mayoría de los estudios solo pueden responder las dos primeras. No pueden probar la tercera.

Por eso, una página con marcado FAQPage puede aparecer con frecuencia en las respuestas de inteligencia artificial sin que el marcado sea la razón. La página puede tener contenido sólido, una alta clasificación en la búsqueda, muchos enlaces o una marca conocida.

Auditoría por tipo de esquema

1. Article

Qué hace

Article describe un artículo, noticia, publicación de blog o página editorial similar. Google admite Article, NewsArticle y BlogPosting como tipos de artículo. Google no enumera las propiedades obligatorias para el marcado de artículos, pero recomienda añadir las propiedades que se apliquen a la página. (developers.google.com)

Propiedades más importantes

Utiliza estas propiedades cuando sean visibles y precisas:

• headline
• author
• author.name
• author.url o author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google recomienda usar una Persona o Organización real para el autor. También recomienda mantener las fechas en los datos estructurados consistentes con las fechas de publicación y actualización visibles. (developers.google.com)

Efecto en la inteligencia artificial

Nivel de evidencia: indirecto.

Article ayuda a establecer el tipo de página, la autoría y la frescura. Estas son señales útiles para los sistemas de búsqueda, especialmente en páginas de hechos y contenido editorial. Sin embargo, la evidencia actual no muestra que añadir Article por sí solo aumente las citas de inteligencia artificial.

Lista de verificación de Artículo

• La página es genuinamente un artículo.
• El titular coincide con el título visible.
• Se incluye a cada autor visible.
• Cada autor tiene un objeto Person u Organization separado.
• Los nombres de los autores contienen solo nombres, no cargos ni nombres de editoriales.
• El autor enlaza a un perfil real o página de autor.
• Las fechas de publicación y actualización son visibles en la página.
• Las fechas usan la zona horaria correcta cuando se incluye la hora.
• La imagen representa el artículo.
• El editor se identifica de forma consistente en todo el sitio.
• El artículo no está marcado como un tipo principal diferente, como HowTo, a menos que la página realmente sirva para ambos propósitos.

2. WebPage

Qué hace

WebPage es un tipo de página general. Schema.org afirma que toda página web se trata implícitamente como una WebPage, pero una declaración explícita puede ayudar cuando la página incluye propiedades o relaciones a nivel de página. (schema.org)

Las propiedades útiles incluyen:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Efecto en la inteligencia artificial

Nivel de evidencia: bajo e indirecto.

WebPage se utiliza mejor como la capa exterior de la página en un grafo conectado. Puede conectar la página a su artículo principal, definición, conjunto de datos, persona u organización.

No debe tratarse como un tipo de optimización especial para la inteligencia artificial. Una página que contiene solo un objeto WebPage genérico suele proporcionar menos información útil que una página que identifica claramente su entidad principal.

Lista de verificación de WebPage

• Usa un @id estable para la página.
• Usa la URL canónica como URL de la página.
• Identifica la verdadera mainEntity de la página.
• Enlaza la entidad principal de vuelta a la página con mainEntityOfPage.
• Añade inLanguage cuando se conozca.
• Mantén el nombre y la descripción de la página alineados con el contenido visible.
• No uses WebPage para ocultar el hecho de que la página es realmente un artículo, perfil, conjunto de datos o página de preguntas.

3. QAPage

Qué hace

QAPage es para una página centrada en una pregunta y sus respuestas. Google dice que usa datos estructurados de Question de páginas marcadas como QAPage, y que solo debe haber una QAPage y una Question principal en la página. (developers.google.com)

Propiedades requeridas

Para la elegibilidad actual de preguntas y respuestas de Google:

• QAPage.mainEntity
• Una Question anidada
• Question.answerCount
• Una acceptedAnswer o suggestedAnswer
• Answer.text

Una pregunta sin respuestas no es elegible para el resultado enriquecido.

Regla importante de contenido

No uses QAPage para:

• Una página normal de preguntas frecuentes
• Una publicación de blog que responde a una pregunta
• Un artículo "cómo se hace" (how-to)
• Una página de producto que contiene muchas preguntas
• Una respuesta editorial escrita únicamente por el propietario del sitio

Google dice que los usuarios deben poder enviar respuestas para una QAPage normal. Ejemplos válidos incluyen una pregunta de foro o una página de soporte donde los usuarios pueden proporcionar respuestas. (developers.google.com)

Efecto en la inteligencia artificial

Nivel de evidencia: ajuste semántico medio, sin aumento causal probado.

Una página real de preguntas y respuestas es naturalmente fácil de entender para un sistema de recuperación. Sin embargo, ningún estudio público sólido prueba que el marcado QAPage por sí mismo aumente las citas de inteligencia artificial.

Lista de verificación de QAPage

• La página se centra en una pregunta.
• Los usuarios pueden enviar respuestas, a menos que la página califique para una experiencia especial de preguntas y respuestas educativas.
• La pregunta completa es visible.
• El texto completo de la respuesta es visible.
• answerCount coincide con el número real de respuestas.
• Las respuestas aceptadas y sugeridas están etiquetadas correctamente.
• Los comentarios se marcan como comentarios, no como respuestas.
• La página no es simplemente una página editorial de preguntas frecuentes.
• La página no contiene múltiples preguntas no relacionadas.

Ejemplo de QAPage

html

Utiliza este patrón solo cuando la página realmente admita una interacción de preguntas y respuestas.

4. HowTo

Qué hace

HowTo describe instrucciones paso a paso. Google una vez admitió los resultados enriquecidos de "Cómo se hace" (How-to), pero deprecó esa función de búsqueda en septiembre de 2023. Google dijo que los resultados de "Cómo se hace" ya no aparecerían en computadoras de escritorio y ya habían sido eliminados de la búsqueda móvil. (developers.google.com)

Efecto en la inteligencia artificial

Nivel de evidencia: bajo para Google.

Los pasos visibles aún pueden ayudar a los usuarios y a los sistemas de recuperación. Un tutorial claro con encabezados, pasos numerados, herramientas, tiempo y advertencias es más fácil de leer y citar. Pero la evidencia actual no muestra que el marcado HowTo cree una ventaja especial en las descripciones generales de IA de Google o en el Modo IA.

Recomendación

Usa HowTo solo cuando:

• La página realmente enseña una tarea.
• Los pasos son visibles en el contenido de la página.
• Otro motor de búsqueda, plataforma o sistema interno se beneficia del marcado.
• Tu equipo puede mantenerlo sin crear datos conflictivos.

Para la Búsqueda de Google, prioriza encabezados HTML sólidos, listas numeradas, instrucciones claras e imágenes o videos útiles.

Lista de verificación de tutoriales

• La página enseña una tarea real.
• El resultado de la tarea es claro.
• Cada paso es visible y completo.
• Los nombres de los pasos coinciden con los encabezados visibles.
• Las herramientas y los suministros son reales y visibles.
• Las estimaciones de tiempo son precisas.
• Se incluyen advertencias de seguridad cuando es necesario.
• La primera sección da una respuesta o resultado corto.
• La página no depende del marcado para proporcionar las instrucciones.

5. ClaimReview

Qué hace

ClaimReview fue diseñado para contenido de verificación de hechos. Google eliminó progresivamente el soporte de Claim Review en la Búsqueda como parte de su esfuerzo de 2025 para simplificar los resultados de búsqueda. El tipo fue eliminado de los informes de Search Console y de la prueba de resultados enriquecidos. (developers.google.com)

Efecto en la inteligencia artificial

Nivel de evidencia: ninguna ventaja actual de Google.

Una verificación de hechos de alta calidad aún puede ser citada porque establece claramente:

• La afirmación
• La calificación
• La evidencia
• La fecha
• La organización de verificación de hechos
• El razonamiento detrás de la conclusión

Esos beneficios provienen principalmente del contenido en sí, no de la función de búsqueda retirada de Google.

Recomendación

Para una página de hechos:

1. Usa Article o NewsArticle cuando la página sea editorial.
2. Declara claramente la afirmación en texto visible.
3. Cita evidencia primaria.
4. Identifica al autor y a la organización revisora.
5. Añade fechas de publicación y revisión.
6. Usa ClaimReview solo si otra plataforma o sistema de datos lo requiere específicamente.

No añadas ClaimReview solo porque esperas que las respuestas de inteligencia artificial de Google lo prefieran.

6. FAQPage

Qué hace

FAQPage describe una página que contiene preguntas y respuestas oficiales. Google dejó de mostrar el resultado enriquecido de preguntas frecuentes (FAQ) en la Búsqueda a partir del 7 de mayo de 2026, y eliminó la documentación relacionada en junio de 2026. (developers.google.com)

Efecto en la inteligencia artificial

Nivel de evidencia: débil y mixto.

Un estudio de proveedor de 90 días añadió marcado FAQPage a 120 páginas. No encontró una mejora fiable en las citas de ChatGPT, Gemini o Google AI Overview. Perplexity mostró un pequeño aumento, pero el propio estudio dijo que el resultado era específico de la plataforma y no probaba la causalidad. (authorityradar.com)

Otro estudio de 615 páginas ya citadas encontró que el marcado de FAQ aparecía con más frecuencia en páginas muy citadas. Esa relación desapareció después de controlar las páginas repetidas de los mismos editores. Los investigadores concluyeron que la evidencia no establecía un efecto del marcado en sí. (getintel.ai)

Recomendación

Usa preguntas frecuentes cuando mejoren la página para los lectores. No añadas grandes bloques de preguntas genéricas solo para apuntar a las respuestas de inteligencia artificial.

Si mantienes el marcado FAQPage para otro motor de búsqueda o sistema de contenido:

• Haz que cada pregunta sea visible.
• Haz que cada respuesta sea completa.
• Mantén el marcado idéntico al de la página.
• No repitas la misma pregunta en varios bloques de esquema.
• No esperes un resultado enriquecido de FAQ de Google.

Ejemplo de FAQPage para consumidores que no son de Google

html

Esta es una descripción semántica, no una promesa de una función de búsqueda de Google.

7. Organization

Qué hace

Organization ayuda a Google a entender y desambiguar una empresa, organización sin fines de lucro, editor, escuela u otra organización. Google dice que el marcado de la organización puede influir en elementos visuales como el logotipo que se muestra en la Búsqueda y en parte de la información del panel de conocimiento. No hay propiedades obligatorias en la guía actual de organizaciones de Google. (developers.google.com)

Propiedades recomendadas

Utiliza las propiedades que son verdaderas y visibles:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Efecto en la inteligencia artificial

Nivel de evidencia: indirecto pero útil.

Organization puede conectar:

• El editor con un artículo
• La empresa con sus productos o servicios
• La marca con sus perfiles oficiales
• La organización con una identidad web conocida

Esto es útil para la desambiguación de entidades. No prueba que un sistema de inteligencia artificial vaya a citar la página.

Lista de verificación de Organización

• Coloca el objeto Organization completo en la página de inicio o en la página de la organización.
• Usa un @id estable, como https://www.example.com/#organization.
• Usa el nombre público exacto de la organización.
• Enlaza a perfiles oficiales reales con sameAs.
• Usa el subtipo de organización correcto cuando sea apropiado.
• Usa un logotipo real que represente a la organización.
• Mantén la información de contacto actualizada.
• Referencia a la organización desde los artículos en lugar de recrear versiones conflictivas en cada página.

8. Person

Qué hace

Person identifica a una persona que escribe, revisa, posee, gestiona o aparece en una página. Generalmente es más útil cuando se conecta a:

• Article.author
• QAPage question or answer author
• ProfilePage.mainEntity
• Organization.employee
• Review.author

La guía de perfiles de Google dice que una página de perfil debe centrarse en una persona u organización. El objeto ProfilePage requiere una mainEntity, y esa entidad debe ser una Person u Organization. La persona u organización debe tener un name, o un alternateName cuando no haya un nombre disponible. (developers.google.com)

Propiedades recomendadas

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Efecto en la inteligencia artificial

Nivel de evidencia: indirecto.

El marcado de Persona puede ayudar a conectar el nombre de un autor con:

• Una biografía
• Un trabajo o rol
• Una organización
• Artículos publicados
• Perfiles externos
• Áreas de experiencia

Úsalo para dejar clara la identidad, no para reclamar una experiencia que la página no respalda.

Lista de verificación de Persona

• Usa Person solo para una persona real.
• Usa Organization para una empresa o publicación.
• Enlaza a la persona con una página de autor visible.
• Usa sameAs solo para perfiles precisos y oficiales.
• Mantén actualizados los cargos y las credenciales.
• Añade todos los autores visibles, no solo el autor principal.
• Usa el mismo @id de persona en todos los artículos y páginas de perfil.

Matriz de propiedades obligatorias

La guía general de Google favorece los datos completos y precisos sobre grandes cantidades de marcado incompleto. También advierte que los datos estructurados deben representar el contenido visible y que un marcado correcto aún no garantiza un resultado enriquecido. (developers.google.com)

Listas de verificación de implementación por caso de uso

Páginas de hechos

Mejor combinación:

• WebPage
• Article o NewsArticle
• Person
• Organization
• ClaimReview opcional solo para otro consumidor compatible

Lista de verificación:

• Indica el hecho principal cerca de la parte superior de la página.
• Nombra la fuente del hecho.
• Enlaza a la evidencia primaria.
• Incluye la fecha de publicación y la última revisión.
• Identifica al autor y al revisor.
• Separa los hechos de la opinión.
• Usa Article cuando la página sea editorial.
• No uses ClaimReview como táctica actual de Google Search.

Páginas de definición

Mejor combinación:

• WebPage
• DefinedTerm
• Article opcional si la página es una explicación editorial larga
• Organization o Person cuando un experto o editor sea responsable

DefinedTerm está destinado a una palabra, frase, código o concepto con una definición formal. Sus propiedades principales incluyen name, description, termCode, inDefinedTermSet y sameAs. (schema.org)

Lista de verificación:

• Ofrece la definición en el primer párrafo.
• Usa un término claro como entidad principal.
• Añade nombres alternativos solo cuando sean reales.
• Enlaza a una definición externa fiable cuando sea apropiado.
• Explica el término en lenguaje sencillo.
• Usa ejemplos y límites.
• Evita marcar una lista de términos no relacionados como un solo DefinedTerm.

Tutoriales

Mejor combinación:

• WebPage
• HowTo solo cuando otro consumidor lo necesite
• Article cuando el tutorial también sea un artículo editorial
• Person y Organization para la autoría

Lista de verificación:

• Indica el resultado antes de los pasos.
• Usa encabezados visibles numerados.
• Mantén cada paso centrado en una acción.
• Incluye herramientas, suministros, tiempo y advertencias donde sea necesario.
• Añade imágenes o vídeo cuando ayuden.
• No ocultes los pasos solo en JSON-LD.
• No esperes resultados enriquecidos de "Cómo se hace" en la Búsqueda de Google.

Catálogos de datos

Mejor combinación:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org define Dataset como un conjunto de información estructurada y admite relaciones como includedInDataCatalog y distribution. (schema.org)

Google aclaró a finales de 2025 que los datos estructurados de Dataset son utilizados por la Búsqueda de conjuntos de datos y no son una característica general de los resultados de la Búsqueda de Google. Por lo tanto, deben tratarse como una capa de descubrimiento de datos e interoperabilidad, no como un atajo para la citación de inteligencia artificial. (developers.google.com)

Lista de verificación:

• Asigna a cada conjunto de datos un identificador estable.
• Indica el tema y el alcance.
• Incluye el editor o creador.
• Añade el rango de fechas cubierto por los datos.
• Indica la cobertura geográfica cuando sea relevante.
• Describe las licencias y condiciones de acceso.
• Añade cada archivo descargable como un DataDownload.
• Incluye el formato del archivo y la URL de descarga.
• Mantén los metadatos del catálogo sincronizados con los archivos reales.
• Documenta la frecuencia de actualización y la fecha de la última actualización.

Ejemplo JSON-LD: página de hechos

Este ejemplo conecta la página, el artículo, el autor, el editor y el tema. Reemplaza cada valor con la información que aparece en la página real.

html

Ejemplo JSON-LD: página de definición

html

La definición también debe aparecer como texto normal de la página. No coloques la definición solo en los datos estructurados.

Ejemplo JSON-LD: tutorial

Dado que el resultado enriquecido "Cómo se hace" de Google está obsoleto, trata esto como marcado opcional para otros sistemas. La página visible aún debe contener las instrucciones completas.

html

Ejemplo JSON-LD: catálogo de datos

html

Errores comunes de implementación

Esquema no coincidente

El error más grave es marcar contenido que los usuarios no pueden ver. Google dice que los datos estructurados deben ser una representación verdadera de la página, y el contenido engañoso u oculto puede hacer que una página no sea elegible para resultados enriquecidos. (developers.google.com)

Ejemplos comunes:

• Marcar un artículo como HowTo cuando no contiene pasos reales
• Marcar una empresa como autor cuando el artículo fue escrito por una persona
• Añadir respuestas de preguntas frecuentes que no aparecen en la página
• Usar una fecha de publicación futura
• Marcar una publicación de blog general como QAPage
• Añadir ClaimReview a un artículo de opinión

Respuestas escasas

Los datos estructurados no pueden llenar una página vacía.

Una respuesta corta y vaga dentro de Answer.text o acceptedAnswer no crea una fuente sólida. El contenido visible debe:

• Responder la pregunta directamente
• Explicar límites y excepciones importantes
• Nombrar fuentes
• Incluir fechas, ejemplos o mediciones donde sea útil
• Sostenerse por sí mismo cuando se copia fuera de contexto

La guía de inteligencia artificial de Google dice que no existe una longitud de página ideal y que no es necesario dividir el contenido en pequeños fragmentos para los sistemas de inteligencia artificial. El mejor objetivo es un contenido útil, completo y que priorice a las personas. (developers.google.com)

Entidades duplicadas

Evita publicar varias versiones conflictivas de la misma organización, autor o página.

Implementación débil:

• Un objeto Organization con un nombre en la página de inicio
• Un segundo objeto con un nombre diferente en cada artículo
• Un tercer objeto sin @id en la página del autor

Mejor implementación:

• Asigna a la organización un @id estable
• Asigna a cada autor un @id estable
• Referencia esos objetos desde artículos, perfiles y páginas de preguntas
• Mantén el nombre, el logotipo, la URL y los enlaces de identidad externa consistentes

Preguntas duplicadas

No repitas la misma pregunta en:

• FAQPage
• QAPage
• Marcado de artículo
• Varias secciones visibles de la página
• Múltiples bloques JSON-LD

Utiliza el tipo de esquema que coincida con el propósito principal de la página. Una única respuesta clara es mejor que varios bloques de marcado superpuestos.

Fechas incorrectas

Google utiliza varias fuentes para estimar las fechas de publicación y actualización. Recomienda que las fechas visibles y las fechas estructuradas coincidan, y advierte contra el uso de fechas futuras o fechas relacionadas con eventos discutidos en el artículo en lugar de fechas relacionadas con la página en sí. (developers.google.com)

Uso excesivo de sameAs

Un enlace sameAs debe identificar a la misma persona u organización del mundo real. No enlaces a:

• Un perfil social no relacionado
• Una página de resultados de búsqueda
• Un listado genérico de directorio
• Una página con una ortografía o identidad diferente
• Un perfil que la organización no controla

Marcado solo con JavaScript

Google puede procesar datos estructurados añadidos a la página renderizada, pero una implementación solo con JavaScript puede ser más difícil de detectar para otros rastreadores y herramientas de auditoría. Un bloque JSON-LD renderizado en el servidor suele ser más fácil de probar y mantener. (developers.google.com)

Un plan de prueba práctico

Para medir si el marcado tiene un efecto incremental, utiliza una prueba controlada en lugar de depender de unas pocas búsquedas manuales.

Antes del cambio

Registra:

• Consultas objetivo
• Clasificación orgánica actual
• Si aparece una respuesta de inteligencia artificial
• Qué páginas son citadas
• Posición de la cita cuando esté disponible
• Tráfico de búsqueda
• Conversiones
• Datos estructurados actuales
• Cambios de contenido realizados durante el período de prueba

Durante la prueba

• Añade un cambio importante de marcado a la vez.
• Mantén el contenido, los enlaces internos, los títulos y los backlinks estables.
• Utiliza páginas de control similares que no reciban el cambio.
• Registra la fecha exacta de publicación del cambio.
• Espera el tiempo suficiente para el rastreo y reprocesamiento.

Ahrefs utilizó controles emparejados y un método de diferencia en diferencias antes y después. Su enfoque es un modelo útil para las organizaciones que quieren probar los datos estructurados en lugar de asumir que una correlación prueba la causalidad. (ahrefs.com)

Después del cambio

Rastrea:

• Datos de rendimiento de inteligencia artificial de Google Search Console
• Citas de descripciones generales de IA de Google
• Citas del Modo IA de Google
• Citas de inteligencia artificial de Bing Webmaster Tools
• Citas de ChatGPT, Gemini o Perplexity cuando sean relevantes
• Clasificaciones orgánicas
• Clics de búsqueda
• Conversiones asistidas

Google informa el tráfico de búsqueda de inteligencia artificial a través de los informes de rendimiento de Search Console. Los informes de rendimiento de inteligencia artificial de Bing muestran las páginas citadas y las consultas de fundamentación, pero no muestran por qué se seleccionó una página o cuán importante fue dentro de una respuesta. (developers.google.com)

Orden de implementación recomendado

Para la mayoría de los editores, el mejor orden es:

1. Primero, corrige el contenido visible.
2. Haz que el rastreo y la indexación sean fiables.
3. Implementa Article para páginas editoriales reales.
4. Conecta a los autores con Person y páginas de perfil.
5. Conecta a los editores con Organization.
6. Usa WebPage como una capa limpia de grafo a nivel de página.
7. Usa QAPage solo para preguntas genuinas de la comunidad.
8. Usa DefinedTerm para páginas de glosario y definición.
9. Usa Dataset y DataCatalog para recursos de datos.
10. Trata FAQPage, HowTo y ClaimReview como marcado secundario o no de Google porque sus funciones de búsqueda de Google han sido eliminadas o deprecadas.

Conclusión

La lección más importante actual es simple: el marcado de Schema.org ayuda a las máquinas a comprender el contenido, pero no es una vía garantizada para las respuestas de inteligencia artificial.

La implementación más duradera no es una gran colección de tipos de esquema. Es un grafo de entidades pequeño y preciso:

• Article describe la página editorial.
• Person identifica al autor.
• Organization identifica al editor.
• WebPage conecta la página con su entidad principal.
• QAPage describe una pregunta genuina del usuario y sus respuestas.
• DefinedTerm aclara una definición.
• Dataset y DataCatalog describen recursos de datos estructurados.

Usa datos estructurados donde añadan un significado claro. No los uses para disfrazar contenido escaso, duplicar texto visible o imitar una función de búsqueda que Google ya no admite. Para la visibilidad en inteligencia artificial, el trabajo de mayor valor sigue siendo respuestas claras, evidencia sólida, entidades precisas, información actual y contenido que pueda valerse por sí mismo.