Térképlistából cégkép: négy Apify-modul egymás után

Az ügyfélszerzés többnyire egy listával indul. Kigyűjtöd a Google Térképről egy város összes fogorvosát, kapsz egy domainlistát egy szakkiállításról, vagy ott vannak a CRM-ben a meglévő cégek. Egy ilyen listából kiderül, ki létezik. Az viszont még nem, hogy kit hívj fel, hogy a cég valóban az-e, aminek mondja magát, és hogy most van-e értelme megkeresni.

Az Apify piacterén négy modult tettünk közzé (az Apify szóhasználatában: Actor). Mindegyik egy kérdésre felel, a cég saját weboldala és ahol lehet, egy hivatalos nyilvántartás alapján. Ugyanazt a bemenetet fogadják, és ugyanazt a kulcsoszlopot adják vissza, így az egyik futás eredménye elindíthatja a következőt. Az alábbiakban sorra vesszük őket, a végén pedig azt, hogyan kötöd össze a négyet.

Minden, ami itt szerepel, a modulok mai működését írja le, ahogy az Apify-oldalukon is olvasható. Ahol egy modul nem tud válaszolni, azt a sorban jelzi. Ez fontosabb bármelyik oszlopnál, ezért minden résznél külön kitérünk rá.

1. Ki vezeti a céget: Website Contacts

Az induló adat egy Google Maps-adathalmaz. Futtasd le a Google Maps Scrapert a szakmádra és a környékre, másold ki a futás adathalmaz-azonosítóját, és indítsd el a Website Contacts & Decision Makers modult úgy, hogy a datasetId mezőbe ezt írod. A modul maga nem keres a Google Térképen, csak azzal az adathalmazzal dolgozik, amit te adsz neki.

Weboldalanként egy sort kapsz: e-mail-címeket (szerepkör szerinti, személyes, általános vagy ingyenes levelezős címkével), nemzetközi formátumú telefonszámokat, és az oldalon megnevezett tulajdonosokat, alapítókat, ügyvezetőket, részlegvezetőket, mindegyiket a beosztásával. A modul magyar nyelvű oldalt is olvas. Minden e-mail-cím és minden személy mellett ott a source_url, vagyis az az oldal, ahol a rendszer megtalálta. Mielőtt bárkinek írsz, megnyithatod és ellenőrizheted.

Amit nem csinál: nem talál ki e-mail-címet, nem használja a LinkedInt, és nem fejti vissza a címeket elrejtő védelmet. Ha egy oldal elrejti a címeit, a sorban email_hidden_by_protection: true áll.

Szemléltető példa (kitalált cég, rövidített sor):

{
"domain": "napfeny-fogaszat.hu",
"primary_email": "[email protected]",
"decision_makers": [
  {
    "name": "Dr. Kertész Anna",
    "role": "Ügyvezető, fogorvos",
    "role_category": "executive",
    "source_url": "https://www.napfeny-fogaszat.hu/rolunk/"
  }
]
}

A nevek és a személyes munkahelyi e-mail-címek a GDPR szerint személyes adatok. Ha tárolod vagy felhasználod őket, jogalap kell hozzá, és a megkeresésnél a közvetlen üzletszerzés szabályai is érvényesek.

2. Mit igazol a nyilvántartás: Company Enrichment

A Company Enrichment by Domain egy domainlistából indul. Először a cég jogi közleményét, impresszumát olvassa el: a cégjegyzékszámot, az adószámot és a hivatalos nevet, amit a cég saját magáról közöl. Ezt keresi meg egy hivatalos nyilvántartásban.

Magyar cégnél ezt érdemes pontosan tudni: magyar cégnyilvántartás nincs a források között. Két út marad. Az egyik a GLEIF LEI-index, ha a cégnek van LEI-kódja. A másik az uniós VIES adószám-ellenőrzés, ha az oldalon szerepel közösségi adószám. A brit, francia, cseh, finn, lengyel és svájci cégeknél a modul a saját nemzeti nyilvántartásukat is olvassa.

Egy név egyezése sosem elég. Ha a találat név alapján jött, a modul csak akkor fogadja el, ha a nyilvántartásban szereplő cím is megtalálható a cég weboldalán, és pontosan egy jelölt illik rá.

Amit nem csinál: nem találgat. Ha nincs biztos egyezés, a domain akkor is megkapja a weboldal, a DNS és a használt technológiák adatait, de registry_verified: false értékkel. Ezt úgy olvasd: „nincs megerősítve”. A cég ettől még lehet valódi. Létszám és árbevétel csak ott jelenik meg, ahol egy nyilvántartás közzéteszi.

3. Ki toboroz arra a szerepre, amit kiszolgálsz: Company Hiring Signals

Aki toboroz, annak van kerete és van egy új feladata. Aki öt értékesítőt keres, annak értékesítési eszköz és képzés kell. Aki az első HR-vezetőjét keresi, annak bérszámfejtés. A Company Hiring Signals megnézi a cég karrieroldalát és álláshirdetési felületét, és visszaadja a nyitott állásokat, mindegyiket szakterület és szint szerint besorolva, plusz jelzéseket, például hiring_sales vagy hiring_leadership. A céglistádat aszerint rendezheted, ki toboroz arra a területre, amit a termékeddel kiszolgálsz. A modul a magyar nyelvű karrieroldalakat is érti.

A hiring_score (0 és 100 között) kizárólag az ugyanabban a sorban szereplő állásokból számolódik: mennyiség, frissesség, vezetői pozíció, szakterületek száma. Így ellenőrizheted, honnan jött a szám.

Amit nem csinál: az unknown állapotot nem veszi „nem toboroz”-nak. Az állapotnak négy értéke van:

• hiring: legalább egy nyitott állást talált.
• not_hiring: az álláshirdetési felület üres, vagy a karrieroldal szerint nincs nyitott pozíció.
• unknown: van karrieroldal vagy álláshirdetési felület, de az állásokat nem tudta kiolvasni (például mert csak JavaScripttel jelennek meg).
• no_careers_page_found: a weboldal nem linkel karrieroldalt, és a /careers vagy /jobs címen sincs ilyen.

Ezek közül csak a második jelent nemet. Állásportálokat (LinkedIn, Indeed és hasonlók) a modul nem használ.

4. Hívólista szolgáltatásonként: Local Business Leads Audit

Ha helyi vállalkozásoknak adsz el szolgáltatást, a Local Business Leads Audit egy Google Maps-adathalmazból vállalkozásonként egy sort készít: a weboldalon talált elérhetőségeket és döntéshozót, egy 28 pontos weboldal-auditot, és minden szolgáltatásra egy 0 és 100 közötti lehetőség-pontszámot, például local_seo, online_booking vagy email_deliverability. Ha a bemenetben megadod a saját szolgáltatásodat, a sor első megszólító mondatai arról szólnak.

Minden auditpont értéke pass, warn, fail vagy unknown. Amit a modul nem tudott megállapítani, az unknown marad, és nem számít bele a pontszámba. Az online foglalást csak olyan vállalkozásnál vizsgálja, amely időpontra dolgozik, így egy vízszerelőnek nem ajánl foglalási rendszert.

Amit nem csinál: nem jósol. A pontszám az egy futásban szereplő vállalkozásokat rangsorolja egymáshoz képest, árbevételről nem mond semmit. A „nem található” azt jelenti, hogy a beolvasott oldalakon nem találta.

5. Így kötöd össze őket: a domain oszlop

Mind a négy modul elfogad datasetId mezőt, és mind a négy az adathalmaz website oszlopát olvassa elsőként. A kimenet minden sorában szintén van website oszlop. Így az egyik futás adathalmaza elindíthatja a következőt: a Maps-adathalmaz a Website Contacts modulba, annak adathalmaza a Company Enrichmentbe, azé a Company Hiring Signalsba. Egy Apify-integrációval a következő futás magától indul, amikor az előző sikeresen lezárult.

{
"datasetId": "AZ_ELOZO_FUTAS_ADATHALMAZA"
}

Minden modul a saját táblázatát adja. Ha egy cégről mind a négyet egyben akarod látni, kösd össze a táblázatokat a domain oszlop mentén. Kétféle sornak nincs domainje: ha a Company Hiring Signals modulnak közvetlenül egy álláshirdetési felület linkjét adod, és ha a Local Business Leads Auditban egy cégnek nincs weboldala. Ezeknél a domain értéke null, és az input_url vagy a source_item.placeId oszloppal kötöd össze őket.

Mennyibe kerül

Mindegyik modul eredmény alapján számláz: a kapott sorokért fizetsz, a számítási időért nem. Az olvashatatlan weboldalak sora ingyenes, és benne van az ok. A futásonkénti költségkeretet mindegyik betartja. Az aktuális árak a modulok oldalán:

• Website Contacts & Decision Makers
• Company Enrichment by Domain
• Company Hiring Signals
• Local Business Leads Audit

Tribloc

Ha ezt a láncot a saját CRM-edbe kötve vagy a saját piacodra szabva szeretnéd, ezt építjük meg. Itt érsz el minket: tribloc.hu.