Рассылка через Gmail и Google Таблицы: лимиты, риски и когда пора съезжать

Связка Gmail и Google Таблиц — самый частый первый инструмент для холодных рассылок: бесплатно, знакомо, не требует внедрения. Работает это ровно до того момента, пока объём не превысит скромные лимиты Google на отправку — а дальше начинаются баны аккаунтов и потерянные контакты. Разберём, где этот способ уместен, а где он тихо подставляет ваш основной рабочий ящик под удар.

Почему все начинают именно с Gmail и Таблиц

Логика понятна: почтовый ящик уже есть, таблица с контактами уже есть, а надстройки для mail merge бесплатны или стоят копейки. Не нужно согласовывать бюджет, ждать внедрения CRM, разбираться с новым интерфейсом — можно запустить первую рассылку за час.

Для разовой задачи — написать полусотне знакомых компаний или протестировать гипотезу оффера на небольшом сегменте — это действительно рабочий вариант. Проблема начинается, когда разовый эксперимент превращается в постоянный канал лидогенерации, а инструмент остаётся тем же самым.

Ещё одна причина популярности связки — отсутствие психологического барьера входа. CRM или специализированный сервис рассылки выглядят как отдельный проект: нужно завести аккаунт, разобраться в интерфейсе, настроить домен. Google Таблица уже открыта на соседней вкладке, а Gmail — привычный рабочий инструмент, которым пользуются каждый день. Это удобство и создаёт риск: инструмент, задуманный для личной переписки, начинает нести нагрузку полноценного канала лидогенерации без соответствующей инфраструктуры под капотом.

Какие на самом деле лимиты у Gmail на отправку

У обычного личного Gmail-аккаунта лимит — около 500 писем в сутки, у аккаунта на Google Workspace (корпоративная почта на своём домене) — обычно 2000. Но это формальный технический потолок, после которого Google просто перестаёт отправлять письма до следующих суток — а не безопасный ориентир для холодных рассылок.

Реальный порог для новых или недостаточно активных аккаунтов гораздо ниже: массовая отправка десятков и тем более сотен однотипных писем в день с личного или корпоративного ящика — с одинаковым шаблоном и разным именем получателя в начале — выглядит для алгоритмов Google подозрительно похоже на спам-активность, даже если формальный лимит не превышен.

Дополнительно надстройки для mail merge в Google Таблицах обычно шлют письма пачками с короткими интервалами между отправками — это ещё один сигнал автоматизации, который Gmail умеет распознавать независимо от абсолютного количества писем.

Ситуация усложняется тем, что формальный лимит одинаков для всех типов писем — и для внутренней переписки компании, и для холодных писем внешним контактам. Если основной рабочий ящик уже активно используется для обычной деловой переписки, часть дневного лимита фактически занята ей, и реальный запас для холодной рассылки оказывается ещё меньше заявленных 500 или 2000 писем.

Реальные риски: не только спам, но и бан аккаунта

Главный риск — не то, что рассылка окажется неэффективной, а то, что под удар попадает сам аккаунт, с которого идёт отправка. Если это личная рабочая почта менеджера, а не отдельный технический ящик, блокировка или временное ограничение затрагивает всю остальную переписку — включая внутренние письма компании, договорённости с текущими клиентами, доступы, завязанные на этот аккаунт.

Второй риск — репутационный на уровне домена. Если рассылка идёт с корпоративного адреса на Google Workspace, а не с личного gmail.com, ущерб репутации бьёт по всему домену компании: пострадать может не только маркетинговая переписка, но и обычные деловые письма коллег с того же домена.

Третий риск менее очевиден: mail merge из Google Таблиц не имеет встроенного контроля над персонализацией на масштабе — легко пропустить строку с пустым полем или неправильно заполненными данными и отправить десяткам получателей письмо с очевидной ошибкой в переменной.

Четвёртый риск — отсутствие прогрева как концепции в принципе. Инструменты mail merge не предполагают постепенного наращивания объёма отправки, потому что изначально создавались для рассылки приглашений на мероприятие или похожих разовых задач на небольшую аудиторию. Использовать их для систематического наращивания объёма холодных писем — значит вручную реализовывать прогрев поверх инструмента, который для этого не проектировался, что требует дисциплины, которой в моменте часто не хватает.

Скрытая проблема Google Таблиц: нет памяти о контактах

Таблица — статичный список, а не система, которая помнит историю взаимодействия с контактом. Она не знает, что этот человек уже отвечал на прошлое письмо, просил больше не писать или уже находится в активном диалоге с другим сотрудником компании.

На практике это приводит к неприятным ситуациям: тот же контакт получает повторное письмо через месяц, потому что таблицу обновили не полностью или запустили рассылку по старой копии файла. Для получателя, который уже явно отказался, повторное письмо выглядит как игнорирование его прямой просьбы — и это куда хуже для репутации компании, чем просто низкий отклик.

Стоп-листы в таком формате приходится вести вручную отдельным листом или файлом, синхронизировать между несколькими людьми, которые запускают рассылки — и человеческий фактор здесь регулярно подводит.

• Нет автоматического учёта ответивших и отказавшихся контактов
• Нет истории предыдущих касаний по конкретному человеку
• Ручная синхронизация стоп-листа между несколькими отправителями
• Риск повторной отправки той же кампании из старой копии таблицы
• Нет автоматической проверки на пустые или битые переменные перед отправкой

Когда пора переходить на специализированную инфраструктуру

Сигнал для перехода — не конкретное число писем в месяц, а появление регулярности и зависимости бизнеса от результата рассылок. Если холодные письма отправляются от случая к случаю и объём укладывается в десятки в неделю, Gmail и Таблицы остаются рабочим вариантом.

Но как только аутрич становится постоянным каналом привлечения клиентов — с регулярными кампаниями, несколькими людьми, отправляющими письма, и ответственностью за репутацию отправляющего домена, — стоит переходить на инфраструктуру, спроектированную под это: отдельные технические ящики с прогревом, контроль SPF/DKIM/DMARC на уровне домена, CRM с историей контактов, стоп-листами и связкой ответов с карточкой компании.

Практический ориентир: если вы уже завели отдельную таблицу для отслеживания, кто ответил и кого добавить в стоп-лист, — это верный знак, что процессу нужна не ещё одна таблица, а система, где это учитывается автоматически.

Ещё один сигнал к переходу — рост числа людей, вовлечённых в процесс отправки. Пока рассылку ведёт один человек, он держит в голове, кому уже писал и с каким результатом. Как только подключается второй или третий сотрудник, координация через общий файл начинает давать сбои: кто-то не увидел обновлённый стоп-лист, кто-то отправил письмо по устаревшей версии таблицы — и это ровно та точка, где отдельная CRM-система с общей базой данных перестаёт быть роскошью и становится необходимостью.

Финансовый аргумент тоже стоит учитывать трезво: специализированные сервисы для холодного аутрича сейчас стоят не намного дороже расширенных надстроек для Google Таблиц, а разница в функциональности — прогрев ящиков, контроль репутации домена, автоматические стоп-листы — часто окупается уже на первой сохранённой от бана учётной записи или на первом не потерянном из-за повторной отправки контакте.

Что делать, если пока остаётесь на Gmail и Таблицах

Если переход на специализированный инструмент пока не оправдан по объёму, часть рисков можно снизить организационными мерами: использовать отдельный технический ящик, а не основной рабочий адрес руководителя или менеджера по продажам; растягивать отправку на несколько дней вместо одного залпа; вести единый файл стоп-листа, доступный всем, кто отправляет письма; и проверять персонализацию тестовой рассылкой на несколько строк перед запуском на весь список.

Это не устраняет ограничения инструмента полностью, но снижает шанс, что разовая рассылка обернётся заблокированным рабочим аккаунтом или испорченной репутацией домена компании.

Полезно также заранее решить, что делать при первых признаках проблемы — если письма начали массово попадать в спам или Google выдал предупреждение об ограничении отправки. В такой ситуации правильная реакция — немедленно остановить рассылку и снизить объём на несколько дней, а не пытаться доотправить оставшуюся часть базы с того же аккаунта, рискуя окончательно испортить его репутацию.

Вопросы и ответы