Exécution, historique et comparaison des crawls
Lisez la couverture et l'état de publication de chaque crawl avant de considérer leur différence comme un progrès ou une régression.
Crawl borné
Preuves traçables
Vérification comparable
L’historique sépare demande, collecte et résultat
Les états vont de requested, reserved et dispatch_pending à crawling, rendering, analyzing, completed, partial, failed, cancelled, skipped_balance ou expired. Un état primaire terminal peut encore attendre la publication secondaire.
Chaque compteur localise une perte de couverture
Requested, planned, discovered, admitted, not admitted, queued, leased, completed, failed, skipped et cancelled restent distincts, tout comme ressources, liens externes et matérialisation. Cherchez l’étape où le volume change.
Un problème de crawler n’est pas un constat SEO
Timeout, blocage, autorisation, retard de file ou matérialisation incomplète réduisent la preuve. Résolvez ou documentez cette limite avant d’affirmer qu’une zone est saine ou absente.
La publication secondaire construit les vues de travail
Graphe, projections, synthèses, métriques, agrégats, Health, AI Readiness et alertes apparaissent après la collecte. Sans `secondaryCompletedAt`, un run terminé au niveau primaire peut rester Processing.
Comparer seulement des runs publiés et admissibles
Source et cible doivent être completed ou partial et posséder les données secondaires requises. Par défaut, la vue prend les deux runs comparables les plus récents, l’ancien comme source et le nouveau comme cible.
Si les paramètres ont changé entre les exécutions, vérifiez les limites et règles du crawl avant de comparer les nombres concernés.
Le type de comparaison fixe les contraintes
| Type | Condition |
|---|---|
| Crawl to crawl | Même site pour les deux runs. |
| Migration | Un mapping explicite explique les URL restructurées. |
| Staging to production | Staging est autorisé et les hôtes ou URL sont mappés. |
Le mapping fait partie de l’affirmation
La politique peut retirer la query, normaliser le slash final, remplacer hôtes, préfixes, locales ou paires d’URL exactes. Documentez-la, car elle définit quelles pages sont considérées identiques.
La comparaison reste large mais bornée
Elle couvre URL ajoutées ou retirées, changements de statut, titre, description, canonical, noindex, robots et structured data, mouvements de constats, liens, ressources et pression de segments. L’union est limitée à 10 000 URL et les deltas à 100 000; deux comparaisons actives au plus par organisation. Toute troncature qualifie le résultat.
Comparer Site Health uniquement lorsque les bases concordent
Un delta de santé n’est comparable que si version du score, ruleset, éligibilité et empreinte de portée concordent, si les deux runs sont mesurés, si la matérialisation est exacte, si aucune preuve n’est tronquée et si l’écart de couverture primaire reste limité.
Lorsque l’une de ces conditions manque, comparez les constats, les URL et la couverture sous-jacents au lieu de transformer deux scores colorés en tendance.
La rétention décide encore quelles questions sont possibles
Un run compact ou une ancre mensuelle peut garder totaux et tendances tout en ayant perdu le détail URL. Vérifiez son état avant d’attendre une comparaison de pages, liens ou ressources.