Google Maps memberikan anda rekod perniagaan, bukan senarai e-mel yang sedia dihantar.
Eksport Google Maps mengandungi nama perniagaan, alamat, nombor telefon, penilaian, dan URL laman web. Ia tidak mengandungi alamat e-mel. Laluan dari eksport Maps ke kempen e-mel sejuk yang berjalan melibatkan beberapa langkah yang berbeza, dan setiap langkah mengubah bentuk dan profil risiko data.
Melangkau atau memampatkan mana-mana langkah ini adalah tempat masalah kebolehhantaran bermula. Data perniagaan yang dikik dari Google Maps kelihatan bersih. Ia biasanya tidak bersih. Memahami apa yang berlaku di setiap peringkat, dan di mana data buruk memasuki saluran paip, adalah apa yang membezakan kempen yang berjalan dengan baik dari kempen yang merosakkan domain penghantaran anda.
Pengumpulan dan pengesahan e-mel Google Maps
Gunakan rangka kerja penuh apabila anda memerlukan laluan lengkap: pengumpulan data, pengesahan e-mel, penghalaan, dan outreach.
Medan input yang diperlukan oleh aliran kerja ini.
Sebelum aliran kerja bermula, sahkan eksport Maps anda mempunyai medan-medan ini. Setiap satunya digunakan dalam langkah kemudian.
| Medan | Mengapa ia diperlukan | Apa yang perlu dilakukan jika tiada |
|---|---|---|
| Nama perniagaan | Personalisasi dan penyahduplikasian | Diperlukan; kikis semula atau perkayakan jika tiada |
| URL laman web | Titik permulaan penemuan e-mel | Rekod tanpa URL tidak dapat menghasilkan e-mel; arahkan secara berasingan |
| Alamat | Penyahduplikasian dan penyasaran lokasi | Digunakan untuk mengenal pasti pendua alamat bersama |
| Nombor telefon | Isyarat penyahduplikasian sekunder | Digunakan apabila penyahduplikasian domain atau e-mel tidak menangkap semua pendua |
| Penilaian dan bilangan ulasan | Isyarat kelayakan untuk saiz dan aktiviti perniagaan | Pilihan; berguna untuk keutamaan |
| Kategori perniagaan | Pembahagian sebelum menghantar | Membantu mengalihkan rekod ke urutan yang betul |
| URL sumber atau ID penyenaraian | Kebolehkesanan dan penyahduplikasian | Membantu mengenal pasti apabila perniagaan yang sama muncul di bawah dua rekod |
Rekod tanpa URL laman web tidak dapat menghasilkan e-mel melalui penemuan standard. Simpannya dalam baris gilir tiada e-mel yang berasingan untuk jangkauan telefon atau penyelidikan manual.
Bersihkan sebelum mengesahkan.
Jalankan langkah pembersihan sebelum memuat naik ke BillionVerify. Pengesahan lebih berguna dan tepat pada input yang bersih.
- Buang rekod tanpa URL laman web daripada aliran kerja e-mel aktif. Arahkan ke baris gilir telefon atau penyelidikan.
- Kenal pasti rekod francais dan berbilang lokasi di mana semua URL laman web menghala ke domain korporat yang sama. Ini akan menghasilkan e-mel pendua atau peringkat korporat. Buang pendua pada peringkat jenama sebelum penemuan berjalan.
- Jalankan penemuan e-mel pada rekod yang tinggal dengan merangkak setiap laman web untuk pautan mailto, halaman kenalan, dan teks pengaki.
- Normalkan lajur e-mel: huruf kecil semua alamat, buang ruang putih, betulkan ralat menaip yang jelas dalam format.
- Buang e-mel di domain bukan jangkauan yang diketahui: alamat platform tempahan, domain perkhidmatan tempahan, dan alamat platform sokongan yang muncul sebagai e-mel kenalan perniagaan.
- Buang pendua mengikut alamat e-mel tepat dahulu, kemudian mengikut domain. Jika lebih daripada tiga rekod berkongsi domain yang sama, siasat sama ada ia mewakili kenalan yang berbeza atau satu peti masuk yang muncul beberapa kali.
- Tandakan rekod di mana domain e-mel tidak sepadan dengan domain laman web perniagaan. Ini mungkin dihalakan melalui syarikat induk atau persediaan lama.
Selepas pembersihan, senarai anda lebih kecil daripada eksport asal. Itu adalah betul. Menghantar ke senarai yang telah dibersihkan menghasilkan hasil yang lebih baik daripada menghantar ke bilangan mentah penuh.
Sahkan lajur e-mel.
Di sinilah BillionVerify memasuki aliran kerja. Muat naik senarai e-mel yang telah dibersihkan dan jalankan pengesahan penuh.
- Muat naik lajur e-mel yang telah dibersihkan ke BillionVerify.
- BillionVerify memeriksa rekod MX peringkat domain untuk mengesahkan pelayan e-mel dikonfigurasi dan dalam talian.
- BillionVerify menjalankan semakan jabat tangan SMTP untuk mengesahkan sama ada peti masuk tertentu menerima mel.
- BillionVerify menanda domain tangkap-semua di mana pelayan menerima semua mel tanpa mengira sama ada peti masuk tertentu wujud.
- BillionVerify mengenal pasti awalan berasaskan peranan (info@, office@, service@, contact@, appointments@, booking@, intake@) dan menandanya secara berasingan daripada alamat bernama.
- BillionVerify mengembalikan hasil untuk setiap rekod: sah, tidak sah, tangkap-semua, berasaskan peranan, berisiko, atau tidak diketahui.
- Gabungkan lajur hasil pengesahan semula ke rekod asal menggunakan alamat e-mel sebagai kunci gabungan.
Jangan langkau langkah gabungan. Hasil pengesahan hanya berguna jika ia dilampirkan ke rekod penuh supaya keputusan penghalaan boleh dibuat pada peringkat rekod, bukan hanya pada peringkat e-mel.
Arahkan setiap hasil pengesahan.
Setiap hasil daripada BillionVerify harus membawa kepada tindakan yang jelas. Pengesahan yang tidak mengubah tindakan saluran paip seterusnya adalah pengesahan yang tidak berbaloi.
| Isyarat BillionVerify | Tindakan saluran paip | Sebab |
|---|---|---|
| E-mel perniagaan bernama yang sah | Tambah ke urutan hantar utama | Boleh dicapai; alamat milik seseorang tertentu atau akaun bernama |
| Berasaskan peranan yang sah (info@, office@, booking@, intake@) | Tambah ke segmen peti masuk bersama | Sah tetapi bukan kenalan bernama; memerlukan salinan dan penghalaan berbeza |
| Domain tangkap-semua | Tambah ke segmen berhati-hati dengan had kelantangan | Domain menerima semua mel; peti masuk tertentu tidak pasti |
| Tidak sah (sintaks buruk, domain mati, MX hilang) | Sekat | Buang secara kekal daripada semua baris gilir hantar |
| Peti masuk ditolak | Sekat | Alamat tertentu tidak wujud walaupun domain aktif |
| Tidak diketahui atau berisiko | Semak atau perkayakan sebelum menghantar | Jangan hantar pada skala besar tanpa pengesahan tambahan |
Jadual penghalaan ini harus dibina ke dalam langkah import atau konfigurasi alat kempen anda. Ia tidak seharusnya bergantung pada seseorang yang mengingati apa yang perlu dilakukan setiap kali eksport Google Maps baru melalui aliran kerja.
Bina urutan hantar.
Selepas penghalaan, setiap segmen memasuki urutan hantar yang dikonfigurasi untuk risiko dan jenis kenalan. Segmen tidak seharusnya berkongsi urutan.
| Segmen | Pendekatan urutan | Tetapan utama |
|---|---|---|
| E-mel bernama yang sah | Urutan utama; personalisasi penuh mengikut nama dan butiran perniagaan | Mulai di sini; keyakinan tertinggi |
| E-mel berasaskan peranan yang sah | Urutan peti masuk bersama; salinan mengakui pasukan atau perniagaan berbanding individu | Subjek dan pembuka yang berbeza |
| E-mel tangkap-semua | Urutan kelantangan dikurangkan; pantau tingkah laku lantunan selepas hantar pertama | Had hantar per domain; jangan jalankan kelantangan penuh |
| Rekod tiada e-mel (laman web sah) | Baris gilir telefon atau pengayaan; bukan urutan e-mel | Arahkan di luar alat e-mel |
Pemanasan domain terpakai kepada semua segmen. Jika anda menghantar dari domain baru, jangan mulakan semua segmen secara serentak. Panaskan domain melalui segmen e-mel bernama dahulu, kemudian tambah berasaskan peranan, kemudian tangkap-semua yang berhati-hati.
Kendalikan berasaskan peranan dan tangkap-semua secara berasingan.
Berasaskan peranan dan tangkap-semua adalah dua masalah yang berbeza. Ia memerlukan keputusan berasingan.
| Jenis | Maknanya | Apa yang perlu dilakukan |
|---|---|---|
Berasaskan peranan: booking@, catering@ | Peti masuk dipantau tetapi oleh kakitangan bersama atau hadapan | Simpan; gunakan salinan yang menggalakkan penerusan ke pembuat keputusan |
Berasaskan peranan: intake@, office@ | Peti masuk bersama; pemantauan berbeza mengikut saiz perniagaan | Simpan; utamakan perniagaan kecil di mana peti masuk mencapai pemilik |
Berasaskan peranan: info@, contact@ | Peti masuk umum kelantangan tinggi; ditapis berat di perniagaan lebih besar | Simpan dalam segmen; laraskan jangkaan balas ke bawah |
| Tangkap-semua: alamat kelihatan sah | Pelayan menerima semua mel; kewujudan peti masuk tertentu tidak disahkan | Hantar pada kelantangan rendah; sekat segera jika sebarang lantunan berlaku |
| Tangkap-semua: domain korporat atau francais | Semua e-mel lokasi dihalakan ke tangkap-semua yang sama | Hantar ke satu rekod per jenama maksimum; bukan satu per lokasi |
Alamat berasaskan peranan daripada penyenaraian perniagaan Google Maps tidak automatik tidak sah. booking@ untuk restoran atau appointments@ untuk amalan pergigian adalah peti masuk sebenar yang dipantau oleh kakitangan sebenar. Soalannya ialah sama ada salinan anda memberikan penerima sebab untuk mengangkat isu ke pembuat keputusan.
Sekat dan perkayakan yang lain.
Selepas rekod yang telah disahkan memasuki urutan mereka, rekod yang tinggal memerlukan pendisposisian yang jelas. Jangan biarkan mereka dalam keadaan tidak diputuskan.
| Jenis rekod | Langkah seterusnya |
|---|---|
| E-mel tidak sah | Tambah ke senarai sekatan kekal |
| Peti masuk ditolak | Tambah ke senarai sekatan kekal |
| Tangkap-semua yang melantun pada hantar pertama | Tambah ke senarai sekatan; jangan cuba semula |
| Tiada e-mel, laman web aktif | Arahkan ke baris gilir pengayaan: carian LinkedIn, penyelidikan direktori, atau telefon |
| Tiada e-mel, tiada laman web | Arahkan ke baris gilir jangkauan telefon jika perniagaan bernilai tinggi |
| Kenalan CRM sedia ada | Padankan dengan CRM sebelum hantar; sekat jika sudah dalam urutan atau ditutup sebagai pelanggan |
| Francais atau rantaian tanpa kenalan pemilik tempatan | Arahkan ke baris gilir penyelidikan: direktori francais, pendaftaran perniagaan negeri, LinkedIn |
Sekatan adalah kekal untuk lantunan keras dan peti masuk yang ditolak. Jangan tambah semula alamat yang disekat ke kempen aktif.
Laraskan aliran kerja mengikut kategori tempatan.
Laluan kikis, sahkan, dan hantar kekal sama. Peraturan penghalaan berubah mengikut kategori kerana corak e-mel berubah.
Pengesahan e-mel restoran
Kendalikan peti masuk tempahan, e-mel katering, rantaian, dan penyenaraian dengan pusing ganti tinggi.
Pengesahan e-mel doktor gigi
Asingkan rekod kaunter, temujanji, amalan, dan kumpulan pergigian korporat.
Pengesahan e-mel peguam
Halakan peti masuk pengambilan, alamat firma, domain catch-all, dan peguam yang dinamakan.
Pengesahan e-mel kontraktor bumbung
Bersihkan senarai kontraktor dengan e-mel peribadi, peti masuk perkhidmatan, dan laman web lapuk.
Pengesahan e-mel paip
Halakan rekod paip pejabat, dispatch, peribadi, tanpa e-mel, dan francais.
Pengesahan e-mel hartanah
Bersihkan rekod ejen, pasukan, pejabat broker, churn, dan pejabat dikongsi sebelum menghantar.
Pengesahan perniagaan pelbagai lokasi
Nyahduplikat rekod cawangan, domain berulang, telefon dikongsi, dan peti masuk korporat.
Soalan lazim aliran kerja.
Adakah Google Maps menyertakan alamat e-mel dalam data eksportnya?
Tidak. Eksport Google Maps mengandungi nama perniagaan, alamat, nombor telefon, penilaian, dan URL laman web. Alamat e-mel bukan sebahagian daripada data penyenaraian. Penemuan e-mel berjalan secara berasingan dengan merangkak laman web yang dipautkan untuk alamat kenalan.
Di mana BillionVerify sesuai dalam aliran kerja ini?
BillionVerify berada di antara penemuan e-mel dan penghantar e-mel sejuk. Anda mengesahkan e-mel yang ditemui sebelum mengimportnya ke mana-mana alat pengiriman. Ini menghalang alamat mentah yang dikik daripada memasuki penghantar tanpa semakan kualiti.
Kadar lulus pengesahan apa yang perlu saya jangkakan daripada eksport Google Maps?
Pengikisan perniagaan tempatan Google Maps yang tipikal menghasilkan lebih kurang 40 hingga 70 peratus liputan e-mel daripada penemuan, bergantung pada sektor. Daripada e-mel yang ditemui itu, lebih kurang 50 hingga 70 peratus disahkan boleh dihantar dengan peti masuk yang disahkan. Satu lagi 15 hingga 30 peratus mengembalikan risiko tangkap-semua. Bakinya tidak sah. Senarai boleh dihantar akhir biasanya 25 hingga 50 peratus daripada bilangan rekod asal. Rancang untuk senarai yang lebih kecil daripada yang eksport mentah cadangkan.
Haruskah saya menghantar ke alamat tangkap-semua daripada eksport Google Maps?
Ya, tetapi secara berasingan dan pada kelantangan lebih rendah. Banyak perniagaan kecil menjalankan konfigurasi tangkap-semua secara lalai daripada persediaan pengehosan mereka, bukan kerana mereka menghalakan kenalan melalui jalan buntu. Sertakan alamat tangkap-semua dalam segmen berasingan, hadkan hantar per domain, pantau tingkah laku lantunan selepas hantar pertama, dan sekat mana-mana yang melantun.
Adakah alamat berasaskan peranan seperti info@ atau booking@ berbaloi untuk disertakan?
Ya, dengan pengendalian yang sesuai. Ini adalah peti masuk sebenar di perniagaan sebenar. Ia tidak sama dengan kenalan bernama, tetapi ia bukan tidak sah. Simpannya dalam segmen berasingan dengan salinan yang mengakui konteks peti masuk bersama dan memberikan sebab untuk meneruskan atau membalas. Jangan campurkan dengan urutan yang direka untuk kenalan bernama.
Bagaimana saya mencegah menghantar ke perniagaan yang sama dua kali daripada pengikisan berbilang lokasi?
Buang pendua pada tiga peringkat sebelum pengesahan berjalan: alamat e-mel tepat, domain e-mel, dan nama jenama. Untuk rekod francais dan rantaian di mana banyak lokasi berkongsi domain korporat, terapkan penyahduplikasian peringkat jenama supaya satu hantar pergi ke satu jenama, bukan satu hantar per lokasi.
Berapa lama aliran kerja penuh mengambil masa?
Dengan alat untuk setiap langkah, senarai 200 hingga 500 rekod mengambil masa lebih kurang dua hingga empat jam. Pengikisan mengambil 15 hingga 30 minit. Penemuan e-mel mengambil 30 hingga 60 minit. Pembersihan dan penyahduplikasian mengambil 30 hingga 60 minit. Pengesahan BillionVerify berjalan dalam beberapa minit untuk kebanyakan saiz kelompok. Konfigurasi kempen mengambil masa 30 hingga 60 minit lagi. Penyelidikan manual untuk rekod tiada e-mel atau bernilai tinggi menambah masa di luar ini.
Kadar lantunan apa yang perlu saya jangkakan selepas menghantar ke senarai Google Maps yang telah disahkan?
Senarai Google Maps yang telah disahkan dengan baik seharusnya menghasilkan kadar lantunan keras di bawah 2 peratus. Jika anda melihat lebih daripada 3 hingga 5 peratus lantunan keras pada hantar yang telah disahkan, semak semula langkah hulu: penemuan e-mel mungkin mencari alamat yang tidak wujud pada versi semasa laman web, segmen tangkap-semua anda mungkin lebih besar daripada jangkaan, atau senarai mungkin lebih lama daripada yang kelihatan. Lantunan keras melebihi 5 peratus menjejaskan reputasi domain dan memerlukan tindakan segera.