Schema Article: cómo añadir y probar BlogPosting en JSON-LD

Puntos clave

Elige el tipo que encaja con la página.
Revisa lo que ya genera tu CMS antes de añadir código.
Haz coincidir el autor con la firma visible.
Prueba una entrada antes de cambiar la plantilla.

El schema Article da a los buscadores una descripción estructurada de una entrada. El trabajo útil es conectarlo con el título, el autor, las fechas y la imagen correctos, y comprobar qué envía tu sitio publicado. Un bloque de código copiado puede ser válido y describir el artículo equivocado. Esta guía usa un blog ficticio de reparaciones para mostrar cómo configurar y revisar BlogPosting en JSON-LD. Forma parte de la guía de datos estructurados para SEO.

Article, BlogPosting o NewsArticle: cuál elegir

Article es el tipo general de Schema.org. BlogPosting describe una entrada de blog y NewsArticle, un artículo de noticias. La documentación de Google sobre datos estructurados de artículo admite los tres. Elige el que encaja con la página que publicas: un blog de servicios no se convierte en noticia porque su dueño quiera más tráfico.

Ejemplo ficticio: una empresa de reparaciones publica una guía para revisar una puerta con corrientes de aire. BlogPosting encaja bien. La página del servicio de reparación de puertas tiene otro objetivo; si la página vende algo, usa la guía del schema Product.

Escribe la regla de cada plantilla antes de tocar el código. Así el editor y el desarrollador tienen el mismo objetivo.

Article y WebPage: no son lo mismo

Muchos plugins de WordPress también generan un tipo WebPage para la página. WebPage describe la página web; Article describe el contenido editorial que hay en ella. Pueden convivir, conectados entre sí con identificadores @id. El problema aparece cuando dos sistemas describen el mismo artículo con datos distintos.

Revisa qué datos de artículo genera ya tu CMS

Abre una entrada existente y revisa su marcado renderizado. Busca Article, BlogPosting o NewsArticle, también dentro de un @graph. Un tema o un plugin pueden crear ya los datos del artículo. Quizá solo tengas que corregir los campos de origen, no añadir otro bloque.

Haz una hoja de revisión con cuatro columnas: campo, valor en la página, valor en el marcado y responsable del arreglo. Empieza por una entrada cuyo título o autor haya cambiado hace poco. Si dos herramientas publican fechas o autores distintos, sigue la guía sobre schema duplicado en WordPress.

Ejemplo de BlogPosting en JSON-LD

El ejemplo es ficticio: el negocio, el autor, las fechas, los enlaces y la imagen solo explican la configuración.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Cómo revisar una puerta con corrientes de aire",
  "image": "https://example.com/imagenes/puerta-corrientes.jpg",
  "datePublished": "2026-10-01T09:00:00-05:00",
  "dateModified": "2026-10-15T11:30:00-05:00",
  "author": {
    "@type": "Person",
    "name": "Taylor Ruiz",
    "url": "https://example.com/equipo/taylor-ruiz/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Reparaciones Ejemplo",
    "url": "https://example.com/"
  }
}

Un desarrollador puede colocar el objeto en un elemento script de tipo application/ld+json. En un CMS, usa la herramienta de artículos que ya existe cuando sea posible y conecta la plantilla con los campos de cada entrada. No fijes este autor o este título en un ajuste de todo el sitio.

Haz coincidir el autor con la firma visible

Google recomienda indicar el autor como Person u Organization, con su nombre y una URL que lo identifique. Si hay varios autores visibles, incluye cada uno por separado. No pongas cargos ni palabras como “escrito por” en el nombre del autor. El editor (publisher) tiene otro papel: la empresa se describe con el schema Organization, y el perfil del autor con el schema Person.

Haz clic en la firma de la entrada publicada. ¿Abre el perfil correcto? ¿Ese perfil explica el papel del autor? Compara el nombre con el marcado. Si alguien deja el equipo, revisa los enlaces de su perfil; no sustituyas las firmas antiguas por quien gestiona hoy el sitio. Si el equipo firma con un nombre común, usa una identidad editorial real y un tipo correcto. No inventes una persona para rellenar un campo.

Revisa fechas, títulos e imágenes juntos

Google no tiene propiedades obligatorias para Article; recomienda el título, la imagen, las fechas y los autores. Las fechas usan el formato ISO 8601 y conviene incluir la zona horaria. La imagen debe representar el artículo y ser accesible para Google.

Usa la fecha original para la primera publicación. Cuando un editor actualiza una guía, anota qué cambió. Así detectarás una plantilla que reinicia las fechas o pone la fecha de hoy a todas las entradas antiguas. Compara el título del marcado con el visible y evita que quede el título de un borrador clonado. Revisa también la imagen: una URL correcta no basta si la imagen está en blanco o no tiene relación. La guía de SEO de imágenes cubre esa revisión.

Prueba una entrada antes de cambiar toda la plantilla

Pasa el código por la Prueba de resultados enriquecidos y prueba la URL publicada después. Una copia local no muestra todos los cambios que hace un CMS al guardar y renderizar una entrada. Compara el resultado con tu hoja de revisión. Si revisas la plantilla completa, prueba también el schema de breadcrumbs como elemento aparte.

Usa un grupo pequeño de casos: una entrada con un autor, una con varios autores si las hay y una guía antigua con una actualización real. En un blog multilingüe, añade una entrada traducida y comprueba que su título y su autor no quedaron en inglés porque la traducción empezó como copia.

Si la prueba no puede leer la página, revisa primero el acceso público. Si lee un valor antiguo, compara la página publicada con el editor y busca una versión en caché. Si Google informa de un problema tras publicar, sigue la guía de errores de datos estructurados en Search Console.

Usa DEX Health para la revisión general

El schema Article es una parte de una buena entrada. No arregla una respuesta floja, un encabezado poco claro ni un enlace roto. Revisa la página como lector después de terminar las pruebas de código. Las directrices de datos estructurados recuerdan que el marcado debe describir el contenido visible y que un marcado correcto no garantiza un resultado especial.

DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado. DEX Health permite revisar la calidad y el SEO de la página, también en el plan gratuito. Úsalo junto a una prueba específica de schema: la nota de Health guía la revisión general, pero no prueba que Google haya aceptado tu marcado.

Tras actualizar el tema o un plugin, repite las comprobaciones guardadas. Da a una persona la responsabilidad de la plantilla de artículos y a los editores una vía clara para avisar de datos equivocados.

Preguntas frecuentes

¿Quién debe corregir un autor equivocado en el marcado?

El responsable de la plantilla o del campo de autor del CMS.

¿Todas las entradas deben usar los mismos valores?

No. Cada entrada necesita su propio título, autor, fechas e imagen.

¿Qué guardo después de la prueba?

La URL, la fecha, el tipo detectado, los problemas y el responsable.

Fuentes

Datos estructurados de artículo · Google Search Central
Directrices generales de datos estructurados · Google Search Central

Dex SEO

Dex SEO is an AI SEO agent for small businesses. Every article here is planned from search data, drafted by Dex, fact-checked against the sources it cites, and reviewed by the team before it is published.

Cómo se hizo este artículo: planificado y redactado por Dex a partir de datos de búsqueda, verificado por Dex (3 afirmaciones revisadas) y aprobado por el equipo de Dex SEO.