Crawl Foundry
Operaciones SEO

Ejecución, historial y comparación de crawls

El historial separa calidad de recogida y evidencia SEO. Compare muestra después qué cambió cuando alcance y mapping todavía sostienen esa afirmación.

Lee la cobertura y el estado de publicación de cada rastreo antes de considerar su diferencia una mejora o una regresión.

Crawl acotado

Mantén propiedad, autorización, run y cobertura visibles.

Evidencia rastreable

Pasa de resúmenes a reglas, URL, enlaces, assets y hechos guardados.

Verificación comparable

Confirma un cambio en otro run con alcance equivalente.

El historial separa solicitud, recogida y resultado

Los estados van de requested, reserved y dispatch_pending a crawling, rendering, analyzing, completed, partial, failed, cancelled, skipped_balance o expired. Un estado primario terminal todavía puede esperar publicación secundaria.

Cada contador localiza una pérdida de cobertura

Requested, planned, discovered, admitted, not admitted, queued, leased, completed, failed, skipped y cancelled se mantienen separados, junto a recursos, enlaces externos y materialización. Busca la fase donde cambia el volumen.

Un problema del crawler no es un hallazgo SEO

Timeouts, bloqueos, autorización, cola o materialización incompleta reducen evidencia. Resuélvelos o documenta el límite antes de declarar sana o ausente una zona.

La publicación secundaria crea las vistas de trabajo

Grafo, proyecciones, resúmenes, métricas, agregados, Health, AI Readiness y alertas aparecen después de recoger. Sin `secondaryCompletedAt`, un run primario terminado puede seguir en Processing.

Compara solo runs publicados y aptos

Origen y destino deben estar completed o partial y tener la evidencia secundaria necesaria. Por defecto se usan los dos comparables más recientes, el antiguo como origen y el nuevo como destino.

Si los ajustes cambiaron entre ejecuciones, revisa los límites y las reglas del rastreo antes de comparar las cantidades afectadas.

El tipo de comparación fija las condiciones

TipoCondición
Crawl to crawlAmbos runs pertenecen al mismo sitio.
MigrationUn mapping explícito explica la estructura nueva.
Staging to productionStaging está autorizado y hosts o URL están mapeados.

El mapping forma parte de la afirmación

Puede quitar query, normalizar slash final y sustituir hosts, prefijos, locales o pares exactos. Documéntalo porque define qué páginas se consideran la misma unidad.

La comparación es amplia pero limitada

Incluye URL añadidas o eliminadas, cambios de estado, título, description, canonical, noindex, robots y structured data, movimiento de hallazgos, enlaces, recursos y presión de segmentos. La unión limita 10.000 URL y los deltas 100.000; solo dos comparaciones activas por organización. El truncado debe cualificar el resultado.

Compara Site Health solo cuando coincidan las bases

Un cambio de salud solo es comparable si coinciden la versión del score, el ruleset, la elegibilidad y la huella del alcance; ambos runs están medidos; la materialización es exacta; no hay evidencia truncada y la diferencia de cobertura primaria se mantiene dentro del límite.

Si falta alguna condición, compara los hallazgos, las URL y la cobertura subyacentes en lugar de convertir dos cifras de color en una tendencia inventada.

La retención decide qué preguntas antiguas siguen posibles

Un run compacto o ancla mensual puede conservar resúmenes y tendencias tras perder detalle URL. Revisa su estado antes de esperar comparación de páginas, enlaces o recursos.

Verifica con una baseline explícita

1
Registra run origen, reglas, alcance e instancias.
2
Aplica el cambio previsto.
3
Crea un crawl destino con autorización equivalente.
4
Confirma recogida, publicación, cobertura y mapping.
5
Lee evidencia resuelta, persistente y nueva.
6
Conserva ambos ID y los límites en el handoff.