Cronologia di un sito web: snapshot, WHOIS, DNS e gli strumenti per ciascuno

Chiedi a tre persone cosa significa "cronologia di un sito web" e otterrai tre risposte diverse. Una pensa agli screenshot nel Wayback Machine. Un'altra intende la traccia cartacea di chi possedeva il dominio. Una terza vuole sapere per quali keyword il sito si posizionava nel 2015. Tutte e tre hanno ragione, e ogni risposta vive in uno strumento diverso.

Questa guida separa i quattro tipi di cronologia di un sito, mostra quale strumento risponde a quale domanda e segnala i limiti di ciascuno. Li ho usati tutti su lavori reali, dalla ricostruzione di un negozio WooCommerce di un cliente all'analisi di un dominio poche ore prima di un'asta. La maggior parte degli strumenti è gratuita. La vera abilità è sapere quale aprire per primo.

Cosa significa davvero "cronologia di un sito web"

L'espressione copre quattro archivi separati, mantenuti da organizzazioni diverse secondo regole diverse. Nessuno di questi comunica con gli altri, ed è per questo che la gente finisce frustrata: fa a uno strumento una domanda che solo un altro può rispondere.

• Cronologia degli snapshot, come appariva il sito e cosa diceva in una determinata data. Conservata dagli archivi web.
• Cronologia della proprietà, chi ha registrato il dominio, quando e tramite quale registrar. Conservata nei record WHOIS.
• Cronologia dell'infrastruttura, a quali server e name server puntava il dominio. Conservata dai raccoglitori di DNS passivo.
• Cronologia delle prestazioni, per quali keyword il sito si posizionava e quali pagine ottenevano backlink. Conservata negli indici SEO.

Confonderli costa ore. Non puoi dimostrare la proprietà con uno screenshot, né puoi vedere una vecchia homepage dentro un record WHOIS. Scegli prima la domanda, poi lo strumento.

Cronologia degli snapshot: come appariva il sito e cosa diceva

Il Wayback Machine su web.archive.org è il gigante qui: oltre 900 miliardi di pagine catturate dal 1996. Incolla un URL e ottieni un calendario. I cerchi indicano le catture; cliccane una e stai guardando la pagina come appariva quel giorno, immagini e fogli di stile inclusi quando il crawler è riuscito a raggiungerli. Per qualsiasi cosa prima del 2001 circa, aspettati una copertura rada, il web delle origini veniva archiviato in modo sporadico.

Tre abitudini lo rendono molto più utile. Cerca l'URL esatto, non solo il dominio, l'archivio indicizza per pagina, e una pagina interna ha spesso date di cattura diverse rispetto alla homepage. Usa i link del primo e dell'ultimo nella timeline per delimitare un evento invece di scorrere il calendario. E quando manca una pagina, prova archive.today, un archivio indipendente che spesso conserva pagine che il Wayback Machine non ha mai toccato.

Due trucchi per gli URL che vale la pena memorizzare. Aggiungere un asterisco a un URL, web.archive.org/web/*/example.com/pricing, elenca ogni cattura di ogni pagina corrispondente, ed è così che trovi URL interni che non sapevi esistessero. E il timestamp dentro qualsiasi URL di cattura è modificabile: sostituisci web/20140615082211 con web/2014 e l'archivio reindirizza alla cattura più vicina di quell'anno. I ricercatori saltano attraverso decenni in questo modo invece di cliccare un cerchio del calendario alla volta.

I limiti contano quanto le funzionalità. I crawler non possono fare login, quindi tutto ciò che sta dietro un account o un paywall è assente. I siti pesanti in JavaScript a volte venivano salvati come gusci vuoti. Le esclusioni robots.txt, rispettate per gran parte della vita dell'archivio, lasciano buchi permanenti. Una cattura mancante significa "nessuna cattura". Non significa mai "nessun sito".

Cronologia della proprietà: record WHOIS nel tempo

Ogni registrazione di dominio crea un record WHOIS: nome o organizzazione del registrant, email di contatto, registrar, date di creazione e scadenza. Da quando l'applicazione del GDPR si è irrigidita nel 2018, la maggior parte dei registry oscura i dati personali di default, quindi una ricerca attuale spesso mostra un muro di "REDACTED FOR PRIVACY". Il WHOIS storico è dove le cose si fanno interessanti, servizi come DomainTools, WhoisRequest e SecurityTrails hanno conservato per anni snapshot di quei record, oscuramenti inclusi.

Cosa cercare:

• Data di creazione contro età dichiarata. Un sito che dichiara "fondato nel 2005" su un dominio creato nel 2019 ha qualche spiegazione da dare.
• Cambi di proprietà. I cambi di registrant di solito segnalano una vendita, utile per datare quando un progetto è passato di mano.
• Drops. Quando un dominio scade e qualcuno lo registra di nuovo, alcuni strumenti trattano la nuova registrazione come un nuovo inizio. L'archivio no.
• Cambi di servizio privacy. Un salto dietro uno scudo privacy proprio prima di un periodo controverso è un classico indizio.

Cronologia dell'infrastruttura: DNS e hosting

I raccoglitori di DNS passivo registrano cosa dicevano i record DNS di un dominio nel tempo: record A che puntano a IP di server, record NS che nominano l'host DNS, record MX che nominano il provider di posta. SecurityTrails, DNSlytics e ViewDNS.info espongono tutti porzioni gratuite di questo. I record NS sono il cavallo di battaglia. Un passaggio da una coppia di un piccolo host a una coppia Cloudflare ti dice approssimativamente quando il sito è passato a Cloudflare, spesso la stessa settimana in cui è cambiato il sito stesso.

Un esempio reale, dettagli sfumati: un cliente insisteva che il suo negozio "non aveva mai lasciato il nostro hosting". La storia NS mostrava una deviazione di sei mesi attraverso una coppia di una piattaforma hosted nel 2021, che coincideva esattamente con un buco nella loro analytics e spiegava perché l'esportazione degli ordini recuperata aveva un vuoto. Il DNS non mente. La memoria sì.

La storia MX risponde a una domanda diversa, chi gestiva la posta. È utile per datare una migrazione, o per capire quale provider potrebbe ancora conservare vecchie caselle di posta.

Cronologia delle prestazioni: posizionamenti, backlink e traffico

Il quarto archivio è ciò che il sito ha realizzato. Ahrefs e Semrush conservano anni di dati su backlink e keyword: quali pagine hanno ottenuto link, per quali query si posizionavano, approssimativamente quanto traffico organico è transitato. I loro site explorer funzionano anche su domini morti, perché gli indici sopravvivono ai siti.

Questo è l'archivio da consultare prima di ricostruire qualsiasi cosa. Ordina il vecchio dominio per pagine con più link e hai una lista di priorità per il recupero, gli URL che ancora portano autorevolezza e meritano di esistere di nuovo, ricostruiti vicino al contenuto che si era guadagnato quei link. Abbinalo all'archivio degli snapshot e puoi ricostruire la sitemap di un sito svanito anni fa. C'è un metodo completo per questo nella nostra guida su trovare ogni pagina di un vecchio sito.

Quale strumento risponde a quale domanda sulla cronologia di un sito

Nota lo schema. Cinque di questi strumenti ti mostrano il passato attraverso una finestra. Solo l'ultimo ti consegna qualcosa che puoi mettere online.

Trasformare la cronologia di un sito in un sito web di nuovo funzionante

Gli archivi sono di sola lettura. Il Wayback Machine ti mostrerà volentieri la tua homepage del 2013 e gentilmente si rifiuterà di restituirti i file. Quel vuoto è ciò che Restorix riempie: ricostruisce siti dalle catture archiviate in file reali e distribuibili. Incolla il dominio e il preventivo gratuito ti dà il conteggio esatto dei file archiviati, la dimensione totale e un prezzo bloccato prima di pagare qualsiasi cosa. La fatturazione è per file ripristinato, il primo è gratuito, più una piccola fee fissa per ripristino, finanziata tramite ricariche del saldo una tantum. Nessun abbonamento, niente ricorrente.

Il controllo è la parte utile: scegli un intervallo di date, elimina i vecchi script di analytics e pubblicitari, converti tutto in HTTPS, riscrivi i link interni come relativi, mantieni i vecchi 301, poi distribuisci in un click su un VPS via SSH, hosting condiviso via FTP, o un bucket S3. Restorix CMS viaggia insieme gratis nei deploy, un CMS in un singolo file PHP con una password admin generata per sito, così il sito ripristinato resta modificabile invece che congelato. Se un ripristino o un deploy fallisce, il rimborso torna automaticamente sul tuo saldo. Il tutorial accompagna attraverso l'intero flusso.