En webbplatskontroll för stora listor hjälper dig att granska företags-URL:er genom att returnera Website Status, HTTP Status Code, Final URL, Page Title och Error Message. I Datablist använder du Website Status & Parked Domain Checker på en CSV- eller Excel-lista, testar ett urval och undersöker osäkra resultat innan du ändrar poster i CRM-systemet.
Webbplatsens tillgänglighet säger något om en URL – den bevisar inte att företaget är aktivt eller har lagts ned. En fungerande sida kan tillhöra ett vilande företag. En misslyckad förfrågan kan bero på ett tillfälligt avbrott, en gammal URL eller ett åtkomstskydd.
Jag rekommenderar att du håller kontrollresultatet åtskilt från bedömningen av företagets status. Då får teamet en granskningskö utan att ett tekniskt fel leder till att ett konto raderas av misstag.
Så fungerar verktyget
Enrichment-funktionen hämtar den angivna webbadressen och klassificerar svaret. Den kan återanvända cachat sidinnehåll om du inte inaktiverar det alternativet.
- Online: Hämtningen returnerade fungerande sidinnehåll som inte matchade kontrollerna för parkerade domäner. Det bekräftar varken att företaget bedriver verksamhet eller att dess e-postadresser fungerar.
- Redirected: Förfrågan slutade på en annan domän. En ändring av protokoll eller en annan sökväg klassificeras inte i sig som ett byte av företagsdomän.
- Parked: Sidtiteln, innehållet eller URL-mönstret matchade verktygets heuristik för parkerade domäner. Granska sidan – platshållar- och underhållstexter kan behöva bedömas manuellt.
- Unreachable: Ett förfrågningsfel eller ett misslyckat svar gjorde att sidan inte kunde hämtas på ett användbart sätt. Läs HTTP-koden och felmeddelandet i stället för att utgå från att domänen inte längre finns.
För resultat som tyder på en parkerad domän bör du följa arbetsflödet för granskning av parkerade domäner i stora listor innan du arkiverar CRM-poster. Webbplatsstatusen räcker inte för att fastställa om företaget har lagts ned.
Om listan bara innehåller företagsnamn måste du först identifiera webbplatserna. Läs i så fall hitta företagswebbplatser från företagsnamn och granska sedan domänmatchningarna innan du kontrollerar dem.
Steg för steg: kontrollera webbplatsstatus
Steg 1: Ladda dina data
Importera din CSV- eller Excel-fil till en collection. Behåll Company Name, Original Website och ett stabilt ID från CRM-systemet eller datakällan. Skriv kontrollens resultat till nya properties så att en osäker matchning inte skriver över den ursprungliga webbadressen.
Som exempel kan konto 001 innehålla https://acme.example, medan konto 002 innehåller en tidigare domän. Ta med en blandning av vanliga URL:er, kända redirects och poster som behöver granskas i urvalet. Detta är exempel på hur input kan se ut, inte webbplatser som har testats live.
Steg 2: Öppna statuskontrollen
Öppna enrichment-katalogen och välj Website Status & Parked Domain Checker. Verktyget behandlar en webbadress från varje befintlig rad. Det identifierar inte anonyma besökare på din egen webbplats.
Den skillnaden är viktig om du sökte efter ”vilka företag besöker min webbplats”. Det här arbetsflödet kontrollerar de företags-URL:er som du anger. Det är inte ett verktyg för besöksidentifiering eller webbanalys.
Steg 3: Konfigurera och mappa webbplatsfältet
Mappa Website Url till den property som innehåller företagets ursprungliga URL. Saknade eller ogiltiga värden måste korrigeras innan en meningsfull tillgänglighetskontroll kan göras.
Välj en Proxy Policy: Use proxy on error (default), Always use proxy eller No proxy. Standardpolicyn kan göra ett nytt hämtningsförsök via en proxy. Det garanterar inte att förfrågan lyckas och fastställer inte varför webbplatsen avvisade det första försöket.
Enrichment-funktionen kan återanvända sidinnehåll som har cachats i sju dagar. Aktivera Disable cached data när du behöver göra en ny hämtning för att undersöka en färsk förändring. Spara ett eget kontrolldatum i din collection. Tidpunkten då du kör en cachad kontroll är inte nödvändigtvis densamma som när sidan hämtades.
Utgå från kostnaden som visas i enrichment-inställningarna och den rapporterade förbrukningen för körningen när du gör din budget. Proxy- och cacheflöden kan påverka förbrukningen, så räkna inte med att varje resultat motsvarar en identisk, ny förfrågan.
Steg 4: Välj resultatfält
Mappa alla fem resultatfält när syftet är att granska en lista: Website Status, HTTP Status Code, Final URL, Page Title och Error Message. Varje fält besvarar en egen fråga.
Website Status ger en sammanfattning. Final URL hjälper dig att undersöka ett domänbyte. Page Title och Error Message kan förklara parkerade domäner eller misslyckade hämtningar. HTTP-koden ger sammanhang för just den förfrågan – den är inte ett fristående besked om företagets status.
Lägg till en separat property för granskningen som du själv styr, exempelvis Behåll, Verifiera domän, Försök igen eller Undersök företagsstatus. Kontrollen fattar inte dessa affärsbeslut åt dig.
Steg 5: Öppna Instant Run
Välj Continue with Instant Run när du har konfigurerat input och resultatfält. Testa ett litet urval innan du behandlar resten av din collection.
Se till att urvalet är representativt. Ett urval som bara innehåller enkla och aktuella startsidor visar inte hur äldre domäner eller skyddade webbplatser beter sig.
Steg 6: Testa på ett urval
Granska körningens konfigurerade omfattning och behandla några rader. Jämför den ursprungliga URL:en, Final URL och sidtiteln med företagsposten. Granska fel separat från lyckade resultat.
Använd det körläge som appen erbjuder för din batch. Run in Async handlar om hur jobbet körs. Det gör inte ett misslyckat webbplatssvar till ett bevis på att företaget har lagts ned.
Om du vill jämföra med en ny kontroll ska du aktivera cacheinställningen medvetet. Kör inte samma cachade förfrågan flera gånger och behandla resultaten som oberoende bekräftelser.
Steg 7: Granska och skala upp
Kontrollera urvalet innan du kör resten. Om fel input-property har mappats eller om redirects leder till andra företag ska du först korrigera konfigurationen eller källdatan.
När urvalet ger användbara resultat kan du behandla de återstående avsedda raderna. Behåll de ursprungliga käll-ID:na och dina granskningsbeslut när du exporterar tillbaka till CRM-systemet.
För en prospekteringslista inom webbdesign är en tillgänglig webbplats bara utgångspunkten. Följ checklistan för granskning av föråldrade webbplatser för att kontrollera mobilnavigering, kontaktvägar och innehåll innan du föreslår en redesign.
Så tolkar du resultaten
Använd följande exempel för att hålla det tekniska resultatet åtskilt från affärsbedömningen:
| Resultat | Det här bör granskas | Undvik detta beslut |
|---|---|---|
| Online, fungerande innehåll | Framgår det att sidan tillhör rätt företag? | Att utgå från att alla kontaktuppgifter och e-postadresser är aktuella. |
| Redirected till en annan domän | Det ursprungliga företaget, mottagarens identitet och orsaken till bytet. | Att automatiskt klassificera förändringen som ett företagsförvärv. |
| Parked, titel med ”kommer snart” | Om det är en platshållare, en nylansering eller en orelaterad domän. | Att omedelbart radera företagskontot. |
| Unreachable, förfrågningsfel | Felinformationen, käll-URL:en och vid behov ett nytt försök senare. | Att markera företaget som nedlagt efter en enda misslyckad kontroll. |
Hantera redirects
Jämför namnet och verksamheten på målsidan med uppgifterna i ditt konto. En domänredirect kan bero på en rebranding, ett förvärv, ett byte av webbhotell eller att länken leder till en helt annan verksamhet. Uppdatera CRM-systemet först när du har fastställt vilken förklaring som gäller.
Byt inte e-postdomän enbart för att webbplatsen gör en redirect. Webb- och e-posttrafik dirigeras separat. Använd ett lämpligt arbetsflöde för e-postverifiering innan du ändrar kontaktadresser.
Identifiera parkerade domäner
Klassificeringen bygger på mönster i det hämtade innehållet, sidtitlarna och URL:erna. Den kan flagga ”kommer snart” och annat platshållarinnehåll. Det är ett skäl att granska webbplatsen, inte ett uppslag i ett företagsregister eller ett verifierat besked om nedläggning.
Låt resultatet ligga kvar i granskningskön och bevara all information om kundrelationen. Du kan behöva en sekundär källa eller hjälp från den kontoansvariga för att avgöra om företaget fortfarande är aktivt.
Hantera webbplatser som inte kan nås
Läs felmeddelandet och HTTP-koden. En saknad undersida, ett serverproblem eller en blockerad förfrågan har andra konsekvenser än en bekräftad förändring av företagets identitet.
Kontrollera om den angivna URL:en fortfarande är korrekt och om cache användes. Gör ett medvetet nytt försök när problemet verkar vara tillfälligt. Låt olösta poster vara markerade för granskning i stället för att omvandla osäkerhet till ett negativt faktum.
Slutsats
Använd webbplatskontrollen för att prioritera arbetet med en företagslista: hämta eller granska cachade svar, undersök redirects och fel samt exportera godkända beslut tillsammans med de ursprungliga post-ID:na. Spara den tekniska statusen och företagets status i separata fält.
Användningsområden
CRM-hygien
Gör regelbundna kontroller för att hitta konton vars webbplats behöver granskas. Skicka dessa konton vidare för granskning i stället för att massradera dem. Behåll den ursprungliga URL:en och konto-ID:t så att korrigeringar förblir spårbara.
Rensa prospektlistor
Kontrollera osäkra webbplatsmatchningar före enrichment. Det kan avslöja en felaktig domän eller en inaktuell källpost, men det verifierar inte varje e-postadress och fastställer inte om kontakten är lämplig för outreach. Kombinera kontrollen med datarensning och de kontroller som krävs i nästa arbetsflöde.
Upptäcka rebranding
En ändrad Final URL är en möjlig signal. Verifiera företagets identitet och orsaken till ändringen innan du nämner en rebranding eller ett förvärv i ett meddelande. Spara underlaget tillsammans med den granskade posten.
FAQ
Besöker verktyget webbplatsen?
Det hämtar sidinnehåll men kan återanvända ett cachat svar. Aktivera Disable cached data när du behöver göra en helt ny kontroll.
Kan det upptäcka parkerade domäner?
Det flaggar mönster som förknippas med parkerade domäner och platshållarsidor. Granska sidan och sammanhanget eftersom ett heuristiskt resultat kan behöva korrigeras. Kontrollen fastställer inte att företaget har lagts ned.
Vad händer om webbplatsen blockerar bottar?
Granska Proxy Policy och det rapporterade felet. Ett nytt försök via proxy kan hämta innehållet, men även det kan misslyckas. Behandla resultatet som olöst när åtkomstskyddet förhindrar en tillförlitlig kontroll.
Betyder Online att företaget är aktivt?
Online betyder att webbplatskontrollen hittade användbart sidinnehåll enligt sina regler. Bekräfta företagets status med lämpliga underlag innan du ändrar kontostatusen i CRM-systemet eller raderar en post.