SEO y Schema.org: Article y Organization como JSON-LD

Schema.org es un vocabulario compartido para datos estructurados en páginas web: tipos como Article y Organization, casi siempre como JSON-LD en el HTML. El SEO obtiene con ello hechos legibles por máquinas junto al texto corrido. Google puede construir Rich Results a partir de eso, pero no tiene por qué.

Dos estaciones de comprobación antes de que pases a live:

• Schema.org Validator: comprueba si los tipos y las properties encajan con el estándar. También sirve para leer páginas ajenas.
• Google Rich Results Test: comprueba qué acepta Google para resultados de búsqueda ampliados.

Qué te aporta Schema.org

Describes entidades de forma explícita: esto es un artículo, esto es la organización de detrás, esto es la fecha de publicación. Los buscadores y otros parsers tienen que adivinar menos. El beneficio visible suele verse en tipos de pregunta, líneas de autor, logos y piezas de knowledge panel. El texto sigue siendo obligatorio. El markup sin contenido es decoración.

Article: ejemplo JSON-LD

Para páginas de revista y blog suele bastar Article (o un subtipo como NewsArticle / BlogPosting, si de verdad encaja). Mínimo razonable:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "SEO und Schema.org",
  "datePublished": "2023-01-05T11:57:54+01:00",
  "dateModified": "2026-09-09T12:00:00+02:00",
  "author": {
    "@type": "Person",
    "name": "John McGrinsey"
  },
  "publisher": {
    "@type": "Organization",
    "name": "McGrinsey",
    "logo": {
      "@type": "ImageObject",
      "url": "https://mcgrinsey.com/logo.png"
    }
  },
  "image": "https://mcgrinsey.com/media/auto-seo-und-schema-org.png",
  "mainEntityOfPage": "https://mcgrinsey.com/magazin/seo-und-schema-org/"
}

Sustituye las URLs y los datos por tus valores reales. Mantén el headline corto. Fecha con zona horaria. Logo del publisher como URL absoluta estable.

Organization: ejemplo JSON-LD

Para About, Impressum o identidad en todo el sitio:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Corporation",
  "url": "https://www.example.com",
  "logo": "https://www.example.com/images/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://x.com/example"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "customer service",
    "email": "contact@example.com"
  }
}

sameAs enlaza perfiles oficiales. Suele bastar una Organization por marca. Varios bloques contradictorios en el mismo dominio generan ruido.

¿Necesitan las tablas Schema para que Google las lea?

No. El Googlebot también puede leer el contenido de las tablas sin marcado semántico. Schema.org no sustituye una tabla HTML clara ni una frase clara al respecto. Complementa donde los tipos y las relaciones de otro modo quedan implícitos.

Flujo breve

1. Elige el tipo (Article, Organization, …).
2. JSON-LD en un <script type="application/ld+json"> en el documento.
3. Validator.schema.org contra la URL o el texto del snippet.
4. Rich Results Test si apuntas a ampliaciones de Google.

Tabla de hechos

Afirmación	Cesta	De dónde
Schema.org es un vocabulario compartido para datos estructurados en la web	Hecho	schema.org docs
JSON-LD es un formato de incrustación habitual para Schema.org en HTML	Hecho	schema.org / Google Search Central sobre structured data
Article y Organization son tipos de Schema.org con properties documentadas	Hecho	schema.org/Article, schema.org/Organization
Las tablas no necesitan marcado Schema para que el Googlebot pueda leer las celdas	Hecho	Originalstub 05.01.2023; práctica de crawl habitual, no es garantía de un Rich Result concreto
El markup válido aumenta la chance de Rich Results, no los fuerza	Hipótesis	Google enfatiza idoneidad y directrices; la entrega queda del lado del sistema