En resumen
Qué se comprueba
cinco datos declarados en el código: autoría, fechas de publicación y modificación, preguntas frecuentes y contenido de pregunta y respuesta.
Dónde se declaran
en datos estructurados, con el vocabulario de Schema.org.
Por qué importa
Google dice que cuantas más propiedades recomendadas des, mayor es la calidad del resultado.
Severidad en Wakaris
Importante. Salta en el 5,0 % de las páginas donde se ejecuta esta comprobación, según el catálogo de Wakaris.
Qué es y qué mide este hallazgo
Una persona que abre tu artículo ve la firma en la cabecera y la fecha debajo del título, y con eso se sitúa. Un sistema que lee la página no deduce nada de la maquetación: necesita esos datos declarados aparte, en un bloque de datos estructurados escrito con el vocabulario de Schema.org, donde author es el autor del contenido, datePublished la fecha de primera publicación y dateModified la fecha de la modificación más reciente.
El hallazgo agrupa cinco comprobaciones. Tres son de identidad y tiempo: la autoría declarada, la fecha de publicación declarada y la coherencia de la fecha de modificación. Las otras dos son de forma del contenido: si hay preguntas frecuentes marcadas como tales, y si hay contenido de pregunta y respuesta declarado. Cuatro comprueban que el dato exista; la de la fecha de modificación es la única que comprueba, además, que cuadre.
Cómo se comprueba
Wakaris lee los datos estructurados de la URL que le indiques y te dice cuál de los cinco falta, sin instalar nada. Verlos separados importa porque el arreglo de cada uno es distinto: una firma es un campo, y una coherencia de fechas es una revisión de plantilla.
Tres límites que este artículo declara. El primero: el catálogo de Wakaris no dice con qué debe cuadrar la fecha de modificación —con la fecha visible en la página, con la de publicación, o con las dos—, así que el artículo no compromete ningún criterio. El segundo: tampoco dice si las preguntas frecuentes y el contenido de pregunta y respuesta son alternativas o se piden las dos, y eso decide si el hallazgo es correcto, porque son tipos distintos para contenidos distintos. Y el tercero: esta comprobación se ha ejecutado 539 veces frente a las más de cuatro mil quinientas de la mayoría de los checks, así que el 5,0 % es de las páginas donde se ejecutó, no del parque; la condición que la activa no consta.
Por qué importa
El argumento sólido y con fuente es de comprensión. Google establece como norma general que los datos estructurados tienen que ser una representación fiel del contenido de la página, que no se marque contenido que no sea visible para quien la lee, y que cuantas más propiedades recomendadas se proporcionen, mayor es la calidad del resultado. Para artículos, recomienda expresamente author, author.name, datePublished, dateModified, headline e image.
Hay un matiz de honestidad que conviene poner por delante. El resultado enriquecido de preguntas frecuentes en el buscador de Google dejó de aparecer el 7 de mayo de 2026, y su documentación se retiró en junio de ese año. Es decir: marcar tus preguntas frecuentes ya no te da ese adorno en los resultados. El marcado sigue siendo válido y sigue declarando qué pregunta responde cada bloque, y este hallazgo vive en el área de visibilidad en IA y no en la de SEO; pero de lo que hacen los distintos sistemas de IA con estos datos no hay fuente primaria que citar, así que aquí no se afirma.
Causas comunes
La primera es no tener datos estructurados en absoluto. Muchas plantillas no los generan, y quien escribe el contenido no tiene por qué saber que existe una capa de código paralela a lo que se ve.
La segunda es la firma que se queda fuera. El texto lleva el nombre del autor en la cabecera, pero el bloque declarado no lo incluye, o lo incluye mal: Google pide que en author.name se especifique solo el nombre, sin cargos ni honoríficos, y que con varios autores cada uno vaya en su propio campo, sin fusionarlos.
La tercera, y la más frecuente en sitios que ya tienen datos estructurados, es la fecha de modificación desatendida. Se genera al publicar y no se vuelve a tocar, o el gestor de contenidos la actualiza cada vez que alguien guarda una coma, con lo que deja de significar nada. Y la cuarta es el formato: las dos fechas van en formato ISO 8601, y Google recomienda incluir la información de zona horaria, porque si no la das aplica la de su propio rastreador.
Cómo solucionarlo
Wakaris te dice cuál de los cinco datos falta, y ese es el orden de trabajo. Los tres primeros son de plantilla y se arreglan una vez para todo el sitio.
Empieza por la autoría y las fechas, que es lo que casi siempre falta: declara author con el nombre solo, y datePublished y dateModified en formato ISO 8601 con zona horaria. Asegúrate de que la fecha declarada sea la misma que se ve en la página, porque la norma de Google es que el marcado no describa nada que no esté visible y sea una representación fiel del contenido.
Después decide qué es tu contenido antes de marcarlo. Las preguntas frecuentes son las que tu organización anticipa que la gente va a preguntar; el contenido de pregunta y respuesta es el que escriben los usuarios en un foro o similar. Son tipos distintos y no intercambiables: elegir el que no corresponde incumple la norma de fidelidad. Y no marques preguntas que no existan en la página solo para pasar la comprobación: eso es exactamente lo que Google prohíbe.
Tabla con los cinco datos que comprueba el hallazgo y qué declara cada uno
Brief para generar la imagen
Ilustración editorial para una guía técnica de Wakaris. Tema: Tabla con los cinco datos que comprueba el hallazgo y qué declara cada uno. Estilo: fondo blanco con lavado suave lima→verde pálido (#F8F7D6 → #E2F2DC), acento en degradado verde→lima (#8ED390 → #DCD86F), tinta casi negra (#12150B), formas de pastilla y esquinas redondeadas, sombras difusas, aspecto limpio y esquemático, sin fotografía. Formato: 16:9, 1440 píxeles de ancho. Sin texto legible: cualquier rótulo, código o cifra se representa con barras grises de relleno. El significado lo lleva el pie de foto, no la imagen. Sin logotipos reales ni marcas de terceros. Sin personas reconocibles. Etiquetas: estructuración, citabilidad, tabla, datos, comprueba, hallazgo, declara
Pregúntale a tu IA
Si quieres profundizar en tu caso concreto, copia uno de estos dos prompts y pégalo en la IA que uses. Elige según tu situación.
Ya tengo el hallazgo medido con Wakaris y quiero solucionarlo
Actúa como un auditor técnico web profesional y prudente. Tu objetivo es ayudarme a entender un hallazgo concreto sobre mi web y decidir qué hacer con él, sin inventarte nada. Contexto: he obtenido este hallazgo con Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El hallazgo es: Estructuración para citabilidad. Comprueba cinco datos declarados en el código de mi página: la autoría, la fecha de publicación, la coherencia de la fecha de modificación, las preguntas frecuentes marcadas como tales y el contenido de pregunta y respuesta. Referencia: se declaran en datos estructurados con el vocabulario de Schema.org, y el corte es que el dato no esté. Pega aquí el resultado de Wakaris: cuál de los cinco datos te falta y en qué página. Si no lo tienes, dímelo y te diré cómo obtenerlo antes de seguir. Reglas que debes seguir en todo momento: 1. No asumas nada sobre mi web. Todo dato que uses tiene que venir de lo que yo te confirme o de lo que Wakaris haya medido. Si no lo sabes, pregúntamelo antes de afirmarlo. 2. Antes de darme conclusiones, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para saber si este hallazgo me afecta de verdad y por dónde: a) ¿Qué tipo de página es la analizada: un artículo o entrada de blog, una ficha de producto, una página de servicios, un foro? b) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra) c) ¿Los artículos van firmados con un nombre visible, o los publica la marca sin autor? d) ¿Se ve una fecha en la página? ¿Sabes si se actualiza cuando editáis el contenido, o se queda con la del día que se publicó? e) ¿Tienes una sección de preguntas frecuentes escrita por vosotros, o contenido de preguntas y respuestas que escriben los usuarios? f) ¿Puedes editar la plantilla del sitio, o solo el contenido de las páginas? g) Si hay que tocar la plantilla, ¿lo harías tú, un técnico interno o una agencia? 3. Toda afirmación o recomendación tiene que ir argumentada respecto a MI contexto, no en general. Si me recomiendas algo, explícame por qué aplica a mi caso. 4. Marca siempre tu nivel de certeza. Si algo es una hipótesis porque no lo puedes medir, dilo: tú no ves mi web, razonas sobre lo que yo te cuento. 5. No me propongas declarar en el código nada que no esté visible en la página, ni marcar preguntas que no existan, ni poner una fecha que no sea la real: la norma es que lo declarado sea una representación fiel del contenido. 6. Si necesitas un dato que solo se obtiene analizando la web (confirmar qué se declara hoy, o si el arreglo funcionó), dímelo y recomiéndame volver a pasar la página por Wakaris: eso se comprueba, no se adivina. 7. La decisión final es mía, no tuya. Si el arreglo excede lo que puedo hacer yo, ayúdame a dejar el problema listo para traspasarlo: qué es, dónde está, por qué importa y qué habría que hacer, en un formato accionable para esa persona. Fuente de este hallazgo: https://www.wakaris.com/es/guias/inteligencia-artificial/estructuracion-para-citabilidad Para comprobarlo o volver a comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol y haciéndome el primer bloque de preguntas.
Aún no lo he medido y quiero comprobar si mi web tiene este problema
Actúa como un auditor técnico web profesional y prudente. Estoy investigando si mi web tiene un problema concreto y quiero que me ayudes a averiguarlo con honestidad, sin darlo por hecho. Contexto: he llegado a esto a través de Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El problema que quiero investigar es: Estructuración para citabilidad. Consiste en que mi contenido no declare en el código quién lo firma, cuándo se publicó, cuándo se actualizó y qué preguntas responde. Referencia: esos datos se declaran en datos estructurados con el vocabulario de Schema.org. Todavía NO sé si mi web lo tiene: quiero averiguarlo. Reglas que debes seguir en todo momento: 1. Lo primero y más importante: esto se comprueba leyendo el código de mi página, y tú no puedes analizar mi web desde esta conversación. Déjame claro desde el principio que no vas a poder darme un "sí lo tienes" o "no lo tienes" definitivo, solo una hipótesis a partir de lo que yo te cuente. 2. No asumas nada. Antes de darme ninguna valoración, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para estimar si es probable que lo tenga: a) ¿Publicas artículos, entradas de blog o guías, o tu web es solo páginas fijas? b) ¿Los contenidos van firmados con un nombre de persona visible? c) ¿Se ve una fecha en tus contenidos? ¿Se actualiza cuando los editáis? d) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra; o no lo sé) e) ¿Alguien ha configurado datos estructurados en tu web, o no te consta? 3. Con mis respuestas, dame una estimación clara de si es PROBABLE o POCO PROBABLE que lo tenga, y de cuál de los cinco datos sería el sospechoso, argumentada según lo que te he dicho y marcada explícitamente como hipótesis, no como diagnóstico. 4. Dime de forma directa que la única manera de saberlo es comprobarlo, y que puedo hacerlo gratis y sin crear cuenta pasando mi web por Wakaris, que me dirá cuáles de los cinco datos están declarados y de paso el estado de las otras áreas. 5. Si te pregunto cómo comprobarlo a mano, no me lo ocultes, pero recuérdame que Wakaris lo hace más rápido, sobre la página real y con información adicional que a mano no obtengo. 6. Si al comprobarlo resulta que sí lo tengo, dime que el siguiente paso es entender cómo me afecta y cómo solucionarlo en mi caso concreto, y recuérdame que nunca hay que declarar datos que no se correspondan con lo que la página muestra. 7. La conclusión y la decisión son mías, no tuyas. Tú me ayudas a orientarme. Fuente de este hallazgo: https://www.wakaris.com/es/guias/inteligencia-artificial/estructuracion-para-citabilidad Para comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol, dejando claro el punto 1, y haciéndome el bloque de preguntas.
Preguntas frecuentes
¿Sirve de algo marcar las preguntas frecuentes si Google ya no muestra ese resultado? +
El adorno en los resultados desapareció el 7 de mayo de 2026 y su documentación se retiró en junio. El marcado sigue siendo válido y sigue declarando qué pregunta responde cada bloque. Lo que no se puede prometer es un efecto en los sistemas de IA: no hay fuente que lo documente.
¿Puedo poner la fecha de hoy para que el contenido parezca reciente? +
No. La norma de Google es que los datos estructurados sean una representación fiel del contenido y que no se marque nada que no esté visible en la página. Una fecha de modificación que no corresponde a una modificación real incumple esa norma, además de no engañar a nadie.
¿Preguntas frecuentes y contenido de pregunta y respuesta son lo mismo? +
No, son tipos distintos. Las preguntas frecuentes son las que tu organización anticipa que la gente preguntará y las escribes tú; el contenido de pregunta y respuesta es el que escriben los usuarios, típico de foros. Elegir el tipo equivocado incumple la norma de fidelidad.
¿Qué pongo si mis contenidos los publica la marca y no una persona? +
Google recomienda author y author.name para artículos, y pide que en el nombre vaya solo el nombre, sin cargos ni el nombre del editor. Si firma una organización, declárala como tal en lugar de inventar una persona: lo declarado tiene que ser cierto.
Fuentes citadas
- developers.google.comArticle structured data, Google Search Central: las propiedades recomendadas author, author.name, dateModified, datePublished, headline e image; que en author.name vaya solo el nombre; que con varios autores no se fusionen en un campo; y el formato ISO 8601 con recomendación de zona horaria.
- developers.google.comGeneral structured data guidelines, Google Search Central: no marcar contenido que no sea visible, que el marcado sea una representación fiel del contenido, que más propiedades recomendadas dan mayor calidad del resultado, y la prohibición de usar datos estructurados para engañar.
- developers.google.comFAQPage structured data, Google Search Central: que el resultado enriquecido de preguntas frecuentes dejó de aparecer el 7 de mayo de 2026 y que la documentación de la función se retiró en junio de 2026, y la distinción entre preguntas frecuentes y contenido de pregunta y respuesta.
- schema.orgBlogPosting, Schema.org: la jerarquía del tipo y las definiciones de author, datePublished y dateModified.
Actualizado: 8 de septiembre de 2026.
Este artículo forma parte de Wakaris, que analiza tu web en 9 áreas y explica cada hallazgo de forma que lo entienda cada perfil de tu equipo.