Vai al contenuto principale

Approfondimenti · SEO tecnico e diagnostica

Utilizzare i file di log per analizzare l'attività reale dei bot anziché basarsi su supposizioni

I log del server mostrano le richieste effettive, i codici di stato e i timestamp dei bot. L'identità verificata e i filtri di sicurezza impediscono di trarre conclusioni errate.

Per gli sviluppatori web e i team SEO tecnici, "analizzare l'attività dei bot con i file di log" può essere valutato principalmente in base a due punti: "Origine verificata" e "Bot falso". Questo confronto rende tangibile il confine professionale.

Pubblicato: 3 minuti di lettura · Autore:

In che modo i file di log mostrano l'attività effettiva dei bot su un sito web anziché basarsi su semplici supposizioni?

I dati di log vengono puliti, standardizzati temporalmente e verificati tramite DNS inverso e diretto o intervalli IP documentati. Gli accessi possono quindi essere segmentati per bot, template, stato, parametri, tempo di risposta e data recente, e collegati a sitemap, dati di crawling e indicizzazione.

Caso di test: "Bot falso"

Un team sospetta che le pagine dei nuovi prodotti non vengano indicizzate. I log edge verificati mostrano richieste regolari con stato 200, ma una grande parte del volume viene utilizzata anche per parametri di ordinamento infiniti; pertanto, la diagnosi si concentra sullo spazio di crawling e sulla successiva indicizzazione piuttosto che sulla scoperta.

Periodo di tempo completo

  1. Mappare le sorgenti dei log, i campi, il fuso orario, la conservazione e le cache upstream ed esportare un periodo di tempo completo.

  2. Verifica dei bot utilizzando un metodo valido e classifica gli URL per tipo di pagina, stato, funzione del parametro e destinazione di indicizzazione.

  3. Confronta i modelli di query sospetti con scansioni interne, sitemap, release e segnali di Search Console e verifica le ipotesi su un campione.

Origine verificata

  • Origine verificata L'attribuzione si basa non solo sull'agente utente, ma anche su una verifica dell'identità fornita dal rispettivo operatore.

  • Periodo di tempo completo Tutti i livelli server, edge e CDN rilevanti forniscono campi coerenti senza lacune non rilevate o richieste duplicate.

  • Raggruppamento degli URL aziendali Le richieste vengono valutate in modo stabile in base al template, all'intento di indicizzazione e alla funzione del parametro, anziché solo ai singoli percorsi.

Raggruppamento degli URL aziendali

  • Richieste di bot verificate per gruppo di URL, classe di stato e tag, nonché la proporzione di identità non assegnabili o falsificate.

  • Proporzione del volume di crawling sulle pagine target canoniche rispetto a parametri, errori, reindirizzamenti e aree deliberatamente escluse.

Bot falsificato

  • Bot falsificato Gli scraper utilizzano nomi noti nello user agent e falsificano il volume di crawling e la distribuzione dello stato senza verifica.

  • Livello incompleto Viene analizzata solo l'origine, mentre una CDN fornisce a sua volta molte risposte e il volume di fetch effettivo non è disponibile.

  • Conclusioni eccessive Le frequenti chiamate dei bot vengono interpretate come prova di qualità o posizionamento, anche se i log documentano solo il recupero della pagina.

Domande correlate e prossimi passi

Una domanda approfondita con relativa risposta Identificazione delle pagine 404 "soft" che tecnicamente rispondono con uno stato 200Come si possono identificare le pagine di errore 404 "soft" quando il server risponde con un codice di stato 200?

Vengono offerti ulteriori punti di vista Come la suddivisione della sitemap migliora l'analisi degli errori.

Se si desidera implementare concretamente "Analisi dell'attività dei bot con i file di log", è possibile fare riferimento a Sistemi web robusti Questo documento si concentra su "Log diagnostici e osservabilità" e "Origine verificata".

Conclusione: Analisi dell'attività dei bot con i file di log

I log sostituiscono le ipotesi con i recuperi osservati, ma rimangono solo un livello di diagnostica della ricerca. L'identità verificata e i gruppi di URL aziendali rendono questo livello più robusto.

Fonti e ulteriori informazioni

La seguente documentazione e gli standard ufficiali forniscono la classificazione tecnica.

Tesi chiave

I dati di log vengono analizzati per individuare bot verificati, gruppi di URL, stato e orario. Documentano gli accessi, ma senza dati di indicizzazione e di pagina, non spiegano l'effetto complessivo sulla ricerca.

Cosa non riguarda

I log del server non dimostrano l'indicizzazione o il posizionamento, e qualsiasi nome di bot nello user agent non dovrebbe essere considerato un accesso al motore di ricerca senza verifica.

Di cosa si tratta

Le query dei bot verificati mostrano quali gruppi di URL sono stati effettivamente consultati, quando, con quale frequenza e con quali caratteristiche di stato e risposta.

Ulteriori approfondimenti

SEO tecnica e diagnostica

Problemi con il file robots. txt che si presentano solo in combinazione con i meta tag robots

"Analisi dell'attività dei bot tramite file di log" dovrebbe includere, come fase di test separata, la seguente domanda: Quali problemi emergono dall'interazione tra robots. txt e meta-robots?

SEO tecnica e diagnostica

Correggere i canonical errati con la logica anziché con regole di massa

"Analisi dell'attività dei bot tramite file di log" dovrebbe essere integrata con una decisione separata: Come è possibile correggere i canonical errati utilizzando la logica del tipo di pagina anziché le regole di massa?

Panoramica degli Insight

Tutti gli Insight di VELUNO in sintesi

Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.

Implicazioni pratiche

Origine verificata: il percorso verso il test

Per una prima analisi sono sufficienti sette giorni e cinque classi di URL. Prima di qualsiasi interpretazione, è necessario completare la verifica dei bot e la corrispondenza tra la CDN e il server di origine.