Cómo leer tu puntuación SRPS y corregirla con briefs técnicos

Qué mira la Auditoría del sitio

La mayor parte de Suparanku mide lo externo: qué dicen de tu marca los asistentes de IA. La Auditoría del sitio mira lo interno, es decir, tu propio sitio tal y como lo ven los crawlers de IA y los motores generativos. Funciona en dos niveles. La auditoría de dominio comprueba una vez las señales de todo el sitio — HTTPS, robots.txt, si están permitidos los bots de retrieval y de citación, sitemaps, coherencia de hreflang, marcado de organización. La auditoría de página aplica la misma lente a URLs concretas: código de estado, canonical y noindex, un único H1, longitud de title y description, datos estructurados que lleven hechos reales, frescura, cobertura de alt en imágenes y salud de los enlaces de la página.

Juntas responden a una pregunta que ningún rastreador de visibilidad externa puede abordar: si la IA no encuentra o no puede leer tu página, ¿por qué?

Cómo leer la puntuación SRPS

Cada página recibe un SRPS, una puntuación de preparación de 0 a 100. No es el porcentaje de una lista de verificación: un title ausente pesa más que una dimensión de imagen ausente. Una comprobación que no se puede evaluar se deja fuera, no cuenta en contra.

Lee los tramos como un semáforo:

• 80–100 — buena preparación técnica. No garantiza que la página vaya a ser citada.
• 60–79 — mejorable. Quedan brechas concretas.
• por debajo de 60 — preparación baja. Una o más señales importantes no pasan.

Dos detalles cambian la lectura de un número bajo:

• Un blocker lleva la puntuación a 0. Si falla una comprobación imprescindible para acceder, indexar o servir la página a los bots pertinentes, la puntuación queda en 0 con independencia del resto. Corrige ese bloqueo primero.
• SRPS frente a SRPS+. El SRPS simple se calcula sobre el HTML en bruto (auditoría rápida). El SRPS+ procede de la auditoría profunda, que renderiza la página como un navegador y añade comprobaciones de calidad de extracción. El SRPS+ muestra un guion hasta que ejecutas una auditoría profunda sobre esa página. Si el SRPS está sano pero el SRPS+ es débil, tu contenido depende de JavaScript que los crawlers podrían no ejecutar.

La puntuación de dominio no es la media de las páginas. Combina las puntuaciones de página con comprobaciones que solo tienen sentido en todo el sitio — robots.txt, sitemap, coherencia apex/www. Arreglar una página la mueve poco; arreglar un ajuste del sitio la mueve más.

Una cosa más que conviene saber: las páginas que la IA ya cita ven sus comprobaciones ponderadas un escalón por encima (un medium pasa a high). Un defecto pequeño en una página que de verdad está ganando citas es más urgente que ese mismo defecto en una página que no lee nadie, y la puntuación lo refleja.

Por qué una página puntúa bajo

En la práctica, las puntuaciones bajas se agrupan en unas pocas causas:

• Acceso. El robots.txt bloquea un bot de retrieval o de citación, o lo hace por accidente una regla Allow/Disallow en conflicto. Nada más importa si el crawler nunca llega.
• Indexabilidad. Un noindex olvidado, un canonical que apunta a otra página o un estado distinto de 200 retiran la página de la ecuación sin hacer ruido.
• Estructura pobre. Sin datos estructurados, o con marcado que existe pero no lleva hechos reales (un Product sin precio ni disponibilidad), o con title y description ausentes o desmedidos.
• Problemas de grafo. Una página a la que no enlaza ningún contenido interno (huérfana), o enterrada a muchos clics de profundidad, es difícil de alcanzar para cualquier crawler y para cualquier lector.

Las comprobaciones manuales que existen hoy en el producto están excluidas del cálculo de la puntuación. Siguen funcionando como recordatorios operativos, pero no reducen el SRPS mientras no se confirmen. Si una comprobación manual pasa a puntuar en el futuro, se indicará de forma expresa.

Corregirlo con un brief técnico

Esta es la parte que vuelve accionable la puntuación. Para las comprobaciones compatibles, la auditoría produce un brief técnico determinista a partir de la regla, la evidencia observada y el PLAYBOOK, sin generación mediante LLM. Es distinto del brief de contenido, que se genera bajo demanda y consume la cuota del plan. El brief técnico aporta:

• el problema y exactamente dónde está;
• por qué importa, con la táctica del PLAYBOOK y la solidez de la evidencia que la respalda;
• la corrección paso a paso, incluido un artefacto listo para pegar: la línea de robots.txt, el bloque JSON-LD o la meta etiqueta corregida;
• criterios de aceptación, para saber cuándo está realmente cerrado.

El texto estructurado puede entregarse a desarrollo, colocarse en un ticket o pasarse a un agente autorizado. No todo hallazgo tiene un artefacto determinista: los hallazgos deep de contenido usan briefs bajo demanda y algunos controles informativos no tienen una corrección generada. Tras desplegar, la auditoría vuelve a comprobar la señal técnica: si pasa, la recomendación puede resolverse; si falla, sigue abierta.

Un hábito semanal

No hace falta un rastreo completo diario. Free conserva la instantánea de la auditoría inicial; los planes de pago pueden actualizar auditorías según su programación. Usa la cuota deep en páginas prioritarias, incluidas las ya observadas en citas. Lee la puntuación de dominio, ordena por SRPS y corrige primero blockers, luego acceso, indexabilidad y estructura. Superar las comprobaciones eleva SRPS; recuperación y citas se miden por separado.