Schema de artículos

TL;DR — El schema Article es un pequeño bloque de código que añades a una entrada de blog o a un artículo de noticias para que los buscadores entiendan lo básico: «este es el titular», «este es el autor», «esta es la fecha de publicación», «esta es la imagen principal». Ayuda a Google a mostrar esos datos de forma más clara en los resultados de búsqueda. La documentación de Google lo llama «Article rich result», pero no crea una tarjeta visual nueva y llamativa como Recipe o Video, y no es un requisito para aparecer en Google News o Discover. Y, pese a lo que quizá hayas leído, no requiere AMP.

Qué es el schema Article

Cuando lees un artículo, puedes distinguir el titular, la firma del autor y la fecha con solo mirar. Un buscador ve texto sin formato y tiene que deducirlo. El schema Article lo explicita en código mediante el vocabulario compartido de schema.org, para que Google sepa exactamente qué parte es el titular, quién lo escribió, cuándo se publicó y qué imagen es la principal.

Casi siempre se escribe como JSON-LD: un pequeño bloque de código que se coloca en la página sin cambiar su aspecto. Lo verás como Article, NewsArticle o BlogPosting. Los tres son válidos y Google los cubre en una sola guía. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article No tienes que angustiarte por la elección (hablaremos más de ello en la pestaña Advanced).

Por qué merece la pena

Esta es la parte que la mayoría de las guías exagera, así que seré claro: el schema Article no te da una tarjeta de resultados llamativa como podría hacerlo Recipe o Product. Lo que hace es más discreto, pero real:

• Ayuda a Google a mostrar un texto de título mejor, una imagen mejor y fechas más claras para tu artículo en los resultados normales; la propia documentación de Google denomina esto «Article rich result». Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News y Discover pueden leer este marcado para entender mejor tu contenido, pero ninguno de los dos lo exige: Discover, en particular, dice que no necesita etiquetas ni datos estructurados especiales.

Por tanto, el beneficio es una versión mejor presentada de tu resultado existente, no una tarjeta nueva y diferenciada. Quien te prometa un «article carousel rich result» o sugiera que el marcado es lo que te introduce en Top Stories o Discover está exagerando.

La buena noticia: no hay nada obligatorio

La guía Article de Google es refrescantemente flexible: no hay propiedades obligatorias. Añade las que correspondan a tu contenido. En la práctica, querrás incluir:

• headline: el título del artículo (que sea conciso; Google recorta los títulos largos).
• author: una persona u organización real, con un nombre que coincida con la firma.
• datePublished y dateModified: cuándo se publicó y cuándo cambió por última vez.
• image: la imagen principal (Google prefiere al menos 50 000 píxeles, en varios tamaños y formas: 16x9, 4x3 y 1x1).

Mitos que debes ignorar

Hay dos cosas que quizá hayas leído y que están desactualizadas o son incorrectas:

• «El schema Article requiere AMP». No es así. La guía Article actual de Google no menciona AMP.
• «Más propiedades siempre ayudan». Google dice expresamente que solo añadas lo que corresponda; no hay una lista que debas completar para «ganar».

Y hay una afirmación que siempre es cierta: un marcado válido te hace apto, pero no garantiza nada. Google sigue decidiendo si lo utiliza.

¿Quieres la versión completa —la diferencia entre Article, NewsArticle y BlogPosting, cómo rellenar bien las propiedades recomendadas, los errores habituales de implementación y cómo se conecta con Top Stories y Discover sin exagerar—? Cambia a la pestaña Advanced.

TL;DR — Los datos estructurados Article (Article, NewsArticle o BlogPosting; todos son válidos y Google los documenta en una guía) describen el headline, author, datePublished/dateModified y image de una página escrita. No tienen propiedades obligatorias: la guía de Google indica que hay que “add the properties that apply to your content.” (traducción) «añadir las propiedades que correspondan a tu contenido». La documentación de Google denomina esto «Article rich result», pero, a diferencia de la tarjeta distintiva de Recipe o VideoObject, se manifiesta como una versión mejor presentada de tu resultado existente (texto del título, imagen y fecha), no como un formato de fragmento independiente. El marcado Article no es necesario para funciones de Google News como Top Stories y la guía de Discover dice que no hacen falta etiquetas ni datos estructurados especiales; por tanto, no es el interruptor de aptitud que prometen algunas guías cuando hablan de un «article carousel». Además, la guía actual de Article de Google no menciona AMP: la antigua afirmación de que «el schema Article requiere AMP» está desactualizada. El marcado válido solo da aptitud; Google sigue decidiendo si lo utiliza y nunca es un factor de posicionamiento.

Qué hace realmente el schema Article (y qué no hace)

Quiero corregir de entrada la exageración más habitual, porque todo lo demás se desprende de ella: la documentación de Google denomina esta función «Article rich result», pero no es una tarjeta visual nueva y distintiva como la tarjeta de recetas que ofrece el marcado Recipe o el tratamiento de miniatura que ofrece VideoObject. Article no tiene un fragmento visual independiente equivalente: aquí el «rich result» es tu ficha existente mostrada mejor. Lo que hace es:

• Mejorar cómo se muestran los resultados existentes: Google puede mostrar un texto de título mejor, una imagen principal mejor y una información de fecha más clara para el artículo.
• Ayudar a Google a entender tu contenido, pero no es necesario para funciones de Google News como Top Stories, y la guía de Discover dice que el contenido apto no necesita etiquetas ni datos estructurados especiales. El marcado Article puede hacer más explícitos algunos datos; no desbloquea ninguna de las dos superficies.

Es una señal de calidad de presentación, no un nuevo tipo de fragmento ni un interruptor de aptitud. Cuando veas una guía que promete que «el schema Article desbloquea Top Stories o los article carousels», interprétala como una exageración: el encuadre de Google trata de ayudar a entender la página y mostrar mejor el título, la imagen y la fecha, no de crear una tarjeta ni de activar la aptitud para News o Discover. (Estoy tratando la frase sobre «mejor texto de título, imágenes y fechas» como una paráfrasis del encuadre de Google, no como una cita literal; consulta la pestaña Quotes para las palabras verificadas literalmente).

Article frente a NewsArticle y BlogPosting: ¿tienes que elegir bien?

Respuesta breve: no hace falta obsesionarse. Los tres tipos son válidos y la guía de Google cubre Article, NewsArticle y BlogPosting junto con las mismas propiedades recomendadas. NewsArticle y BlogPosting son subtipos de Article, así que:

• Usa NewsArticle para contenido de noticias en un sitio de noticias.
• Usa BlogPosting para entradas de blog.
• Usa Article como elección general segura cuando ninguna de las dos anteriores encaje del todo.

Elige el tipo más específico que describa honestamente la página, pero no pierdas el sueño por ello: el conjunto de propiedades recomendado es el mismo y la elección no trae consigo un beneficio de rich result separado. (Schema.org define otros subtipos de Article además de estos tres; la guía de Google, y este artículo, cubren los tres para los que publica un conjunto de propiedades compatible).

No hay propiedades obligatorias: una característica, no una carencia

La guía Article de Google lo dice claramente: no hay propiedades obligatorias; en su lugar, añade las propiedades que correspondan a tu contenido. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Esa flexibilidad desconcierta a quienes están acostumbrados a marcados Product o Recipe con listas de requisitos estrictos. Aquí, las propiedades recomendadas son las que merece la pena rellenar bien:

La tentación es incluir todas las propiedades que ofrece schema.org. No lo hagas. La indicación de Google es añadir lo que corresponda: no hay premio por rellenar una lista más larga y las propiedades irrelevantes o inexactas solo añaden riesgo.

Errores habituales de implementación

• El nombre del autor no coincide. Es el error más frecuente: author se establece con un valor genérico o que no coincide («Admin», el nombre del sitio o un editor que no escribió el artículo), en vez de una Person u Organization real cuyo nombre coincida con la firma visible.
• headline demasiado largo. Google recorta y a veces reescribe los titulares largos al mostrarlos; un valor de headline inflado no te compra nada y puede verse mal.
• dateModified obsoleta o cambiante. Actualizarla en cada rastreo (o no hacerlo nunca) envía una señal equivocada. Muévela cuando el contenido cambie de verdad.
• Una sola image de baja calidad. Dale a Google varios tamaños y relaciones; una única imagen pequeña o recortada de forma extraña limita lo que puede mostrar.
• Perseguir una tarjeta que no existe. Google llama a esta función «Article rich result», pero no hay un fragmento nuevo y distintivo que perseguir: estás comprando una mejor presentación del resultado existente, nada más.

Cómo se conecta con Top Stories, News y Discover, sin prometer de más

Esta es la parte en la que merece la pena ser precisos, porque Google lo deja claro y las dos superficies no son iguales: el marcado Article puede hacer más explícitos algunos datos del artículo para que Google los entienda, pero Google dice que no es necesario para funciones de Google News como Top Stories y su guía de Discover dice que el contenido apto no necesita etiquetas ni datos estructurados especiales. Así que el schema Article no desbloquea ninguna de las dos superficies: es un marcado que puede ayudar a Google a entender una página que ya está considerando, no un interruptor. Lo que realmente te permite entrar en Top Stories o Discover es ser un editor que cumpla los requisitos, junto con la calidad y actualidad del contenido y la decisión de los propios sistemas de Google de mostrarlo.

Hay dos puntos adyacentes que merece la pena mencionar sin entrar en profundidad:

• El contenido de pago debe añadir por separado datos estructurados de contenido de pago: es un marcado propio, no parte de Article, y afecta a cómo Google trata las páginas de suscripción.
• Los campos author y de fecha merecen cuidado por las mismas razones por las que una identidad de autor real y coherente importa para las señales generales de E-E-A-T que se comentan en otras partes del sitio. No conozco evidencia actual de que este marcado sea por sí mismo una entrada directa de E-E-A-T; simplemente, acertar con la autoría es una buena práctica de todos modos.

Los datos estructurados no son un factor de posicionamiento

Conviene repetirlo porque sostiene todo lo anterior: los datos estructurados —incluido Article— no son un factor de posicionamiento. John Mueller lo ha dicho repetidamente: afectan a la aptitud para rich results y a la presentación, no al posicionamiento directo. Añade el schema Article para ayudar a Google a entender y mostrar tu contenido, no para subir posiciones. Precisamente por eso sigo pensando que merece la pena añadirlo: aunque no haya una tarjeta nueva y distintiva, mejora cómo aparecen tus artículos. Me gusta el marcado schema siempre que te proporcione una función de búsqueda, y la propia etiqueta «Article rich result» de Google para títulos, imágenes y fechas más claros supera ese umbral sin necesidad de apoyarse en afirmaciones no demostradas sobre la aptitud para News o Discover.

Dónde encaja Article en el panorama de datos estructurados

Article es uno de los tipos de Creative Works de schema.org, junto con otros como AudioObject, Book, Course, Dataset, Movie, Recipe y VideoObject; el hub de Creative Works bajo el que se organiza este artículo los agrupa. Algunos de ellos (Recipe y VideoObject) sí tienen tarjetas dedicadas de rich result, por eso es importante dejar claro que Article no. Para conocer el vocabulario más amplio y cómo encaja JSON-LD, consulta los hubs de Schema Markup y Structured Data que están por encima de este artículo.

Resumen de IA

Una síntesis de la versión Avanzada:

• Qué es: el marcado Article de schema.org (implementado como Article, NewsArticle o BlogPosting; todos son válidos y Google los documenta juntos), normalmente en JSON-LD, para etiquetar el headline, author, datePublished/dateModified y image de una página escrita.
• No hay propiedades obligatorias. Google dice que añadas las propiedades que correspondan a tu contenido: no existe una lista de requisitos ni una bonificación por hacerla más larga.
• Google lo llama «Article rich result», pero, a diferencia de Recipe o VideoObject, no hay una tarjeta visual nueva y distintiva. Es tu resultado existente mostrado mejor: mejor texto de título, imagen y fecha.
• No es un interruptor para Top Stories o Discover. Google dice que el marcado Article no es necesario para funciones de Google News como Top Stories, y la guía de Discover dice que el contenido apto no necesita etiquetas ni datos estructurados especiales. El marcado puede ayudar a Google a entender una página; no desbloquea ninguna de las dos superficies.
• Ignora la exageración de la competencia: las afirmaciones de que el schema Article «desbloquea Top Stories, article carousels o un rich snippet» mezclan el encuadre de Google —entender la página— con una garantía de aptitud. Léelas como exageraciones, no como un formato visual distintivo que Article conceda.
• No hay requisito de AMP. La guía actual de Article de Google no menciona AMP; la afirmación repetida de que «el schema Article requiere AMP» está desactualizada.
• Elección del tipo: NewsArticle para noticias, BlogPosting para blogs y Article como fallback general seguro (schema.org define más subtipos; Google documenta un conjunto de propiedades compatible para estos tres). Todos comparten las mismas propiedades recomendadas y la elección no trae un beneficio de rich result.
• Propiedades recomendadas bien rellenadas: author = una Person u Organization real con un nombre coincidente; headline conciso (Google recorta los títulos largos); dateModified honesta; imágenes representativas y rastreables de al menos 50 000 píxeles en varias relaciones (16x9, 4x3 y 1x1).
• Errores habituales: autor genérico o que no coincide, titular demasiado largo, dateModified cambiante u obsoleta, una única imagen débil y esperar una tarjeta que no existe.
• Adyacente: el contenido de pago necesita un marcado de contenido de pago separado; acertar con los campos author y de fecha es una buena práctica junto con el trabajo general de E-E-A-T del sitio, aunque este registro no demuestra que el marcado sea por sí mismo una entrada directa de E-E-A-T.
• Aptitud no equivale a presentación, y no es un factor de posicionamiento: los datos estructurados afectan a la aptitud para rich results y a la presentación, no al posicionamiento (Mueller lo ha repetido). Un marcado válido solo te hace apto; Google decide si lo utiliza.

Documentación oficial

Documentación de fuentes primarias de los buscadores.

Google: datos estructurados Article

• Datos estructurados Article (Article, NewsArticle y BlogPosting): la guía única que cubre los tres tipos, denomina la función documentada «Article rich result», explica que no hay propiedades obligatorias y enumera las propiedades recomendadas (author, dateModified, datePublished, headline, image), incluida la guía de imágenes de al menos 50 000 píxeles en varias relaciones. También indica que el marcado Article no es necesario para funciones de Google News como Top Stories. No menciona AMP.
• Directrices generales de datos estructurados: políticas de contenido, técnicas y de calidad aplicables a todos los datos estructurados, incluido Article.
• Contenido de suscripción y de pago: marcado independiente para artículos de suscripción o de pago (mencionado en la guía Article, pero implementado por separado).
• Prueba de resultados enriquecidos: valida el marcado y comprueba qué puede leer Google.
• Aparecer en Discover (Google): guía de aptitud de Discover, que dice que el contenido no necesita etiquetas ni datos estructurados especiales.

Bing / Microsoft

• Marcado de tu sitio con datos estructurados: compatibilidad general de Bing con datos estructurados (schema.org y JSON-LD recomendado), validada con su Markup Validator genérico.

Citas de la fuente

Declaraciones registradas de Google. Cuando una página fuente expone el texto, el enlace es un enlace profundo que salta al pasaje citado.

Documentación de Google: no hay propiedades obligatorias

• “There are no required properties; instead, add the properties that apply to your content.” (traducción) «No hay propiedades obligatorias; en su lugar, añade las propiedades que correspondan a tu contenido». Ir a la cita

Sobre los datos estructurados y el posicionamiento (encuadre permanente)

• Los datos estructurados no son un factor de posicionamiento: John Mueller lo ha dicho repetidamente; afectan a la aptitud para rich results y a la presentación, no al posicionamiento directo. (Es una paráfrasis de sus declaraciones públicas constantes en las sesiones de oficina de Search Central y en publicaciones sociales; trátalo como un encuadre bien establecido, no como una única transcripción con fuente).

Mitos y errores del schema Article que debes evitar

Mito: «El schema Article requiere AMP». Falso, y conviene corregirlo directamente porque todavía se repite en guías antiguas. La guía actual de Article de Google no menciona AMP; hoy no existe un requisito de AMP para el tratamiento de Article. Si un recurso relaciona el marcado Article con AMP, está desactualizado.

Mito: «El schema Article te da una tarjeta de rich result nueva y distintiva». No es así. La documentación de Google sí denomina «Article rich result» a la función documentada, pero, a diferencia de Recipe o VideoObject, Article no tiene un fragmento visual distintivo: es una versión mejor presentada de tu resultado existente (texto del título, imagen y fecha). Tampoco es necesario para funciones de Google News como Top Stories, y la guía de Discover dice que el contenido apto no necesita etiquetas ni datos estructurados especiales. Las guías que prometen un «article carousel rich result» solo con schema —he visto que Yoast, Semrush y SEJ lo presentan como un formato distinto— exageran lo que hace el marcado. Léelas como afirmaciones de aptitud exageradas, no como garantías de formato o de inclusión.

Mito: «Más propiedades siempre ayudan». Google dice expresamente que añadas solo las propiedades que correspondan a tu contenido. No hay una lista obligatoria que completar ni una bonificación por hacerla más larga; las propiedades irrelevantes o inexactas solo añaden riesgo, no una mejora de posicionamiento o aptitud.

Mito: «Los datos estructurados mejorarán mi posicionamiento». Los datos estructurados —incluido Article— no son un factor de posicionamiento (Mueller lo ha repetido). Afectan a la aptitud para rich results y a la presentación, no al posicionamiento. Añádelos para ayudar a Google a entender y mostrar tu contenido, no para subir posiciones.

Error: un author genérico o que no coincide. Establecer author como «Admin», el nombre del sitio o un editor que no escribió el artículo contradice el objetivo. Haz referencia a una Person u Organization real cuyo nombre coincida con la firma visible.

Error: un headline demasiado largo. Google trunca y a veces reescribe los titulares largos al mostrarlos. Un valor de headline inflado no aporta nada y puede verse mal: que sea conciso y coincida con el título visible.

Error: dateModified cambiante u obsoleta. Actualizar dateModified en cada rastreo (para fingir frescura) o no actualizarla nunca induce a error. Muévela cuando el contenido cambie de verdad.

Error: esperar que Article active Top Stories o Discover. Google dice que el marcado Article no es necesario para Top Stories, y la guía de Discover dice que el contenido apto no necesita etiquetas ni datos estructurados especiales. Esas apariciones dependen de ser un editor que cumpla los requisitos, de la calidad y frescura del contenido y de las decisiones de Google. Un marcado limpio puede ayudar a entender la página, pero no activa ningún interruptor.

Error: olvidar el marcado de contenido de pago. Los artículos de suscripción o de pago necesitan datos estructurados de contenido de pago por separado: no forman parte de Article y omitirlos puede causar problemas en la forma en que Google trata las páginas restringidas.

JSON-LD Article genérico frente a uno bien formado

Article no tiene propiedades obligatorias, así que «roto» rara vez significa que falle la validación: significa delgado y poco útil. Es un marcado que se analiza técnicamente, pero que da a Google poco con lo que trabajar, o cuyos valores no coinciden con la página.

Un fragmento fino y genérico

Se analiza correctamente, pero el author es genérico, hay una sola imagen de baja calidad y faltan las fechas y la información de modificación:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Qué es débil:

• author.name: «Admin»: es genérico y no coincide con ninguna firma real. Usa el autor verdadero.
• headline demasiado largo: Google lo recortará o reescribirá y tampoco coincidirá con el título visible.
• Una sola image pequeña: una miniatura limita lo que Google puede mostrar.
• Sin datePublished/dateModified: estás dejando la señal de fecha sin aprovechar.

El mismo artículo, bien formado

Tipo BlogPosting específico, autor real que coincide, varias relaciones de imagen y fechas honestas:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Por qué es mejor:

• @type: "BlogPosting": el tipo más específico que describe honestamente la página (un subtipo válido de Article).
• author real y coincidente con una url que lleva a una entidad de autor.
• headline conciso y alineado con el título visible.
• Las dos fechas presentes, en ISO 8601 con zona horaria.
• Tres relaciones de imagen (16x9, 4x3 y 1x1) para que Google elija la mejor en cada superficie.

Observa que aquí no se satisface ninguna propiedad «obligatoria»: todos los campos son recomendados. La diferencia entre ambos fragmentos no es de aprobado o suspenso, sino de cuánto puede hacer Google con lo que le has dado.

Ponte a prueba: Article Schema

Cinco preguntas rápidas sobre el marcado Article, NewsArticle y BlogPosting, sobre lo que hace (y no hace) y sobre los mitos que conviene ignorar. Elige una respuesta para cada pregunta y comprueba el resultado.

KPI permanentes para el schema Article

El schema Article no tiene su propio informe de rich result en Search Console como Recipe o Product, así que los KPI útiles son los que reflejan lo que realmente hace el marcado: mejorar la calidad de presentación de tu resultado existente. Haz seguimiento trimestre a trimestre en lugar de perseguir una cifra única después de publicar.

Impresiones de apariencia de búsqueda en Top Stories / Discover

Métrica: impresiones y clics en los que el desglose de apariencia de búsqueda de Search Console muestra «Top stories», o en los que el informe independiente de Discover muestra actividad. Qué te dice: si Google muestra tus páginas con marcado Article en esas superficies; recuerda que el marcado Article no es necesario para ninguna de las dos (Google dice que Top Stories no exige marcado y Discover no necesita etiquetas ni datos estructurados especiales), así que una cifra baja no implica necesariamente que el marcado esté roto y una cifra alta no debe atribuirse solo al marcado. Cómo obtenerla: Search Console → Performance → filtro de apariencia de búsqueda (o el informe específico de Discover, si tu propiedad tiene tráfico registrado para mostrarlo). Referencia o rango realista: no existe una referencia entre sitios; la aptitud para Top Stories y Discover depende mucho del estado del editor, el nicho y la frescura, así que establece tu propia línea base por sección y observa la tendencia en vez de compararte con una cifra externa. Periodicidad: mensual o después de cualquier cambio en el marcado Article o en la cadencia de publicación.

Tasa de datos estructurados válidos en las plantillas de artículos

Métrica: proporción de páginas con plantilla Article que se analizan limpiamente y no tienen campos recomendados ausentes. Qué te dice: si una actualización del CMS, un cambio de tema o una edición de plantilla rompió el marcado en todo el sitio, ya que un solo fallo de plantilla puede eliminar silenciosamente author o image de cada artículo. Cómo obtenerla: comprueba una muestra de URL con el Validador de marcado Schema o el Comprobador de aptitud para resultados enriquecidos; las advertencias de datos estructurados de Search Console también pueden señalar páginas que Google no pudo analizar. Referencia o rango realista: es una métrica de higiene, no una curva; el objetivo honesto es que el 100 % de las páginas con plantilla lleve los campos recomendados, porque la cobertura parcial no aporta ninguna ventaja. Periodicidad: inmediatamente después de un cambio de plantilla o CMS; en otro caso, basta con una comprobación trimestral.

Exactitud del título, la imagen y la fecha mostrados

Métrica: si el titular, la imagen y la fecha que Google muestra realmente en los resultados coinciden con lo que definiste en headline, image y datePublished/dateModified. Qué te dice: es la versión directa y observable de la «mejor calidad de presentación», que es lo principal que hace el schema Article; si Google sustituye el título que propusiste por uno calculado o muestra otra imagen, el marcado no está cumpliendo su función para esa página. Cómo obtenerla: utiliza la vista previa renderizada de URL Inspection, la prueba de resultados enriquecidos o una comprobación manual de la SERP para las consultas objetivo del artículo. Referencia o rango realista: no hay un porcentaje que alcanzar; es una lectura de aprobado o fallo por página, así que trata cualquier discrepancia como una señal para revisar los valores de autor, titular o imagen. Periodicidad: comprueba páginas importantes poco después de publicarlas y, después, ocasionalmente en contenido antiguo que haya sido actualizado.

Herramientas para crear y comprobar el schema Article

Tres herramientas gratuitas propias cubren el ciclo completo del schema Article: generarlo correctamente, validar lo que ya tienes y confirmar exactamente qué campos recomendados faltan.

Genera el marcado con Schema Markup Generator

El Schema Markup Generator crea JSON-LD de Article, NewsArticle o BlogPosting a partir de un formulario, en lugar de obligarte a escribirlo a mano. Resuelve la estructura de los elementos que la gente suele equivocarse al crear: un author correcto como objeto Person u Organization en vez de una cadena simple, un publisher con un logo ImageObject anidado y un array image para proporcionar las relaciones 16x9, 4x3 y 1x1 que recomienda Google; después exporta seis formatos que puedes insertar directamente en la página.

Valida el marcado existente con Schema Markup Validator

El Schema Markup Validator comprueba el JSON-LD que ya tienes —puedes pegar el código o una página HTML completa— con resultados por niveles de gravedad frente al vocabulario schema.org y las propiedades recomendadas por Google para Article. Es especialmente útil para el error de autor que no coincide tratado en la pestaña Advanced: sus comprobaciones del grafo @id entre bloques señalan una referencia author que no resuelve a una entidad Person u Organization real en otra parte de la página.

Comprueba la aptitud campo por campo con Rich-Result Eligibility Checker

El Rich-Result Eligibility Checker es la forma más rápida de ver, campo por campo, si tu marcado Article cubre el conjunto recomendado —headline, author, datePublished, dateModified e image—, con una marca de verificación, una X para lo que falta o una advertencia para un campo recomendado pero opcional. Como Article no tiene propiedades obligatorias, esta herramienta sirve para decidir qué campos recomendados merece la pena añadir, en vez de adivinar.

El validador de Google, para una segunda opinión

La Prueba de resultados enriquecidos de Google merece ejecutarse después de las herramientas anteriores, ya que muestra exactamente lo que el propio parser de Google lee de la página, no una interpretación de terceros de la especificación; es útil como comprobación final antes de publicar un cambio de plantilla en todo el sitio.

Recursos que merecen tu tiempo

Del sector

El schema Article es un tema en el que varias guías conocidas exageran lo que el marcado consigue en Top Stories y Discover, así que incluyo algunas como ejemplos de la exageración que corrige este artículo. Compáralas con la documentación de Google, que sí llama «Article rich result» a la función, pero presenta el beneficio como una mejor presentación del resultado existente y una mejor comprensión, no como una tarjeta nueva o un interruptor de aptitud:

• Datos estructurados Article (Article, NewsArticle y BlogPosting) (Google Search Central): referencia autorizada sobre propiedades no obligatorias, campos recomendados, imágenes de varias relaciones de al menos 50 000 píxeles, ausencia de requisito de marcado para Top Stories y, de forma destacada, ausencia de mención de AMP.
• Aparecer en Discover (Google): indica que la aptitud para Discover no necesita etiquetas ni datos estructurados especiales.
• Directrices generales de datos estructurados (Google): políticas aplicables a todos los datos estructurados.
• Contenido de suscripción y de pago (Google): marcado independiente para artículos restringidos.
• Guía definitiva de datos estructurados y schema (Yoast): referencia general útil, pero presenta el schema Article como habilitador de rich results como Top Stories y article carousels; la documentación de Google dice que el marcado no es necesario para ninguna de las dos superficies.
• Guía del marcado schema (Semrush): presenta de forma parecida el schema Article como algo que hace a las páginas «aptas para un rich snippet», mezclando la aptitud para News/Discover con el propio marcado; trátalo como una afirmación de aptitud exagerada.
• Qué es el marcado schema, cómo añadirlo y por qué importa (Ahrefs): guía general sólida sobre schema, con un enfoque útil sobre agentes de IA y legibilidad para máquinas.

Registro de cambios