Конструкторы сайтов8 мин чтения

Заявки с Тильды не приходят на почту: почему и как исправить

Tilda отправляет письма со своих серверов на общем пуле. Вы не контролируете конверт и аутентификацию — зато можете измерить проблему и отправить заявки в свой мейлер.

Вы запустили красивый лендинг на Tilda, привели платную аудиторию, форма конвертирует. Потом отдел продаж говорит: «заявки не приходят». Вы винят маркетинг в неправильной таргетизации. Маркетинг винит продажи в том, что они не отвечают. На самом деле ни то, ни другое — письмо-уведомление из форм Tilda молча попадает в спам.

Неудобная правда про конструкторы лендингов вроде Tilda в том, что вы не владеете SMTP-каналом. Заявка приходит с почтового сервера Tilda на общем пуле отправителей. Вы не можете добавить DKIM-ключ. Вы не можете изменить конверт письма. Вы можете только измерить, что происходит.

Быстрый ответ

Проведите seed-тест письма-уведомления из формы Tilda. Если письмо попадает в Входящие — оставляйте Tilda. Если оно идёт в спам или вкладку Рассылки в Gmail или Outlook — переведите форму на вебхук к вашему мейлеру (SendGrid, Postmark, Mailgun) через Zapier или Make.

Почему письма из форм Tilda теряются

Встроенное уведомление Tilda использует конверт вроде noreply@tilda.cc или нумерованный поддомен. От-кого может быть ваша компания, но аутентифицированный отправитель — это Tilda. Почтовые сервисы видят:

  • Домен отправителя: ваш лендинг на Tilda — но SPF и DKIM выравниваются на Tilda, а не на вас.
  • Репутация: общий пул. Жалобы, спам-ловушки и рассылки каждого пользователя Tilda утягивают пул вниз.
  • DMARC: если у вашего домена стоит p=reject, любое письмо от Tilda, которое выдаёт себя за вас, гарантированно не пройдёт DMARC и попадёт в спам или будет отклонено.

Что вы не можете исправить со стороны Tilda

На тарифах самообслуживания — а именно так используют Tilda большинство клиентов — вы не можете:

  • Добавить собственный DKIM-селектор для исходящих писем Tilda.
  • Изменить адрес return-path письма.
  • Перейти на выделенный IP или выделенный поддомен.
  • Отключить трекинг-заголовки Tilda, которые не нравятся некоторым правилам Outlook.

Это не недостаток Tilda — это природа хостируемых конструкторов форм. Сделка такова: вы получаете drag-and-drop лендинги, они оперируют почтовой инфраструктурой в масштабе. Управление торгуется за удобство.

Ловушка SPF-выравнивания

Не добавляйте include:_spf.tilda.cc в SPF вашего корневого домена. Это ничего не даёт для уведомлений из форм Tilda (они не отправляются как ваш домен), это режет бюджет SPF-поисков и создаёт ложное чувство безопасности. Проблема не в вашем SPF — проблема в том, что письма Tilda отправляются с конверта Tilda.

Сначала измеряйте: тест письма из формы

Перед тем как переделывать что-то, проверьте, реальна ли проблема, и измерьте масштаб:

  1. Добавьте 20+ seed-адресов по Gmail, Google Workspace, Outlook.com, Microsoft 365, Yahoo, Mail.ru, Yandex и ProtonMail в список получателей уведомлений в Tilda (Настройки сайта → Формы → Email).
  2. Отправьте форму из приватного окна браузера с реалистичными данными.
  3. Проверьте размещение по каждому провайдеру: Входящие, Рассылки, Спам или письмо отсутствует вообще.
  4. Повторите в будни и выходные, в разное время — размещение меняется в зависимости от циклов репутации.

Результат подскажет, это проблема Tilda (письма падают везде в Gmail и Outlook) или проблема вашего домена (только у одного провайдера, может быть, какой-то блокировочный лист).

Три пути решения, когда размещение плохое

Способ 1 — вебхук в собственный мейлер

Включите в Tilda интеграцию через вебхук на форме. Отправьте заявку в крохотную serverless-функцию (Vercel, Cloudflare Workers), которая вызовет API SendGrid, Postmark или Resend на вашем домене. Теперь уведомления приходят от отправителя, которым вы владеете.

// Минимальный пример Cloudflare Worker
export default {
  async fetch(req) {
    const data = await req.json();
    await fetch('https://api.resend.com/emails', {
      method: 'POST',
      headers: {
        Authorization: 'Bearer ' + RESEND_KEY,
        'Content-Type': 'application/json',
      },
      body: JSON.stringify({
        from: 'leads@yourdomain.com',
        to: 'sales@yourdomain.com',
        subject: 'Новая заявка: ' + data.name,
        html: '<p>' + data.message + '</p>',
      }),
    });
    return new Response('ok');
  },
};

Способ 2 — Zapier или Make → Gmail / Outlook

Если не хотите писать код, no-code Zap «Tilda вебхук → Gmail: отправить письмо» даёт вам аутентифицированные уведомления через Gmail за два клика. Размещение практически как Gmail-в-Gmail.

Способ 3 — прямо в CRM или Slack

Для многих команд настоящее решение — вообще перестать полагаться на почтовые уведомления. Отправьте вебхук в HubSpot, Pipedrive или Slack, оставьте почту для внешнего маркетинга. Заявка появится там, где уже работает команда продаж.

Решайте: миграция, остаться или переключиться на другой конструктор

Дерево решений короткое:

  • Размещение нормальное (все крупные провайдеры зелёные в seed-тесте): оставляйте встроенное уведомление Tilda. Проверяйте ежемесячно.
  • Размещение пятнистое (Gmail в порядке, Outlook плохой): используйте Способ 1 или 2. Мейлер или Gmail API исправляет это за час.
  • Размещение ужасно везде: отправляйте в CRM или Slack и рассчитывайте на письмо как на опциональное. Подумайте, подходит ли Tilda вам долгосрочно.
Проверьте размещение бесплатно

Бесплатный инструмент Inbox Check генерирует 20+ seed-адресов в Mail.ru, Yandex, Gmail, Outlook и других провайдерах. Проверьте, куда попадает письмо из вашей формы Tilda за две минуты.

→ Запустить тест

Частые вопросы

Можно ли добавить DKIM для писем из форм Tilda на платном тарифе?

Tilda Business позволяет установить кастомный адрес From, но подлежащий SMTP — это по-прежнему инфраструктура Tilda. DKIM подписывает Tilda, а не вы. Это улучшает консистентность, но не даёт вам контроль, равный собственному мейлеру.

Поможет ли, если добавить Tilda в SPF-запись моего домена?

Нет. Ваш SPF защищает письма, отправленные как ваш домен. Уведомления из форм Tilda отправляются как домен Tilda. Добавление их include только тратит бюджет SPF-поисков.

Почему письмо-подтверждение Tilda для посетителя идёт во Входящие, а уведомление для команды продаж идёт в спам?

Разные эвристики получателей. Gmail доверяет разовым подтверждениям для человека, который только что взаимодействовал; он подозрительнее к редким письмам на внутренний адрес с незнакомой инфраструктуры.

Это проблема только Tilda или все конструкторы форм так работают?

Это структурная проблема всех хостируемых конструкторов — Wix, Squarespace, Carrd, Webflow, Framer и Tally все делают один и тот же trade-off. Детали того, какие провайдеры страдают больше, варьируются.
Related reading
Found this useful? Share it
AB
Об авторе
Artem Berezin
B2B Deliverability Specialist

B2B deliverability specialist with 5+ years of hands-on outreach experience. Built campaigns reaching 90,000+ inboxes across 20+ countries — and fixed the deliverability problems that came with that scale.

Проверьте доставляемость в 20+ провайдерах

Gmail, Outlook, Yahoo, Mail.ru, Яндекс, GMX, ProtonMail и другие. Реальные скриншоты входящих, SPF/DKIM/DMARC, вердикты спам-фильтров. Бесплатно, без регистрации.

Запустить тест →

Тесты без ограничений · 20+ ящиков · Живые результаты · Аккаунт не нужен