Домен магазину може одночасно вести відвідувачів на сайт і обслуговувати пошту працівників. Під час підключення до Хорошопу потрібно змінити маршрут вітрини, зберігши поштові залежності. Робоча головна сторінка не підтверджує, що листи й далі надходять у скриньку відділу продажів.
Підготуйте перелік змін: які імена перемикаються, які записи залишаються та як перевірити кожен результат. Нижче – порядок для домену, який уже належить вам і має чинну пошту. Зміна самого доменного імені та перенесення пошукових адрес потребують окремого плану. Приклади DNS у статті умовні; налаштування реального проєкту тут не змінювалися.
З’ясуйте, хто керує DNS і поштою
Реєстратор домену, оператор DNS і поштовий провайдер можуть бути різними компаніями. З’ясуйте, де розміщена чинна зона, які сервери NS призначені домену та хто має право змінювати записи. Наявність доступу до придбання домену ще не означає, що потрібна зона редагується в тій самій панелі.
Окремо визначте поштовий сервіс: де розміщені скриньки, звідки працівники надсилають листи, чи є пересилання та які застосунки користуються доменом. Не вимикайте попередній хостинг, поки не з’ясовано, чи не обслуговує він також поштові скриньки або адресу поштового сервера.
Для перенаправлення вітрини не слід одночасно змінювати NS без самостійного завдання на перенесення всієї зони. Збережіть експорт або повний перелік чинних записів з іменами, типами, значеннями та пріоритетами. Така копія допоможе порівняти зміни, але сама собою не є резервною копією вмісту поштових скриньок.
Складіть відомість дозволених змін
Розділіть записи за призначенням. Поруч зазначте підставу: поточна інструкція Хорошопу, налаштування поштового провайдера або підтвердження відповідального. Якщо призначення рядка невідоме, спочатку розберіться з ним, а не видаляйте разом із записами старого сайту.
| Частина зони | Призначення | План дії | Що перевірити |
|---|---|---|---|
| Корінь домену та www | Адреси вітрини | Спрямувати за актуальною інструкцією Хорошопу | Обидва імені відкривають погоджений магазин |
| MX і його пріоритети | Маршрут вхідної пошти | Зберегти чинну схему провайдера | Цільові сервери відповідають поштовому сервісу |
| Ім’я сервера з MX | Адреса одержувача поштового з’єднання | Перевірити залежність від записів, що змінюються | Ім’я веде до поштового сервера, а не до вітрини |
| SPF, DKIM, DMARC і записи сервісу | Перевірка відправника та пов’язані функції пошти | Зберегти або погоджено уточнити в провайдера | Використовувані відправники й імена не втрачені |
Не копіюйте значення поштових записів із прикладу чужого сервісу. У документації Cloudflare прямо зазначено, що точні значення залежать від поштового провайдера. Для відомості потрібні публічні налаштування DNS; паролі SMTP і закриті ключі до неї не додають.
Перемикайте лише погоджені імена вітрини
Актуальне керівництво Хорошопу щодо домену описує ALIAS для кореня та www з призначенням cname.horoshop.ua. Якщо оператор DNS не підтримує ALIAS, передбачено варіант з A-записами. Набір поточних адрес беріть із керівництва для вибраного способу, а не з давнього знімка чи листування.
Вимога прибрати попередні A та AAAA стосується імен сайту, які перемикаються. Це не команда видалити всі записи цих типів у всій зоні: серед них може бути адреса поштового сервера. Спочатку зіставте кожен зачеплений рядок із відомістю та залежностями.
Після спрямування DNS домен ще потрібно ввімкнути на боці платформи; випуск сертифіката також є окремим результатом. Погодьте цей етап і перевірте HTTPS без попереджень браузера. Не вимикайте перевірку сертифіката заради відкриття сайту. Зміни в зоні та готовність сервера можуть завершитися в різний час; єдиного строку очікування для будь-якого проєкту немає.
Перевірте, куди веде ім’я з MX
Зберегти рядок MX недостатньо, якщо змінилася адреса його цілі. Розгляну умовний випадок: вхідна пошта спрямована на shop.example, і це саме ім’я використовує головна сторінка. До перемикання його адреса обслуговувала попередній сервер. Після заміни під вітрину MX залишився попереднім, але визначення адреси shop.example вже веде до Хорошопу.
Таку ситуацію не можна приймати як збережену пошту лише за незмінністю MX. З’ясуйте в поштового провайдера правильне цільове ім’я та потрібні записи його сервера. Не вигадуйте окремий mail.shop.example без підтвердження: нова назва сама собою не створює поштового сервісу та скриньок.
Якщо поштове ім’я керується іншою зоною або використовує записи провайдера, перевірте саме цей ланцюжок. У Cloudflare окремо описані залежності поштового сервера й обмеження HTTP-проксі. Сайт може працювати через проксі, але з цього не випливає придатність того самого режиму для SMTP, IMAP або POP3.
Відокремте скриньки працівників від надсилання з магазину
Хорошоп передбачає надсилання службових листів через свій SMTP або через сторонній сервер. Це налаштування «Загальні налаштування → Налаштування Email», а не перенесення чинних скриньок. Успішне підключення домену не створює автоматично поштової скриньки з будь-яким іменем, зазначеним у відправнику.
В інструкції щодо пошти Хорошопу адреса From і адреса для відповіді розділені. Щоб отримати відповідь покупця, потрібна робоча скринька в Reply-to. Тому лист магазину може надійти, але відповідь піти не туди. Звірте маршрут відповіді окремо від видимого імені відправника.
Збережіть вибраний спосіб службового надсилання та його залежності. Не змінюйте одночасно SMTP, поштового провайдера й DNS вітрини без погодженого обсягу: у разі збою буде важко встановити причину. Якщо змінюється склад дозволених відправників, записи автентифікації має перевірити відповідальний за пошту. Наявність SPF або DKIM сама собою не гарантує потрапляння кожного листа у вхідні.
Прийміть сайт і пошту окремо
Після погодженого перемикання порівняйте фактичні відповіді DNS з відомістю. Потім відкрийте робочі адреси сайту й перевірте основний шлях відвідувача. Підготовку магазину до цього етапу можна звірити з планом запуску Хорошопу. Відкрита головна не замінює перевірки категорії та сторінки товару.
- Вітрина відкривається за потрібними іменами з чинним HTTPS.
- Погоджений зовнішній відправник доставляє лист у наявну скриньку магазину.
- З цієї скриньки можна надіслати відповідь і підтвердити її отримання.
- Службовий лист магазину та відповідь на нього проходять за передбаченими адресами.
Поштові перевірки виконуйте з погодженими адресами й учасниками, без повідомлень реальним покупцям. Запишіть час, одержувача, отриманий результат і текст повернення в разі помилки. Якщо для сповіщення потрібне контрольне замовлення, його створення погоджують окремо. Поки перевірено лише DNS, не позначайте надсилання листів як виконане.
У разі розбіжності збережіть доказ і визначте зачеплений маршрут. Повернення записів також має враховувати поточний стан зони та паралельні зміни. Пошукові переходи, robots та індексацію перевіряють окремо за планом SEO-перенесення на Хорошоп. Підсумок підключення – робота потрібного магазину й підтверджена збереженість погоджених поштових сценаріїв.
Потрібна допомога з вашим проєктом?
Залиште ім’я та номер телефону. Зв’яжуся з вами, щоб обговорити завдання, обсяг робіт і наступний крок.
