En bulk website-checker hjælper dig med at gennemgå virksomheders URL'er ved at returnere Website Status, HTTP Status Code, Final URL, Page Title og Error Message. I Datablist kan du bruge Website Status & Parked Domain Checker på en CSV- eller Excel-liste, teste et udvalg og undersøge usikre resultater, før du ændrer poster i dit CRM.
Et websites tilgængelighed siger noget om en URL, men beviser ikke, om en virksomhed er aktiv eller lukket. En fungerende side kan tilhøre en virksomhed uden aktivitet. En mislykket forespørgsel kan skyldes midlertidig nedetid, en gammel URL eller adgangsbeskyttelse.
Jeg anbefaler, at du holder resultatet af kontrollen adskilt fra din vurdering af virksomhedens status. Så får dit team en overskuelig kø til manuel gennemgang, uden at en teknisk fejl fører til, at en konto slettes ved en fejl.
Hvad værktøjet gør
Denne enrichment henter den angivne website-URL og klassificerer svaret. Den kan genbruge cachelagret sideindhold, medmindre du deaktiverer denne mulighed.
- Online: Forespørgslen returnerede brugbart sideindhold og matchede ikke kontrollen for parkerede domæner. Det bekræfter hverken virksomhedens aktivitet eller e-mailadressernes leveringssikkerhed.
- Redirected: Forespørgslen endte på et andet domæne. Et skift i protokol eller en anden sti alene klassificeres ikke som et skift af virksomhedsdomæne.
- Parked: Sidens titel, indhold eller URL-mønstre matchede værktøjets kriterier for parkerede domæner. Gennemgå siden, da placeholder- og vedligeholdelsestekster kan kræve en menneskelig vurdering.
- Unreachable: En fejl i forespørgslen eller et mislykket svar forhindrede et brugbart sideresultat. Læs HTTP-koden og fejlmeddelelsen i stedet for at antage, at domænet ikke længere findes.
Ved resultater, der peger på et parkeret domæne, bør du følge workflowet til bulk-gennemgang af parkerede domæner, før du arkiverer poster i dit CRM. Website-status alene fastslår ikke, om virksomheden er lukket.
Hvis din liste kun indeholder virksomhedsnavne, skal du først finde deres websites. Er det dit udgangspunkt, kan du læse find virksomheders websites ud fra deres navne og derefter gennemgå domænematchene, før du kontrollerer dem.
Trin-for-trin-guide til at tjekke website-status
Trin 1: Indlæs dine data
Importér din CSV- eller Excel-fil i en collection. Behold Company Name, Original Website og et stabilt ID fra dit CRM eller din datakilde. Gem checkerens resultater i nye properties, så et usikkert match ikke overskriver det oprindelige website.
Som et illustrativt eksempel kan konto 001 indeholde https://acme.example, mens konto 002 indeholder et tidligere domæne. Sørg for, at dit testudvalg omfatter normale URL'er, kendte redirects og poster, der kræver gennemgang. Det er eksempler på inputformater og ikke websites, der er blevet testet live.
Trin 2: Åbn status-checkeren
Åbn kataloget over enrichments, og vælg Website Status & Parked Domain Checker. Den behandler en website-URL fra hver eksisterende række. Den identificerer ikke anonyme besøgende på dit eget website.
Den forskel er vigtig, hvis du har søgt efter »hvilke virksomheder besøger mit website?«. Dette workflow kontrollerer de virksomheds-URL'er, du selv angiver. Det er ikke et produkt til besøgsidentifikation eller webanalyse.
Trin 3: Vælg indstillinger, og map website-input
Map Website Url til den property, der indeholder virksomhedens oprindelige URL. Manglende eller ugyldige input skal rettes, før du kan foretage en meningsfuld kontrol af tilgængeligheden.
Vælg en Proxy Policy: Use proxy on error (default), Always use proxy eller No proxy. Standardindstillingen kan forsøge mislykkede forespørgsler igen via en proxy. Det garanterer ikke, at forespørgslen lykkes, og forklarer heller ikke, hvorfor et website afviste det første forsøg.
Denne enrichment kan genbruge sideindhold, der har været cachelagret i op til syv dage. Aktivér Disable cached data, når du har brug for en ny forespørgsel for at undersøge en nylig ændring. Gem din egen kontroldato i din collection. Tidspunktet, hvor du kører en cachebaseret kontrol, er ikke nødvendigvis det tidspunkt, hvor siden blev hentet.
Brug den pris, der vises i indstillingerne for enrichmenten, og det rapporterede forbrug for kørslen, når du lægger budget. Brug af proxy og cache kan påvirke forbruget, så du bør ikke budgettere med, at alle resultater koster det samme som en helt ny forespørgsel.
Trin 4: Vælg dine outputs
Map alle fem outputs, når formålet er at gennemgå en liste: Website Status, HTTP Status Code, Final URL, Page Title og Error Message. De besvarer hver sit spørgsmål.
Website Status giver overblikket. Final URL hjælper dig med at undersøge et domæneskift. Page Title og Error Message kan forklare parkerede domæner eller mislykkede forespørgsler. HTTP-koden giver kontekst til den konkrete forespørgsel, men er ikke i sig selv en vurdering af virksomhedens status.
Tilføj en separat property til din egen vurdering, eksempelvis Behold, Bekræft domæne, Prøv igen eller Undersøg virksomhedens status. Checkeren træffer ikke disse forretningsmæssige beslutninger for dig.
Trin 5: Åbn Instant Run
Vælg Continue with Instant Run, når du har konfigureret inputs og outputs. Test et lille udvalg, før du behandler resten af din collection.
Sørg for, at udvalget er repræsentativt. Et datasæt, der kun indeholder enkle og opdaterede forsider, viser ikke, hvordan ældre domæner eller beskyttede websites reagerer.
Trin 6: Test på et udvalg
Gennemgå det konfigurerede kørselsomfang, og behandl nogle få rækker. Sammenlign den oprindelige URL, Final URL og sidetitlen med virksomhedsposten. Undersøg fejl separat fra vellykkede resultater.
Brug den kørselstype, som applikationen tilbyder til din batch. Run in Async handler om, hvordan jobbet udføres. Funktionen gør ikke et mislykket website-svar til dokumentation for, at en virksomhed er lukket.
Hvis du vil sammenligne med en helt ny kontrol, skal du bevidst aktivere indstillingen for at omgå cachen. Undgå at køre den samme cachelagrede forespørgsel gentagne gange og behandle resultaterne som uafhængige bekræftelser.
Trin 7: Gennemgå resultaterne, og skalér
Kontrollér testudvalget, før du kører resten. Hvis den forkerte input-property er mappet, eller redirects fører til andre virksomheder, skal du først rette konfigurationen eller kildedataene.
Når testudvalget giver brugbare resultater, kan du behandle resten af de relevante rækker. Behold de oprindelige kilde-ID'er og dine beslutninger, så de kan eksporteres tilbage til dit CRM.
Hvis du opbygger en prospect-liste til webdesign, er et tilgængeligt website kun udgangspunktet. Brug tjeklisten til gennemgang af forældede websites til at undersøge mobilnavigation, kontaktmuligheder og indhold, før du foreslår et redesign.
Sådan fortolker du resultaterne
Brug følgende eksempler på beslutninger til at holde det tekniske resultat adskilt fra den forretningsmæssige konklusion:
| Resultat | Det bør du gennemgå | Beslutning, du bør undgå |
|---|---|---|
| Online, brugbart indhold | Identificerer siden den rigtige virksomhed? | At antage, at alle kontaktoplysninger og e-mailadresser er aktuelle. |
| Redirected til et andet domæne | Den oprindelige virksomhed, destinationens identitet og årsagen til ændringen. | Automatisk at klassificere ændringen som et opkøb. |
| Parked med en »coming soon«-titel | Om det er en placeholder, en relancering eller et uvedkommende domæne. | At slette virksomhedskontoen med det samme. |
| Unreachable med fejl i forespørgslen | Fejloplysningerne, kilde-URL'en og eventuelt et nyt forsøg på et senere tidspunkt. | At markere virksomheden som lukket efter én mislykket kontrol. |
Sådan håndterer du redirects
Sammenlign destinationens navn og forretningsaktivitet med din konto. Et redirect til et andet domæne kan skyldes et rebrand, et opkøb, et skift af hosting eller en uvedkommende destination. Opdatér først dit CRM, når du har undersøgt, hvilken forklaring der gælder.
Udskift ikke et e-maildomæne, blot fordi et website redirecter. Web- og e-mailtrafik routes separat. Brug et passende workflow til e-mailverificering, før du ændrer kontaktadresser.
Sådan identificerer du parkerede domæner
Klassifikationen bygger på mønstre i det hentede indhold, sidetitler og URL'er. Den kan markere »coming soon« og andet placeholder-indhold. Det er en grund til at undersøge websitet, ikke et opslag i et virksomhedsregister eller en bekræftet meddelelse om lukning.
Behold resultatet i en kø til manuel gennemgang, og sørg for at bevare oplysninger om eventuelle kunderelationer. Det kan være nødvendigt at bruge en sekundær kilde eller spørge den kontoansvarlige for at afgøre, om virksomheden stadig er aktiv.
Sådan håndterer du websites, der ikke kan nås
Læs fejlmeddelelsen og HTTP-koden. En manglende sidesti, et serverproblem eller en blokeret forespørgsel har andre konsekvenser end en bekræftet ændring af virksomhedens identitet.
Kontrollér, om den angivne URL stadig er korrekt, og om cachen blev brugt. Prøv bevidst igen, hvis problemet ser ud til at være midlertidigt. Lad uafklarede poster være markeret til gennemgang i stedet for at gøre usikkerhed til et negativt faktum.
Konklusion
Brug website-kontrollen til at prioritere arbejdet med en virksomhedsliste: Hent eller gennemgå cachelagrede svar, undersøg redirects og fejl, og eksportér godkendte beslutninger sammen med de oprindelige post-ID'er. Gem teknisk status og virksomhedsstatus i separate felter.
Anvendelsesmuligheder
CRM-datavedligeholdelse
Brug regelmæssige kontroller til at finde konti, hvis website kræver opmærksomhed. Send dem til manuel gennemgang i stedet for at masseslette dem. Behold den oprindelige URL og kontoens ID, så alle rettelser kan spores.
Rensning af prospect-lister
Kontrollér usikre website-matches før enrichment. Det kan afsløre et forkert domæne eller en forældet kildepost, men det validerer ikke alle e-mailadresser og afgør ikke, om en kontakt er egnet til Outbound. Kombinér det med datarensning og de kontroller, dit næste workflow kræver.
Identifikation af rebrands
En ændret Final URL er et muligt signal. Bekræft virksomhedens identitet og årsagen til ændringen, før du omtaler et rebrand eller et opkøb i en besked. Gem dokumentationen sammen med den gennemgåede post.
FAQ
Besøger værktøjet websitet?
Det henter sideindhold, men kan genbruge et cachelagret svar. Aktivér Disable cached data, når du har brug for en helt ny kontrol.
Kan det registrere parkerede domæner?
Det markerer mønstre, der forbindes med parkerede domæner eller placeholder-sider. Undersøg siden og konteksten, da et heuristisk resultat kan kræve en korrektion. Kontrollen fastslår ikke, at virksomheden er lukket.
Hvad hvis websitet blokerer bots?
Gennemgå Proxy Policy og den rapporterede fejl. Et nyt forsøg via en proxy kan muligvis hente indholdet, men det kan stadig mislykkes. Betragt resultatet som uafklaret, hvis adgangsbegrænsninger forhindrer en pålidelig kontrol.
Betyder Online, at virksomheden er aktiv?
Online betyder, at website-kontrollen fandt brugbart sideindhold efter sine egne kriterier. Bekræft virksomhedens status med relevant dokumentation, før du ændrer kontoens status i dit CRM eller sletter en post.