Configura

Elige un tipo schema.org y rellena los campos. Los campos requeridos se marcan con *.

Tipo de schema

Artículo

Titular*

0/110

El titular es requerido para un schema de Article válido.

Descripción

URL de imagen

Fecha de publicación*

Campo requerido.

Fecha de modificación

Autor

Nombre del autor*

El nombre del autor es requerido.

URL del autor

Editor

Nombre del editor

URL del logo del editor

Página

Entidad principal de la página (URL)

Resultado

Copia en una etiqueta script[type=application/ld+json] en el head de tu página.

schema.jsonld

{
  "@context": "https://schema.org",
  "@type": "Article"
}

Probar en Google Rich Results

Tu robots.txt está listo — pero es solo una de 99+ señales SEO.

Ejecutar auditoría gratuita →

¿Qué son los datos estructurados y por qué son importantes?

Los datos estructurados son una capa de metadatos que añades a una página web para describir su contenido en un formato legible por máquinas. El cuerpo de la página es lo que ven los humanos; los datos estructurados son lo que los motores de búsqueda, los asistentes de voz y los agregadores de contenido leen para entender de qué trata la página. Una entrada de blog se convierte en un Article claramente identificado con autor, fecha de publicación y titular. Una página de producto se convierte en un Product con precio, disponibilidad y reseñas. Una ubicación de negocio se convierte en un LocalBusiness con dirección, horario y número de teléfono. El vocabulario que define todos estos tipos es Schema.org, un proyecto colaborativo lanzado en 2011 por Google, Microsoft, Yahoo y Yandex.

La razón por la que los datos estructurados importan son los resultados enriquecidos. Cuando una página tiene datos estructurados válidos y Google decide que la consulta y la calidad del contenido lo justifican, el SERP muestra características mejoradas junto a o en lugar del fragmento habitual. Las valoraciones con estrellas aparecen bajo los resultados de productos. Los acordeones de FAQ aparecen bajo los artículos. Las rutas de navegación reemplazan la línea de URL. Las tarjetas de recetas muestran el tiempo de cocción y el conteo de calorías. Los listados de eventos muestran fecha y lugar. Cada una de estas mejoras ocupa más espacio vertical, distingue visualmente el resultado y aumenta considerablemente la tasa de clics. Un resultado en la tercera posición con un fragmento enriquecido supera habitualmente a un resultado en primera posición con un enlace azul simple.

Más allá del SERP, los datos estructurados alimentan la web semántica más amplia. Los asistentes de voz como Google Assistant y Alexa leen el schema para responder preguntas. El Gráfico de Conocimiento de Google usa el schema para construir perfiles de entidades. Agregadores como Google Shopping, Google Travel y Google Jobs dependen de los datos estructurados para poblar sus verticales. Sin schema, tu contenido es texto que debe ser inferido; con schema, son datos que pueden citarse directamente.

La jerarquía de procesamiento de Google importa cuando tienes que elegir entre formatos. El equipo ha declarado desde 2015 que JSON-LD es el formato preferido, y una confirmación de 2020 dejó claro que JSON-LD se analiza más rápido y de manera más confiable que las alternativas en línea. El orden de preferencia es JSON-LD primero, Microdata segundo, RDFa tercero. Mezclar formatos en la misma página produce resultados inconsistentes —Google puede elegir uno, puede combinarlos o puede marcar el conflicto— así que comprométete con JSON-LD y evita mezclarlos. JSON-LD también tiene la ventaja práctica de vivir en una etiqueta <script type="application/ld+json"> en el head, separado del HTML renderizado, lo que facilita su mantenimiento y control de versiones.

Cómo usar este generador

El formulario está agrupado por tipo de schema, y solo debes rellenar los campos que correspondan a tu página.

Paso 1 — Elige el tipo de schema. Selecciona Article, Product, Organization, LocalBusiness, FAQPage o BreadcrumbList según lo que la página realmente representa. El generador solo emite marcado para tipos que coincidan con contenido real de la página; no permite fabricar entradas de FAQ o reseñas de productos para manipular los resultados enriquecidos.

Paso 2 — Rellena los campos obligatorios. Cada tipo de schema tiene un conjunto de campos obligatorios definido por la documentación de datos estructurados de Google. El generador resalta los campos obligatorios en rojo y señala los valores faltantes antes de generar la salida. Los campos opcionales son visibles pero plegables para mantener el formulario conciso.

Paso 3 — Copia el JSON-LD y pégalo en tu <head>. La salida es un único bloque <script type="application/ld+json">. Pégalo en el head de la página que describe el schema. Valida inmediatamente después en el Test de Resultados Enriquecidos — si la herramienta de Google reporta errores, ningún resultado enriquecido se renderizará en producción.

Tipos de schema y cuándo usar cada uno

El vocabulario de Schema.org contiene cientos de tipos, pero un pequeño conjunto cubre la mayoría de las páginas del mundo real.

Article, NewsArticle, BlogPosting

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to write a meta description",
  "datePublished": "2026-04-27T10:00:00+00:00",
  "dateModified": "2026-04-27T12:00:00+00:00",
  "author": { "@type": "Person", "name": "Jane Smith" },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" }
  },
  "mainEntityOfPage": "https://example.com/blog/meta-description"
}

Article es el tipo padre genérico. NewsArticle es para contenido periodístico y editorial —reportajes de noticias, piezas de investigación, todo lo que tenga una fecha de publicación y un proceso editorial. BlogPosting es para contenido en formato blog —artículos de opinión, tutoriales, entradas personales. Usa el subtipo más específico que genuinamente aplique. Google recompensa la especificidad en el schema mostrando los resultados enriquecidos correctos: NewsArticle es elegible para el carrusel de Principales noticias, mientras que Article simple no lo es. Los campos obligatorios son headline, datePublished, author y una image para ser elegible para resultados enriquecidos.

Product

El schema de Product te proporciona valoraciones con estrellas, visualización de precios e insignias de disponibilidad en la búsqueda. Los campos obligatorios son name, image y ya sea offers (con precio y moneda) o review y aggregateRating. La valoración agregada es el campo que produce las estrellas doradas bajo el resultado, pero Google ha endurecido las reglas desde 2019: la valoración debe derivarse de reseñas reales de primera mano en la propia página, no obtenidas de fuentes de terceros. Falsificar valoraciones o reutilizar valoraciones de terceros como si fueran propias es una acción manual que tarde o temprano llegará.

Organization

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Inc.",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://twitter.com/example",
    "https://linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Inc"
  ]
}

El schema de Organization va en la página de inicio y en la página Acerca de. Le indica a los motores de búsqueda quién publica el sitio, lo cual alimenta el perfil de entidad del Gráfico de Conocimiento que aparece en el panel derecho para las búsquedas de marca. El campo sameAs es el más importante y el que se omite con mayor frecuencia —lista los perfiles externos autorizados que confirman la identidad de la organización. Sin sameAs, Google tiene que inferir la entidad por contexto; con sameAs, el vínculo es explícito.

LocalBusiness

LocalBusiness extiende Organization con campos específicos de ubicación: address, geo (latitud y longitud), openingHoursSpecification, telephone y priceRange. Es necesario para el Panel de Conocimiento que aparece en la búsqueda local y en Google Maps. Usa el subtipo más específico: Restaurant, Dentist, AutoRepair, LegalService, y así sucesivamente, cada uno de los cuales tiene sus propios subtipos. La lista completa está en la sección LocalBusiness de Schema.org. Incluir el subtipo incorrecto —Restaurant para una cafetería, Store para un negocio de servicios— confunde la búsqueda local y reduce la visibilidad para las consultas correctas.

FAQPage

El schema de FAQPage marca preguntas y respuestas en formato Q-A. El formato es sencillo —un array mainEntity de objetos Question, cada uno con un acceptedAnswer— pero la elegibilidad para resultados enriquecidos se ha reducido considerablemente desde 2023. Google ahora restringe los resultados enriquecidos de FAQ a sitios gubernamentales y de salud con autoridad, y la mayoría de las páginas de marketing ya no ven el acordeón en la búsqueda aunque el marcado sea válido. El schema sigue valiendo la pena incluirlo porque ayuda a Google a entender la estructura de la página, pero no esperes resultados enriquecidos fuera de los verticales elegibles.

BreadcrumbList

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://example.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://example.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Current Article"
    }
  ]
}

BreadcrumbList reemplaza la línea de URL en el SERP con una ruta de navegación clicable, que es uno de los resultados enriquecidos que Google renderiza con mayor consistencia. La página actual (el último elemento) no necesita una URL en item —su ausencia le indica a Google que esta es la posición final. Incluye siempre BreadcrumbList en cada página más profunda que la página de inicio; no cuesta nada y mejora consistentemente la CTR.

Vincular entidades con @id y sameAs

La mayoría de las páginas reales contienen múltiples entidades —un Article con un autor, un editor y una ruta de navegación. Sin coordinación, acabas declarando la misma Organization tres veces en tres bloques de schema diferentes, sin manera de que los motores de búsqueda sepan que son la misma entidad. El patrón @id resuelve esto.

Asigna a cada entidad un @id estable y único que parezca una URL —normalmente la URL canónica de la página con un identificador de fragmento como #organization, #article o #author. Una vez que una entidad es declarada con un @id, cada referencia posterior puede ser un objeto { "@id": "..." } en lugar de un duplicado completo.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example",
      "url": "https://example.com",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/article#article",
      "headline": "Title",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

El envoltorio @graph te permite declarar múltiples entidades de nivel superior en un único bloque JSON-LD, con los vínculos de @id estableciendo las relaciones. Esta es la mejor práctica moderna para cualquier página con más de una entidad, y es como los plugins de SEO como Yoast y Rank Math estructuran su salida.

sameAs es la propiedad complementaria de @id. Donde @id vincula entidades dentro del sitio, sameAs vincula entidades a sus representaciones canónicas en otros sitios —la página de Wikipedia, la entrada de Wikidata, los perfiles oficiales de Twitter y LinkedIn. Los motores de búsqueda usan sameAs para realizar la reconciliación de entidades, confirmando que tu Organization es la que los usuarios buscan cuando buscan la marca. Incluye siempre sameAs en Organization, Person y schema de entidades de alto valor.

Errores comunes que perjudican el SEO

Schema para contenido que no aparece en la página. Schema de FAQ para preguntas que no están realmente renderizadas, schema de Product con reseñas que no existen, schema de Recipe en una página que no contiene una receta —todos estos violan las directrices de datos estructurados de Google y pueden generar acciones manuales. El schema debe describir contenido que esté visiblemente presente en la página.

Tipo de schema incorrecto. Usar Article para una página de producto, Organization para un blog personal, LocalBusiness para un servicio exclusivamente en línea. El tipo incorrecto confunde a los motores de búsqueda e impide que se rendericen los resultados enriquecidos correctos. Elige el tipo más específico que genuinamente corresponda, y consulta el árbol de tipos de Schema.org si tienes dudas.

Mezclar JSON-LD con Microdata o RDFa. Cuando la misma página declara la misma entidad en dos formatos, el comportamiento de Google es indefinido —puede combinarlos, puede elegir uno o puede marcar el conflicto en Search Console. Comprométete con JSON-LD y elimina los datos estructurados en línea del HTML renderizado.

Ignorar los campos obligatorios. Cada tipo de resultado enriquecido tiene campos obligatorios documentados en developers.google.com/search. Article requiere headline, datePublished, author y una image. Product requiere name, image y ya sea offers o datos de valoración. La falta de cualquier campo obligatorio significa que ningún resultado enriquecido se renderizará, aunque el resto del marcado sea perfecto. El Test de Resultados Enriquecidos señala lo que falta.

dateModified desactualizado. El schema de Article con un valor dateModified que nunca cambia le indica a Google que la página está estancada. Por el contrario, actualizar dateModified en cada regeneración de página sin un cambio real de contenido también es una señal —Google detecta el patrón y descuenta el campo. Establece dateModified en el tiempo real de la última edición del contenido.

Valores @id duplicados o recursivos. Dos entidades compartiendo el mismo @id, o una entidad referenciando su propio @id, rompe el grafo. Cada @id debe ser único dentro del bloque JSON-LD. El patrón de usar identificadores de fragmento como #organization, #author, #article mantiene los IDs predecibles y únicos.

Validar una vez y nunca más. El marcado de schema que funcionaba al lanzamiento puede romperse de muchas maneras: una actualización del CMS cambia el formato de las fechas, una traducción elimina un campo obligatorio, una refactorización de plantilla elimina el JSON-LD por completo. Ejecuta el Test de Resultados Enriquecidos en al menos una página por tipo de schema después de cada publicación significativa.

Casos extremos que nadie menciona

El JSON-LD no es visible para los humanos, pero sí lo es para atacantes y competidores que ven el código fuente de tu página. El schema que lista empleados internos por nombre, expone direcciones de correo electrónico del negocio o detalla precios no mostrados en la página puede filtrar información que preferirías mantener privada. La recomendación es poner en el JSON-LD solo datos que ya sean públicos en otro lugar de la página. El otro caso extremo es el renderizado: el schema inyectado del lado del cliente mediante JavaScript puede ser omitido en el primer paso de rastreo de Googlebot, ya que la cola de renderizado es separada de la cola de indexación y se ejecuta más tarde. Para el schema que afecta a los resultados enriquecidos, el renderizado del lado del servidor o la generación estática es el camino seguro.

Generador de JSON-LD Schema.org gratuito