Google Maps geeft je bedrijfsrecords, geen verzendklare e-maillijst.
Een Google Maps-export bevat bedrijfsnamen, adressen, telefoonnummers, beoordelingen en website-URL's. Het bevat geen e-mailadressen. Het pad van een Maps-export naar een actieve cold email-campagne omvat verschillende afzonderlijke stappen, en elke stap verandert de vorm en het risicoprofiel van de data.
Het overslaan of samenvoegen van een van deze stappen is waar afleveringsproblemen beginnen. Gescrapte bedrijfsdata van Google Maps ziet er schoon uit. Dat is het gewoonlijk niet. Begrijpen wat er bij elke fase gebeurt, en waar slechte data de pipeline binnenkomt, is wat een goed draaiende campagne onderscheidt van een campagne die je verzenddomein beschadigt.
Google Maps e-mail verzamelen en verifiëren
Gebruik het volledige framework wanneer u het complete traject nodig heeft: gegevensverzameling, e-mailverificatie, routering en outreach.
Invoervelden die deze workflow nodig heeft.
Bevestig vóór de start van de workflow dat je Maps-export deze velden heeft. Elk veld wordt in een latere stap gebruikt.
| Veld | Waarom het nodig is | Wat te doen als het ontbreekt |
|---|---|---|
| Bedrijfsnaam | Personalisatie en deduplicatie | Vereist; herscrape of verrijk als afwezig |
| Website-URL | Startpunt voor e-mailontdekking | Records zonder URL kunnen geen e-mail opleveren; stuur apart door |
| Adres | Deduplicatie en locatiebepaling | Gebruikt om duplicaten op gedeeld adres te identificeren |
| Telefoonnummer | Secundair deduplicatiesignaal | Gebruikt wanneer domein- of e-maildeduplicatie niet alle duplicaten vangt |
| Beoordeling en reviewaantal | Kwalificatiesignaal voor bedrijfsgrootte en activiteit | Optioneel; nuttig voor prioritering |
| Bedrijfscategorie | Segmentatie vóór verzending | Helpt records naar de juiste sequentie te sturen |
| Bron-URL of vermeldingsnummer | Traceerbaarheid en deduplicatie | Helpt identificeren wanneer hetzelfde bedrijf onder twee records verschijnt |
Records zonder website-URL kunnen via standaardomtdekking geen e-mail opleveren. Bewaar ze in een aparte geen-e-mail-wachtrij voor telefonische outreach of handmatig onderzoek.
Opschonen vóór verificatie.
Voer opschoningstappen uit vóór het uploaden naar BillionVerify. Verificatie is nuttiger en nauwkeuriger op een schone invoer.
- Verwijder records zonder website-URL uit de actieve e-mail-workflow. Stuur ze door naar een telefoon- of onderzoekswachtrij.
- Identificeer franchise- en multi-locatierecords waarbij alle website-URL's naar hetzelfde bedrijfsdomein verwijzen. Deze produceren dubbele of bedrijfsniveau-e-mails. Dedupliceer op merkniveau vóór ontdekking wordt uitgevoerd.
- Voer e-mailontdekking uit op resterende records door elke website te crawlen voor mailto-links, contactpagina's en footertekst.
- Normaliseer de e-mailkolom: zet alle adressen in kleine letters, verwijder witruimte, herstel voor de hand liggende typefouten in format.
- Verwijder e-mails op bekende niet-outreach-domeinen: boekingsplatformadressen, reserveringsservicedomeinen en supportplatformadressen die als zakelijk contactadres verschijnen.
- Dedupliceer eerst op exact e-mailadres, daarna op domein. Als meer dan drie records hetzelfde domein delen, onderzoek dan of ze afzonderlijke contacten vertegenwoordigen of één inbox die meerdere keren verschijnt.
- Markeer records waarbij het e-maildomein niet overeenkomt met het bedrijfswebsitedomein. Deze kunnen via een moederbedrijf of verouderde setup lopen.
Na opschoning is je lijst kleiner dan de oorspronkelijke export. Dat klopt. Verzenden naar de opgeschoonde lijst levert betere resultaten op dan verzenden naar het volledige ruwe aantal.
Verifieer de e-mailkolom.
Dit is waar BillionVerify de workflow binnenkomt. Upload de opgeschoonde e-maillijst en voer volledige verificatie uit.
- Upload de opgeschoonde e-mailkolom naar BillionVerify.
- BillionVerify controleert MX-records op domeinniveau om te bevestigen dat de e-mailserver geconfigureerd en online is.
- BillionVerify voert een SMTP-handshake-controle uit om te bevestigen of de specifieke mailbox mail accepteert.
- BillionVerify markeert catch-all-domeinen waarbij de server alle mail accepteert, ongeacht of de specifieke mailbox bestaat.
- BillionVerify identificeert op-rol-gebaseerde prefixen (info@, office@, service@, contact@, appointments@, booking@, intake@) en markeert ze apart van named adressen.
- BillionVerify geeft een resultaat terug voor elk record: geldig, ongeldig, catch-all, op-rol-gebaseerd, riskant of onbekend.
- Voeg de verificatieresultaatkolommen terug samen met de originele records via e-mailadres als samenvoegsleutel.
Sla de samenvoegestap niet over. Het verificatieresultaat is alleen nuttig als het aan het volledige record is gekoppeld, zodat routeringsbeslissingen op recordniveau kunnen worden genomen, niet alleen op e-mailniveau.
Stuur elk verificatieresultaat door.
Elk resultaat van BillionVerify moet leiden tot een duidelijke actie. Verificatie die niet verandert wat de pipeline hierna doet, is verificatie die het niet waard was om uit te voeren.
| BillionVerify-signaal | Pipeline-actie | Waarom |
|---|---|---|
| Geldig named zakelijk e-mailadres | Toevoegen aan primaire verzendsequentie | Bereikbaar; adres hoort bij een specifieke persoon of named account |
| Geldig op-rol-gebaseerd (info@, office@, booking@, intake@) | Toevoegen aan gedeelde-inbox-segment | Geldig maar geen named contact; heeft andere tekst en routering nodig |
| Catch-all-domein | Toevoegen aan voorzichtig segment met volumelimiet | Domein accepteert alle mail; specifieke inbox is onzeker |
| Ongeldig (slechte syntaxis, dood domein, ontbrekende MX) | Onderdrukken | Verwijder permanent uit alle verzendwachtrijen |
| Afgewezen mailbox | Onderdrukken | Specifiek adres bestaat niet ook al is het domein actief |
| Onbekend of riskant | Beoordeel of verrijk vóór verzending | Verstuur niet op schaal zonder aanvullende bevestiging |
Deze routeringstabel moet worden ingebouwd in je importstap of configuratie van je campagnehulpmiddel. Het mag niet afhangen van iemand die onthoudt wat te doen elke keer dat een nieuwe Google Maps-export door de workflow loopt.
Bouw de verzendsequentie.
Na routering komt elk segment in een verzendsequentie die geconfigureerd is voor zijn risico en contacttype. De segmenten mogen geen sequentie delen.
| Segment | Sequentiebenadering | Belangrijkste instelling |
|---|---|---|
| Geldige named e-mails | Primaire sequentie; volledige personalisatie op naam en bedrijfsdetail | Begin hier; hoogste vertrouwen |
| Geldige op-rol-gebaseerde e-mails | Gedeelde-inbox-sequentie; tekst erkent team of bedrijf in plaats van individu | Andere onderwerpregel en opener |
| Catch-all-e-mails | Gereduceerde-volume-sequentie; monitor bouncegedrag na eerste verzending | Beperk verzendingen per domein; voer geen vol volume uit |
| Geen-e-mail-records (geldige website) | Telefoon- of verrijkingswachtrij; geen e-mailsequentie | Route buiten het e-mailhulpmiddel |
Domain warming geldt voor alle segmenten. Als je vanuit een nieuw domein verzendt, start dan niet alle segmenten tegelijkertijd. Warm het domein op via het named e-mailsegment eerst, voeg daarna op-rol-gebaseerd toe, dan voorzichtig catch-all.
Behandel op-rol-gebaseerd en catch-all apart.
Op-rol-gebaseerd en catch-all zijn twee verschillende problemen. Ze hebben afzonderlijke beslissingen nodig.
| Type | Wat het betekent | Wat te doen |
|---|---|---|
Op-rol-gebaseerd: booking@, catering@ | Inbox wordt bewaakt maar door gedeeld of front-of-house-personeel | Bewaren; gebruik tekst die doorsturen naar de decision-maker stimuleert |
Op-rol-gebaseerd: intake@, office@ | Gedeelde inbox; bewaking varieert per bedrijfsgrootte | Bewaren; prioriteer kleinere bedrijven waarbij inbox eigenaar bereikt |
Op-rol-gebaseerd: info@, contact@ | Hoog-volume generieke inbox; zwaar gefilterd bij grotere bedrijven | Bewaar in segment; stel antwoordverwachtingen lager bij |
| Catch-all: geldig uitziend adres | Server accepteert alle mail; bestaan specifieke inbox onbevestigd | Verstuur op laag volume; onderdruk onmiddellijk als er bounce optreedt |
| Catch-all: bedrijfs- of franchisedomein | Alle locatie-e-mails gaan naar hetzelfde catch-all | Verstuur naar één record per merk maximaal; niet één per locatie |
Op-rol-gebaseerde adressen uit Google Maps-bedrijfsvermeldingen zijn niet automatisch ongeldig. Een booking@ voor een restaurant of een appointments@ voor een tandartspraktijk is een echte inbox bewaakt door echt personeel. De vraag is of je tekst de ontvanger een reden geeft om te escaleren naar de decision-maker.
Onderdruk en verrijk de rest.
Nadat geverifieerde records hun sequenties zijn ingegaan, hebben de resterende records een expliciete bestemming nodig. Laat ze niet in een onbesliste staat.
| Recordtype | Volgende stap |
|---|---|
| Ongeldig e-mailadres | Toevoegen aan permanente suppressielijst |
| Afgewezen mailbox | Toevoegen aan permanente suppressielijst |
| Catch-all die bij eerste verzending bouncete | Toevoegen aan suppressielijst; niet opnieuw proberen |
| Geen e-mail, actieve website | Route naar verrijkingswachtrij: LinkedIn-opzoeken, directoryonderzoek of telefoon |
| Geen e-mail, geen website | Route naar telefonische outreach-wachtrij als het bedrijf hoogwaardig is |
| Bestaand CRM-contact | Vergelijk met CRM vóór verzending; onderdruk als al in een sequentie of gesloten als klant |
| Franchise of keten zonder lokaal eigenaarscontact | Route naar onderzoekswachtrij: franchise-directory, staatsondernemersregister, LinkedIn |
Suppressie is permanent voor hard bounces en afgewezen mailboxen. Voeg nooit een onderdrukt adres terug toe aan een actieve campagne.
Pas de workflow aan per lokale categorie.
Het scrape-, verifieer- en verzendpad blijft hetzelfde. De routeringsregels veranderen per categorie omdat het e-mailpatroon verandert.
E-mailverificatie voor restaurants
Verwerk reserveringsinboxen, catering-e-mails, ketens en snel wisselende vermeldingen.
E-mailverificatie voor tandartsen
Scheid receptie-, afspraken-, praktijk- en bedrijfstandheelkundige groepsrecords.
E-mailverificatie voor advocaten
Routeer intake-inboxen, kantooradressen, catch-all-domeinen en benoemde advocaten.
E-mailverificatie voor dakdekkers
Reinig aannemerslijsten met persoonlijke e-mails, service-inboxen en verouderde websites.
E-mailverificatie voor loodgieters
Routeer kantoor-, dispatch-, persoonlijke, e-mailloze en franchise-loodgieterrecords.
E-mailverificatie voor vastgoed
Reinig makelaar-, team-, kantoor-, churned- en gedeeld-kantoor-records vóór verzending.
Verificatie van bedrijven met meerdere vestigingen
Dedupliceer vestigingsrecords, herhaalde domeinen, gedeelde telefoonnummers en bedrijfsinboxen.
Veelgestelde vragen over de workflow.
Bevat Google Maps e-mailadressen in zijn exportdata?
Nee. Google Maps-exports bevatten bedrijfsnaam, adres, telefoonnummer, beoordeling en website-URL. E-mailadressen maken geen deel uit van de vermeldingsdata. E-mailontdekking wordt apart uitgevoerd door gekoppelde websites te crawlen op contactadressen.
Waar past BillionVerify in deze workflow?
BillionVerify zit tussen e-mailontdekking en de cold email-sender. Je verifieert de ontdekte e-mails vóór je ze importeert in een verzendtool. Dit voorkomt dat rauwe gescrapte adressen een sender binnenkomen zonder kwaliteitscontrole.
Welk verificatiedoorlooppercentage mag ik verwachten van een Google Maps-export?
Een typische Google Maps lokale bedrijfsscrape produceert ruwweg 40 tot 70 procent e-maildekking vanuit ontdekking, afhankelijk van de branche. Van die ontdekte e-mails verifieert ruwweg 50 tot 70 procent als afleverbaaar met bevestigde mailboxen. Nog eens 15 tot 30 procent komt terug als catch-all-risico. De rest is ongeldig. De uiteindelijke verzendbare lijst is gewoonlijk 25 tot 50 procent van het oorspronkelijke recordaantal. Plan voor een kleinere lijst dan de ruwe export suggereert.
Moet ik catch-all-adressen van een Google Maps-export versturen?
Ja, maar apart en op lager volume. Veel kleine bedrijven draaien catch-all-configuraties standaard vanuit hun hostinginstelling, niet omdat ze contact via een dood einde sturen. Neem catch-all-adressen op in een apart segment, beperk verzendingen per domein, monitor bouncegedrag na de eerste verzending en onderdruk eventuele bounces.
Zijn op-rol-gebaseerde adressen zoals info@ of booking@ het opnemen waard?
Ja, met passende afhandeling. Dit zijn echte inboxen bij echte bedrijven. Ze zijn niet hetzelfde als een named contact, maar ze zijn ook niet ongeldig. Bewaar ze in een apart segment met tekst die de gedeelde-inbox-context erkent en een reden geeft om door te sturen of te antwoorden. Meng ze niet in een sequentie ontworpen voor named contacts.
Hoe voorkom ik dat ik twee keer naar hetzelfde bedrijf stuur vanuit een multi-locatie-scrape?
Dedupliceer op drie niveaus vóór verificatie loopt: exact e-mailadres, e-maildomein en merknaam. Voor franchise- en ketenrecords waarbij veel locaties een bedrijfsdomein delen, pas merkniveaudeduplicatie toe zodat één verzending naar één merk gaat, niet één verzending per locatie.
Hoe lang duurt de volledige workflow?
Met hulpmiddelen voor elke stap duurt een lijst van 200 tot 500 records ruwweg twee tot vier uur. Scrapen duurt 15 tot 30 minuten. E-mailontdekking duurt 30 tot 60 minuten. Opschonen en dedupliceren duurt 30 tot 60 minuten. BillionVerify-verificatie loopt in minuten voor de meeste batchgroottes. Campagneconfiguratie duurt nog eens 30 tot 60 minuten. Handmatig onderzoek voor geen-e-mail- of hoogwaardige records voegt tijd toe bovenop dit.
Welk bouncepercentage mag ik verwachten na verzending naar een geverifieerde Google Maps-lijst?
Een goed geverifieerde Google Maps-lijst zou hard bounce-percentages onder 2 procent moeten produceren. Als je meer dan 3 tot 5 procent hard bounces ziet bij een geverifieerde verzending, beoordeel dan de upstream-stappen: e-mailontdekking kan adressen vinden die niet bestaan op de huidige versie van websites, je catch-all-segment kan groter zijn dan verwacht, of de lijst kan ouder zijn dan hij lijkt. Hard bounces boven 5 procent beïnvloeden domeinreputatie en vereisen onmiddellijke actie.