Site Audit
Empieza por la configuración del sitio y del rastreo para que la auditoría cubra el alcance que deseas investigar.
Crawl acotado
Evidencia rastreable
Verificación comparable
Usa Site Audit como un ciclo de evidencia
Elige la vista que puede responder la pregunta
| Vista | Pregunta principal |
|---|---|
| Sites | ¿Qué propiedad, autorización y último run están en alcance? |
| Overview | ¿Dónde merece investigar el run seleccionado? |
| Issues | ¿Qué reglas afectan a qué URL o recursos? |
| Pages | ¿Qué conjunto de URL cumple los filtros técnicos? |
| Statistics | ¿En qué segmentos se concentra la evidencia? |
| Structured Data | ¿Qué marcado se guardó y cómo se evaluó? |
| Performance | ¿Qué datos de campo, laboratorio o crawl existen? |
| Internal Links | ¿Qué relaciones origen-destino explican el patrón? |
| Compare | ¿Qué cambió entre dos runs aptos? |
| Crawls | ¿Terminaron recogida y publicación? |
| Automation | ¿Cuándo intentar otra recogida y cuándo alertar? |
| Settings | ¿Qué contrato de evidencia gobierna los próximos crawls? |
Sitio y run forman un contexto común
El sitio fija la frontera de la propiedad. El run seleccionado fija la fecha y la evidencia guardada en todas las vistas vinculadas al crawl. Un crawl nuevo no reescribe los anteriores.
Los ajustes del sitio pueden cambiar después del crawl. El run conserva su propia política, el límite solicitado, la estimación, los contadores y las marcas de tiempo para que el equipo pueda reconstruir las condiciones exactas de la observación.
Un Quick check no equivale a un crawl verificado
El crawl completo exige verificación confirmada en el servidor. El Quick check admite como máximo 100 URL y profundidad dos, respeta robots.txt, desactiva renderizado y usa poca concurrencia. Su cobertura siempre debe presentarse como limitada.
La verificación demuestra el control del host guardado mediante un reto vigente. No autoriza automáticamente todos los subdominios, zonas con login, recursos de terceros ni entornos relacionados.
Lee alcance y cobertura antes que el score
Un alcance menor, zonas bloqueadas o fetches fallidos pueden mejorar el score visible mientras reducen evidencia. Un score ausente no es cero. Por debajo del 70 % no hay evidencia suficiente; entre 70 y menos de 85 % el resultado es provisional.
Una recogida terminada puede seguir procesándose
Después del crawl primario se publican grafo de enlaces, proyecciones, resúmenes, métricas, agregados, Health Score, señales AI Readiness y alertas. Hasta completar ese proceso secundario, el informe puede seguir en Processing.
Health orienta, no predice rankings
El score resume reglas de crawlabilidad, indexabilidad, contenido, metadatos, arquitectura de enlaces, datos estructurados, internacionalización, rendimiento, recursos y seguridad. No mide probabilidad de ranking ni valor de negocio.
El resultado también conserva la versión del score, la elegibilidad, el alcance, la cobertura, la confianza, la exactitud y el posible truncado. Dos puntos solo forman una tendencia cuando esas bases siguen siendo comparables.
Pasa de orientación a evidencia propietaria
Overview y Statistics muestran patrones. Issues explica la regla, Pages delimita URL, Internal Links conserva relaciones y el dossier URL reúne hechos de página. La decisión técnica o editorial sigue siendo humana.
Usa los problemas, páginas y enlaces para pasar del resumen de auditoría a las URL y relaciones detrás de un hallazgo.
Los límites forman parte de la evidencia
Tablas, snapshots, ejemplos, comparaciones y exportaciones tienen límites. Mantén visibles paginación, conteo exacto o mínimo, omisiones y truncado. Una muestra no puede hablar en silencio por todo el sitio.
Usa el total mostrado, la señal de exactitud, la página siguiente, el filtro guardado o la exportación que corresponda a la pregunta. Las filas cargadas en pantalla no describen por sí solas todas las URL.
Usa el historial y la automatización para observar de forma repetible
Compare parte de dos runs publicados, completos o parciales, y puede conservar cambios de URL, metadatos, hallazgos, enlaces, recursos, segmentos y árbol. Las reglas de correspondencia siguen siendo explícitas para un nuevo crawl, una migración o un paso autorizado de staging a producción.
Automation puede programar runs diarios, semanales o mensuales y evaluar reglas de alerta activas frente a un run anterior comparable. Un vencimiento, un run admitido, una alerta creada, un correo en cola y un correo entregado son cinco hechos distintos.
Para una revisión periódica, configura el seguimiento y las alertas en torno a los datos que alguien debe comprobar.
El historial pierde detalle por etapas
Los diez runs terminales más recientes y todos los de hasta 30 días conservan detalle. Hasta 183 días se compactan tras siete días de aviso; hasta 365 queda un ancla apta por mes. Después se elimina incluso un run fijado, salvo el terminal más reciente de un sitio inactivo.
Cierra el trabajo con evidencia comparable
Un ticket o despliegue no prueba el resultado SEO. Repite un crawl con autorización y alcance equivalentes, confirma publicación y revisa hallazgos resueltos, persistentes y nuevos.