Сайт зроблено, візитки надруковано, а в контактах стоїть адреса на безкоштовній пошті. Виглядає дрібницею, поки не починається реальне листування: клієнт не впевнений, що пише саме компанії, менеджер іде разом зі своєю скринькою, а комерційна пропозиція осідає в спамі.
Пошта на власному домені — це та частина інфраструктури, яку роблять один раз і потім не згадують. За умови, що зробили правильно.
Що це взагалі означає
Домен, який ви зареєстрували під сайт, — це не тільки адреса сторінки. Це набір записів DNS, які кажуть інтернету, куди відправляти запити. Одні записи ведуть на сервер із сайтом, інші — MX — на поштовий сервер. Тому адреса вигляду info@ваша-компанія і сайт можуть жити в різних місцях і ніяк одне одному не заважати.
Це означає ще одну корисну річ: пошту можна налаштувати ще до того, як сайт готовий, — достатньо зареєстрованого домену. Практичних варіантів два. Перший — скринька від хостера чи реєстратора домену: часто входить у тариф, налаштовується за пʼятнадцять хвилин, вистачає для однієї-двох загальних адрес. Другий — повноцінний робочий набір на кшталт Google Workspace: платиться за кожного користувача, але дає спільні диски, календарі, ролі й централізоване керування. Вибір залежить не від розміру компанії, а від того, чи потрібне вам спільне робоче середовище, а не лише пошта.
Навіщо це бізнесу
Довіра. Клієнт бачить, що адреса збігається з сайтом. Це найдешевший елемент довіри, який взагалі існує, — поруч із SSL-сертифікатом і нормальною сторінкою «Про нас».
Контроль. Листування з клієнтами належить компанії, а не особистій скриньці менеджера. Коли людина йде, адресу передають далі — історія залишається. Це та сама логіка, що і з передачею сайту та доступів: усе, що критичне для роботи, має бути оформлене на компанію.
Доставляльність. Для власного домену можна налаштувати технічні підписи, які підтверджують справжність листів. Для безкоштовної адреси — ні. На практиці це різниця між «клієнт отримав пропозицію» і «пропозиція в спамі».
Масштабованість. Адреси на відділи, аліаси, спільні скриньки на кшталт orders@, куди пишуть форми з сайту. Куди саме приходять заявки — питання не косметичне: як це влаштувати, розібрано в матеріалі про форми на сайті.
Три записи, без яких листи падають у спам
Далі — мінімум термінів, але без них не обійтися.
SPF — запис, який перелічує сервери, що мають право відправляти листи від імені вашого домену. Якщо лист прийшов не звідти, він підозрілий.
DKIM — криптографічний підпис на кожному листі. Підтверджує, що лист справді ваш і його не змінили дорогою.
DMARC — правило, що робити з листами, які не пройшли перевірку: пропускати, класти в спам чи відхиляти. Плюс звіти про спроби відправляти пошту від вашого імені.
Ці три записи роблять дві речі одночасно: підвищують шанс, що ваш лист дійде, і ускладнюють життя тим, хто захоче писати від імені вашої компанії. Друге — не теоретичний ризик, а звичайна схема шахрайства з рахунками. Ширший контекст захисту — у матеріалі про безпеку сайту.
Типові помилки
Робити пошту в останній момент. Домен купують під сайт, про пошту згадують перед запуском — і на візитках залишається стара адреса.
Запускати розсилку з нової адреси одразу на всю базу. Домен без історії плюс тисяча листів за годину — найкоротший шлях у спам. Нарощувати обсяг треба поступово, а регулярні кампанії краще вести з окремого піддомену, щоб не псувати репутацію основної пошти. Механіка — в розборі про email-розсилки для бізнесу.
Втратити MX при переїзді. Сайт переносять на новий хостинг, DNS переписують цілком, MX губиться — сайт працює, пошта мовчить. Виписуйте записи до переїзду й звіряйте після; той самий принцип, що й у перенесенні сайту без втрати позицій.
Тримати домен на особистому акаунті підрядника. Домен і пошта мають бути зареєстровані на компанію — інакше в найгірший момент виявиться, що доступ є в когось іншого.
Заводити персональні адреси замість спільних. Якщо всі заявки йдуть на адресу конкретного менеджера, у відпустці вони просто нікому не видні. Загальні скриньки на кшталт info@ чи orders@ з доступом у кількох людей вирішують це без жодних додаткових витрат — і саме їх варто вказувати на сайті.
Коротко
Пошта на власному домені — базова інфраструктура, а не питання іміджу: вона дає довіру клієнта, контроль над листуванням при зміні співробітників і технічну можливість підтвердити справжність листів. Варіантів два: безкоштовна скринька від хостера для однієї-двох адрес або платний робочий набір, коли потрібні спільні диски, календарі й ролі. Обовʼязковий мінімум після налаштування — SPF, DKIM і DMARC: без них листи регулярно потрапляють у спам, а від вашого імені може писати будь-хто. Головні помилки — залишати пошту на потім, бити розсилкою з нового домену по всій базі й губити MX-записи при переїзді сайту. Робиться це один раз і надовго — див. також як вибрати хостинг для сайту.
Ми в Obliko розробляємо сайти разом із цією технічною частиною: домен, пошта та записи налаштовуються ще до запуску й оформлюються на компанію, а не на підрядника.
Чи обовʼязково мати пошту на своєму домені, якщо є Gmail?
Формально ні, технічно все працює. Але адреса вигляду info@ваша-компанія відрізняється від безкоштовної в трьох речах: довіра клієнта, який бачить збіг адреси з сайтом; контроль — при звільненні співробітника доступ до листування лишається у компанії, а не в його особистій скриньці; і доставляльність, бо для власного домену можна налаштувати підписи листів, яких у безкоштовної адреси немає. Для бізнесу з регулярним листуванням це не питання іміджу, а питання керованості.
Скільки коштує пошта на своєму домені?
Є два сценарії. Проста поштова скринька від хостера або реєстратора домену часто входить у тариф і коштує нуль додаткових грошей — цього достатньо для однієї-двох адрес вигляду info@ і hello@. Повноцінний робочий набір (Google Workspace або Microsoft 365) тарифікується за кожного користувача помісячно й потрібен тоді, коли важливі спільні диски, календарі, ролі та централізоване керування доступами.
Чому листи з нової корпоративної адреси падають у спам?
Найчастіше — бо не налаштовані записи, які підтверджують, що листи від імені домену відправляєте саме ви: SPF, DKIM і DMARC. Без них поштові сервіси не мають чим відрізнити вас від підробки й перестраховуються. Друга причина — репутація домену: нова адреса, з якої раптом іде масова розсилка, виглядає підозріло. Розсилки варто нарощувати поступово, а краще — вести їх з окремого піддомену.
Що станеться з поштою, якщо змінити хостинг сайту?
Пошта й сайт зазвичай живуть на різних записах DNS: сайт — на A або CNAME, пошта — на MX. При переїзді сайту MX-записи чіпати не треба, і тоді пошта не помітить переїзду. Проблеми починаються, коли DNS переносять цілком і забувають перенести MX: листи мовчки перестають доходити, при цьому сайт працює. Тому перед переїздом MX-записи виписують окремо й звіряють після.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.