Сколько cold email можно отправлять в день в 2026

Cold email daily sending limit — не single число — он зависит от типа sender, warm-up state, sending-инфраструктуры и receiving-системы. Опубликованные platform limits (Google Workspace: 2000/день; Microsoft 365: 10000/день) — теоретические maxima, не practical limits. Practical limits — те, что не триггерят reputation collapse — dramatically lower. Эта статья — реалистичные limits в 2026, как scale safely по мере того, как домен warms, и failure mode’ы из pushing объёма past того, что инфраструктура поддерживает. Пара к гайду по email warm-up explained, гайду по Gmail spam prevention и чек-листу аудита доставляемости.

Реалистичный cold email volume в 2026 dramatically ниже того, что platform documentation suggest. Warmed Google Workspace домен на peak может sustain 50–80 email/день per mailbox без триггеринга reputation issues; Microsoft 365 сидит на 100–150/день. Cold-email-tool платформы с multi-mailbox setup могут достичь 500–2000+/день total через ротацию, но каждый individual mailbox stays внутри per-mailbox limits.

Platform limits vs practical limits

Google Workspace published limit: 2000 messages/день per mailbox. Practical cold-outreach limit для sustained sending: 50–80 messages/день per mailbox once warmed. Разница огромная, потому что published limit о API/SMTP capacity, в то время как practical limit о доставляемости — на каком объёме Gmail начинает treating ваш mailbox как spam source.

Microsoft 365 published limit: 10000 messages/день per mailbox. Practical cold-outreach limit: 100–150 messages/день per mailbox once warmed. Microsoft slightly more permissive, чем Google для cold outreach в 2026.

Другие платформы:

• Outlook.com (личный): не viable для cold outreach
• Zoho Mail: similar to Microsoft 365 practical limits
• ProtonMail / Tutanota: not suitable для cold outreach
• Self-hosted (Postfix + OpenDKIM): limit set вашей infrastructure capacity, но practical deliverability потолок тот же, что Google/Microsoft

Как limits меняются по warm-up state

Brand-new домен не должен шлать 50 cold email в day one. Warm-up curve выглядит примерно так:

Warm-up state	Daily cold volume per mailbox
Дни 1–7	0 (warm-up only, нет cold sends)
Дни 8–14	5–10 cold email
Дни 15–21	10–20 cold email
Дни 22–28	20–40 cold email
Дни 29–42	40–60 cold email
День 43+ (warmed)	60–80 cold email (Google) / 100–150 (Microsoft)

Пропуск warm-up и going straight к 50/день на новом домене производит immediate placement collapse за 5–10 дней. Warm-up state — то, что receiving-системы используют, чтобы distinguish legitimate new sender (gradually building activity) от spam sender (high volume с нового домена).

Почему scaling past этих limits damages репутации

Когда mailbox шлёт past sustainable volume, несколько сигналов tilt against you:

• Engagement-to-volume ratio падает. Cold кампании производят fixed reply rate (3–7%). Если вы шлёте 50/день, это 1.5–3.5 replies/день — engagement signals, которые receiving-системы используют для validate домен. Если вы шлёте 200/день, тот же reply count выглядит как lower engagement ratio against higher volume — receiving-системы читают это как “этот sender шлёт много, но мало кто заботится о mail”, что является spam pattern.

• Bounce rate visibility растёт. Higher volume означает, что bounce rate gets noticed быстрее. 3% bounce rate на 50 email = 1.5 bounce/день (background noise). На 500 email = 15 bounce/день (clear pattern).

• Spam-complaint rate visibility растёт. Та же математика. Higher volume surfaces complaint rate быстрее.

• Pattern-fingerprinting kicks in. Receiving-системы детектят synchronized high-volume sends с new senders как classic spam paterns. Scaling с 50/день до 500/день за неделю — exactly паттерн, который они flag.

Правильный scaling pattern: увеличивайте daily volume на 20–30% per неделя, не 2–10x per неделя. Продакшен-команды, scaling gradually, поддерживают reputation; команды, scaling fast, tank reputation и потом тратят 4–8 недель recovering.

Multi-mailbox и multi-domain setup

Для команд, needing объёма beyond per-mailbox limits, продакшен-паттерн — multi-mailbox + multi-domain ротация.

Multi-mailbox single-domain: Настройте 5–10 mailbox на том же sending-домене (например, john@outreach.yourdomain.com, sarah@outreach.yourdomain.com и т.д.). Каждый mailbox warms независимо и шлёт 50–80/день. Total: 250–800/день с одного домена.

Multi-domain: Настройте 2–5 sending-доменов (например, outreach.yourdomain.com, mail.yourdomain.com, hello-fromyourdomain.com). У каждого домена собственные warmed mailbox’ы. Платформы (Smartlead, Lemlist с multi-inbox features) ротируют sends через mailbox’ы и домены.

Combined: 5 доменов × 5 mailbox × 50/день = 1250/день total. С 10 доменами × 10 mailbox, можно достичь 5000/день — но на этом объёме вы потратили significant infrastructure setup time, и operational complexity meaningful.

Стоимости для consider в multi-domain setup:

• Domain registration: $10–15/год каждый
• Email hosting: $5–15/мес per mailbox (Google Workspace, Microsoft 365)
• Warm-up tooling: $30–80/мес per domain
• Cold email платформа: обычно per-mailbox pricing

Продакшен scale (1000+/день) обычно стоит $500–1500/мес в инфраструктуре alone до любого campaign labor.

Типичные ошибки объёма

Believing platform documentation. Limit Google 2000/день не означает, что вы можете sustainably шлать 2000 cold email. Число о API capacity, не deliverability tolerance.

Scaling на signal, не на план. “Replies выглядят хорошо, let me double объём” работает неделю и потом tanks. Объём должен scale на predetermined warm-up plan, не based на early-positive signals.

Отношение к объёму как input variable. “Нам нужно шлать 5000/день, чтобы hit pipeline target” производит volume-first thinking, игнорирующее deliverability constraints. Правильный framing: какой максимальный sustainable объём, и как мы engineer pipeline volume, чтобы match его?

Concentrating объёма на одном mailbox или домене. Single mailbox на 200/день eats reputation. Пять mailbox на 50/день каждый share load и maintain reputation.

Игнорирование sending windows. Отправка 50 email all в один час выглядит more bot-like, чем отправка 50 spread через 8 часов. Продакшен-команды pace sends через business hours.

Забывание weekend’ов и time zone. Отправка того же daily объёма на Saturday/Sunday, как Monday/Tuesday, выглядит automated. Продакшен-команды reduce или pause cold sends на weekend’ах.

Не pulling объём, когда engagement падает. Если reply rate падает за 2-3 недели, правильное движение — снижение объёма, не maintaining. Pulling back даёт домену time recover engagement-to-volume ratio.

Паттерн: cold email volume в 2026 — constrained system. Constraints — per-mailbox, per-domain, per-day — реальные, set receiving-системами и dramatically lower того, что platform docs suggest. Команды, engineering свой pipeline around реалистичных limits, производят sustainable cold outreach годами. Команды, пытающиеся outrun limits добавлением объёма, burn reputation и кончают с worse исходами, чем disciplined low-volume operations.