YourTrend
Email API та SMTP Кампанії Автоматизації SMS Web-push Месенджери Єдина скринька Захищена пошта Аналітика
ENUKRUDEESFRITPLPTHIZH
Увійти Почати безкоштовно
Доставлюваність

Як підтвердити домен у Google Postmaster Tools

Коротка відповідь

Покроково додайте домен у Google Postmaster Tools, опублікуйте TXT-запис у DNS і перевірте підтвердження.

Як підтвердити домен відправника в Google Postmaster Tools

1. Перевірте точний домен, з якого надсилається пошта

Почніть з адреси, яку отримувачі бачать у полі «Від кого». Якщо кампанія надходить з адреси news@example.com, видимий домен відправника — example.com. Зазвичай саме цей домен потрібно перевірити в Google Postmaster Tools.

Не плутайте його з доменом інфраструктури поштового сервісу. Постачальник послуг може надсилати повідомлення зі своїх серверів, але це не означає, що отримувачі бачать домен постачальника. Також перевірте, чи використовуєте ви субдомен відправника: для перевірки offers.example.com і example.com — це різні домени. Виберіть домен, що відповідає потоку листів, який потрібно відстежувати.

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

2. Перевірте, чи додано домен у Postmaster Tools

Увійдіть у Google Postmaster Tools за допомогою облікового запису Google, який має керувати доменом. Перш ніж щось додавати, перегляньте список наявних доменів. Уже доданий домен може належати колезі, агентству або обліковому запису, який досі контролює ваша компанія.

Швидка перевірка допоможе уникнути дублювання роботи. Запитайте команду маркетингу або ІТ-відділ, чи додано домен, і звірте його написання, зокрема субдомен відправника. example.com і offers.example.com — це не взаємозамінні записи.

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

3. Додайте домен у Google Postmaster Tools

Щоб додати домен у Google Postmaster Tools, скористайтеся відповідною опцією на панелі керування та введіть точний домен, визначений за заголовками повідомлення. Виберіть основний домен, якщо ви надсилаєте пошту з адрес на кшталт news@example.com, або субдомен, якщо отримувачі бачать адреси на кшталт news@offers.example.com.

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

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

На цьому етапі багато хто шукає, як підтвердити домен відправника в Google Postmaster Tools. Щоб зрозуміти, як додати TXT-запис для підтвердження домену, додайте правильний домен, опублікуйте точний TXT-запис від Google, а потім поверніться на панель керування й перевірте результат.

4. Підтвердьте домен у Google Postmaster Tools через DNS

Увійдіть у сервіс, де розміщені DNS-записи домену. Це може бути реєстратор домену, керований DNS-провайдер або хмарна платформа — не обов’язково компанія, у якої розміщено ваш сайт. Якщо не впевнені, хто керує DNS, попросіть відповідального фахівця допомогти, перш ніж вносити зміни.

Створіть TXT-запис, використовуючи хост або ім’я та значення, показані в Postmaster Tools. Точно скопіюйте обидва поля. Деякі DNS-панелі автоматично додають домен до поля хоста, тоді як інші очікують повне доменне ім’я. Перевірте інструкції свого провайдера, щоб випадково не опублікувати запис для неправильного імені хоста.

Не замінюйте наявні TXT-записи. Для різних сервісів домен може мати кілька TXT-записів, зокрема SPF-запис і записи для інших перевірок. Додайте новий запис окремо, якщо DNS-провайдер не вказує іншу процедуру. Якщо інтерфейс запитує TTL, залиште значення за замовчуванням, запропоноване провайдером, або вкажіть значення, рекомендоване адміністратором DNS.

Підтвердження домену в Google Postmaster Tools залежить від того, чи може Google знайти запис у загальнодоступній DNS. Збереження запису в панелі керування не гарантує, що він уже доступний усюди. Поширення DNS-змін може тривати певний час — усе залежить від провайдера та налаштувань наявних записів. Не розраховуйте на фіксований термін.

5. Перевірте статус підтвердження та безпечно усуньте проблеми

Поверніться в Postmaster Tools і запустіть перевірку домену на панелі керування. Якщо підтвердження не з’явилося, посимвольно звірте запис, показаний Google, із записом у DNS. Перевірте, чи немає зайвого пробілу, обрізаного значення або лапок, автоматично доданих DNS-панеллю.

Потім переконайтеся, що ви редагували авторитетну зону DNS. Компанія може володіти доменом example.com у одного реєстратора, але делегувати керування DNS іншому провайдеру. Додавання TXT-запису в неактивній DNS-панелі реєстратора не допоможе, якщо сервери доменних імен вказують на інший сервіс.

Уважно перевірте ім’я хоста. Запис для основного домену може опинитися за адресою postmaster.example.com, якщо DNS-панель неочікувано допише домен до введеного значення. І навпаки, для основного домену провайдер може вимагати залишити поле порожнім або ввести спеціальне значення. Дотримуйтеся формату провайдера та скористайтеся інструментом перевірки DNS, якщо його рекомендує ваш адміністратор.

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

Зробіть коротку нотатку про зміни: зазначте домен, DNS-провайдера, дату редагування та ім’я того, хто його виконав. Це допоможе команді розібратися в ситуації, якщо домен перенесуть або згодом виникне потреба перевірити його налаштування.

6. Налаштуйте права власності та доступ для потрібної команди

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

Надавайте колегам доступ через відповідні налаштування панелі, а не діліться одним паролем. Обмежте права власника колом людей, які можуть узгоджувати зміни домену й DNS. Колезі, якому потрібно лише переглядати звіти, може не знадобитися право керувати доменом.

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

На ефективність розсилок впливають не лише права доступу до панелі, а й робота зі списками та реакція отримувачів. Команда може разом із процесом роботи в Postmaster Tools переглянути рекомендації щодо доставлення електронної пошти · YourTrend. Для зручного ведення процедури також корисно задокументувати налаштування Google Postmaster Tools для домену відправника, зокрема відповідальних за доступ і DNS.

7. Розумійте, що саме підтверджує перевірка, а чого — ні

Підтвердження засвідчує, що обліковий запис Google довів контроль над доменом для використання Postmaster Tools. Саме по собі воно не автентифікує вихідну пошту. SPF, DKIM і DMARC потребують окремого налаштування та перевірки, а навіть підтверджений домен може мати проблеми з автентифікацією.

Підтвердження також не гарантує, що на панелі з’являться дані. Доступність звітів залежить від даних Google та умов їх відображення. Для щойно доданого домену корисні діаграми можуть з’явитися не одразу.

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

Пам’ятайте про різницю: TXT-запис підтверджує контроль над доменом для цього сервісу Google, але не гарантує доставлення листа у вхідні. Тому підтвердження домену має бути частиною ширшого процесу моніторингу електронної пошти, а не заміною перевірок автентифікації чи ретельної роботи зі списками.

Терміни зі статті — у глосарії: SPF · DKIM · DMARC
На цій сторінці ← Усі статті
Матеріал був корисний?

Один клік. З нього ми розуміємо, про що писати далі.

Оцінок ще немає — ваша буде першою.

Коментарі

Коментарі читаємо перед публікацією.
  1. Коментарів ще немає. Почніть розмову.
Спробуйте на практиці

Почніть надсилати за лічені хвилини