Un bulk website checker ti aiuta a controllare gli URL aziendali restituendo Website Status, HTTP Status Code, Final URL, Page Title ed Error Message. In Datablist, usa Website Status & Parked Domain Checker su una lista CSV o Excel, esegui un test su un campione e analizza i risultati incerti prima di modificare i dati nel CRM.
La disponibilità di un sito fornisce informazioni su un URL, ma non dimostra che un’azienda sia attiva o abbia cessato l’attività. Una pagina funzionante può appartenere a un’impresa inattiva. Una richiesta non riuscita può dipendere da un’interruzione temporanea, un vecchio URL o un sistema di protezione degli accessi.
Ti consiglio di tenere separato il risultato del controllo dalla valutazione sullo stato dell’azienda. In questo modo, il team avrà una coda di elementi da verificare senza rischiare che un problema tecnico causi l’eliminazione errata di un account.
Come funziona il controllo dei siti web
L’enrichment recupera l’URL del sito indicato e classifica la risposta. Se non disattivi l’apposita opzione, può riutilizzare il contenuto della pagina presente nella cache.
- Online: il recupero ha restituito correttamente il contenuto della pagina, senza rilevare segnali associati ai domini parcheggiati. Questo risultato non verifica l’operatività commerciale dell’azienda né la deliverability delle email.
- Redirected: la richiesta è terminata su un dominio diverso. Il solo cambio di protocollo o percorso non viene classificato come variazione del dominio aziendale.
- Parked: il titolo, il contenuto della pagina o i pattern dell’URL corrispondono ai criteri euristici usati per rilevare i domini parcheggiati. Controlla la pagina: testi provvisori o avvisi di manutenzione possono richiedere una valutazione umana.
- Unreachable: un errore nella richiesta o una risposta non valida ha impedito di ottenere una pagina utilizzabile. Controlla il codice HTTP e l’errore prima di concludere che il dominio non esista più.
Se la lista contiene solo i nomi delle aziende, devi prima identificarne i siti web. In questo caso, consulta la guida per trovare i siti web aziendali partendo dai nomi, quindi verifica le corrispondenze dei domini prima di eseguire il controllo.
Guida al controllo dello stato di un sito web
Passaggio 1: carica i dati
Importa il file CSV o Excel in una collection. Conserva Company Name, Original Website e un ID stabile proveniente dal CRM o dalla fonte. Salva gli output del checker in nuove proprietà, così un risultato incerto non sovrascriverà il sito originale.
Come esempio, l’account 001 potrebbe contenere https://acme.example, mentre l’account 002 potrebbe riportare un dominio precedente. Inserisci nel campione un mix di URL normali, redirect noti e record da verificare. Sono semplici esempi di possibili input, non siti testati in tempo reale.
Passaggio 2: apri lo Status Checker
Apri il catalogo degli enrichment e seleziona Website Status & Parked Domain Checker. Lo strumento elabora l’URL presente in ogni riga: non identifica i visitatori anonimi del tuo sito.
È una distinzione importante se hai cercato “quali aziende visitano il mio sito”. Questo workflow controlla gli URL aziendali che fornisci tu. Non è uno strumento per identificare i visitatori né un prodotto di web analytics.
Passaggio 3: configura le impostazioni e associa l’URL
Associa Website Url alla proprietà che contiene l’URL aziendale originale. Gli input mancanti o non validi devono essere corretti prima di poter eseguire un controllo attendibile.
Scegli una Proxy Policy: Use proxy on error (default), Always use proxy oppure No proxy. L’impostazione predefinita può ripetere tramite proxy i tentativi non riusciti. Non garantisce però il successo della richiesta, né permette di stabilire perché un sito abbia rifiutato il primo tentativo.
L’enrichment può riutilizzare il contenuto delle pagine conservato nella cache per sette giorni. Abilita Disable cached data quando ti serve un nuovo recupero per analizzare un cambiamento recente. Registra nella collection anche la data del controllo: il momento in cui avvii un controllo dalla cache non coincide necessariamente con quello in cui la pagina è stata recuperata.
Per definire il budget, considera il costo mostrato nelle impostazioni dell’enrichment e il consumo riportato al termine dell’esecuzione. L’uso del proxy e della cache può incidere sui consumi, quindi non stimare ogni risultato come se fosse una nuova richiesta identica alle altre.
Passaggio 4: scegli gli output
Se vuoi revisionare una lista, associa tutti e cinque gli output: Website Status, HTTP Status Code, Final URL, Page Title ed Error Message. Ognuno risponde a una domanda diversa.
Website Status offre un riepilogo. Final URL aiuta a verificare un cambio di dominio. Page Title ed Error Message permettono di interpretare un dominio parcheggiato o un recupero non riuscito. Il codice HTTP descrive il contesto della singola richiesta, ma non determina da solo lo stato dell’azienda.
Aggiungi una proprietà di revisione separata e gestita da te, ad esempio Keep, Verify domain, Retry o Investigate business status. Il checker non prende queste decisioni operative al posto tuo.
Passaggio 5: apri Instant Run
Dopo aver configurato input e output, seleziona Continue with Instant Run. Esegui un test su un piccolo campione prima di elaborare il resto della collection.
Assicurati che il campione sia rappresentativo. Un insieme composto solo da homepage aggiornate e facilmente accessibili non mostrerà come si comportano i domini più vecchi o i siti protetti.
Passaggio 6: esegui un test su un campione
Controlla l’ambito configurato per l’esecuzione ed elabora alcune righe. Confronta l’URL originale, Final URL e il titolo della pagina con il record dell’azienda. Analizza gli errori separatamente dai risultati riusciti.
Per il batch, usa la modalità di esecuzione proposta dall’applicazione. Run in Async riguarda il modo in cui viene eseguito il job: non trasforma la risposta non riuscita di un sito nella prova che un’azienda abbia chiuso.
Se vuoi confrontare i risultati con un nuovo controllo, abilita consapevolmente l’impostazione relativa alla cache. Evita di eseguire più volte la stessa richiesta memorizzata e di considerare i risultati come conferme indipendenti.
Passaggio 7: verifica i risultati e scala
Controlla il campione prima di elaborare le righe rimanenti. Se hai associato la proprietà di input sbagliata o se i redirect rimandano ad aziende diverse, correggi prima la configurazione o i dati di origine.
Quando i risultati del campione sono utili, elabora le altre righe previste. Conserva gli ID originali della fonte e le decisioni prese durante la revisione, così potrai esportarli nuovamente nel CRM.
Come interpretare i risultati
Usa i seguenti esempi per tenere separato l’output tecnico dalle conclusioni sullo stato dell’azienda:
| Risultato | Cosa verificare | Decisione da evitare |
|---|---|---|
| Online, contenuto recuperato correttamente | La pagina corrisponde davvero all’azienda prevista? | Dare per scontato che ogni contatto o indirizzo email sia aggiornato. |
| Redirected verso un altro dominio | L’azienda originale, l’identità della destinazione e il motivo del cambiamento. | Classificare automaticamente il cambiamento come un’acquisizione. |
| Parked, titolo “coming soon” | Se si tratta di una pagina provvisoria, di un rilancio o di un dominio non correlato. | Eliminare immediatamente l’account dell’azienda. |
| Unreachable, errore nella richiesta | I dettagli dell’errore, l’URL di origine e, se opportuno, un nuovo tentativo successivo senza cache. | Contrassegnare l’azienda come chiusa dopo un solo controllo non riuscito. |
Come gestire i redirect
Confronta il nome e l’attività dell’azienda di destinazione con quelli presenti nel tuo account. Il redirect di un dominio può indicare un rebranding, un’acquisizione, un cambio di hosting o una destinazione del tutto estranea. Aggiorna il CRM solo dopo aver verificato quale spiegazione sia corretta.
Non sostituire un dominio email soltanto perché il sito esegue un redirect. Il routing web e quello delle email sono distinti: prima di modificare gli indirizzi dei contatti, usa un workflow appropriato per la verifica delle email.
Come individuare i domini parcheggiati
Il classificatore analizza i pattern presenti nei contenuti recuperati, nei titoli e negli URL. Può segnalare testi come “coming soon” o altri contenuti provvisori. È un invito a controllare il sito, non una verifica presso il registro delle imprese né una comunicazione ufficiale di cessazione dell’attività.
Mantieni il risultato in una coda di revisione e conserva tutte le informazioni relative al rapporto con il cliente. Per stabilire se l’azienda sia ancora attiva, potrebbe essere necessario consultare una fonte secondaria o il responsabile dell’account.
Come gestire i siti non raggiungibili
Leggi l’errore e il codice HTTP. Un percorso di pagina inesistente, un problema del server o una richiesta bloccata hanno implicazioni diverse rispetto a un cambio confermato dell’identità aziendale.
Controlla che l’URL fornito sia ancora corretto e verifica se sia stata utilizzata la cache. Se il problema sembra temporaneo, ripeti il controllo in modo mirato. Lascia i record irrisolti contrassegnati per la revisione, anziché trasformare un’incertezza in un’informazione negativa.
Conclusione
Usa il controllo dei siti web per stabilire le priorità di lavoro su una lista di aziende: recupera nuove risposte o analizza quelle memorizzate nella cache, verifica redirect ed errori ed esporta le decisioni approvate insieme agli ID originali dei record. Conserva lo stato tecnico e quello dell’azienda in campi separati.
Casi d’uso
Pulizia del CRM
Esegui controlli periodici per individuare gli account i cui siti richiedono attenzione. Invia questi account alla revisione invece di eliminarli in blocco. Conserva l’URL originale e l’ID dell’account per garantire la tracciabilità di ogni correzione.
Pulizia delle liste di prospect
Verifica le corrispondenze incerte dei siti prima dell’enrichment. Il controllo può far emergere un dominio errato o un record obsoleto nella fonte, ma non convalida tutte le email né stabilisce se un contatto sia adatto all’outreach. Abbinalo alla pulizia dei dati e ai controlli richiesti dal workflow successivo.
Rilevamento dei rebranding
Un Final URL diverso è un possibile segnale. Verifica l’identità dell’azienda e il motivo del cambiamento prima di menzionare un rebranding o un’acquisizione in un messaggio. Conserva le prove a supporto insieme al record revisionato.
FAQ
Lo strumento visita il sito web?
Recupera il contenuto della pagina, ma può riutilizzare una risposta presente nella cache. Abilita Disable cached data quando è importante eseguire un nuovo controllo.
Può rilevare i domini parcheggiati?
Segnala i pattern associati ai domini parcheggiati o alle pagine provvisorie. Controlla la pagina e il contesto, perché un risultato euristico può richiedere una correzione; il controllo non dimostra che l’azienda abbia cessato l’attività.
Cosa succede se il sito blocca i bot?
Controlla Proxy Policy e l’errore restituito. Un nuovo tentativo tramite proxy potrebbe recuperare il contenuto, ma può comunque fallire. Se le limitazioni di accesso impediscono un controllo attendibile, considera il risultato irrisolto.
Online significa che l’azienda è attiva?
Online indica che, in base alle regole del controllo, è stato trovato contenuto di pagina utilizzabile. Prima di modificare lo stato dell’account nel CRM o eliminare un record, verifica lo stato dell’azienda attraverso fonti appropriate.