Tasa de cobertura de Schema

Tasa de cobertura de Schema mide cuántas URL indexables de tu sitio contienen marcado de schema válido. Es importante porque la implementación de schema a nivel de plantilla es fácil de romper, difícil de detectar manualmente y está directamente vinculada a la elegibilidad para resultados enriquecidos en Google Search.

Qué mide realmente

La fórmula básica es sencilla: URL con schema válido / URL indexables x 100. En la práctica, la versión útil es más estricta. Debes contar solo URL 200 canónicas e indexables y, después, comprobar si cada página tiene un marcado que sea a la vez sintácticamente válido y adecuado para ese tipo de página.

Screaming Frog es la forma más rápida de hacerlo a escala. Rastrea las URL indexables, extrae JSON-LD o microdatos y segmenta por plantilla. Semrush y Ahrefs pueden ayudar a identificar directorios de alto valor, pero no son tu fuente de verdad sobre la cobertura del marcado. Google Search Console es mejor para informes de resultados enriquecidos tras el despliegue, no para medir de forma completa en todo el sitio.

Por qué los SEOs lo rastrean

Esto es, sobre todo, una métrica de QA. No es un factor de posicionamiento. Si tu plantilla de producto pierde el schema de Product en 8.000 URL después de una actualización, la Tasa de cobertura de Schema lo detecta antes de que, dos semanas después, se observe la caída del CTR en GSC.

También es útil para priorizar. Si las páginas de /product/ están al 92% de cobertura y las de /locations/ al 14%, la siguiente decisión para el sprint es evidente. Primero las páginas de ingresos. Luego el marcado “vanity” del blog.

Para la mayoría de sitios, un objetivo sólido es 85%+ en plantillas comerciales principales, no 100% en todas partes. Algunas páginas no deberían llevar en absoluto marcado orientado a resultados enriquecidos. Forzar schema en páginas de etiquetas delgadas o URLs facetadas es trabajo improductivo.

Dónde la gente se equivoca

El error común es tratar todo el schema como si fuera igual. No lo es. El marcado de Article en 20.000 URL de blog puede inflar tu métrica de cobertura mientras que tus páginas de dinero siguen sin incluir Product, FAQ, LocalBusiness o Service.

Otro problema: contar como cubierto “cualquier schema presente”. Eso es demasiado laxo. Una página con JSON-LD roto, tipos irrelevantes o propiedades obligatorias ausentes no debería contar. Usa la validación de Screaming Frog, la Rich Results Test de Google y comprobaciones puntuales en Schema Markup Validator.

John Mueller, de Google, ha dicho repetidamente que los datos estructurados ayudan a los motores de búsqueda a entender el contenido y pueden habilitar resultados enriquecidos, pero no los garantiza. Ese es el matiz que la mayoría de dashboards ocultan.

Cómo usarla en reportes reales

1. Exporta todas las URL canónicas indexables desde Screaming Frog.
2. Agrúpalas por plantilla o por directorio.
3. Valida la presencia del marcado y el estado de errores.
4. Reporta la cobertura por separado para secciones comerciales y editoriales.
5. Contrasta las mejoras con las impresiones de resultados enriquecidos y el CTR en GSC.

Si quieres un benchmark limpio, usa esto: rastrear semanalmente, investigar cualquier caída de más de 5 puntos porcentuales y vincular las correcciones a los lanzamientos de plantilla. Surfer SEO, Moz y Semrush sirven para flujos de optimización más amplios, pero esta métrica depende y vive o muere según los datos de rastreo y la precisión de la validación.

El matiz honesto: la Tasa de cobertura de Schema es útil internamente, pero no está estandarizada. Dos equipos pueden calcularla de formas distintas y ambos afirmar éxito. Define el denominador una vez, documenta ese criterio y mantenlo consistente.