Schema para búsqueda con IA: guía de implementación paso a paso

Paso 1. Audita la página y el marcado existente

Hazlo: Inspecciona el contenido visible y el JSON-LD que ya genera la plantilla. Registra errores factuales, nodos duplicados y relaciones ausentes antes de cambiar el código.

Una descripción estructurada puede ser perfecta sintácticamente y falsa. En la web de un experto, comprueba primero autor, empresa, cargo, fechas y URLs con información visible y verificable. Añadir propiedades antes de resolver los hechos solo construye un error más elaborado.

La guía de Google no exige schema especial para AI Overviews o AI Mode. Los datos precisos describen contenido y pueden apoyar funciones elegibles, pero no son una instrucción universal de citación para ChatGPT u otros proveedores.

Esta guía trata de la web de un experto y sus artículos. Para la confusión entre personas u organizaciones, utiliza la guía de identidad. Corregir la identidad resulta útil aunque la siguiente prueba de visibilidad no muestre cambios.

Antes de seguir: Los hechos están verificados y la salida actual registrada, incluido el schema de plugins.

Paso 2. Elige solo los tipos pertinentes

Hazlo: Identifica con la tabla qué representa la página. Anota tipos y propiedades verificadas y revisa la documentación de la función correspondiente.

Schema.org aporta vocabulario; JSON-LD, un formato para expresar datos enlazados. @id identifica un nodo y sameAs aporta una referencia de identidad. Que un tipo exista en Schema.org no significa que Google ofrezca un resultado enriquecido para él en tu sitio. Revisa la documentación de cada función.

La documentación de Article explica propiedades como titular, imagen, autor y fechas. Incluye información que corresponda al contenido y a la función, en lugar de copiar todas las propiedades de otra web.

Antes de seguir: Cada tipo elegido describe contenido o una relación factual de la página.

Paso 3. Construye el grafo con identificadores reales

Hazlo: Adapta el ejemplo a los hechos verificados. Sustituye todos los valores de demostración y conecta el autor del artículo con el nodo Person correcto.

Ejemplo ilustrativo con dominios reservados: el grafo describe una autora y un artículo ficticios. Se muestra como código, no se instala como datos de esta página. Sustituye URLs, nombre, titular y fechas por hechos verificados antes de utilizarlo. Ilustra relaciones; no es una plantilla completa de elegibilidad.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Person",
      "@id": "https://example.com/#jane-doe",
      "name": "Jane Doe",
      "url": "https://example.com/about",
      "sameAs": [
        "https://profiles.example.org/jane-doe"
      ]
    },
    {
      "@type": "Article",
      "@id": "https://example.com/blog/measurement-guide#article",
      "url": "https://example.com/blog/measurement-guide",
      "headline": "A practical measurement guide",
      "datePublished": "2026-09-01",
      "dateModified": "2026-10-04",
      "author": {
        "@id": "https://example.com/#jane-doe"
      }
    }
  ]
}

El author.@id del artículo coincide exactamente con el nodo Person. Reutiliza ese identificador en otras páginas del mismo autor. El artículo mantiene el suyo. Un fragmento no crea una URL independiente de artículo ni sustituye al enlace canónico.

El perfil de sameAs es hipotético. En producción, incluye un perfil solo tras comprobar que identifica a esa misma persona. La web del empleador pertenece a una relación de organización adecuada, no al sameAs personal. No necesitas una entrada de Wikipedia o Wikidata. No añadas un homónimo dudoso para rellenar el campo. Consulta la definición de la propiedad.

En una web estática, JSON-LD puede incluirse en un elemento script con type="application/ld+json". En un CMS, revisa primero lo que genera la plantilla o el plugin para evitar duplicaciones. Mantén identidades distintas para las páginas EN y ES y referencia al mismo autor real. Las traducciones necesitan coherencia factual, no frases idénticas.

Antes de seguir: No quedan identidades ficticias ni dominios de ejemplo en producción; persona y artículo tienen identificadores distintos.

Paso 4. Valida el borrador y el resultado publicado

Hazlo: Aplica la tabla de comprobaciones. Resuelve errores y discrepancias antes de publicar y revisa después lo que sirve la URL real.

Utiliza Schema.org Validator y Rich Results Test para fines distintos. Ninguno demuestra que una credencial profesional sea cierta. Las directrices de Google exigen contenido pertinente y representativo y aclaran que un marcado correcto no garantiza un resultado enriquecido.

Registra versión de página, fecha de prueba, hallazgos y correcciones. Revisa canónicas e idiomas aparte: validar schema no sustituye esas comprobaciones. Conserva la fecha original y utiliza la de modificación para cambios sustantivos, no para aparentar actualidad.

Antes de seguir: El registro indica URL, versión, herramientas, resultados y asuntos pendientes. La sintaxis no es la última comprobación.

Seguimiento opcional: investiga el impacto por separado

Hazlo: Si estudias efectos de visibilidad, conserva una línea base antes de desplegar el cambio y registra otras modificaciones simultáneas.

Una implementación correcta representa la página y supera las comprobaciones adecuadas. No significa que haya adquirido autoridad de citación. Para investigar resultados, guarda una línea base, documenta el cambio y conserva las modificaciones simultáneas de contenido o técnica.

Repite un panel fijo con condiciones declaradas y registra citas de la página, no solo menciones. Variabilidad, demoras de indexación y cambios de plataforma siguen siendo explicaciones alternativas. Un antes y después no aísla la contribución del schema. La guía de visibilidad en IA define tasas y denominadores.

El informe de rendimiento de IA generativa de Google puede aportar impresiones disponibles de sus funciones. No prueba el efecto causal del marcado ni mide otros proveedores. Empieza por una página, inspecciona su grafo real y corrige la primera diferencia entre marcado y realidad.

Antes de seguir: La implementación terminada se informa por separado de los resultados observados en IA.

Comprueba tu entrega

Plantilla para copiar y completar

Es una plantilla de trabajo, no resultados observados.

URL / idioma / versión: [ ]
Grafo existente / cambios: [ ]
ID de artículo / ID de autor / enlaces verificados: [ ]
JSON / vocabulario / prueba de función: [resultado y fecha]
Hechos visibles / asunto pendiente: [ ]
Salida publicada / revisor: [ ]

• El marcado coincide con autor, contenido y fechas visibles.
• Los IDs de Article y Person conectan sin confundir entidades.
• No quedan URLs de demostración ni valores ficticios en producción.
• Se han revisado sintaxis, vocabulario y resultados de la función pertinente.
• La URL publicada sirve el grafo y enlaces de idioma previstos.
• Los problemas factuales se resuelven antes de dar la implementación por terminada.