Generador de schema Article: monta el JSON-LD del BlogPosting
Rellena los campos del post tal como ya los tienes en el CMS: la herramienta monta el JSON-LD de Article, BlogPosting o NewsArticle en el orden canónico, audita el bloque en 10 ítems que suman 100 puntos y muestra la fila de lo que falta antes de pegarlo en la página. Gratis, sin registro, y nada sale de tu navegador.
- - título
- - descripción
- - palabras clave
- - tamaño
Tu JSON-LD
Qué cumple el bloque (y qué falta)
- Título presente y del tamaño correcto-
- Autor identificable (nombre y URL)-
- Fecha de publicación válida-
- Imagen de portada en URL completa-
- Fecha de actualización coherente-
- Descripción del tamaño correcto-
- Editor con logo-
- URL del artículo declarada-
- Idioma declarado-
- Tema declarado (sección o keywords)-
Avisos
Todo corre en tu navegador: ningún campo sale de aquí y no se visita ninguna URL, ni la de la portada. La nota mide el marcado, que es lo que está bajo tu control. No promete rich result, posición ni citación por IA: eso lo decide el buscador, y el criterio no es público.
Esta página monta el bloque que describe el artículo entero: quién lo escribió, cuándo, bajo qué marca. Si lo que quieres marcar son las preguntas y respuestas dentro del post, la página correcta es el generador de schema FAQ, y los dos bloques conviven en la misma página sin conflicto. Si la duda es anterior, si tu sitio es accesible y citable por IA, el checklist de preparación GEO mide la capa de acceso, y el generador de llms.txt resuelve el archivo de la raíz del dominio. Orden práctico: acceso primero, marcado del artículo después, marcado del FAQ al final.
Antes de nada: Article no es palanca de posición
Conviene empezar por la parte que la mayoría de las herramientas omite. Marcar el post con Article no lo hace subir en Google. Los datos estructurados sirven para que la máquina entienda la página, y entender no es lo mismo que promover: el propio Google describe el marcado como ayuda de comprensión, no como factor de posicionamiento. Fuera del carrusel de noticias, un sitio común marca el artículo y no ve cambiar nada en el aspecto del resultado.
Eso no anula el valor del tipo, cambia la razón para usarlo. Lo que hace el bloque es entregar, gratis y sin ambigüedad, los cinco datos que cualquiera necesita para mostrar tu artículo: título, autor, fecha, marca e imagen. Quien consume esto hoy no es solo el buscador. Son los sistemas de IA que tienen que atribuir la fuente antes de citarla, los agregadores, los lectores de feed y las vistas previas de enlace en redes sociales y mensajería. Sin el bloque, cada uno de ellos adivina por su cuenta, y la adivinanza falla justo en el campo que más importa, que es la autoría.
Cómo usarla
- Elige el tipo. BlogPosting para un post de blog, Article para contenido editorial que no es post, NewsArticle solo si publicas noticia de verdad. En la duda, BlogPosting.
- Pega la URL del artículo completa, empezando por https. Se convierte en url, en el @id con ancla y en mainEntityOfPage, que es lo que ata el bloque a una página concreta cuando se lee fuera de contexto.
- Rellena título, descripción y portada con lo que está publicado, no con una versión mejorada. El bloque tiene que describir la página que existe.
- Firma con nombre y URL del autor. El nombre solo vale menos de la mitad del ítem: es la URL la que liga el texto a alguien verificable.
- Escribe las fechas en ISO-8601 con huso, mira la lista de comprobación y resuelve lo que esté en rojo, de arriba abajo. Después copia con la etiqueta script y pégalo en el HTML, dentro del head o al final del body.
Cómo funciona: los campos y los 10 pesos
Article es un tipo poco profundo con muchos campos opcionales, y ahí está justamente su trampa: casi todo es opcional, así que casi todo bloque por ahí es válido y vacío. La estructura que monta la herramienta es esta:
Como la validez es fácil, la auditoría no mide sintaxis, que cualquier generador acierta. Mide identidad (¿se sabe de qué página hablamos?), contenido (¿se puede mostrar este artículo sin abrirlo?) y procedencia (¿se sabe quién firma y cuándo?). Los 10 ítems cierran exactamente 100 puntos.
Título y autor encabezan con 14 porque son los dos campos que deciden si el bloque sirve para algo: sin título no hay qué citar, y sin autor identificable el Article se vuelve una cosa cualquiera con fecha. La fecha de publicación vale 12 por la misma razón que la imagen vale 12: son los dos campos que montan la tarjeta en cualquier superficie que muestre tu artículo, y son también los dos que más llegan rotos del CMS, uno sin huso y el otro en ruta relativa. Los ítems compuestos dan nota parcial a propósito, porque un autor con nombre y sin URL tiene la mitad de la señal, y tratar eso como cero escondería lo que falta.
Ejemplo trabajado (reproduce el resultado por defecto)
Los valores que vienen rellenados describen un post de blog de SaaS, con dos fallos plantados a propósito para que la fila de corrección no nazca vacía: el autor tiene nombre y no tiene URL, y la descripción se pasó del límite de 160 caracteres.
- Título: 61 caracteres, dentro del techo de 110, así que 14 de 14.
- Autor: el nombre rellenado rinde los 8, y la URL vacía deja los otros 6 sobre la mesa, así que 8 de 14.
- Publicación: 2026-03-11T09:00:00-03:00 es ISO-8601 con hora y huso, así que 12 de 12.
- Imagen: URL completa en https, así que 12 de 12. Actualización el 24 de junio, posterior a la publicación, 10 de 10.
- Descripción: 174 caracteres, por encima del rango de 50 a 160, así que baja a 5 de 10.
- Editor con nombre y logo 8 de 8, URL del artículo declarada 8 de 8, idioma es 6 de 6, tema con sección y 4 palabras clave 6 de 6.
- Nota: 100 menos los 6 del autor y los 5 de la descripción = 89 de 100, banda A. El bloque queda en 1,2 kB.
Pega la página de autor en el campo vacío y la nota sube 6 puntos de golpe, que es el mayor retorno por tecla de esta herramienta. Recorta la descripción para que quepa en 160 caracteres, quitando la lista del final, y vuelven los otros 5, cerrando en 100. Las dos correcciones cuestan un minuto y son exactamente las dos que la fila de corrección pone arriba, en el orden de lo que más duele.
Cómo interpretarla y dónde engaña la nota
La nota mide el bloque, no el artículo. Un BlogPosting con nota 100 en un texto que nadie quiere leer sigue sin rendir nada, porque el marcado describe contenido y no lo sustituye. Marcar bien un artículo flojo solo acelera la distribución de un artículo flojo.
La segunda trampa es la incoherencia entre bloque y página. La directriz es explícita: lo que afirma el marcado tiene que estar en la página. El fallo común no es mala fe, es descuido, y siempre tiene la misma cara: alguien reescribe el título del post y olvida el headline del JSON-LD, o cambia la portada y deja marcada la imagen antigua. Cuando el bloque y la página divergen, el marcado pasa a estorbar.
La tercera es la frescura, y aquí la herramienta toma una decisión deliberada: ninguna comprobación compara la fecha con hoy. Una nota que cambia sola con el calendario no es auditable, y el mismo bloque pasaría a valer menos sin que nadie lo hubiera tocado. Eso no quiere decir que la frescura no importe: importa, y la decisión correcta es revisar el texto y entonces actualizar dateModified. Lo que no funciona es lo contrario, mover la fecha y no mover el texto.
La cuarta es inflar el tipo. Existe la tentación obvia de declarar NewsArticle creyendo que eso abre el carrusel de noticias, y el efecto práctico es solo una afirmación falsa sobre lo que es la página. Lo mismo vale para keywords: diez términos que la página cubre declaran un tema, treinta términos declaran que no sabes cuál es.
Del bloque a la evidencia
Marcar es una apuesta sobre cómo tratan terceros tu contenido, y una apuesta sin medición se vuelve folclore de equipo. El camino honesto es corto:
- Registra la fecha en que entró el bloque y qué campos llevaba. Sin línea de base, cualquier variación posterior se vuelve interpretación libre.
- Sigue menciones y citas, no solo posición en la búsqueda. El método está en la guía de GEO en 2026, y la estructura de contenido que más citación rinde está en cómo estructurar un FAQ para citación por IA.
- Cuando el cambio también toque lo que ve el visitante, y no solo el bloque invisible, mídelo con un test A/B antes de extenderlo a todo el sitio. Cambiar título y portada mueve conversión, no solo rastreo.
Para convertir el primer ítem de la fila en hipótesis comprobable, usa el generador de hipótesis. Para dimensionar el experimento antes de encender nada, la calculadora de tamaño de muestra lo resuelve en un minuto.
Preguntas frecuentes
- ¿Qué es el schema Article?
- Es el tipo de datos estructurados de schema.org que describe una página de contenido editorial: cuál es el título, quién lo escribió, cuándo se publicó, bajo qué marca y qué imagen representa el texto. No cambia nada de lo que ve el visitante, porque vive dentro de una etiqueta script en JSON-LD. La diferencia con otros tipos está en lo que carga: mientras el FAQPage describe texto, el Article describe procedencia, y por eso los campos de autor y de fecha pesan aquí más que cualquier otro.
- ¿Cuál es la diferencia entre Article, BlogPosting y NewsArticle?
- BlogPosting y NewsArticle son subtipos de Article, así que todo lo que vale para el padre vale para los dos hijos. Usa BlogPosting para un post de blog, que es el caso de la inmensa mayoría de los sitios. Usa Article cuando el contenido es editorial pero no es un post, como una página de guía o una entrada de referencia. Y usa NewsArticle solo si publicas noticia de verdad, con reporteo y fecha del hecho: declarar NewsArticle en un post de marketing no abre ninguna puerta y crea una incoherencia entre lo que afirma el marcado y lo que es la página.
- ¿Marcar con Article mejora mi posicionamiento?
- No directamente, y quien promete eso está vendiendo algo. Los datos estructurados ayudan a entender la página, no a promoverla, y el propio Google describe el marcado como ayuda de comprensión y no como factor de posición. La ganancia real es otra: el bloque entrega título, autor, fecha e imagen en formato de máquina a quien vaya a mostrar tu artículo, y hoy esa lista incluye sistemas de IA, agregadores y buscadores menores. El marcado correcto es condición de entrada en varias superficies, no palanca de posición en una.
- ¿Por qué el campo author pesa tanto en esta nota?
- Porque es el campo para el que existe el tipo Article y es el que casi todo el mundo rellena a medias. Un bloque con autor Admin cumple la especificación y no identifica a nadie: para cualquier consumidor, ese texto sigue siendo anónimo. Lo que convierte un nombre en señal es la URL que prueba que la persona existe fuera de ese artículo, sea la página de autor de tu sitio, la bio o un perfil público. Por eso el ítem vale 14 puntos divididos en dos: 8 por el nombre y 6 por la URL.
- ¿Hace falta declarar dateModified?
- Hace falta, siempre que el texto haya cambiado de verdad. Es el campo que dice que ese contenido sigue mantenido, y su ausencia deja al artículo con aspecto de congelado en la fecha de publicación. Lo que no vale es el truco de mover la fecha cada semana sin tocar el texto: además de no rendir nada, crea una página que se declara nueva y sirve el mismo contenido viejo. Y hay una regla dura: dateModified nunca puede ser anterior a datePublished, lo que aquí deja el ítem en cero de sus 10 puntos.
- ¿La fecha necesita huso horario?
- No es obligatorio, pero vale 4 de los 12 puntos de la publicación porque resuelve una ambigüedad real. Una fecha escrita solo como 2026-03-11 es válida en ISO-8601 y deja que cada consumidor decida por su cuenta a qué hora ocurrió, lo que hace que un artículo publicado al final del día aparezca con la fecha del día siguiente en otro huso. El formato completo, 2026-03-11T09:00:00-03:00, elimina la adivinanza. Lo que la herramienta descarta entero es cualquier cosa fuera de ISO-8601, incluidos los formatos locales con barras y los días que no existen, como el 30 de febrero.
- ¿El marcado tiene que coincidir con lo visible en la página?
- Tiene, y no es una cuestión de estilo: las directrices de datos estructurados exigen que el contenido marcado represente lo que está en la página, y un marcado que describe otra cosa es motivo de acción manual. En la práctica el fallo más común no es mala fe, es descuido: alguien reescribe el título del post y olvida el headline del bloque, o cambia la portada y deja la imagen antigua en el JSON-LD. Antes de publicar, comprueba que headline, imagen y fechas son los mismos que ve el visitante.
- ¿Puedo tener Article y otro schema en la misma página?
- Puedes, y es lo normal. Un post suele llevar Article más FAQPage, y a veces también BreadcrumbList. Puedes publicar bloques script separados o juntarlo todo en un @graph. Lo que no vale es declarar dos Article para la misma página, que es lo que pasa cuando el plugin del CMS ya inyecta uno y alguien pega otro a mano. Antes de pegar, busca application/ld+json en el código fuente de la página y mira qué hay ya ahí.
Sigue
Con el bloque publicado, el siguiente paso es la capa que no resuelve: acceso del rastreador, texto recortable y señal de autoría fuera de tu dominio. Lee el método completo en la guía de GEO en 2026, mira qué cambia en el trabajo de conversión en CRO en la era de la IA y el efecto del test A/B sobre la citación en cómo el test A/B afecta la citación por IA.