En nettsidesjekk for bulkdata hjelper deg med å kontrollere bedrifters URL-er ved å hente Website Status, HTTP Status Code, Final URL, Page Title og Error Message. I Datablist bruker du Website Status & Parked Domain Checker på en CSV- eller Excel-liste. Test først et utvalg, og undersøk usikre resultater før du endrer CRM-data.
At en nettside er tilgjengelig, sier noe om URL-en – ikke nødvendigvis om selskapet er aktivt eller avviklet. En fungerende side kan tilhøre en inaktiv virksomhet. En mislykket forespørsel kan skyldes midlertidig nedetid, en gammel URL eller tilgangsbegrensninger.
Jeg anbefaler å holde resultatet fra nettsidesjekken adskilt fra vurderingen av selskapets status. Da får teamet en ryddig kontrollkø uten at en teknisk feil fører til at en konto slettes på feil grunnlag.
Hva verktøyet gjør
Denne enrichmenten henter den angitte nettadressen og klassifiserer responsen. Den kan bruke bufret sideinnhold på nytt med mindre du deaktiverer dette alternativet.
- Online: Forespørselen returnerte gyldig sideinnhold uten å samsvare med kontrollene for parkerte domener. Dette bekrefter verken at selskapet er i drift, eller at e-postadressene kan nås.
- Redirected: Forespørselen endte på et annet domene. En endring av protokoll eller bare en annen sti klassifiseres ikke som bytte av bedriftsdomene.
- Parked: Sidetittelen, innholdet eller URL-mønsteret samsvarte med verktøyets kriterier for parkerte domener. Kontroller siden manuelt. Plassholder- og vedlikeholdstekst kan kreve menneskelig vurdering.
- Unreachable: En forespørselsfeil eller mislykket respons gjorde at verktøyet ikke kunne hente en brukbar side. Les HTTP-koden og feilmeldingen i stedet for å anta at domenet ikke lenger finnes.
For resultater som viser parkerte domener, bør du følge arbeidsflyten for kontroll av parkerte domener i bulk før du arkiverer CRM-data. Nettsidens status alene dokumenterer ikke at selskapet er avviklet.
Har listen bare selskapsnavn, må du først finne nettsidene. Les i så fall slik finner du bedriftsnettsider fra selskapsnavn, og kontroller domenetreffene før du kjører nettsidesjekken.
Slik sjekker du nettsidestatus trinn for trinn
Trinn 1: Last inn dataene dine
Importer CSV- eller Excel-filen til en collection. Behold Company Name, Original Website og en stabil ID fra CRM-et eller datakilden. Lagre resultatene fra sjekken i nye properties, slik at et usikkert treff ikke overskriver den opprinnelige nettadressen.
Som et illustrerende eksempel kan konto 001 inneholde https://acme.example, mens konto 002 har et tidligere domene. Ta med en blanding av vanlige URL-er, kjente viderekoblinger og poster som må undersøkes, i testutvalget. Dette er eksempler på mulige inndata, ikke nettsider som er testet i sanntid.
Trinn 2: Åpne statussjekken
Åpne enrichment-katalogen og velg Website Status & Parked Domain Checker. Verktøyet behandler en nettadresse fra hver eksisterende rad. Det identifiserer ikke anonyme besøkende på din egen nettside.
Dette skillet er viktig hvis du søkte etter «hvilke selskaper besøker nettsiden min». Denne arbeidsflyten sjekker URL-er til selskaper som du selv oppgir. Den er ikke et produkt for besøksidentifisering eller webanalyse.
Trinn 3: Konfigurer innstillinger og koble nettsidefeltet
Koble Website Url til property-feltet som inneholder selskapets opprinnelige URL. Manglende eller ugyldige verdier må rettes før du kan få en meningsfull tilgjengelighetssjekk.
Velg en Proxy Policy: Use proxy on error (default), Always use proxy eller No proxy. Standardvalget kan prøve mislykkede forespørsler på nytt via en proxy. Det garanterer ikke en vellykket forespørsel og fastslår heller ikke hvorfor nettstedet avviste det første forsøket.
Enrichmenten kan gjenbruke sideinnhold som er bufret i sju dager. Aktiver Disable cached data når du trenger en ny forespørsel for å undersøke en nylig endring. Registrer din egen kontrolldato i collectionen. Tidspunktet da du kjører en bufret sjekk, er ikke nødvendigvis tidspunktet da siden ble hentet.
Bruk kostnaden som vises i enrichment-innstillingene, og det rapporterte forbruket for kjøringen når du lager budsjett. Bruk av proxy og cache kan påvirke forbruket, så ikke beregn alle resultater som identiske, nye forespørsler.
Trinn 4: Velg resultater
Koble alle de fem resultatfeltene når målet er å kontrollere en liste: Website Status, HTTP Status Code, Final URL, Page Title og Error Message. Hvert felt besvarer et eget spørsmål.
Website Status gir sammendraget. Final URL hjelper deg med å undersøke et mulig domenebytte. Page Title og Error Message kan forklare hvorfor siden er klassifisert som parkert, eller hvorfor forespørselen mislyktes. HTTP-koden gir kontekst for den aktuelle forespørselen, men er ikke i seg selv en konklusjon om selskapets status.
Legg til et eget kontrollfelt som du administrerer selv, for eksempel Behold, Bekreft domene, Prøv igjen eller Undersøk selskapsstatus. Sjekkverktøyet tar ikke disse forretningsbeslutningene for deg.
Trinn 5: Åpne Instant Run
Velg Continue with Instant Run etter at du har konfigurert inndata og resultatfelt. Test et lite utvalg før du behandler resten av collectionen.
Sørg for at utvalget er representativt. Et utvalg som bare inneholder enkle og oppdaterte forsider, viser ikke hvordan eldre domener eller beskyttede nettsteder oppfører seg.
Trinn 6: Test et utvalg
Kontroller omfanget for den konfigurerte kjøringen, og behandle noen få rader. Sammenlign den opprinnelige URL-en, Final URL og sidetittelen med selskapsoppføringen. Undersøk feil separat fra vellykkede resultater.
Bruk kjøremodusen som applikasjonen tilbyr for den aktuelle batchen. Run in Async beskriver hvordan jobben kjøres. Det gjør ikke en mislykket nettsiderespons til bevis på at virksomheten er avviklet.
Hvis du vil sammenligne med en helt ny sjekk, må du velge cache-innstillingen bevisst. Ikke kjør den samme bufrede forespørselen flere ganger og behandle resultatene som uavhengige bekreftelser.
Trinn 7: Kontroller og skaler
Kontroller utvalget før du kjører resten. Hvis feil property er koblet til, eller viderekoblingene peker til andre selskaper, må du først rette konfigurasjonen eller kildedataene.
Når utvalget gir nyttige resultater, kan du behandle de resterende radene. Behold de opprinnelige kilde-ID-ene og kontrollbeslutningene når dataene eksporteres tilbake til CRM-et.
For en prospekteringsliste rettet mot webdesign er en tilgjengelig nettside bare utgangspunktet. Følg sjekklisten for utdaterte nettsider for å vurdere mobilnavigasjon, kontaktmuligheter og innhold før du foreslår et redesign.
Slik tolker du resultatene
Bruk disse illustrative vurderingene for å holde det tekniske resultatet adskilt fra den forretningsmessige konklusjonen:
| Resultat | Dette bør du kontrollere | Unngå denne konklusjonen |
|---|---|---|
| Online, gyldig innhold | Viser siden at dette er riktig selskap? | Å anta at alle kontakter og e-postadresser er oppdaterte. |
| Redirected til et annet domene | Det opprinnelige selskapet, identiteten til destinasjonen og årsaken til endringen. | Å automatisk klassifisere endringen som et oppkjøp. |
| Parked, tittel med «kommer snart» | Om dette er en plassholder, en relansering eller et domene uten tilknytning til selskapet. | Å slette selskapskontoen umiddelbart. |
| Unreachable, forespørselsfeil | Feildetaljene, kilde-URL-en og eventuelt en ny forespørsel på et senere tidspunkt. | Å merke selskapet som avviklet etter én mislykket sjekk. |
Slik håndterer du viderekoblinger
Sammenlign navnet og virksomheten på destinasjonssiden med kontoen din. En viderekobling kan skyldes en rebranding, et oppkjøp, bytte av hosting eller en destinasjon uten tilknytning til selskapet. Oppdater først CRM-et når du har bekreftet hvilken forklaring som gjelder.
Ikke bytt e-postdomene bare fordi nettsiden viderekobles. Web- og e-posttrafikk rutes separat. Bruk en egnet arbeidsflyt for e-postverifisering før du endrer kontaktadresser.
Slik identifiserer du parkerte domener
Klassifiseringen bruker mønstre i innholdet, titlene og URL-ene som hentes. Den kan flagge «kommer snart» og annet plassholderinnhold. Det er en grunn til å undersøke nettstedet, ikke et oppslag i et foretaksregister eller en bekreftet melding om avvikling.
Behold resultatet i en kontrollkø, og ta vare på informasjon om eksisterende kunderelasjoner. Du kan trenge en sekundær kilde eller den kontoansvarlige for å avgjøre om virksomheten fortsatt er aktiv.
Slik håndterer du utilgjengelige nettsider
Les feilmeldingen og HTTP-koden. En manglende sidesti, et serverproblem eller en blokkert forespørsel har andre konsekvenser enn en bekreftet endring av selskapets identitet.
Kontroller om den oppgitte URL-en fortsatt er riktig, og om cache ble brukt. Prøv på nytt på en kontrollert måte hvis problemet virker midlertidig. La uavklarte poster stå merket for kontroll i stedet for å gjøre usikkerhet om til et negativt faktum.
Konklusjon
Bruk nettsidesjekken til å prioritere arbeidet med en selskapsliste: Hent eller kontroller bufrede svar, undersøk viderekoblinger og feil, og eksporter godkjente beslutninger sammen med de opprinnelige post-ID-ene. Oppbevar teknisk status og selskapsstatus i separate felt.
Bruksområder
Ryddige CRM-data
Bruk regelmessige kontroller for å finne kontoer med nettsider som krever oppfølging. Send disse kontoene til manuell kontroll i stedet for å masseslette dem. Behold den opprinnelige URL-en og konto-ID-en, slik at rettelser kan spores.
Rydding av prospektlister
Kontroller usikre nettsidetreff før enrichment. Dette kan avdekke feil domene eller utdaterte kildeopplysninger, men det verifiserer ikke alle e-postadresser og avgjør ikke om et prospekt bør kontaktes. Kombiner sjekken med datarensing og kontrollene som kreves i neste arbeidsflyt.
Oppdage rebranding
En endret Final URL kan være et relevant signal. Bekreft selskapets identitet og årsaken til endringen før du omtaler rebranding eller oppkjøp i en melding. Lagre dokumentasjonen sammen med den kontrollerte posten.
FAQ
Besøker verktøyet nettsiden?
Det henter sideinnhold, men kan gjenbruke et bufret svar. Aktiver Disable cached data når du trenger en helt ny sjekk.
Kan det oppdage parkerte domener?
Det flagger mønstre som forbindes med parkerte domener eller plassholdersider. Kontroller siden og sammenhengen, fordi et heuristisk resultat kan være feil. Sjekken fastslår ikke at selskapet er avviklet.
Hva hvis nettsiden blokkerer boter?
Kontroller Proxy Policy og den rapporterte feilen. Et nytt forsøk via proxy kan hente innholdet, men kan også mislykkes. Behandle resultatet som uavklart når tilgangsbegrensninger hindrer en pålitelig kontroll.
Betyr Online at selskapet er aktivt?
Online betyr at nettsidesjekken fant brukbart sideinnhold i henhold til sine regler. Bekreft selskapets status med egnet dokumentasjon før du endrer kontostatusen i CRM-et eller sletter en post.