Google Maps даёт вам бизнес-записи, а не готовый список для рассылки.
Экспорт из Google Maps содержит названия бизнесов, адреса, номера телефонов, рейтинги и URL сайтов. Он не содержит email-адресов. Путь от экспорта Maps к запущенной кампании холодного email включает несколько отдельных шагов, и каждый шаг меняет форму и профиль риска данных.
Пропуск или сжатие любого из этих шагов — вот где начинаются проблемы с доставляемостью. Спарсенные бизнес-данные из Google Maps выглядят чистыми. Обычно это не так. Понимание того, что происходит на каждом этапе и где плохие данные попадают в конвейер, отделяет хорошо работающую кампанию от той, которая наносит ущерб вашему домену отправки.
Сбор и верификация email-адресов из Google Maps
Используйте полный фреймворк, когда вам нужен весь путь: сбор данных, верификация email, маршрутизация и аутрич.
Входные поля, необходимые этому рабочему процессу.
Прежде чем рабочий процесс начнётся, убедитесь, что ваш экспорт из Maps содержит эти поля. Каждое из них используется на последующем шаге.
| Поле | Зачем оно нужно | Что делать при отсутствии |
|---|---|---|
| Название бизнеса | Персонализация и дедупликация | Обязательно; повторно парсите или обогатите при отсутствии |
| URL сайта | Отправная точка для поиска email | Записи без URL не могут создать email; маршрутизируйте отдельно |
| Адрес | Дедупликация и территориальное таргетирование | Используется для выявления дубликатов по общему адресу |
| Номер телефона | Вторичный сигнал дедупликации | Используется, когда дедупликация по домену или email не охватывает все дубликаты |
| Рейтинг и количество отзывов | Квалификационный сигнал для размера и активности бизнеса | Необязательно; полезно для приоритизации |
| Категория бизнеса | Сегментация перед отправкой | Помогает направить записи в правильную последовательность |
| URL источника или ID листинга | Прослеживаемость и дедупликация | Помогает выявить, когда один и тот же бизнес появляется под двумя записями |
Записи без URL сайта не могут создать email через стандартное обнаружение. Храните их в отдельной очереди без email для телефонного охвата или ручного исследования.
Очистите перед верификацией.
Выполните шаги очистки перед загрузкой в BillionVerify. Верификация более полезна и точна на чистых входных данных.
- Удалите записи без URL сайта из активного рабочего процесса email. Направьте их в очередь для звонков или исследований.
- Выявите записи франшиз и многофилиальных предприятий, где все URL сайтов указывают на один и тот же корпоративный домен. Они создадут дублирующиеся или корпоративные email. Проведите дедупликацию на уровне бренда перед запуском поиска.
- Запустите поиск email на оставшихся записях, сканируя каждый сайт на наличие ссылок mailto, страниц контактов и текста в подвале.
- Нормализуйте столбец email: приведите все адреса к нижнему регистру, удалите пробелы, исправьте очевидные опечатки в формате.
- Удалите email на известных нецелевых доменах: адреса платформ бронирования, домены сервисов резервирования и адреса платформ поддержки, которые появляются как деловые контактные email.
- Сначала проведите дедупликацию по точному email-адресу, затем по домену. Если более трёх записей имеют одинаковый домен, выясните, представляют ли они отдельные контакты или один почтовый ящик, появляющийся несколько раз.
- Отметьте записи, где домен email не совпадает с доменом сайта бизнеса. Они могут направляться через материнскую компанию или устаревшую конфигурацию.
После очистки ваш список меньше исходного экспорта. Это правильно. Отправка на очищенный список даёт лучшие результаты, чем отправка на полный необработанный список.
Верифицируйте столбец email.
Именно здесь BillionVerify входит в рабочий процесс. Загрузите очищенный список email и запустите полную верификацию.
- Загрузите очищенный столбец email в BillionVerify.
- BillionVerify проверяет MX-записи уровня домена, чтобы подтвердить настройку и работу почтового сервера.
- BillionVerify выполняет проверку через SMTP-квитирование, чтобы подтвердить, принимает ли конкретный почтовый ящик почту.
- BillionVerify отмечает домены catch-all, где сервер принимает всю почту независимо от существования конкретного почтового ящика.
- BillionVerify выявляет ролевые префиксы (info@, office@, service@, contact@, appointments@, booking@, intake@) и отмечает их отдельно от именных адресов.
- BillionVerify возвращает результат для каждой записи: валидный, невалидный, catch-all, ролевой, рискованный или неизвестный.
- Присоедините столбцы результатов верификации обратно к исходным записям, используя email-адрес в качестве ключа объединения.
Не пропускайте шаг объединения. Результат верификации полезен только в том случае, если он прикреплён к полной записи, чтобы решения о маршрутизации принимались на уровне записи, а не только на уровне email.
Маршрутизируйте каждый результат верификации.
Каждый результат от BillionVerify должен приводить к чёткому действию. Верификация, которая не меняет то, что конвейер делает дальше, — это верификация, которую не стоило выполнять.
| Сигнал BillionVerify | Действие конвейера | Почему |
|---|---|---|
| Валидный именной деловой email | Добавить в первичную последовательность отправки | Доступен; адрес принадлежит конкретному человеку или именному аккаунту |
| Валидный ролевой (info@, office@, booking@, intake@) | Добавить в сегмент общих почтовых ящиков | Валидный, но не именной контакт; требует другого текста и маршрутизации |
| Домен catch-all | Добавить в осторожный сегмент с ограничением объёма | Домен принимает всю почту; конкретный почтовый ящик не определён |
| Невалидный (неправильный синтаксис, недействующий домен, отсутствующий MX) | Подавить | Удалить навсегда из всех очередей отправки |
| Отклонённый почтовый ящик | Подавить | Конкретный адрес не существует, даже если домен активен |
| Неизвестный или рискованный | Проверить или обогатить перед отправкой | Не отправлять в масштабе без дополнительного подтверждения |
Эта таблица маршрутизации должна быть встроена в шаг импорта или конфигурацию вашего инструмента кампании. Она не должна зависеть от того, помнит ли кто-то, что делать каждый раз при запуске нового экспорта Google Maps через рабочий процесс.
Создайте последовательность отправки.
После маршрутизации каждый сегмент входит в последовательность отправки, настроенную для его риска и типа контакта. Сегменты не должны использовать общую последовательность.
| Сегмент | Подход к последовательности | Ключевая настройка |
|---|---|---|
| Валидные именные email | Первичная последовательность; полная персонализация по имени и деталям бизнеса | Начните здесь; наибольшая уверенность |
| Валидные ролевые email | Последовательность для общих почтовых ящиков; текст обращается к команде или бизнесу, а не к конкретному человеку | Другая тема и вступление |
| Catch-all email | Последовательность с уменьшенным объёмом; отслеживайте поведение отказов после первой отправки | Ограничьте отправки на домен; не запускайте полный объём |
| Записи без email (валидный сайт) | Телефон или очередь обогащения; не email-последовательность | Направьте за пределы email-инструмента |
Прогрев домена применяется ко всем сегментам. Если вы отправляете с нового домена, не запускайте все сегменты одновременно. Сначала прогрейте домен через сегмент именных email, затем добавьте ролевые, затем осторожный catch-all.
Обрабатывайте ролевые и catch-all отдельно.
Ролевые и catch-all — это две разные проблемы. Они требуют отдельных решений.
| Тип | Что означает | Что делать |
|---|---|---|
Ролевой: booking@, catering@ | Почтовый ящик отслеживается, но общим или внешним персоналом | Сохранить; использовать текст, побуждающий к пересылке лицу, принимающему решения |
Ролевой: intake@, office@ | Общий почтовый ящик; мониторинг варьируется в зависимости от размера бизнеса | Сохранить; приоритет малым бизнесам, где почтовый ящик достигает владельца |
Ролевой: info@, contact@ | Высококонкурентный общий почтовый ящик; активно фильтруется в крупных бизнесах | Сохранить в сегменте; снизить ожидания по ответам |
| Catch-all: адрес, выглядящий валидным | Сервер принимает всю почту; существование конкретного почтового ящика не подтверждено | Отправляйте при малом объёме; немедленно подавляйте при любом отказе |
| Catch-all: корпоративный или франшизный домен | Все email местоположений направляются в один catch-all | Отправьте одну запись на бренд максимум; не по одной на местоположение |
Ролевые адреса из листингов Google Maps не являются автоматически невалидными. booking@ ресторана или appointments@ стоматологической практики — это реальный почтовый ящик, отслеживаемый реальным персоналом. Вопрос в том, даёт ли ваш текст получателю причину эскалировать его к лицу, принимающему решения.
Подавляйте и обогащайте оставшееся.
После того как верифицированные записи входят в свои последовательности, оставшиеся записи нуждаются в явном распределении. Не оставляйте их в неопределённом состоянии.
| Тип записи | Следующий шаг |
|---|---|
| Невалидный email | Добавить в постоянный список подавления |
| Отклонённый почтовый ящик | Добавить в постоянный список подавления |
| Catch-all, вызвавший отказ при первой отправке | Добавить в список подавления; не повторять |
| Нет email, активный сайт | Направить в очередь обогащения: поиск в LinkedIn, исследование каталогов или звонок |
| Нет email, нет сайта | Направить в очередь телефонного охвата, если бизнес высокоценен |
| Существующий контакт CRM | Сопоставить с CRM перед отправкой; подавить, если уже в последовательности или закрыт как клиент |
| Франшиза или сеть без контакта местного владельца | Направить в очередь исследования: каталог франшиз, реестр штата, LinkedIn |
Подавление постоянное для жёстких отказов и отклонённых почтовых ящиков. Никогда не добавляйте подавленный адрес обратно в активную кампанию.
Корректируйте рабочий процесс по локальной категории.
Путь парсинга, верификации и отправки остаётся прежним. Правила маршрутизации меняются по категориям, потому что меняются шаблоны email.
Верификация email ресторанов
Обработка ящиков бронирования, кейтинговых email, сетей и высокооборотных листингов.
Верификация email стоматологов
Разделение записей ресепшена, записей на приём, кабинета и корпоративных стоматологических групп.
Верификация email юристов
Маршрутизация ящиков приёма, адресов фирмы, catch-all доменов и именных адвокатов.
Верификация email кровельщиков
Очистка списков подрядчиков с личными email, сервисными ящиками и устаревшими сайтами.
Верификация email сантехников
Маршрутизация записей сантехников по офису, диспетчерской, личным, без email и франшизе.
Верификация email риелторов
Очистка записей агентов, команд, агентств, ушедших клиентов и общих офисов перед отправкой.
Верификация многофилиальных компаний
Дедупликация записей филиалов, повторяющихся доменов, общих телефонов и корпоративных ящиков.
Общие вопросы о рабочем процессе.
Включает ли Google Maps email-адреса в данные экспорта?
Нет. Экспорты Google Maps содержат название бизнеса, адрес, номер телефона, рейтинг и URL сайта. Email-адреса не являются частью данных листинга. Поиск email выполняется отдельно путём сканирования связанных сайтов на наличие контактных адресов.
Где BillionVerify вписывается в этот рабочий процесс?
BillionVerify находится между поиском email и инструментом холодной рассылки. Вы верифицируете найденные email перед импортом их в какой-либо инструмент отправки. Это предотвращает попадание необработанных спарсенных адресов в инструмент отправки без проверки качества.
Какой процент прохождения верификации следует ожидать от экспорта Google Maps?
Типичный парсинг местных бизнесов Google Maps производит примерно от 40 до 70 процентов охвата email при обнаружении, в зависимости от ниши. Из найденных email примерно от 50 до 70 процентов верифицируются как доставляемые с подтверждёнными почтовыми ящиками. Ещё от 15 до 30 процентов возвращаются как catch-all риск. Остальные невалидны. Финальный список для отправки обычно составляет от 25 до 50 процентов от исходного количества записей. Планируйте меньший список, чем предполагает необработанный экспорт.
Следует ли отправлять на catch-all адреса из экспорта Google Maps?
Да, но отдельно и при меньшем объёме. Многие малые бизнесы используют конфигурации catch-all по умолчанию из своей хостинговой конфигурации, а не потому что направляют контакт в тупик. Включайте catch-all адреса в отдельный сегмент, ограничивайте отправки на домен, отслеживайте поведение отказов после первой отправки и подавляйте те, которые вызывают отказы.
Стоит ли включать ролевые адреса вроде info@ или booking@?
Да, при правильной обработке. Это реальные почтовые ящики в реальных бизнесах. Они не то же самое, что именной контакт, но они не невалидны. Держите их в отдельном сегменте с текстом, который учитывает контекст общего почтового ящика и даёт причину для пересылки или ответа. Не смешивайте их с последовательностью, разработанной для именных контактов.
Как предотвратить отправку одному и тому же бизнесу дважды при парсинге нескольких местоположений?
Проведите дедупликацию на трёх уровнях перед запуском верификации: точный email-адрес, домен email и название бренда. Для записей франшиз и сетей, где многие местоположения используют один корпоративный домен, применяйте дедупликацию на уровне бренда, чтобы одна отправка приходилась на один бренд, а не одна отправка на местоположение.
Сколько времени занимает весь рабочий процесс?
При наличии инструментов для каждого шага список из 200–500 записей занимает примерно от двух до четырёх часов. Парсинг занимает от 15 до 30 минут. Поиск email занимает от 30 до 60 минут. Очистка и дедупликация занимают от 30 до 60 минут. Верификация BillionVerify выполняется за несколько минут для большинства пакетных размеров. Настройка кампании занимает ещё от 30 до 60 минут. Ручное исследование записей без email или высокоценных записей добавляет время сверх этого.
Какой процент отказов следует ожидать после отправки на верифицированный список из Google Maps?
Хорошо верифицированный список Google Maps должен производить жёсткие отказы менее 2 процентов. Если вы видите более 3–5 процентов жёстких отказов при верифицированной отправке, проверьте вышестоящие шаги: поиск email может находить адреса, которых нет в текущей версии сайтов, ваш сегмент catch-all может быть больше ожидаемого, или список может быть старше, чем кажется. Жёсткие отказы выше 5 процентов влияют на репутацию домена и требуют немедленных действий.