Profundidad de anidamiento del Schema

Profundidad de anidamiento del Schema es la cantidad de capas padre-hijo que hay dentro de tus datos estructurados. En términos prácticos de SEO, importa porque el marcado más profundo es más difícil de depurar, es más fácil enviarlo de forma incorrecta a escala y, una vez que ya se incluyen los campos requeridos, rara vez mejora la elegibilidad para resultados enriquecidos.

La versión directa: la mayoría de los sitios sobrecomplican el schema. Modelan un grafo ideal de entidades en lugar de la implementación válida más pequeña que Google puede interpretar de forma consistente.

Qué cuenta como profundidad de anidamiento

Si marcas Producto → Oferta → AggregateRating, eso son tres niveles. Agrega Reseña → Autor → Organización dentro de esa cadena y la profundidad crece rápido. En plantillas empresariales, especialmente en stacks de ecommerce y editores, esa complejidad se multiplica en miles de URLs.

Google sí admite datos estructurados anidados. Esa parte no es controvertida. El problema es que los equipos de SEO a menudo tratan más detalle como algo automáticamente mejor. No lo es. Los sistemas de resultados enriquecidos de Google se fijan mucho más en la elegibilidad, la consistencia y los campos requeridos que en la forma en que modelas con belleza tu ontología interna.

Por qué los SEOs deberían preocuparse

No existe un límite oficial de Google como “la profundidad 4 falla”. Ten cuidado con cualquiera que afirme uno. Google nunca ha publicado un corte estricto y John Mueller ha dicho repetidamente que los datos estructurados deben reflejar el contenido visible de la página y que se deben implementar de manera limpia, no de forma máxima. Esa es la regla real.

El problema operativo es más simple: el anidamiento profundo incrementa los puntos de fallo. Un solo objeto roto puede invalidar una entidad padre, activar advertencias en la Prueba de Resultados Enriquecidos de Google o generar exportaciones ruidosas en los informes de datos estructurados de Screaming Frog. En un catálogo de 100,000 URLs, eso se convierte en un problema de QA, no en un problema teórico.

Usa los informes de Mejoras en Google Search Console (GSC) para monitorear los elementos válidos y, luego, rastrea plantillas representativas en Screaming Frog. Si buscas referencias competitivas, Ahrefs y Semrush pueden ayudar a identificar la “propiedad” de resultados enriquecidos por conjunto de consultas, pero no te dirán si la profundidad en sí es la causa. Esa atribución es difícil de determinar.

Cómo se ve una buena implementación

• Mantén las entidades centrales de resultados enriquecidos poco profundas: normalmente 2 a 3 niveles son suficientes.
• Usa referencias @id para entidades repetidas como Organización o Persona en lugar de incrustar objetos completos en todas partes.
• Prioriza las propiedades requeridas y recomendadas de la documentación de Google por encima de una cobertura exhaustiva de Schema.org.
• Valida primero con la Prueba de Resultados Enriquecidos de Google y luego usa Screaming Frog para comprobaciones a escala.
• Revisa la salida de la plantilla después de lanzamientos del CMS. El “bloating” de schema suele venir de desarrolladores, plugins o bloques de la app, no de tickets de SEO.

Una referencia práctica: si tu marcado de Producto incluye 25+ propiedades y 4+ niveles de objetos anidados, hay bastantes probabilidades de que estés modelando por completitud más que por rendimiento en búsqueda.

La salvedad que la mayoría de los glosarios omite

El anidamiento profundo no es malo por naturaleza. Una mala implementación sí lo es. Una estructura limpia de 4 niveles puede funcionar perfectamente, mientras que una estructura descuidada de 2 niveles puede seguir fallando en elegibilidad. Además, la profundidad del schema no es un factor de ranking directo. Por sí sola, no moverá la página 8 a la 1.

Por eso este concepto importa menos como métrica independiente y más como una verificación de gobernanza. Si tu marcado es profundo, está duplicado y es difícil de probar, simplifícalo. Si es válido, estable y está generando resultados enriquecidos en GSC, no lo aplanes solo porque una lista de verificación diga “máximo 3 niveles”.