Qué hace realmente el schema por las respuestas de la IA
Los datos estructurados son la táctica más sobreprometida y menos especificada del AEO, así que este módulo empieza por situar la afirmación en su tamaño real. Los datos estructurados son JSON legible por máquinas, incrustado en la página como JSON-LD, que declara qué es la página y qué entidades describe. Para el Google clásico, ciertos tipos ganan resultados enriquecidos. Para las respuestas de la IA, la afirmación honesta es más acotada: el schema es una capa de confirmación y desambiguación. Ayuda a los sistemas a resolver que esta página es la página de producto de esta organización, que este precio, este autor y esta fecha los afirma el editor, y que dos cosas con nombres parecidos son entidades diferentes.
Lo que el schema no es: un interruptor de citas. Ningún marcado hace que un motor cite una página cuyo contenido no supera la prueba de extractabilidad del módulo anterior. El modelo mental correcto es que el contenido gana la cita y el schema elimina la ambigüedad sobre quién y qué se está citando. Los equipos que invierten esto pasan semanas en el marcado y se preguntan por qué no se movió nada.
La regla de coincidencia
Una regla gobierna todo lo demás en este módulo: el marcado solo puede afirmar lo que un lector puede ver en la página. Cada propiedad del JSON-LD debe estar respaldada por contenido visible: el precio mostrado, las preguntas de la FAQ que realmente están en la página, el autor realmente nombrado, la valoración realmente mostrada a partir de reseñas reales.
La regla tiene dientes en ambas direcciones. El marcado que exagera la página (valoraciones inventadas, FAQ que solo existen en el JSON, ofertas que la página nunca menciona) es el patrón de spam clásico que los buscadores penalizan y la forma más rápida de que tus datos estructurados dejen de ser fiables por completo. Y el marcado que contradice a la página (un precio obsoleto, una fecha antigua, un producto renombrado) enseña a las máquinas que tus feeds no coinciden con tus páginas, que es precisamente la incoherencia contra la que advertía el módulo de relevancia de entidades. Cuando la página y el marcado entran en conflicto, no te quedas con la mejor de las dos lecturas: te ganas la desconfianza hacia ambas.
Un orden de prioridad para AEO
El esfuerzo en schema debe seguir el valor de la entidad, no la novedad. El orden por defecto del módulo para un sitio típico:
| Prioridad | Schema | Por qué va aquí |
|---|---|---|
| 1 | Organization y WebSite, en todo el sitio | La raíz del grafo de entidades: nombre oficial, logo, URL y perfiles. Todo lo demás cuelga de aquí. |
| 2 | Article o WebPage con fechas y autor | Las fechas y la autoría son señales de confianza que los motores leen de forma mecánica; las fechas obsoletas también se leen. |
| 3 | BreadcrumbList | Declaración barata y de bajo riesgo de dónde se sitúa cada página en la estructura temática del sitio. |
| 4 | FAQPage en contenido de preguntas y respuestas genuino | Refleja la estructura de una pregunta y una respuesta que ya sirve a la extracción; solo para FAQ reales y visibles. |
| 5 | Específicos de tipo: Product, SoftwareApplication, Course, HowTo | Muy valiosos en el puñado de páginas que de verdad describen; desperdiciados o arriesgados en todas las demás. |
La regla de decisión para la capa cinco: elige el tipo más específico cuyas propiedades obligatorias puedas rellenar con honestidad a partir del contenido visible. Si no puedes, usa el tipo más general. Un bloque Course pobre con propiedades fabricadas es peor que un WebPage honesto.
El grafo de entidades: @id y sameAs
La técnica avanzada que la mayoría de las implementaciones pasa por alto es enlazar los bloques en un único grafo en lugar de publicar fragmentos aislados. Dos mecanismos hacen el trabajo:
- @id da a tu nodo Organization un identificador estable que todos los demás bloques del sitio referencian como editor o proveedor. El resultado es una entidad con muchas páginas, en lugar de decenas de bloques inconexos que casualmente comparten una cadena con el nombre.
- sameAs en Organization enumera tus perfiles externos oficiales: los directorios, los perfiles sociales y las entradas en bases de conocimiento que también te describen. Esto es la relevancia de entidades hecha legible por máquinas: una declaración explícita de que todas estas superficies se refieren a una sola cosa, lo que sirve directamente al problema de desambiguación del primer módulo.
Ejemplo práctico: esta certificación
El hub de certificación del que vienes practica este módulo. Emite Course schema generado a partir de la misma lista de módulos que se muestra en la página: el nombre del curso, el proveedor, los nueve módulos y el precio único son todos visibles antes de marcarse, así que la regla de coincidencia se cumple por construcción. Fíjate en lo que el schema omite deliberadamente: el contenido del examen, la rúbrica del proyecto final y las plantillas de pago no se describen en el marcado, porque no son contenido visible. Legible por máquinas no significa contarle todo a las máquinas; significa confirmar lo que es público.
Fallos de QA que se repiten
La lista de comprobación de QA de pago surgió de los mismos fallos que aparecen auditoría tras auditoría; la versión de anticipo:
- Bloques Organization duplicados y en conflicto publicados a la vez por un tema, un plugin y una plantilla, cada uno con nombres o logos ligeramente distintos.
- Fechas congeladas: dateModified emitido en el momento de la compilación en cada página, o nunca actualizado, lo que deja sin sentido la señal de frescura.
- Marcado FAQPage huérfano que quedó atrás después de que un rediseño eliminara las FAQ visibles.
- JSON no analizable por una coma final perdida, que falla en silencio: ningún error que vea un lector, ningún beneficio tampoco.
- Schema en páginas con noindex o bloqueadas, esfuerzo gastado allí donde ningún sistema lo leerá jamás.
La validación es mecánica: analiza el JSON, pásalo por un validador y luego comprueba la regla de coincidencia a mano, propiedad por propiedad, frente a la página renderizada. Un generador de marcado schema se encarga de la sintaxis; solo una persona puede certificar la regla de coincidencia, por lo que esta comprobación vuelve a aparecer en el próximo módulo de QA humano.
Qué se desbloquea tras la compra
El módulo de pago incluye la lista de comprobación de QA para JSON-LD (la auditoría completa de coincidencia propiedad por propiedad), árboles de decisión de schema por tipo de página y ejemplos de revisión de implementación que muestran marcado real evaluado frente a las reglas anteriores.
Tarea
Audita una página que sea tuya. Enumera qué tipos de schema están justificados bajo la regla de coincidencia y, para cada propiedad que emitirías, anota el contenido visible que la respalda. Cualquier propiedad sin respaldo visible tiene una de dos soluciones: hacer visible el contenido o eliminar la propiedad.
Anterior y siguiente
Anterior: Activos de contenido dignos de cita. Siguiente: Flujos de trabajo de SEO asistidos por IA con QA humano.