Schema Article
en WordPress.
Bien hecho.
Cómo implementar los datos estructurados Article, BlogPosting y NewsArticle con JSON-LD, configurar autor, fechas e imágenes, evitar duplicados en Rank Math y Yoast y comprobar el marcado de tus artículos.
{
"@type": "BlogPosting",
"headline": "Tu artículo",
"author": {"@type":"Person"},
"datePublished": "…",
"image": "…"
}¿Cómo añadir schema Article a WordPress?
Comprueba primero si tu plugin SEO ya lo genera.
Para añadir schema Article en WordPress, configura el tipo de artículo en Rank Math o Yoast SEO, identifica al autor y las fechas reales, asigna una imagen representativa y comprueba el JSON-LD publicado. Si el plugin ya imprime un nodo Article o BlogPosting correcto, no pegues otro idéntico en Elementor. Si no existe ningún marcado válido, puedes implementar JSON-LD manualmente o mediante código PHP, pero usa una única fuente de verdad por artículo. Documentación oficial de Google ↗.
Dato importante de 2026: la documentación de Google para el tipo Article no enumera propiedades obligatorias. Habla de propiedades recomendadas; una validación sin errores tampoco asegura una apariencia especial en Google ni una mejora de posiciones. El marcado debe describir exactamente lo que ve el usuario. Directrices generales ↗.
Qué es Schema Article y para qué sirve realmente.
Schema.org ofrece un vocabulario que describe entidades; JSON-LD es una forma de escribir esa descripción dentro del HTML. Son cosas relacionadas, pero no equivalentes.
Article / BlogPosting
Le indica a una máquina que la página contiene un artículo, con un titular, una persona autora, una fecha y recursos propios. BlogPosting es un subtipo de Article orientado a entradas de blog.
JSON-LD
Es un bloque de datos estructurados que habitualmente se incluye mediante <script type="application/ld+json">. No dibuja nada en pantalla: añade información legible para sistemas que procesan el documento.
Qué puede aportar a Google
El marcado de artículos ayuda a identificar con mayor claridad el titular, el autor, las imágenes y las fechas. Google puede usar esas señales para comprender y representar mejor el contenido en Búsqueda y determinadas propiedades. Esto no significa que un bloque JSON-LD active automáticamente una tarjeta destacada, una fecha concreta en el snippet ni una subida de tráfico.
El mejor resultado práctico aparece cuando el HTML visible, los metadatos de WordPress, la URL canónica y los datos estructurados explican la misma página. Por ejemplo, si WordPress muestra «Publicado el 10 de octubre», el JSON-LD no debería inventar el 17 como fecha de publicación solo porque el texto se revisó hoy.
¿Schema Article es un factor de posicionamiento?
Google documenta el marcado como una ayuda de comprensión y presentación; no publica una promesa de posiciones por añadirlo. En SEO técnico, la prioridad es eliminar ambigüedades y evitar errores estructurales. Una URL sin contenido útil, con noindex o con problemas de canonical no se arregla añadiendo Article. Para eso hay que revisar rastreo, indexación, arquitectura y calidad editorial.
Article vs BlogPosting vs NewsArticle: cuál elegir.
Usa el subtipo más específico que represente honestamente la pieza. No necesitas convertir una guía evergreen en noticia para conseguir una supuesta ventaja SEO.
Article
Artículos informativos y editoriales que no tienen un subtipo más preciso en tu implementación. Es válido para una guía técnica y es el tipo predeterminado habitual de varios plugins.
BlogPosting
Entradas de blog, tutoriales, análisis y contenidos de publicación periódica. Para esta guía de WordPress suele ser la elección semántica más específica.
NewsArticle
Noticias originales sobre acontecimientos reales. No lo uses para servicios, fichas comerciales ni artículos atemporales solo para intentar acceder a Google News.
Regla de decisión: ¿es una entrada de blog? Normalmente BlogPosting. ¿Es una noticia? NewsArticle. ¿Es un artículo general que no encaja mejor en otro subtipo? Article. Google reconoce los tres dentro de su documentación de Article. Jerarquía de Schema.org ↗.
Propiedades del schema Article: qué poner y qué evitar.
La siguiente tabla separa las propiedades que Google recomienda expresamente en su documentación de las que Schema.org permite para contextualizar un grafo. No confundas «útil en práctica» con «obligatorio para Google».
| Propiedad | Qué representa | Criterio y ejemplo | Google Article |
|---|---|---|---|
@type | Clase del contenido | BlogPosting para un post de blog. | Tipo admitido |
headline | Título del artículo | Que corresponda con el titular visible, sin añadir keywords artificiales. | Recomendada |
author | Autor o autores | Un objeto Person para una persona real; usar Organization si realmente firma la organización. | Recomendada |
author.name | Nombre del autor | «Roger Llorens», no «Publicado por Roger Llorens | SEO experto». | Recomendada |
author.url | Perfil identificativo | Una página sobre el autor o perfil inequívoco, público y estable. | Recomendada |
datePublished | Fecha original | Fecha ISO 8601 con zona horaria; no la sustituyas por la última modificación. | Recomendada |
dateModified | Última modificación real | Solo cuando corresponda; debe alinearse con una actualización genuina. | Recomendada |
image | Imagen representativa | URL real accesible, relacionada con el artículo; evita un logotipo genérico como sustituto. | Recomendada |
mainEntityOfPage | Página que describe | Referencia o URL de la entrada; debe apuntar a la URL correcta. | Schema.org / contextual |
@id | Identificador del nodo | Un identificador estable, p. ej. URL del artículo con #article. | Grafo / contextual |
publisher | Entidad editora | Si procede, enlazar con el @id de Organization o describir la entidad real. | Schema.org / contextual |
description | Resumen de la pieza | Resumen fiel, no una acumulación de palabras clave. | Schema.org / contextual |
La documentación de Google para Article no define propiedades obligatorias, aunque sí recomienda varias. Consultar propiedades compatibles y recomendaciones ↗.
Person ≠ Organization.
Usa Person cuando la firma corresponde a una persona. Si hay dos autores visibles, crea dos objetos dentro de author; no los juntes en una única cadena de texto. El perfil del autor debe identificarlo inequívocamente.
Publicación ≠ actualización.
La fecha original permanece estable; dateModified cambia cuando revisas realmente el contenido. Google compara distintas señales y recomienda mostrar fechas claramente en la página, no solo en el JSON-LD.
Imágenes: resolución, proporciones y acceso
Google recomienda aportar imágenes representativas de alta resolución, idealmente en proporciones 16:9, 4:3 y 1:1 cuando existan versiones reales y apropiadas; indica un mínimo de 50.000 píxeles de superficie (ancho × alto). No exige fabricar versiones falsas ni enlazar ficheros inexistentes. Si solo hay una imagen adecuada, usa su URL real. Comprueba que responda correctamente, sea rastreable y represente el contenido. Guía de imagen de Article ↗.
Zona horaria y formato ISO 8601
Un ejemplo válido es 2026-10-17T09:30:00+02:00 para una hora concreta en España durante horario de verano. En invierno el offset local suele ser +01:00. Usa los valores que WordPress almacena para la entrada y no asumas siempre el mismo huso durante todo el año. La fecha sin zona horaria puede interpretarse con la zona de Googlebot, según su documentación.
Schema Article WordPress: ejemplo mínimo y ejemplo completo.
Los ejemplos siguientes son demostraciones con direcciones example.com. No los publiques sin sustituir todos los datos. Solo debes implementarlos si tu plugin o plantilla no emite ya un marcado equivalente.
Ejemplo mínimo de BlogPosting en JSON-LD
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Guía de mantenimiento de WordPress",
"author": {
"@type": "Person",
"name": "Ana Pérez",
"url": "https://example.com/sobre-ana/"
},
"datePublished": "2026-09-10T09:00:00+02:00",
"dateModified": "2026-10-12T12:20:00+02:00",
"image": "https://example.com/imagenes/wordpress.jpg"
}Este bloque es JSON válido (el contenido), sin etiquetas script. Para insertarlo manualmente en una página HTML se envuelve en <script type="application/ld+json">...</script>. La herramienta de más abajo puede generar ambas variantes.
Ejemplo ampliado: Article conectado a WebPage y publisher
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "WebSite",
"@id": "https://example.com/#website",
"url": "https://example.com/",
"name": "Editorial Ejemplo"
},
{
"@type": "Organization",
"@id": "https://example.com/#organization",
"name": "Editorial Ejemplo",
"url": "https://example.com/"
},
{
"@type": "WebPage",
"@id": "https://example.com/blog/guia/#webpage",
"url": "https://example.com/blog/guia/",
"name": "Guía de mantenimiento de WordPress",
"isPartOf": { "@id": "https://example.com/#website" }
},
{
"@type": "BlogPosting",
"@id": "https://example.com/blog/guia/#article",
"mainEntityOfPage": {
"@id": "https://example.com/blog/guia/#webpage"
},
"headline": "Guía de mantenimiento de WordPress",
"description": "Pasos para mantener una web WordPress.",
"datePublished": "2026-09-10T09:00:00+02:00",
"dateModified": "2026-10-12T12:20:00+02:00",
"author": {
"@type": "Person",
"name": "Ana Pérez",
"url": "https://example.com/sobre-ana/"
},
"publisher": {
"@id": "https://example.com/#organization"
},
"image": [
"https://example.com/media/guia-16x9.jpg",
"https://example.com/media/guia-4x3.jpg",
"https://example.com/media/guia-1x1.jpg"
]
}
]
}¿Es obligatorio el grafo completo? No. Un WordPress con Yoast puede emitir nodos conectados para WebSite, WebPage, autor y artículo. Si ya existen, amplía o corrige el grafo existente mediante las opciones o API del plugin; no copies este grafo paralelo. Los identificadores @id se usan para relacionar entidades, no como una nueva URL pública que Google deba indexar.
Por qué no copiar el mismo schema para todos los posts
Cada artículo debe declarar su título, su autor real, su imagen y sus fechas propias. Copiar un JSON-LD estático en toda la web puede provocar que cien entradas diferentes afirmen tener el mismo titular y la misma URL. En WordPress, la solución escalable es usar la generación dinámica de tu plugin SEO o un desarrollo controlado por plantilla.
¿Se necesita publisher.logo?
Schema.org permite representar el editor y su identidad, pero la documentación actual de Google sobre Article no enumera publisher.logo entre las propiedades recomendadas específicas del artículo. Puedes incluir un publisher real cuando resulte relevante y el grafo lo soporte, evitando crear organizaciones ficticias o afirmar que una persona es una empresa.
Cómo configurar schema Article en Rank Math y Yoast SEO.
Antes de tocar Elementor o editar PHP, comprueba qué ha instalado y activado WordPress. Lo normal es que ya dispongas de una fuente automatizada para el marcado.
Abre una entrada publicada.
Elige un post representativo, con autor, imagen destacada y fechas. Anota la URL final que debería indexarse y comprueba que el contenido no esté protegido por contraseña.
Inspecciona el HTML real.
En el navegador, usa «Ver código fuente» y busca application/ld+json, "@type":"Article" o BlogPosting. La visualización del editor no sustituye a revisar la salida publicada.
Revisa el plugin SEO activo.
Determina si usas Rank Math, Yoast u otra solución. Evita activar varios sistemas que intenten describir la misma entrada con artículos y atributos incompatibles.
Ajusta tipo y metadatos.
Verifica la clase del artículo, autor, imagen, título y fechas. Ajusta la ficha del autor y la configuración del plugin en lugar de duplicar el JSON-LD manualmente.
Valida con dos herramientas.
Usa Rich Results Test para las funciones de Google y Schema Markup Validator para la validez general de Schema.org. No confundas «ningún resultado enriquecido detectado» con «JSON-LD inválido».
Comprueba la URL indexable.
Confirma el código HTTP, meta robots, canonical y accesibilidad de la imagen. Después consulta la inspección de URLs de Search Console para verificar lo que Google puede rastrear.
Configurar Article en Rank Math
- En WordPress entra en Rank Math SEO → Escritos y meta (Titles & Meta) y abre los ajustes del tipo de entrada.
- En Schema Type, revisa el esquema predeterminado. En una entrada individual abre el panel de Rank Math → pestaña Schema.
- Si procede, elige Article y después el subtipo Blog Post o News Article según el contenido.
- Configura autor, título, imagen destacada y demás metadatos de la entrada. Si no ves la pestaña, revisa que el módulo Schema esté habilitado.
- Guarda, limpia las cachés y comprueba el JSON-LD de la URL pública.
Configurar Article en Yoast
- En WordPress ve a Yoast SEO → Ajustes → Tipos de contenido y selecciona Entradas.
- Revisa el tipo de artículo predeterminado (normalmente
Article) y el tipo de página, que puede serWebPage. - En la entrada, usa la pestaña de Schema del panel lateral o caja de Yoast para un ajuste específico.
- Revisa la ficha de autor y el contenido visible. Yoast crea un grafo de entidades conectadas; evita pegar un segundo grafo sin integrarlo.
- Guarda, publica y comprueba la salida del sitio, no solo los ajustes del panel.
La diferencia decisiva: en una instalación WordPress habitual con un plugin SEO bien configurado, la mejor solución no es «añadir más schema», sino auditar y completar el que ya se genera. Yoast afirma que sus entradas se describen por defecto con Article y WebPage; Rank Math documenta ajustes por tipo de contenido y por entrada. Las etiquetas exactas del panel pueden variar según versión e idioma.
Configuración de autor en WordPress
Abre Usuarios → Perfil y revisa el nombre público. Si la firma corresponde a una persona, usa un nombre estable y una URL que permita identificarla sin ambigüedad: una página «Sobre mí» o una ficha de autor con información real. Si el plugin enlaza al archivo de autor, verifica que dicho archivo exista, sea público y no esté vacío. Una página de autor es más útil cuando explica quién es la persona, qué experiencia tiene y qué publica.
Varios autores: si el artículo muestra dos firmas, deben aparecer los dos autores como objetos separados. Un editor o revisor no se convierte automáticamente en coautor; distingue las funciones según sean reales y estén reflejadas en la página.
Añadir JSON-LD en WordPress sin romper el SEO.
Solo recurre a la implementación manual cuando lo necesites y tengas identificado quién emite el marcado existente. Elementor sirve para mostrar la página, pero no debe convertirse en una segunda fuente de metadatos sin control.
Widget HTML
Puede contener un bloque script de tipo application/ld+json si tu instalación y permisos lo permiten. Úsalo con cautela: queda ligado al contenido o plantilla, y puede duplicar al plugin SEO.
Bloque HTML
El código personalizado depende de permisos, filtros y del entorno. No des por hecho que WordPress conservará una etiqueta script para cualquier perfil de usuario.
wp_head + funciones WP
Para un caso especial y sin emisor previo, una función condicionada al tipo de contenido puede generar valores dinámicos y evitar copiar fechas y títulos a mano.
Ejemplo PHP dinámico para un sitio SIN schema Article existente
Este ejemplo usa una entrada individual, datos propios de WordPress, la imagen destacada si existe y wp_json_encode(). No lo añadas a un sitio que ya genere Article/BlogPosting con Yoast, Rank Math, otro plugin o el tema. Colócalo en un plugin propio o un gestor de snippets PHP fiable; no en un widget HTML de Elementor.
add_action('wp_head', function () {
if (!is_singular('post')) {
return;
}
// Usar SOLO si ningún plugin o tema ya emite Article.
$post_id = get_queried_object_id();
$author_id = (int) get_post_field('post_author', $post_id);
$url = get_permalink($post_id);
$name = get_the_author_meta('display_name', $author_id);
$author_url = get_author_posts_url($author_id);
$image = get_the_post_thumbnail_url($post_id, 'full');
$schema = array(
'@context' => 'https://schema.org',
'@type' => 'BlogPosting',
'@id' => $url . '#article',
'mainEntityOfPage' => $url,
'headline' => get_the_title($post_id),
'datePublished' => get_the_date('c', $post_id),
'dateModified' => get_the_modified_date('c', $post_id),
'author' => array(
'@type' => 'Person',
'name' => $name,
'url' => $author_url,
),
);
if ($image) {
$schema['image'] = $image;
}
$json = wp_json_encode(
$schema,
JSON_UNESCAPED_SLASHES |
JSON_UNESCAPED_UNICODE |
JSON_HEX_TAG | JSON_HEX_AMP | JSON_HEX_APOS | JSON_HEX_QUOT
);
if (false !== $json) {
echo '<script type="application/ld+json">'
. $json . '</script>' . "\n";
}
}, 20);Antes de activar este PHP: haz una copia de seguridad, prueba en staging, asegúrate de que el tema ejecuta wp_head() y revisa los artículos publicados. get_author_posts_url() apunta al archivo de autor de WordPress; si usas una biografía personalizada y pública, puede ser preferible una URL que identifique mejor a la persona. Si hay artículos con varios autores, este código de ejemplo no resuelve esa casuística y necesitarás adaptarlo. Las fechas se generan desde WordPress, no desde una cadena escrita a mano. Referencia de wp_json_encode ↗.
¿Y si tengo WordPress en tres idiomas?
En Polylang, WPML u otra solución multilingüe, cada traducción suele tener su URL, titular y contenido propios. El marcado de esa entrada debe reflejar su versión lingüística real; no pongas el artículo español como mainEntityOfPage de la traducción catalana o inglesa. Revisa las canonicals e indicaciones hreflang por separado. El schema Article no reemplaza hreflang ni corrige una canonical errónea.
Si la imagen destacada es distinta en una traducción, el JSON-LD debería describir la imagen adecuada para esa página. En entornos con caché, limpia y vuelve a probar cada versión: el código fuente servido al visitante es la referencia.
Generador de schema Article JSON-LD para WordPress.
Crea un ejemplo personalizado sin herramientas externas. Rellena las URLs y fechas reales, elige el tipo y copia el bloque JSON-LD o la etiqueta HTML. Generarlo no equivale a instalarlo ni a validarlo en Google. Nada se envía a un servidor desde esta herramienta.
Datos del artículo
Los valores iniciales pertenecen a un dominio de ejemplo. Sustitúyelos antes de publicar. No añade nada a tu WordPress.
Tu marcado preparado
JSON-LD de demostración. No publiques direcciones example.com.
Cuándo pegarlo: únicamente cuando hayas confirmado que tu tema y plugin SEO no generan un Article equivalente. Para sitios con muchos posts, lo recomendable es la configuración dinámica del plugin o una plantilla PHP controlada, no mantener bloques estáticos entrada por entrada.
Comprobador de schema Article: encuentra errores frecuentes.
Pega un JSON-LD, un @graph o código HTML con bloques application/ld+json. Se comprueban sintaxis, presencia de artículo, autor, fechas, imagen, URLs y posibles nodos repetidos. La revisión es local y orientativa: no rastrea Google, no valida políticas ni sustituye a las herramientas oficiales.
Este depurador identifica patrones técnicos frecuentes, pero no comprueba URLs remotas, resultados de SERP ni conflictos con datos visibles. Si el HTML incluye múltiples scripts, analiza los que declaran application/ld+json.
Cómo validar Article en Google y Search Console.
Hay tres preguntas distintas: «¿es JSON válido?», «¿Google entiende este tipo de datos?» y «¿la URL publicada se puede rastrear e indexar?». Ningún único comprobador responde por completo a las tres.
Rich Results Test
Introduce la URL publicada o el código. Revisa los elementos detectados, problemas y advertencias. Es la referencia para las características admitidas por Google, pero no valida todas las propiedades de Schema.org ni promete una apariencia especial.
Schema Markup Validator
Comprueba los nodos y propiedades basados en Schema.org. Es útil cuando deseas revisar un Article aunque no corresponda a una función específica de resultado enriquecido en el test de Google.
Inspección de URLs
En Search Console, pega la URL, consulta su indexación y, cuando proceda, ejecuta una prueba de URL publicada. Revisa canonical elegida por Google, bloqueos, respuesta y posibilidad de rastreo.
Proceso de validación que usaría en una web WordPress
- Publicar en una URL accesible: comprobar que devuelve HTTP 200, que no exige contraseña y que no tiene una directiva
noindexaccidental. - Ver HTML servido: abrir el código fuente de la entrada y localizar las etiquetas
application/ld+json. Si hay caché o CDN, comparar con la salida que ve un visitante anónimo. - Comprobar coherencia: contrastar titulares, nombre del autor, fecha visible, imagen principal, URL canónica y datos estructurados. Evitar que la misma entrada tenga dos declaraciones contradictorias.
- Validar vocabulario y función: pasar la página por Schema Markup Validator y Rich Results Test. Corregir los errores reales e interpretar las advertencias según el tipo de función de Google.
- Inspeccionar en Search Console: revisar si la URL se ha descubierto o indexado y si Google selecciona la canónica correcta. Una validación de schema correcta no equivale a indexación.
- Volver a revisar tras cambios: si se modifica el tema, plugin SEO, sistema multilingüe o estructura de autores, volver a probar una muestra de entradas de varias plantillas.
| Situación detectada | Qué significa | Qué hacer |
|---|---|---|
| JSON-LD sintácticamente inválido | El bloque no se puede interpretar como JSON. | Revisar comas, llaves, comillas y caracteres especiales. |
| Google no muestra un rich result | Puede ser normal aunque el marcado sea correcto. | Verificar el soporte de Google, sus políticas y la elegibilidad; no prometer un diseño concreto. |
| Falta dateModified | Es una propiedad recomendada si corresponde; no obligatoria. | Añadirla si hay fecha real de modificación y mantener coherencia. |
| Artículo válido, URL no indexada | Son procesos distintos. | Revisar rastreo, canonical, calidad, enlazado e informe de indexación. |
| Dos Article con autor diferente | Posible salida duplicada o contradictoria. | Identificar el emisor y unificar los datos de la entidad principal. |
| La imagen devuelve 404 | Google no podrá acceder correctamente al recurso. | Actualizar a una URL real de imagen representativa y rastreable. |
Si Search Console no muestra un informe específico llamado «Article»: no concluyas que el marcado falta. El catálogo de informes de resultados enriquecidos varía según las características que Google admite y detecta. Para revisar vocabulario general de Schema.org, utiliza Schema Markup Validator; para SEO técnico, inspecciona la URL. Herramientas oficiales de validación ↗.
12 errores frecuentes de schema Article y cómo solucionarlos.
Los problemas más costosos no siempre rompen la sintaxis: a menudo son inconsistencias entre el JSON-LD, los datos de WordPress y el contenido que realmente se publica.
Article duplicado
Un plugin SEO emite BlogPosting y Elementor añade otro Article incompatible. Identifica el marcado principal y elimina o integra las declaraciones redundantes.
Nombre genérico
El campo author.name pone «Equipo SEO» cuando la página muestra una persona concreta. Utiliza la firma real que aparece en el artículo.
URL de perfil vacía
Enlazar a una página inexistente o no identificativa reduce la utilidad del dato. Asocia el autor con una biografía pública y estable.
Publicación reinventada
Cambiar datePublished por la fecha de hoy para simular frescura altera la historia del artículo. Conserva la primera publicación.
Zona horaria ausente
Fechas sin offset pueden interpretarse de forma inesperada. Emite ISO 8601 con zona horaria cuando dispongas de ella.
Foto no representativa
Un logotipo genérico, una imagen bloqueada o una URL 404 no describe bien el artículo. Selecciona una imagen realmente asociada al contenido.
Canonical contradictoria
La entrada declara su URL pública, pero el canonical apunta a una página diferente. Verifica cuál es la versión que debería indexarse.
NewsArticle indiscriminado
Marcar todas las guías como noticia crea una clasificación inexacta. Elige BlogPosting o Article según la naturaleza editorial.
Comas y comillas rotas
El JSON no admite comentarios, comas finales ni comillas tipográficas como delimitadores. Valida el bloque antes de subirlo.
La versión ES en CA/EN
Copiar el mismo titular, URL o idioma a todas las traducciones crea incongruencias. Genera los datos para cada página lingüística.
Confundir marcado con indexación
Un resultado válido no desbloquea una URL excluida, huérfana o noindex. Examina Search Console y la arquitectura por separado.
Schema estático obsoleto
Un bloque escrito manualmente no cambia cuando se actualiza el título o autor. Siempre que sea posible, utiliza campos dinámicos.
Checklist listo para copiar: tipo coherente · un nodo de artículo principal consistente · autor real y URL identificativa · titular visible · publicación original · modificación real · ISO 8601 · imagen disponible · canonical correcta · versión de idioma correcta · JSON válido · página accesible · revisión en Rich Results Test, Schema Validator y Search Console.
Qué hacer en cada situación sin añadir código innecesario.
La implementación óptima depende del punto de partida. Estos supuestos muestran qué inspeccionaría primero y qué cambio haría después.
Acción: conservar el grafo de Yoast y configurar el tipo de artículo en sus ajustes. Corregir autor, imagen o fechas desde WordPress o los filtros documentados, si hacen falta. No pegar el generador encima.
Acción: revisar el subtipo en las opciones de Schema de la entrada o la configuración predeterminada. Validar la salida publicada tras guardar y limpiar caché.
Acción: comprobar si el tema ya imprime datos estructurados; si no, implementar un emisor dinámico por plantilla, con datos reales y pruebas de regresión.
Acción: revisar la naturaleza de la función admitida por Google y sus otras señales. No se controla de forma garantizada el título, fecha, imagen o fragmento del resultado mediante JSON-LD.
Acción: evitar bloques estáticos. Revisar taxonomía de tipos, perfiles de autor, valores dinámicos, vistas por plantilla y una muestra estratificada de URLs.
Acción: mantener la fecha de publicación original, modificar la fecha de actualización cuando proceda y reflejar la revisión en la página visible. No actualizar fechas artificialmente.
Diferencia entre schema Article y otras etiquetas SEO
Open Graph sirve para controlar parte de la información que pueden leer plataformas sociales, pero no sustituye a los datos estructurados de Schema.org. El meta title es un candidato al texto de título, mientras que headline describe el nombre del artículo. La canonical comunica una URL preferida entre duplicados; mainEntityOfPage expresa una relación semántica. Y hreflang describe alternancias lingüísticas; no se deriva automáticamente de BlogPosting.
Article, Google News y Google Discover
Google aclara que el marcado Article no es un requisito previo para aparecer en funciones de Google News como Noticias destacadas. También indica que Discover no exige etiquetas especiales ni datos estructurados: depende de la indexación y de sus políticas. Por tanto, no presentes NewsArticle como un atajo para entrar en Google News o Discover. Consulta la documentación de Discover ↗.
¿Cómo medir si la implementación ha servido?
No atribuyas variaciones de clics a una propiedad aislada sin datos. Registra la fecha de despliegue, conserva una muestra de URLs afectadas y vigila en Search Console los cambios de indexación, consultas, clics, impresiones y CTR. Añade una revisión cualitativa de snippets y títulos. Si cambias simultáneamente contenidos, enlazado, plantillas y datos estructurados, no podrás asegurar qué intervención provocó cada variación.
Dudas sobre schema Article en WordPress.
Respuestas concisas a las consultas que suelen aparecer antes, durante y después de instalar el marcado en un blog.
¿Qué es schema Article en WordPress?
Es un conjunto de datos estructurados Schema.org que identifica una página como artículo, describe su titular, autor, fechas e imágenes y puede ayudar a los buscadores a interpretar mejor el contenido. Se suele generar automáticamente con plugins SEO o añadirse mediante JSON-LD.
¿Cómo añadir Article JSON-LD en WordPress paso a paso?
Primero revisa el HTML de una entrada y verifica si hay marcado previo. Después configura el tipo de artículo, autor e imágenes en el plugin SEO. Solo si no existe una salida equivalente, añade un script JSON-LD desde una implementación controlada; por último valida la URL y el grafo.
¿Es mejor Article o BlogPosting para un blog?
Los dos tipos están soportados por Google. Para una entrada de blog, BlogPosting suele describirla de forma más específica, mientras que Article sigue siendo válido para un artículo general. Usa NewsArticle únicamente si el contenido es una noticia real.
¿Qué propiedades son obligatorias para Article en Google?
La documentación actual de Google no enumera propiedades obligatorias específicas para Article. Recomienda aportar, cuando correspondan, author, author.name, author.url, datePublished, dateModified, headline e image, además de seguir las directrices generales.
¿Cómo pongo el autor correcto en el schema?
En author utiliza Person para una persona y Organization cuando una organización sea realmente la autora. Incluye un nombre que coincida con la firma visible y, preferiblemente, una URL de perfil que identifique a esa entidad. Varios autores se declaran como objetos separados.
¿Qué diferencia hay entre datePublished y dateModified?
datePublished indica cuándo se publicó originalmente el artículo. dateModified señala su modificación más reciente cuando existe. No cambies la fecha original por la de actualización y usa ISO 8601 con información de zona horaria si está disponible.
¿Puedo añadir schema Article con Elementor?
Un widget HTML puede incluir un script JSON-LD cuando la instalación permite conservarlo, pero WordPress y el plugin SEO pueden emitir ya un artículo equivalente. Para una web grande es mejor mantener una sola solución dinámica por plantilla que copiar código manual en cada página.
¿Rank Math añade schema Article automáticamente?
Rank Math documenta un tipo Article predeterminado para publicaciones y páginas, con opciones para modificar el subtipo y configurarlo por entrada. Verifica los ajustes de tu versión y comprueba el marcado real antes de añadir un segundo bloque.
¿Yoast SEO crea Article y WebPage a la vez?
Sí, Yoast indica que habitualmente describe las entradas mediante Article y WebPage en un grafo conectado. Son entidades diferentes con funciones distintas; eso no equivale automáticamente a tener dos artículos duplicados.
¿Tener dos scripts JSON-LD es un error?
No necesariamente. Una página puede incluir varios scripts con datos estructurados válidos para entidades diferentes. El problema aparece cuando dos fuentes describen el mismo artículo con URLs, autores, fechas o títulos incompatibles o duplican su entidad principal sin coherencia.
¿Cuál es el mejor tamaño de imagen para Article?
Google recomienda imágenes representativas de alta resolución, idealmente en proporciones 16:9, 4:3 y 1:1 cuando sea posible, con al menos 50.000 píxeles de superficie para sus recomendaciones de imagen. No sustituyas una imagen inexistente por un archivo de ejemplo.
¿Hay que incluir publisher y un logo?
Publisher es una propiedad de Schema.org que puede ayudar a describir quién edita el contenido, pero no figura entre las propiedades recomendadas específicas que Google enumera en la guía actual de Article. Úsala cuando la entidad editora sea real y esté correctamente vinculada.
¿El schema Article mejora el posicionamiento SEO?
Puede mejorar la claridad semántica de la página y contribuir a la interpretación de datos relevantes, pero Google no garantiza un incremento de posiciones, CTR ni resultados enriquecidos por añadir el marcado. La calidad del contenido y la indexabilidad siguen siendo esenciales.
¿Por qué Rich Results Test no muestra un resultado enriquecido?
Puede que el JSON-LD sea válido pero no produzca una función específica que Google muestre en esa prueba o en esa URL. Usa Schema Markup Validator para revisar el vocabulario completo y compara con la documentación concreta de Google para Article.
¿Por qué Google no muestra la fecha que he marcado?
Google combina varias señales para decidir si muestra una fecha y cuál representa mejor la página. Comprueba la fecha visible, la publicación original, las modificaciones reales y su consistencia. El campo dateModified no fuerza una fecha de snippet.
¿El schema Article ayuda a indexar una URL nueva?
No sustituye el rastreo ni garantiza indexación. La URL debe ser accesible, indexable, estar enlazada y ofrecer contenido útil. Revisa el canonical, noindex, el sitemap y la inspección de URLs de Search Console si no aparece en Google.
¿Necesito schema FAQPage por tener preguntas frecuentes?
No. Puedes publicar un bloque de preguntas y respuestas en HTML visible sin añadir FAQPage. Sus funciones enriquecidas tienen políticas y disponibilidad propias. No incorpores marcado FAQ únicamente porque la página contiene un acordeón.
¿Hay que cambiar el schema en cada traducción de Polylang?
Los valores deben corresponder a cada versión: URL de esa traducción, titular, autor y recursos correctos. Comprueba además las canónicas y hreflang. El hecho de que el sitio use Polylang no elimina la necesidad de revisar la salida publicada por idioma.
Documentación utilizada y límites de esta guía.
Contenido contrastado con fuentes primarias y documentación oficial de proveedores, con revisión editorial el 17 de octubre de 2026. Las recomendaciones específicas de Google se diferencian deliberadamente de las propiedades generales de Schema.org y de los consejos prácticos para WordPress.
Qué he priorizado en esta guía
Esta página se centra en la intención práctica de quien busca «schema Article WordPress»: elegir el tipo adecuado, preparar un ejemplo correcto, configurarlo con un plugin, evitar conflictos, comprobar autor y fechas y validar el código. Los ejemplos son demostrativos y las herramientas operan localmente; no se afirma que se haya auditado tu instalación de WordPress ni que se haya ejecutado una prueba real contra su URL.
Para Google, la fuente definitiva son sus políticas y la página de la característica correspondiente. Para las propiedades generales, Schema.org. Para los pasos del panel, la documentación de la versión instalada de cada plugin. Si alguno cambia su interfaz, revisa sus instrucciones actualizadas antes de aplicar los pasos.
Una nota sobre SEO y posiciones
El artículo se ha diseñado para responder de forma completa a búsquedas informativas y transaccionales ligeras, pero ningún redactor puede asegurar el Top 1 en Google. Ese resultado depende de competencia real, autoridad, indexación, enlazado, contenido y cambios de búsqueda. El volumen y la dificultad de las palabras clave deberían contrastarse con datos específicos de la SERP española y Search Console antes de asignar una cifra.
