Email в Bitrix24 и amoCRM: техническая архитектура отправки, типичные узкие места и как починить доставляемость

• архитектура отправки в каждой системе (Bitrix24 «Облако» / «Коробка», amoCRM с привязанным IMAP/SMTP);
  
• какие у каждой есть API и события для интеграции;
  
• какие заголовки добавляются автоматически, какие надо контролировать;
  
• где письма теряются (на каком из уровней) и что это значит для разработчика;
  
• встраивание webhook-driven мониторинга через REST API с примерами кода;
  
• типовые DNS-настройки SPF/DKIM/DMARC для отправителей через Bitrix24 и amoCRM.

• Это не транзакционка, потому что письма часто шлются менеджером вручную из карточки клиента
  
• Это не массовая рассылка, потому что отправляется по одному, но в большом количестве и из одного домена
  
• Содержание сильно индивидуально, но шаблоны и подписи могут совпадать тысячами
  
• Поведение базы непредсказуемо, потому что менеджеры пишут разным контактам без предварительной сегментации
  
• Отправитель — корпоративный почтовый ящик, у которого репутация формируется и портится одновременно несколькими процессами

Менеджер пишет письмо в Bitrix24 →
Bitrix24 backend через SMTP клиента →
SMTP-сервер привязанного ящика (Я.360 / GSuite / corp Exchange / прочее) →
получатель

• Корпоративный сервер организации
  
• Внешний транзакционный сервис (SendGrid, Mailgun, UniSender Go, Postmark)
  
• Любой другой SMTP

AddEventHandler("main", "OnBeforeEventAdd", "MyCustomMailHandler");
function MyCustomMailHandler(&$event, &$lid, &$arFields)
{
    // здесь можно перехватить отправку и сделать что-то ещё:
    // отправить параллельно на seed network для проверки,
    // залогировать факт отправки в БД,
    // отправить через внешний API (Mailgun, SendGrid)
    return true; // или false, чтобы отменить штатную отправку
}

• crm.activity.add — добавить активность (включая email) к лиду/контакту/сделке
  
• mailservice.sender.add — настроить отправителя (для коробки)
  
• crm.activity.communication.fields — управление коммуникациями

• Менеджер привязал свой manager@yourcompany.ru, размещённый на Mail.ru для бизнеса
  
• Bitrix24 шлёт через SMTP Mail.ru
  
• На стороне получателя — Authentication-Results показывает spf=pass dkim=pass dmarc=pass (Mail.ru правильно подписывает)
  
• НО: если ваш домен Mail.ru для бизнеса использовался для массовой рассылки или имеет жалобы в FBL, репутация шарится между всеми ящиками этого домена
  
• Менеджер пишет КП → улетает в спам, потому что вчера маркетолог из той же компании отправил рассылку, на которую кто-то нажал «спам»

• Самый типичный для проектов на 1C-Битрикс CMS
  
• IP-адрес сервера не прогрет, не имеет DKIM, не настроен PTR-запись (reverse DNS)
  
• Все письма с сервера улетают на Mail.ru/Яндекс с рейтингом «новый отправитель» → большая часть в спам
  
• В админке Битрикса всё «отправлено»

• Письма из CMS идут через корпоративный Exchange
  
• На Exchange настроено SPF / DKIM / DMARC — вроде всё хорошо
  
• НО: те же серверы Exchange используются и под маркетинг, и под обычную переписку
  
• Когда маркетинг шлёт рассылку и портит репутацию — страдают и письма из CMS

• Системные уведомления идут с noreply@yourportal.bitrix24.ru
  
• Этот домен — Bitrix24, не ваш
  
• У пользователей нет доверия и нет правил в почтовой клиентах для этого домена
  
• Часть писем уходит в Promotions у Gmail, часть в спам у Mail.ru

• Входящие письма от/в адреса привязанные к контактам автоматически попадают в карточки
  
• Исходящие письма из карточки идут через SMTP подключенного ящика

Менеджер пишет письмо из карточки →
amoCRM backend →
SMTP/OAuth подключенного ящика (Я.360 / Gmail / Mail.ru / corp Exchange) →
получатель

• GET /api/v4/leads/{id} — карточка сделки
  
• POST /api/v4/leads/{id}/notes — добавить примечание (включая email)
  
• Webhook'и на событие создания/изменения карточки и сообщения

• Шаблон с одним и тем же текстом отправляется тысячами разных карточек разным контактам
  
• Технически это идёт через личный SMTP менеджера
  
• С точки зрения провайдера-получателя — это массовая рассылка с личного ящика менеджера
  
• Mail.ru, Яндекс, Gmail и Microsoft видят паттерн: одинаковые письма, разные адресаты, нормальный личный ящик → подозрение

• Менеджер подключил manager@yourcompany.com через Gmail OAuth
  
• Лимит Gmail для Workspace — 2000 писем в день; лимит «relay/SMTP» — 10 000 в день, но при «спайках» Gmail throttle'ит
  
• Шаблонные письма через Salesbot быстро попадают в фокус Postmaster Tools → Gmail снижает доставляемость

• В целом более лояльная среда
  
• Лимиты — 500 писем в сутки на исходящие с одного аккаунта (по последней документации)
  
• При превышении — временная блокировка отправки

• Не предназначена для outbound, лимиты ещё жёстче
  
• 100 писем в сутки с задержкой между отправками
  
• Использовать как «бизнес-ящик» в amoCRM плохая идея

• Аналогично — есть лимиты и FBL-обработка
  
• Проблема общей репутации домена та же, что и в Bitrix24

yourcompany.ru.  IN  TXT  "v=spf1 include:_spf.mail.ru
                                  include:spf.smtp.bitrix.info
                                  ~all"

_dmarc.yourcompany.ru.  IN  TXT  "v=DMARC1; p=quarantine;
                                  rua=mailto:dmarc-reports@yourcompany.ru;
                                  pct=100"

Bitrix24/amoCRM шлёт письмо →
параллельно отправляется тестовое на seed network →
через 30-60 секунд REST API возвращает placement →
если spam_rate выше порога — алерт в Telegram/Slack
+ запись в БД для аналитики

AddEventHandler("main", "OnAfterEventAdd", "MonitorDeliverability");
function MonitorDeliverability($event, $lid, $arFields)
{
    // Параллельно отправляем на seed network
    $seedAddresses = getSeedNetworkFromApi();
    foreach ($seedAddresses as $seed) {
        // Отправляем то же письмо через те же настройки
        $modifiedFields = $arFields;
        $modifiedFields["EMAIL_TO"] = $seed;
        Bitrix\Main\Mail\Event::send($modifiedFields);
    }
    // Запрашиваем placement через 60 секунд (через очередь)
    schedulePlacementCheck($arFields["EMAIL_TO"], 60);
}
function schedulePlacementCheck($originalRecipient, $delay)
{
    $agent = "CheckPlacementAgent('$originalRecipient');";
    CAgent::AddAgent($agent, "main", "N", 0, "", "Y",
                     ConvertTimeStamp(time() + $delay, "FULL"));
}

// Webhook handler для amoCRM, обработчик события создания note
app.post('/amocrm-webhook', async (req, res) => {
    const event = req.body;
    if (event.notes && event.notes.add) {
        for (const note of event.notes.add) {
            // Это исходящий email — запускаем тест placement
            if (note.note_type === 'mail_message') {
                const recipient = note.params.email;
                const content = note.params.text;
                // Параллельно отправляем на seed network
                const seedAddresses = await getSeedAddresses();
                for (const seed of seedAddresses) {
                    await sendThroughCrmSmtp(seed, content);
                }
                // Через минуту проверяем placement
                setTimeout(async () => {
                    const placement = await checkPlacement(seedAddresses);
                    if (placement.spam_rate > 0.3) {
                        await notifySlack(
                            `Spam rate ${placement.spam_rate} for email to ${recipient}`
                        );
                    }
                }, 60000);
            }
        }
    }
    res.sendStatus(200);
});

• Виджет для amoCRM — устанавливается из карточки приложений, в карточке сделки появляется кнопка/индикатор inbox placement по последнему отправленному письму
  
• Виджет для Bitrix24 — аналогично, отображает данные в карточке клиента

• Узнать реальный путь отправки — через какой SMTP/API идут письма (для облачной amoCRM/Bitrix24 — через подключенный ящик; для коробки Битрикс — через настроенный или PHP mail)
  
• Проверить DNS на sender-домене — SPF/DKIM/DMARC должны быть валидны и проверяться dig-командой
  
• Открыть Authentication-Results реально отправленного письма — все три должны быть pass
  
• Замерить inbox placement — на ключевых провайдерах (Mail.ru, Яндекс, Gmail, корпоративные на Exchange)
  
• Встроить мониторинг — через события Bitrix или webhook amoCRM, чтобы видеть деградацию
  
• Разделить outbound по доменам — менеджерские письма и маркетинговые рассылки не должны делить репутацию
  
• Для amoCRM Salesbot — варьировать контент — одинаковые шаблоны на массиве лидов триггерят фильтры
  
• Следить за лимитами провайдеров — особенно Gmail и Я.360, у которых жёсткие throttling-политики

• REST API Bitrix24 — dev.1c-bitrix.ru/rest_help/
  
• API amoCRM v4 — developers.amocrm.ru
  
• RFC 7208 (SPF), RFC 6376 (DKIM), RFC 7489 (DMARC)
  
• Postmaster Tools от Google
  
• Postoffice Яндекса
  
• Postmaster Mail.ru