Как проверить IP сайта

IP сайта приходится выяснять чаще, чем кажется: письма с домена перестали доходить до почты на Mail.ru, часть клиентов пишет «у меня не открывается», а хостер уверяет, что всё в порядке. В такие моменты адрес сервера становится первой точкой опоры — по нему видно, где физически лежит сайт, кто ещё живёт на том же сервере, не попал ли адрес в чёрные списки и действительно ли переезд на новый хостинг уже завершился. Ниже — набор команд и проверок, которыми я пользуюсь при разборе технических проблем на проектах, с примерами вывода и объяснением, что именно в нём смотреть.

Зачем SEO-специалисту знать адрес сервера

Адрес сервера сам по себе не двигает позиции. Он полезен как инструмент диагностики: почти любая техническая проблема, которую нельзя объяснить содержимым страниц, упирается в сервер, а найти сервер можно только через его адрес.

• Сайт медленно отвечает — надо понять, где стоит сервер и сколько идёт ответ до первого байта.
• Письма с формы обратной связи не доходят — проверяем адрес по спам-листам.
• Сайт открывается не у всех — сравниваем ответ с разных сетей и провайдеров.
• Клиент покупает готовый сайт — смотрим, что за хостинг и что за соседи по адресу.
• Переезжаем на новый хостинг — контролируем, обновились ли DNS-записи у провайдеров.
• Резкая просадка трафика без видимых причин — проверяем, не менялся ли адрес и не лёг ли сервер на несколько дней.

Во всех перечисленных случаях проверка занимает минуту, а экономит часы переписки с хостером и подрядчиком. Поэтому начинать техническую диагностику логично именно с адреса.

Ping: самый быстрый способ узнать адрес

Команда доступна из коробки в Windows, macOS и Linux, отдельные программы ставить не нужно. Открываем терминал (в Windows — «Командная строка» или PowerShell) и пишем имя домена без протокола и без слэшей.

ping seo-prodvizhenie-biznesa.ru

В ответ система покажет адрес в квадратных скобках и время отклика в миллисекундах. Первая строка выглядит примерно так: Обмен пакетами с seo-prodvizhenie-biznesa.ru [92.53.96.10] с 32 байтами данных. Число в скобках и есть адрес, к которому обращается ваш компьютер.

Что важно понимать про этот способ. Во-первых, ping показывает адрес так, как его видит именно ваш провайдер: он берёт данные из ближайшего DNS-кеша, и после переезда сайта результат может ещё несколько часов отдавать старое значение. Во-вторых, многие серверы отключают ответ на такие запросы из соображений безопасности — тогда команда покажет адрес, но все пакеты будут потеряны. Это нормально и не означает, что сайт лежит. В-третьих, если сайт подключён к сервису защиты от атак или к CDN, ping вернёт адрес узла этого сервиса, а не адрес реального сервера.

Отдельная полезная деталь: время отклика. Значения до 30 мс говорят, что сервер географически близко к вам, 60-100 мс — это, как правило, Европа, 150-250 мс — США или Азия. Для российских проектов отклик выше 100 мс уже стоит обсудить с хостером: он добавляется к каждому запросу страницы и к каждому файлу на ней.

Команды dig и nslookup: ответ напрямую от DNS

Ping удобен, но он смешивает две задачи: узнать адрес и проверить доступность. Когда нужен точный ответ именно от системы доменных имён, берут nslookup (есть в Windows по умолчанию) или dig (macOS, Linux; в Windows ставится отдельно).

nslookup seo-prodvizhenie-biznesa.ru

Вывод содержит имя и адрес DNS-сервера, который отвечал на запрос, а ниже — блок «Не заслуживающий доверия ответ» с самим адресом сайта. Формулировка про доверие пугает новичков, но означает лишь то, что ответ пришёл из кеша, а не от авторитетного сервера домена.

Более гибкий вариант — dig. Базовый запрос выглядит так:

dig seo-prodvizhenie-biznesa.ru A +short

Ключ +short убирает служебные строки и оставляет только адреса. Буква A — это тип записи, которая связывает домен с адресом. Если у сайта несколько адресов (балансировка нагрузки), команда выведет их списком.

Несколько приёмов, которые пригодятся при разборе проблем:

• dig @8.8.8.8 example.ru A +short — спросить конкретный публичный DNS вместо провайдерского. Так проверяют, обновились ли записи в мире, а не только у вас.
• dig example.ru NS +short — узнать, какие серверы имён обслуживают домен. Полезно, когда домен и хостинг у разных компаний и непонятно, где править записи.
• dig example.ru MX +short — посмотреть почтовые серверы домена. Если почта на отдельном сервисе, а адрес сайта отличается, спам-листы для сайта и для почты нужно проверять раздельно.
• dig -x 92.53.96.10 +short — обратный запрос: какое имя закреплено за адресом. Часто выдаёт техническое имя сервера хостера и подсказывает, у кого стоит сайт.
• dig example.ru A +trace — показать всю цепочку от корневых серверов. Помогает, когда записи явно не совпадают у разных провайдеров.

В Windows аналог обратного запроса — nslookup 92.53.96.10, а выбор конкретного DNS задаётся вторым аргументом: nslookup example.ru 8.8.8.8.

Онлайн-сервисы и панель хостинга

Если доступа к терминалу нет или нужен результат с чужой стороны, помогают веб-сервисы. Их три категории, и они решают разные задачи.

Первая — сервисы whois. Они показывают, кому выдан диапазон адресов, к какой автономной системе он относится и какая организация им управляет. Именно по этим данным определяют хостинг-провайдера. Whois по домену покажет регистратора и серверы имён, whois по адресу — владельца сети.

Вторая — сервисы проверки доступности из разных точек мира. Они запрашивают сайт с десятков площадок и показывают таблицу: откуда открылся, откуда нет, какой код ответа и за сколько миллисекунд. Это главный инструмент при жалобах «у части посетителей не работает».

Смежный материал по теме — «Как проверить SEO сайта».

Третья — агрегаторы данных о хостинге. Они сопоставляют адрес с базой известных провайдеров и заодно показывают историю: какие адреса были у домена раньше и когда они менялись. История переездов бывает крайне полезна при покупке сайта.

Панель хостинга и личный кабинет.

Для своего сайта самый достоверный источник — панель управления хостингом. В ISPmanager адрес виден в разделе с информацией о сервере и в карточке домена, в cPanel — в блоке общей статистики справа, у большинства российских хостеров он вынесен на главный экран личного кабинета рядом с тарифом.

Почему панель точнее команд: она показывает адрес, который реально закреплён за аккаунтом, а не тот, который сейчас отдаёт DNS. Разница видна в двух ситуациях. Первая — переезд не завершён: панель уже показывает новый адрес, а ping отдаёт старый. Вторая — сайт стоит за защитой от атак: команды показывают адрес фильтрующего узла, панель — адрес самого сервера. Второй случай важен, когда надо настроить почту или прописать адрес в белый список стороннего сервиса.

Если доступа к панели нет, но есть доступ к сайту по SSH, адрес сервера покажет команда curl -s ifconfig.me или hostname -I.

Способы проверки: что каждый показывает

Способ	Что показывает	Ограничения	Когда применять
ping домен	Адрес и время отклика	Берёт данные из кеша провайдера, может быть отключён на сервере	Быстрая проверка «за 5 секунд»
nslookup домен	Адрес и отвечавший DNS	Не показывает цепочку делегирования	Windows без дополнительных программ
dig домен A +short	Все адреса домена	Нужна установка в Windows	Точная проверка записей, работа с несколькими DNS
dig -x адрес	Имя, закреплённое за адресом	Обратная запись настроена не всегда	Определение хостера по имени сервера
Whois по адресу	Владельца диапазона, автономную систему	Данные бывают устаревшими	Определение провайдера и страны
Проверка из разных точек	Доступность и коды ответа по регионам	Не объясняет причину отказа	Жалобы на частичную недоступность
Панель хостинга	Реальный адрес аккаунта	Только для своего сайта	Переезд, настройка почты, работа за фильтром
История адресов домена	Прошлые адреса и даты смены	Не все домены есть в базах	Аудит перед покупкой сайта

Как узнать, на каком хостинге стоит чужой сайт, и зачем это нужно

Помогу с продвижением: продвижение бизнеса в Яндексе — вывожу сайты в топ Яндекса белыми методами.

Алгоритм состоит из трёх шагов и почти всегда даёт ответ.

1. Получаем адрес: dig example.ru A +short. Если адресов несколько и они из разных сетей, сайт, скорее всего, за CDN.
2. Делаем обратный запрос: dig -x полученный_адрес +short. Техническое имя часто содержит домен хостера напрямую.
3. Пробиваем адрес по whois и смотрим поле с названием организации и описанием сети. Там указана компания, которой принадлежит диапазон.

Дополнительный ориентир — серверы имён домена: dig example.ru NS +short. Многие сайты используют DNS того же провайдера, у которого стоит хостинг, и имена вида ns1.имя-хостера отвечают на вопрос сразу.

Когда сайт закрыт сервисом защиты, определить исходный сервер по публичным данным штатными средствами не получится — и это нормальная работа сервиса. В таком случае из полезного остаётся страна фильтрующего узла и сам факт использования защиты, что тоже говорит о проекте: значит, у него была причина её подключить.

Зачем вообще смотреть чужой хостинг.

Три сценария, где это даёт практическую пользу.

Перед покупкой сайта. История адресов показывает, сколько раз проект переезжал и не было ли долгих периодов, когда домен вообще никуда не указывал. Частая смена площадок и провал в доступности обычно совпадают с падением трафика — это повод запросить у продавца доступ к статистике за нужный период и сверить даты.

Выбор хостинга по опыту конкурентов. Если в вашей тематике несколько лидеров стабильно быстро отвечают, полезно посмотреть, где они стоят. Это не гарантия, но экономит время: вместо чтения отзывов вы видите площадки, которые уже держат похожую нагрузку на похожих движках.

Диагностика скорости. Когда сайт клиента отвечает за секунду, а конкуренты — за 200 мс, полезно понять, разница в коде или в железе. Сравнение времени отклика по адресам (curl -o /dev/null -s -w "%{time_connect} %{time_starttransfer} %{time_total}\n" https://example.ru) разделяет эти вещи: время соединения — это сеть и сервер, время до первого байта — это уже работа движка и базы.

Соседи по адресу на виртуальном хостинге

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

Посмотреть, кто ещё стоит на адресе, помогают сервисы обратного поиска по адресу: они держат базу соответствий доменов и адресов и по запросу выдают список. Точность у таких баз неполная — они видят только те домены, которые попали в их сканирование, — но общее представление о плотности заселения сервера они дают.

На что смотреть в этом списке:

• Сколько всего доменов. Несколько десятков — обычная картина. Несколько тысяч на одном адресе — сервер перепродан слишком плотно, ждите проблем со скоростью в часы пиковой нагрузки.
• Какого качества сайты. Живые проекты разных тематик — нормально. Однотипные сгенерированные страницы под один шаблон — плохой знак.
• Есть ли откровенный мусор: аптеки, казино, дорвеи под коммерческие запросы, сайты на чужих брендах.

Когда соседство действительно мешает

Здесь важно отделить реальные риски от страшилок. Соседи по адресу не понижают сайт в выдаче за компанию — поисковые системы давно умеют различать сайты на общих адресах, иначе любой виртуальный хостинг был бы приговором. А вот три конкретные проблемы существуют и встречаются в работе регулярно.

Если нужны детали, смотрите «Как проверить индексацию сайта в Яндексе».

Массовая рассылка с адреса. Если сосед по серверу шлёт спам, почтовые службы вносят адрес в списки, и письма с вашего домена начинают уходить в спам или отклоняться на входе. Проявляется это как «не приходят уведомления с формы» и «клиенты не получают письма о заказе». Это самая частая и самая болезненная разновидность проблемы.

Заражённые сайты на сервере. Если движок соседа взломан, вредоносный код может распространиться по каталогам сервера при неверно выставленных правах доступа. Хороший хостер изолирует аккаунты, дешёвый — не всегда.

Блокировка адреса. Если один из сайтов на адресе попал под ограничение доступа по решению регулятора, ограничение накладывается на адрес, и вместе с нарушителем становятся недоступны все соседи. Признак — сайт не открывается у абонентов конкретных провайдеров, а с мобильного интернета или из-за границы работает нормально.

Общий вывод: если сайту важна почта и стабильность, вопрос не в самом факте общего адреса, а в качестве хостера и плотности заселения серверов.

Как проверить адрес по чёрным спискам

Списки, куда попадают адреса-нарушители, ведут независимые организации и сами почтовые службы. Проверка бесплатная и делается за минуту через сервисы массовой проверки по спам-листам: вводите адрес и получаете таблицу с десятками списков и отметками, где адрес найден.

Из терминала точечная проверка выглядит так: адрес записывается задом наперёд и к нему прибавляется имя списка.

dig +short 10.96.53.92.zen.spamhaus.org

Пустой ответ означает, что адреса в списке нет. Ответ вида 127.0.0.x означает попадание, а последняя цифра указывает на причину — конкретный подсписок.

Порядок действий, если адрес нашёлся:

1. Определить причину. Почти всегда это исходящая рассылка: взломанный сайт, дырявая форма обратной связи без защиты, скомпрометированный почтовый ящик.
2. Закрыть источник. Проверить сайт на вредоносный код, обновить движок и расширения, сменить пароли на почту и панель, поставить на формы капчу или ограничение частоты отправки.
3. Написать хостеру. На виртуальном хостинге чаще виноват сосед — техподдержка обязана найти источник и вычистить его. Иногда правильный ответ поддержки — перенести ваш аккаунт на другой адрес.
4. Подать заявку на исключение. У каждого списка своя форма делистинга, снятие занимает от нескольких часов до нескольких дней. Повторное попадание после снятия обрабатывается медленнее, поэтому сначала чинят причину и только потом подают заявку.
5. Настроить почтовые записи. SPF, DKIM и DMARC не спасают от списков, но резко повышают доверие к письмам и уменьшают вероятность повторного попадания.

Радикальный вариант для проектов, где почта критична: выносить рассылку на отдельный почтовый сервис. Тогда репутация писем не зависит от адреса сайта вообще, и соседи по хостингу перестают влиять на доставку.

Выделенный адрес: миф о позициях и реальные показания

Идея, что отдельный адрес поднимает сайт в выдаче, живёт с начала двухтысячных и продаётся хостерами до сих пор. На практике сам по себе выделенный адрес позиции не меняет: поисковые системы оценивают содержимое, поведение пользователей и ссылочный профиль, а не то, сколько сайтов делят сервер. Когда после перехода на отдельный адрес трафик действительно растёт, причина обычно в другом — вместе с адресом проект переезжает на более мощный тариф, и сайт начинает быстрее отвечать.

Если нужна помощь по теме — мой курс по SEO.

Полезнее считать выделенный адрес технической опцией, у которой есть конкретные показания к применению. Ниже — они.

Ситуация	Почему нужен отдельный адрес	Альтернатива
Сертификат по старой схеме	Устаревшие клиенты не передают имя домена при подключении, сервер не понимает, чей сертификат отдавать	Обычный сертификат с SNI, если старые браузеры не нужны
Высокая нагрузка	Проект переезжает на отдельный сервер, адрес идёт в комплекте	Нет, при такой нагрузке общий хостинг не подходит
Собственные рассылки	Репутация адреса зависит только от вас, соседи не портят доставку	Внешний сервис рассылок со своими адресами
Требования платёжной системы или банка	Иногда фиксированный адрес нужен для белого списка на стороне партнёра	Уточнить, устроит ли доменное имя вместо адреса
Свой почтовый сервер	Нужны обратная запись и корректные почтовые заголовки под ваш домен	Корпоративная почта на стороне провайдера
Доступ к панели по адресу	Некоторые сервисы требуют подключение по адресу, а не по имени	Доступ по домену или через VPN
Соседство с мусорными сайтами	Уход с адреса решает проблему списков и блокировок разом	Смена хостера на более разборчивого

Смена адреса при переезде хостинга

Переезд состоит из четырёх этапов, и понимание последовательности снимает большую часть паники.

Сначала сайт полностью копируется на новый сервер: файлы, база, почтовые ящики, задания планировщика. Затем копия проверяется по адресу нового сервера, до переключения домена, — через правку файла hosts на своём компьютере или через технический адрес, который выдаёт хостер. Только после этого в настройках домена меняются записи: либо серверы имён на новые, либо A-запись на новый адрес. И последний этап — ожидание обновления.

Про сроки. Скорость обновления определяется параметром TTL — временем жизни записи в кеше. Если за сутки до переезда снизить его до 300 секунд, большинство провайдеров подхватит новый адрес за 5-15 минут. При стандартном TTL в 4 часа обновление растягивается на полдня, а отдельные провайдеры с агрессивным кешированием держат старые данные до суток. Смена серверов имён идёт дольше смены A-записи: у регистраторов обновление делегирования занимает несколько часов.

Подробнее об этом — в статье «Как проверить домен сайта».

Важное правило: старый сервер выключают не раньше, чем через двое-трое суток после переезда. Пока часть пользователей ходит на старый адрес, сайт должен там работать, иначе они увидят ошибку. Это же относится к почте: письма несколько дней будут приходить на оба сервера.

Проверить, что мир увидел новый адрес, помогает запрос к нескольким публичным DNS подряд:

for s in 8.8.8.8 1.1.1.1 77.88.8.8; do dig @$s example.ru A +short; done

Что проверить после смены хостинга

Что проверяем	Как	Норма
Адрес обновился	dig @8.8.8.8 example.ru A +short с нескольких DNS	Везде новый адрес
Коды ответа	curl -I https://example.ru/ и обход по карте сайта	200 для рабочих страниц, 301 для склеек, 404 только там, где нужно
Редиректы	Проверка версий с www и без, http и https	Одна главная зеркальная схема, без цепочек из двух и более переходов
Скорость ответа	curl -o /dev/null -s -w "%{time_starttransfer}\n" https://example.ru/	До первого байта не хуже, чем было на старом сервере
Сертификат	Открыть сайт по https, проверить срок и цепочку	Действителен, покрывает домен и поддомены
Почта	Тестовые письма с формы и на ящики домена, проверка MX	Письма уходят и приходят, не падают в спам
robots.txt и карта сайта	Открыть напрямую по адресу файлов	Отдаются, содержимое не тестовое, нет запрета индексации
Планировщик	Логи заданий на новом сервере	Задачи выполняются, не задвоены
Новый адрес в списках	Проверка по спам-листам	Чист
Индексация	Вебмастер: обход, коды ответа, страницы в поиске	Нет всплеска ошибок обхода после даты переезда

Отдельно стоит держать в голове самый обидный сценарий переезда: копия сайта уезжает на новый сервер вместе с тестовым файлом robots.txt, где прописан полный запрет индексации. Проверка занимает десять секунд, а последствия чинятся неделями.

«Сайт недоступен у части посетителей»: что смотреть

Жалоба почти всегда приходит без деталей, и задача — быстро сузить круг. Порядок проверок такой.

1. Убедиться, что проблема не у вас. Открыть сайт с мобильного интернета, с другого провайдера, через сервис проверки доступности из разных стран. Если из половины точек сайт открывается, а из половины нет — это сеть, а не сайт.
2. Сравнить, какой адрес видят разные провайдеры. Расхождение означает, что где-то остался старый кеш DNS или домен делегирован на два набора серверов имён с разными записями.
3. Проверить путь до сервера трассировкой: tracert example.ru в Windows, traceroute example.ru в macOS и Linux. Если маршрут обрывается на одном и том же узле у всех пострадавших, проблема на магистрали или на фильтрующем оборудовании, и решать её должен хостер вместе со своим аплинком.
4. Посмотреть логи сервера за время жалобы. В логах видно, доходил ли запрос вообще, каким был код ответа и сколько времени сервер отвечал. Если запросов от пострадавших нет — до сервера они не дошли, вопрос сетевой. Если запросы есть, а в ответ шли 5xx — вопрос к серверу и движку.
5. Проверить ограничения на стороне сервера. Защита от перебора и агрессивные лимиты запросов иногда банят целые подсети провайдеров: под блокировку попадают все абоненты одного города.
6. Проверить адрес на предмет блокировки по реестрам. Признак — недоступность именно у российских проводных провайдеров при полной доступности из мобильных сетей и из-за рубежа.

Полезная деталь: просите у жалующихся не «скриншот с ошибкой», а результат трассировки и текст ошибки браузера. Формулировка отличает недоступность сервера, ошибку сертификата, проблему DNS и блокировку — четыре совершенно разные причины с четырьмя разными решениями.

Адрес сервера и региональность в Яндексе

Распространённое заблуждение: чтобы продвигаться в Екатеринбурге, нужен сервер в Екатеринбурге. География сервера не задаёт региональность сайта. Регион в Яндексе назначается через Вебмастер в разделе региональности и подтверждается карточкой организации в Яндекс.Бизнесе, а также контактными данными на сайте: адресом, телефоном с местным кодом, страницей контактов.

Что действительно связано с расположением сервера — скорость. Если аудитория в России, а сервер в другой части света, к каждому запросу добавляется задержка на дорогу пакетов, и на мобильных соединениях это заметно. Так что сервер поближе к аудитории брать стоит, но по причине скорости, а не мнимой региональности.

Зона домена тоже влияет не через адрес: домен в зоне .ru воспринимается как ориентированный на российскую аудиторию сам по себе, независимо от того, где стоит железо.

Когда адрес намекает на проблему

Бывает, что проверка соседей выдаёт неприятную картину: на том же адресе висят сотни однотипных доменов с подменой контента, шаблонными страницами под коммерческие запросы и одинаковой структурой. Это не приговор для вашего сайта, но повод задуматься.

Практические риски здесь всё те же и вполне земные. Сервер, набитый генерируемыми сайтами, работает под постоянной нагрузкой от сканирования и перебора, поэтому отвечает медленно. Адрес такого сервера рано или поздно оказывается в почтовых списках. И вероятность, что один из соседей соберёт жалобу и на адрес наложат ограничение доступа, заметно выше средней.

Отдельный сигнал — если ваш сайт стоит на адресе вместе с сетками, которые ссылаются друг на друга и на ваш проект. Это уже не соседство, а ссылочный след, который читается как единая группа сайтов. Такая картина чаще всего встречается, когда прошлый подрядчик размещал «сетку под ссылки» на том же аккаунте хостинга, что и основной сайт.

Что делать: переехать. Смена хостера или переход на отдельный сервер решает вопрос за один вечер, а стоит, как правило, недорого относительно ущерба от испорченной почты и медленных ответов.

Мифы и реальность

Утверждение	Как на самом деле
Выделенный адрес улучшает позиции	Прямого влияния нет. Эффект от перехода обычно даёт более мощный тариф и рост скорости
Сервер в регионе продвижения даёт региональность	Регион назначается в Вебмастере и подтверждается карточкой организации и контактами
Соседи по адресу тянут сайт вниз в выдаче	За компанию не понижают. Реальные риски — спам-листы, блокировки, медленный сервер
Если ping не отвечает, сайт лежит	Ответ на ping часто отключён намеренно. Доступность проверяют кодом ответа: curl -I
После смены DNS сайт переезжает мгновенно	Обновление занимает от минут до суток и зависит от TTL и кеша провайдеров
Адрес в чёрном списке — навсегда	Снимается заявкой на делистинг после устранения причины, обычно за часы или дни
Смена хостинга роняет позиции	Роняет не переезд, а ошибки при нём: запрет индексации, битые редиректы, долгий простой
По адресу всегда видно реальный сервер	За CDN и сервисом защиты видно только фильтрующий узел

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

Почему ping и панель хостинга показывают разные адреса?
Две типичные причины. Либо переезд ещё не завершился и ваш провайдер отдаёт старую запись из кеша — проверьте запрос к публичному DNS командой dig @8.8.8.8 домен A +short. Либо сайт подключён к CDN или сервису защиты от атак, и наружу виден адрес фильтрующего узла, а панель показывает адрес самого сервера.

Сколько сайтов на одном адресе считается нормой?
Точной границы нет, ориентироваться стоит на качество, а не на количество. Несколько десятков живых сайтов разных тематик — обычная ситуация для виртуального хостинга. Тысячи однотипных доменов на одном адресе означают, что сервер перепродан плотно, и это уже влияет на скорость и на репутацию адреса.

Как быстро обновляется адрес после переезда?
Зависит от TTL записи и от кеширования у провайдеров. Если заранее снизить TTL до 300 секунд, основная масса пользователей увидит новый сервер за 15-30 минут. При стандартных настройках закладывайте до суток и не выключайте старый сервер минимум двое суток.

Письма с сайта уходят в спам — виноват адрес сервера?
Проверьте его по спам-листам, это первое действие. Но одинаково часто причина в другом: не настроены записи SPF и DKIM, письма шлются от несуществующего ящика или через встроенную функцию движка без авторизации. Самое надёжное решение для проектов с важной почтой — отправлять письма через специализированный почтовый сервис.

Нужен ли отдельный адрес для сертификата?
В подавляющем большинстве случаев нет: современные браузеры и серверы передают имя домена при подключении, и на одном адресе спокойно работают десятки сертификатов. Отдельный адрес нужен только там, где требуется поддержка очень старых клиентов, которые такой механизм не понимают.

Разбор живого сайта: что именно мешает ему продвигаться:

2:29

Коротко

• Адрес сайта быстрее всего узнать командой ping домен, точнее — через dig домен A +short, а для своего проекта достовернее всего смотреть в панели хостинга.
• Хостинг чужого сайта определяется в три шага: адрес, обратный запрос dig -x, проверка диапазона по whois; за CDN виден только фильтрующий узел.
• Общий адрес на виртуальном хостинге сам по себе не вредит позициям, но создаёт три реальных риска: спам-листы из-за соседей, заражение при слабой изоляции и блокировка адреса целиком.
• Выделенный адрес не поднимает сайт в выдаче; он нужен под старые сертификаты, высокую нагрузку, собственные рассылки, свой почтовый сервер и требования отдельных партнёров.
• После переезда проверяйте по списку: обновление записей у разных DNS, коды ответа, редиректы, скорость до первого байта, сертификат, почту, robots.txt и обход в Вебмастере.

Проверить техническое состояние сайта, включая сервер и скорость ответа, можно через бесплатный аудит.