Confronta scansioni prima e dopo

Confronta due audit o scansioni salvate senza scansionare di nuovo. Vedi quali segnalazioni sono entrate, quali uscite, e cosa è cambiato in una migrazione di URL dichiarata.

Cosa fa

Quattro secchi, una regola

Ogni segnalazione finisce in entered, left, appeared o disappeared. Left significa che entrambe le scansioni hanno scaricato la URL e la segnalazione è sparita. Disappeared significa che la scansione successiva non ha mai scaricato la URL, quindi non prova nulla su una correzione.

  • Impostazioni di scansione registrate diverse sono rifiutate salvo passare --force.
  • Scansioni native ed export Screaming Frog possono trovare insiemi di URL diversi, quindi confrontali solo con ambiti compatibili.
  • Un controllo saltato nel run successivo mantiene un avviso sui suoi secchi.

Migrazioni

Per confrontare attraverso un cambio di URL, dichiara le coppie in un file url-correspondence.v1 e passalo con --correspondence. L'abbinamento è esatto: SpiderHead non indovina coppie da title, redirect o contenuto. Il risultato è una revisione di rilascio con i fatti di pagina e i delta delle segnalazioni per ogni coppia dichiarata.

  • origin_map copre spostamenti di intere origini.
  • Una dichiarazione contiene al massimo 10.000 coppie esplicite e 10.000 origini.
  • Le dichiarazioni più grandi sono rifiutate, mai troncate.

Audit grandi e URL singole

Gli audit oltre 10.000 pagine o problemi richiedono un --out-dir esplicito. Riceve una nuova cartella compare.v2 di stream NDJSON e un manifest, con gzip opzionale. Leggila dopo senza ricalcolare.

  • compare-read legge uno stream alla volta con filtri e ordinamento.
  • compare-report scrive un riepilogo Markdown che non contiene URL di pagina.
  • compare-url mostra i fatti prima e dopo per una URL esatta.
  • compare-status e --resume continuano un lavoro interrotto.

Tre passaggi, una scansione salvata

  1. Salva una scansione per ogni lato

    Esegui crawl-site prima e dopo il cambiamento, oppure importa un audit Screaming Frog. Ogni run lascia un file salvato che puoi confrontare più tardi.

  2. Confronta i due file salvati

    compare-crawls legge entrambi i file e smista ogni segnalazione in entered, left, appeared o disappeared. Non scarica nulla.

  3. Distingui una correzione da una pagina mancante

    left significa che la URL è stata scaricata da entrambe le scansioni e la segnalazione è sparita. disappeared significa che la URL non è stata ricontrollata, quindi non prova nulla. Usa verify-fixes per un verdetto su segnalazioni specifiche.

Controlli di questa funzionalità

ControlloCosa significaGravitàEvidenza
BROKEN_PAGE_4XXUna pagina restituisce un 4xx. Il diff mostra se è entrata (nuova rottura) o uscita (corretta su una URL scaricata da entrambe le scansioni).CriticalRighe di segnalazione prima e dopo per la stessa URL
SERVER_ERROR_5XXUna pagina restituisce un 5xx. Tra le due scansioni vale la stessa logica entered, left o disappeared.CriticalRighe di segnalazione prima e dopo per la stessa URL
TITLE_MISSINGL'elemento title manca su una pagina. Una regressione compare come riga entered, una correzione come riga left.CriticalRighe di segnalazione prima e dopo per la stessa URL
REDIRECT_CHAINUna catena di redirect ha due o più hop. Utile dopo una migrazione per confermare che non sono state aggiunte catene.ImportantRighe di segnalazione prima e dopo per la stessa URL
CANONICAL_MISSINGUna pagina indicizzabile non ha URL canonical. Intercetta i canonical persi in un rilascio di template.ImportantRighe di segnalazione prima e dopo per la stessa URL
URL_NOT_IN_SITEMAPUna pagina indicizzabile manca dal sitemap. Mostra se il sitemap ha tenuto il passo con il rilascio.TipRighe di segnalazione prima e dopo per la stessa URL

Un solo comando

bash
seohead compare-crawls --before ./scans/before.sqlite --after ./scans/after.sqlite

Prima installa SpiderHead: guida all'installazione. Ogni comando funziona anche come strumento MCP per agenti AI.

Cosa ti serve

  • Due file audit.json o scansioni SQLite scan.v1 salvati (--before, --after)
  • Opzionale: un file url-correspondence.v1 per una migrazione
  • Una nuova cartella di output (--out-dir) per audit grandi

Limiti

  • Una segnalazione scomparsa non è una correzione. Usa verify-fixes per un verdetto su segnalazioni specifiche.
  • Un controllo non misurato o saltato non può mostrare una correzione, anche se la sua segnalazione è uscita.
  • Nessun abbinamento di URL oltre le coppie che dichiari.
  • Una cartella di output esistente è rifiutata, mai sovrascritta.

Domande

compare-crawls scansiona di nuovo il sito?
No. Legge due file di audit o scansione salvati e non invia richieste. verify-fixes è il comando che scarica di nuovo le URL selezionate.
Posso confrontare una scansione nativa con un export Screaming Frog?
Solo con ambito e impostazioni compatibili. Scansioni native e Screaming Frog possono trovare insiemi di URL diversi. Se le impostazioni di scansione registrate differiscono, il confronto è rifiutato salvo passare --force.
Una pagina è scomparsa dalla seconda scansione. È corretta?
Non si sa. Una segnalazione scomparsa significa che la pagina non è stata ricontrollata. Solo left significa che la URL è stata scaricata da entrambe le scansioni e la segnalazione è sparita.
E per i siti grandi?
Gli audit oltre 10.000 pagine o problemi richiedono un --out-dir esplicito. L'output è una nuova cartella compare.v2 con file NDJSON e un manifest. Aggiungi --compression gzip per ridurre i file.
Può abbinare URL vecchie e nuove dopo una migrazione?
Solo con un file url-correspondence.v1 dichiarato che elenca coppie di origine e percorso (--correspondence). Non indovina coppie da title o contenuto.
Cosa scrive su disco?
I confronti piccoli tornano in linea. Con --out-dir scrive una nuova cartella con il manifest e un file per stream. Nulla viene inviato altrove.