Qué tipos de Schema.org aplican a cada página, el JSON-LD listo para pegar, cómo validarlo y qué prácticas de marcado se penalizan en lugar de premiarse.
Cuándo usarlo: Implementar datos estructurados Schema.org por tipo de plantilla con JSON-LD listo para producción y evitar los marcados que se penalizan
Herramienta recomendada: Claude
Actúa como SEO técnico especializado en datos estructurados. Quiero implementar Schema.org en mi sitio para conseguir resultados enriquecidos y que los motores —clásicos y generativos— entiendan qué es cada página. ## Contexto que necesito 1. Tipo de sitio: ecommerce, SaaS, medio, servicios profesionales, marketplace, local. 2. Tipos de página que existen (portada, categoría, producto, artículo, ficha local, FAQ, evento...). 3. Tecnología: ¿puedes inyectar JSON-LD en el `<head>` desde plantillas del servidor? 4. ¿Hay algún marcado ya implementado? Si sí, qué tipos. ## Paso 1 — Mapa de tipos por plantilla Entrega una tabla: plantilla → tipos de Schema.org recomendados → propiedades obligatorias → propiedades recomendadas que aportan valor real. Criterio: solo se marca lo que el usuario ve en la página. Marcar contenido oculto es motivo de acción manual, no un atajo. ## Paso 2 — JSON-LD listo para pegar Para cada plantilla, escribe el bloque JSON-LD completo, con los campos entre llaves para sustituir por variables de la plantilla. Incluye: - `@id` estables para poder referenciar entidades entre sí en lugar de repetirlas. - Referencia cruzada: el artículo apunta al `publisher` por `@id`, no duplica la organización entera. - `BreadcrumbList` coherente con las migas visibles. - Fechas en formato ISO 8601 con zona horaria. ## Paso 3 — Los errores que quitan el resultado enriquecido Revisa y dime si estoy cayendo en alguno: | Error | Consecuencia | |---|---| | FAQ marcada que el usuario no ve | Posible acción manual | | Reseñas propias marcadas sin ser reseñas de terceros | Pérdida del resultado enriquecido | | Precio o disponibilidad desincronizados del contenido | Marcado ignorado o penalizado | | Marcar la organización en todas las páginas con `@id` distinto | Entidad fragmentada | | Datos estructurados solo por JavaScript en un sitio sin SSR | Muchos rastreadores no lo ven | ## Paso 4 — Validación y vigilancia Define el proceso: validador de resultados enriquecidos y validador de Schema.org, informes de mejoras en Search Console, y qué se revisa después de cada despliegue del CMS (las actualizaciones de plantillas se llevan el marcado por delante con frecuencia). ## Entregables 1. Tabla de tipos por plantilla con propiedades obligatorias y recomendadas. 2. Los bloques JSON-LD completos, uno por plantilla, listos para pegar. 3. Lista de errores detectados en el marcado actual, ordenados por gravedad. 4. Procedimiento de validación y de control tras despliegues. 5. Qué NO marcar en mi caso y por qué.