База знань

Надсилайте електронні листи зі свого власного домену, зі свого власного облікового запису

Надсилайте сповіщення ваших клієнтів із власного домену та з власної поштової скриньки: якого провайдера вибрати, які записи SPF, DKIM та return-path їм усім потрібні, чому ми наполягаємо на тому, щоб тестове повідомлення дійсно доходило, і що відбувається, коли провайдер дає збій.

Кожне сповіщення, яке отримують ваші клієнти — рахунки-фактури, скидання паролів, відповіді на тикети, оновлення проектів — надсилається через поштову службу. За замовчуванням ця служба наша, рядок «Від» містить Zinn Digital®, і ми за це платимо.

Якщо ви користуєтеся планом agency або reseller, замість цього ви можете підключити власну поштову службу. Тоді ваші клієнти бачитимуть ваш домен у рядку «Від», відповіді надходитимуть вам, а повідомлення надсилатимуться з вашого облікового запису через вашого провайдера.

Налаштуйте це в розділі Email sending на вашій панелі керування.

Якого провайдера мені варто вибрати?

Будь-який із цих варіантів підійде. Виберіть той, у якому у вас уже є обліковий запис.

| Провайдер | Найкраще, якщо | Інструкція | | --- | --- | --- | | Mailgun | Вам потрібен API та великі обсяги надсилання | Налаштувати Mailgun | | SendGrid | Ви вже використовуєте його для маркетингової розсилки | Налаштувати SendGrid | | Postmark | Тільки транзакційна пошта, найкраща доставка | Налаштувати Postmark | | Amazon SES | Ви вже користуєтеся AWS і хочете найнижчу ціну | Налаштувати Amazon SES | | Resend | Вам потрібне найпростіше налаштування | Налаштувати Resend | | Your own SMTP server | Ви керуєте власною поштовою інфраструктурою | Налаштувати SMTP |

Якщо ви не маєте переваг і наявного облікового запису, Postmark — це те, що ми б обрали для транзакційної пошти: він відмовляється доставляти маркетинг, і саме тому його показники доставки такі, які вони є.

Спочатку налаштуйте DNS. Це більша частина роботи.

Якого б провайдера ви не вибрали, одні й ті самі три записи DNS вирішують, чи прибуде ваша пошта, чи потрапить у спам. Ваш провайдер генерує точні значення; ви додаєте їх до свого домену.

SPF — запис TXT у вашому домені, де перераховано, кому дозволено надсилати від вашого імені. Якщо у вас він уже є, ви редагуєте його; ви не додаєте другий. Домен із двома записами SPF повністю не пройде перевірку SPF, що гірше, ніж відсутність запису.

DKIM — запис TXT або CNAME, що містить відкритий ключ, щоб сервери отримувача могли перевірити, чи дійсно повідомлення прийшло від вашого провайдера і чи не було воно змінене. Це запис, який виконує найбільше роботи, і саме він має збігатися для проходження DMARC.

Домен Return-path (bounce) — зазвичай CNAME. Він задає невидиму адресу конверта, яку ваш провайдер використовує для збору повернень (bounce). Без цього повернення потрапляють туди, куди ви не можете зазирнути, і репутація вашого домену погіршується без вашого відома.

DMARC — запис TXT на _dmarc.yourdomain.com, який повідомляє серверам отримувача, що робити, коли SPF та DKIM не збігаються з вашим рядком «Від». Почніть з p=none, поки перевіряєте, чи все проходить успішно, а потім переходьте до p=quarantine та p=reject.

⚠️ Зміни DNS не відбуваються миттєво. Зачекайте до години, перш ніж вирішувати, що щось не так.

Використовуйте піддомен для надсилання

Надсилайте з mail.yourdomain.com або notifications.yourdomain.com, а не з самого yourdomain.com.

Причина криється в репутації. Ваш основний домен використовується для ділової пошти. Якщо масова розсилка колись піде не так, окремий піддомен для надсилання локалізує збитки — ваш персонал все одно зможе надсилати електронні листи клієнтам, поки ви з цим розбираєтеся. Це також дозволяє налаштувати записи DNS для надсилання, не торкаючись записів, від яких залежать ваші власні поштові скриньки.

Ви все одно вводите домен, а не адресу, у поле Send from this domain. Частина перед @ вибирається для кожного повідомлення окремо: квитанції надсилаються як billing@, скидання паролів як no-reply@, відповіді на тикети як support@.

Як працює налаштування

  1. Виберіть свого провайдера та вставте його облікові дані.
  2. Натисніть Send test message. Ми надішлемо справжній електронний лист через вашого провайдера на вказану вами поштову скриньку, що міститиме код.
  3. Прочитайте код із цієї скриньки та введіть його.

Лише після цього ваша пошта почне надсилатися від вашого імені.

Для тесту використовуйте поштову скриньку на іншому домені — ідеально підійде адреса Gmail або Outlook. Повідомлення, яке ніколи не залишає ваш власний сервер, доводить набагато менше, ніж те, що перетнуло інтернет і минуло чийсь чужий спам-фільтр.

Чому ми наполягаємо на тому, щоб тестове повідомлення справді прибуло

Тому що провайдер, який приймає повідомлення, а потім мовчки скидає його, виглядає точно так само, як і той, що працює. Новісінький обліковий запис Amazon SES перебуває в «пісочниці» (sandbox), він прийме ваше повідомлення і нікуди його не доправить. Домен Mailgun, DNS якого не поширився, робить те ж саме. Те саме стосується й SMTP-ретранслятора, який відповідає 250 і відкидає повідомлення.

Якби ми перемкнули ваше надсилання одразу після прийняття вашого облікового запису, перше, що ви б дізналися — це те, що ваші клієнти перестали щось отримувати, і ви б дізналися про це від клієнта через кілька днів. Код є доказом того, що повідомлення залишило вашого провайдера і прибуло на місце.

Що станеться, якщо мій провайдер перестане працювати

Ваші сповіщення реєструються як такі, що зазнали невдачі, повторюються, а ваш екран Email sending стає червоним із власним повідомленням про помилку вашого провайдера.

Ми не надсилаємо їх натомість з нашого домену. Це зроблено навмисно. Мовчазне резервне перемикання означало б, що зламаний поштовий обліковий запис продовжує працювати настільки добре, що ніхто його не виправляє — поки ми мовчки за це платимо. Тож збій є видимим, і виправити його маєте ви, оскільки це єдиний спосіб його усунути.

Поки його не буде виправлено, ваші клієнти не отримують ці сповіщення. Все залишається у вхідних повідомленнях їхньої панелі керування, і нічого не втрачено, але сприймайте червоний банер тут як терміновий сигнал.

Що буде, якщо я нічого не робитиму?

Нічого не зламається. Ваші сповіщення продовжуватимуть надходити з нашого домену як Zinn Digital®, і ми продовжуватимемо за них платити. Ваші клієнти просто бачитимуть наше ім'я замість вашого.

Видалення

Натисніть Disconnect. Ваші збережені облікові дані буде видалено, а ваші сповіщення з наступного повідомлення знову надходитимуть з нашого домену. Ви можете підключитися знову в будь-який час.

Все ще потрібна допомога?

Підтримка включена до кожного тарифного плану та надається рідною мовою.

Звернутися до підтримки Усі статті