Schema para artículos que Google revisa antes de posicionar

El schema para artículos dejó de ser una casilla que se marca y se olvida. Google retiró en 2023 el rich result de HowTo y en 2026 apagó también el de FAQ, así que buena parte del motivo por el que un dueño de pyme instalaba un plugin de datos estructurados ya no existe. Lo que queda no se ve en el listado de resultados, pero sigue decidiendo si Google entiende quién firma el artículo, cuándo se actualizó de verdad y qué imagen usar. Esa es la diferencia que importa ahora.

Lo que marca la diferencia en el schema de un artículo no son las propiedades exóticas, sino tres datos bien rellenados: un autor identificable como persona real, una fecha de modificación que corresponde a un cambio de verdad y una imagen que cumple las proporciones 16:9, 4:3 y 1:1 que pide Google.

Lo que el schema para artículos ya no promete

Meter datos estructurados en un artículo era casi sinónimo de conseguir un acordeón de preguntas o una lista numerada en el buscador. Ese incentivo se ha apagado: Google retiró el rich result de HowTo en septiembre de 2023 y confirmó en mayo de 2026 que el de FAQ dejaría de mostrarse, con baja definitiva el 7 de mayo, según su registro de cambios.

El tipo Article de schema.org agrupa titular, autor, fechas e imagen en un mismo bloque de datos que los rastreadores leen antes que el texto visible.

El schema para artículos, en cambio, nunca dio ese resultado vistoso y sigue ahí: es la fuente que usa Google para separar el titular del cuerpo, saber quién firma y decidir qué imagen enseñar en Discover.

Autoría marcada en los datos estructurados

De las propiedades que recomienda Google para el schema para artículos, author es la que más se salta a medias. La documentación de Search Central pide incluir a cada autor por separado, con su tipo, Person u Organization.

Persona real en vez de firma genérica

El error más repetido es dejar el autor en manos del usuario por defecto de WordPress, normalmente admin o el nombre de la cuenta con la que se instaló el plugin de SEO. Ese dato entra en el schema tal cual y Google lo procesa como una entidad sin biografía, sin otros artículos firmados y sin forma de verificar que existe. Cambiarlo por una persona real, con su página de autor y sus perfiles profesionales enlazados con la propiedad sameAs, convierte esa propiedad en una señal de autoría comprobable en vez de en un campo que cumple el formato pero no dice nada.

Cuando el artículo no lo firma una persona sino la propia empresa, la alternativa es declarar el autor como Organization, no dejarlo en blanco. Mezclar los dos tipos confunde a Google sobre quién responde por el contenido.

Fechas de modificación que Google comprueba

datePublished y dateModified van en formato ISO 8601 y parecen el dato más mecánico del schema para artículos, pero es el que más se manipula sin darse cuenta. Muchos plugins de SEO actualizan dateModified cada vez que se guarda el artículo, aunque el cambio sea una coma. Google cruza esa fecha con el contenido real que ve en cada rastreo, y una fecha que se mueve sin que el texto cambie empieza a leerse como ruido.

Lo útil es reservar dateModified para cambios que afectan de verdad a lo que lee alguien: una cifra desactualizada, un requisito legal que cambió, un apartado nuevo. Un artículo que se retoca de forma sustancial una vez al trimestre transmite más frescura que otro que se actualiza cada semana sin que se note nada distinto.

Tres proporciones de imagen que exige el schema

La propiedad image del schema para artículos acepta más de una foto, y Google recomienda cubrir tres formatos para que la pieza tenga opciones en cualquier superficie donde pueda mostrarse:

• 16:9, el formato ancho que usan las tarjetas de Discover y los carruseles.
• 4:3, el formato intermedio que aparece en algunos resultados de imagen.
• 1:1, el formato cuadrado que se usa en vistas más compactas.

El mínimo de píxeles que pide Google

Por debajo de 50.000 píxeles totales, ancho por alto, Google ignora la imagen como candidata para resultados enriquecidos, así que una foto de 200x200 ya se queda corta. Para Discover, donde la imagen ocupa buena parte de la tarjeta, la recomendación sube a un mínimo de 1.200 píxeles de ancho. La portada que pone el generador o el plugin de turno tiene que cumplir ese mínimo en las tres proporciones, no solo en la que se ve por defecto en el artículo.

La imagen, además, tiene que ser rastreable sin sesión ni token, y relevante para el artículo: no vale el logo de la empresa ni una foto genérica que ilustre cualquier pieza del blog.

Errores en los datos estructurados que generan los plugins

Yoast, RankMath y la mayoría de temas de WordPress generan el JSON-LD del tipo Article solos, sin que nadie lo revise. Eso resuelve el mínimo, pero es la fuente más habitual de errores: dos bloques de datos estructurados describiendo el mismo artículo con valores distintos.

Dos bloques de schema compitiendo en la misma página

Es habitual que el tema de WordPress inyecte su propio JSON-LD de tipo Article y que el plugin de SEO añada otro por encima, cada uno con su fecha, su autor y a veces su imagen. Google no combina ambos: cuando encuentra bloques contradictorios sobre la misma entidad, tiende a quedarse con uno y descartar el resto, sin avisar de cuál. Comprobarlo es simple: abrir el código fuente y contar cuántas veces aparece Article como tipo. La solución pasa por desactivar uno de los dos orígenes, nunca por dejar que compitan.

El patrón es el mismo que con el enlazado interno automático: un plugin rellena el formato correcto sin entender el contenido, y eso no sustituye una revisión humana antes de publicar.

Cómo distingue Google un schema para artículos completo

Google no exige ninguna propiedad del schema para artículos: su documentación lo dice de forma literal, no hay propiedades obligatorias. Lo que separa una pieza que Google entiende bien de otra que entiende a medias es cuántas de las propiedades recomendadas, headline, author, datePublished, dateModified e image, están rellenas con datos reales y no con valores por defecto.

Esa diferencia importa más desde que las respuestas generadas por IA citan fuentes: para atribuir una afirmación a un artículo concreto, el sistema necesita saber quién lo firma y cuándo se escribió. Por eso conviene revisarlo con el mismo cuidado que la auditoría de contenido, antes de dar la pieza por publicable.

Esa comprobación se automatiza igual que el resto del proceso editorial: revisar el schema antes de publicar, tal y como se explica en cómo funciona cada pieza generada, evita que el mínimo del plugin se quede corto.

Qué relación tienen los datos estructurados con Discover

El schema para artículos no mete una pieza en Discover por sí solo: ese feed depende de señales de interés del usuario que no tienen nada que ver con datos estructurados. Lo que sí hace el marcado es quitar obstáculos técnicos para que, si el contenido cumple el resto de requisitos, la imagen y la fecha correctas estén disponibles cuando Google decide mostrarlo. Una pieza sin image bien formada o con dateModified desactualizado puede quedar fuera de la selección aunque el texto sea bueno, simplemente porque el sistema no tiene con qué construir la tarjeta.

Es la misma lógica que separa el volumen de un blog de su calidad real: publicar mucho sin cuidar estos detalles técnicos deja piezas que compiten peor que otras más cortas pero bien etiquetadas.

Preguntas frecuentes sobre schema para artículos

¿Qué pasa si un artículo no lleva ningún schema?

Sigue siendo indexable y puede posicionar igual: Google no exige datos estructurados para rastrear ni mostrar una página. Lo que se pierde es la capa de contexto que ayuda al buscador a identificar autor, fecha e imagen sin inferirlos del HTML visible.

¿Hace falta usar AMP para que el schema para artículos funcione?

No. AMP fue durante años un requisito para ciertos resultados de noticias, pero Google lo desligó de sus rich results en 2021 y el tipo Article funciona igual en una página HTML normal, sin versión AMP.

¿El marcado garantiza aparecer en Google Discover?

No, y ninguna fuente oficial lo promete. Discover depende del interés del usuario y de señales de calidad del sitio; el schema solo asegura que la imagen y la fecha que se muestran, si aparece, sean las correctas.

¿Hace falta un plugin para añadir el schema para artículos en WordPress?

No de forma estricta: se puede escribir el JSON-LD a mano en la plantilla. En la práctica, un plugin de SEO ya establecido evita duplicados y mantiene el formato al día, siempre que se revisen los valores que rellena solo.

¿Cuánto tarda Google en leer los cambios del schema tras publicarlos?

En un blog que Google rastrea con regularidad, los cambios se leen en la siguiente visita del rastreador, normalmente en cuestión de días. Para una pieza concreta, la inspección manual de Search Console fuerza esa relectura al momento.

Fuente: Google Search Central — Datos estructurados de tipo Article