На вашем IP ещё пятьсот чужих сайтов: когда сосед по хостингу тянет вас вниз

Общий IP-адрес на виртуальном хостинге делят между собой десятки, а иногда и несколько сотен сайтов, и узнаёт об этом владелец обычно не из панели управления, а в тот день, когда письма с формы заявки перестают доходить до клиентов. Или когда сайт открывается через десять секунд, хотя вчера летал, а хостер отвечает, что «на сервере всё в норме».

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

Что такое общий адрес и почему он у большинства сайтов

На виртуальном хостинге один физический сервер обслуживает много сайтов с одним внешним адресом. Какой именно сайт запросили, сервер понимает из заголовка Host в HTTP-запросе (часть протокола HTTP/1.1, сегодня описанная в RFC 9110), а для защищённого соединения — из расширения SNI в TLS: браузер сообщает имя домена до установки шифрованного канала, и сервер подбирает нужный сертификат. Благодаря этим двум механизмам один адрес обслуживает хоть тысячу доменов.

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

Что поиск действительно берёт с сетевого адреса

Самый частый вопрос: понижает ли Яндекс сайт за то, что рядом на адресе стоят дорвеи и казино. В справке Яндекс.Вебмастера нет ни требования выделенного адреса, ни правила о наказании за соседей. Логика проверяемая: массовый хостинг сводит порядочный магазин и чей-то спамный сателлит на одном адресе без всякой связи между владельцами, и ни одна поисковая система такого правила у себя не публикует.

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

Утверждение про общий IP	Что по факту
Поиск понижает сайт за плохих соседей по адресу	Такого правила в справке поисковых систем нет. Массовый хостинг по устройству сводит на одном адресе случайных людей
Выделенный адрес нужен для SSL-сертификата	Нет с момента появления SNI: один адрес обслуживает сотни сертификатов. Отдельный адрес требуется только очень старым клиентам без поддержки SNI
Выделенный адрес ускоряет сайт	Сам адрес — нет. Ускоряет переезд на сервер с гарантированными ресурсами, а выделенный адрес обычно идёт с ним в комплекте
Сервер в нужном городе задаёт регион сайта	Регион задаётся в Вебмастере и в справочнике организаций. Адрес сервера — слабый косвенный признак
Адрес влияет на доставляемость писем с сайта	Да, и это главный практический эффект. Репутация считается по адресу отправителя
Адрес влияет на доступность сайта при блокировках	Да. Ограничение по сетевому адресу задевает всех, кто на нём размещён

Первый реальный канал вреда: письма с сайта уходят в спам

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

Проверяется это за пять минут: чёрные списки открытые, репутацию адреса смотрят в базах Spamhaus (SBL, XBL, PBL) и сводными проверками по нескольким десяткам DNSBL. Для писем в ящики на Яндексе есть панель Postmaster с долей попаданий в спам и жалоб по вашему домену; у других крупных почтовых служб инструменты похожие.

Лечится это не переездом, а схемой отправки. Письма должны уходить не локальной функцией сервера, а через SMTP почтового провайдера или сервиса рассылок — тогда за репутацию отвечает он. Плюс три записи в DNS домена: SPF (RFC 7208), DKIM (RFC 6376) и DMARC (RFC 7489). Порядок такой: сначала SMTP и подписи, потом проверка доли спама в Postmaster; если письма всё равно не доходят и адрес в списках — вопрос к хостеру, а при отказе разбираться уже к переезду. Как это связано со звонками и заявками, я показывал в разборе Как хостинг влияет на позиции в поиске и количество звонков.

Второй канал: адрес блокируют целиком, и вы попадаете под чужое

Порядок ограничения доступа к информации в интернете установлен Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» — статьями 15.1–15.8, которые появились в нём поправками разных лет. Технически провайдеры реализуют ограничение по-разному: по адресу страницы, по домену, а в ряде случаев по сетевому адресу. Последний вариант и есть та самая история «мой сайт не открывается у половины клиентов, хотя у меня всё в порядке».

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

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

Третий канал: чужая нагрузка съедает ваше время ответа

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

Проявляется это характерно: время ответа скачет без связи с вашим трафиком, замер скорости даёт разные цифры с разницей в полчаса, периодически появляются ответы 429 «слишком много запросов» (RFC 6585) и 503 — иногда от сервера, иногда от панели, прикрывшей аккаунт по лимиту.

Почему это важно для продвижения: медленный и нестабильный ответ мешает обходу. Робот подстраивает интенсивность под возможности сервера, и если сайт регулярно отдаёт ошибки, обход замедляется, новые страницы попадают в индекс позже. В Яндексе управление этим вынесено в Вебмастер: с февраля 2018 года директива Crawl-delay в robots.txt не учитывается, вместо неё работает настройка скорости обхода в панели. Там же в разделе диагностики видно время ответа сервера в динамике — это готовый график для спора с хостером. Как именно скорость связана с ранжированием, я разбирал в материале Медленный сайт — низкие позиции.

Как узнать, кто ещё живёт на вашем адресе

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

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

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

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

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

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

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

Шаг третий: проверить расписание. Ежедневный провал в одно и то же время — почти всегда резервное копирование, своё или хостерское; хаотичные провалы без связи с вашим трафиком похожи на соседей. Шаг четвёртый: посмотреть логи и статистику лимитов. Логи покажут поток запросов к странице авторизации или к поиску по сайту — такая нагрузка выглядит как плохой хостинг, а создаётся ботами на вашем же сайте.

Шаг пятый: письмо в поддержку с конкретикой — не «сайт тормозит», а график времени ответа из панели вебмастера с датой ухудшения, выдержка из логов с ответами 503 и прямой вопрос, упирается ли аккаунт в лимиты. На такое отвечают по делу. Если сайт на WordPress, перед разговором пройдитесь по чеклисту из статьи Хостинг для WordPress: что проверить до покупки — половина претензий к хостеру снимается настройкой кэша и чисткой плагинов.

Общий хостинг, VPS и выделенный адрес: что именно решает каждый вариант

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

Вариант	Адрес	Ресурсы	Что решает	Чего не решает
Виртуальный хостинг, базовый тариф	Общий с десятками и сотнями сайтов	Делятся, ограничены лимитами аккаунта	Цена и простота: панель, готовое окружение, поддержка	Ни один из трёх каналов вреда
Виртуальный хостинг плюс выделенный адрес	Только ваш	Прежние, делятся с соседями	Почтовую репутацию и риск ограничения доступа по адресу	Конкуренцию за процессор и диск
VPS с общим адресом	Обычно свой, но бывают схемы с общим	Гарантированные, изолированные	Скорость и предсказуемость, полный контроль настроек	Требует администрирования или платной услуги управления
VPS с выделенным адресом	Только ваш	Гарантированные	Все три канала вреда сразу	Не отменяет резервных копий и защиты от атак
Сайт за CDN или прокси-защитой	Внешний адрес сети защиты, общий с чужими проектами	Зависят от сервера-источника	Устойчивость к атакам, отдачу статики, часть географии	Проблемы с почтой и медленный сервер-источник

Про сертификаты: требование выделенного адреса для HTTPS осталось в прошлом вместе с браузерами без поддержки SNI. Один адрес обслуживает сколько угодно сертификатов, и защищённость соединения от адреса не зависит — что на неё влияет, я писал в материале Влияет ли SSL на позиции сайта.

Когда выделенный адрес нужен, а когда это лишние деньги

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

Брать стоит, если выполняется хотя бы одно: с сайта уходят важные письма и их потеря стоит денег; клиенты уже жаловались, что сайт у них не открывается; вы работаете с внешними сервисами, которые пускают по списку разрешённых адресов. Не стоит брать, если единственная жалоба — медленная загрузка: скорость покупается кэшем и гарантированными ресурсами, а не сменой цифр в адресе. И тем более бессмысленно брать адрес «для SEO» — такого требования нет ни в одной публичной документации поисковых систем.

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

Что делать, если адрес уже испорчен

Если испорчена почтовая репутация: переводите отправку на сторонний SMTP — это снимает проблему в тот же день. Затем проверьте, не взломан ли ваш собственный сайт и не рассылает ли он спам через уязвимую форму: «сосед» нередко находится внутри. После этого просите хостера исключить адрес из чёрных списков — у крупных площадок процедура отработана, у мелких нет, и это уже ответ про переезд.

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

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

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

Как выбирать хостинг, чтобы не вернуться к тому же

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

Что проверить до покупки	Хороший ответ	Тревожный ответ
Лимиты аккаунта	Указаны в цифрах: процессорное время, память, одновременные процессы, число файлов	«Без ограничений», «сколько нужно»
Изоляция аккаунтов	Отдельный пользователь на аккаунт, чужие каталоги не видны	Общий пользователь, доступ к чужим путям
Выделенный адрес	Есть как услуга, подключается за день	«Не предоставляем»
Отправка почты	Есть готовая интеграция со сторонним SMTP, помогают с SPF, DKIM, DMARC	«Отправляйте стандартной функцией, у нас всё работает»
Резервные копии	Ежедневно, срок хранения указан, восстановление самостоятельное из панели	Копии «по запросу», срок не назван
Версии окружения	Актуальные версии интерпретатора и базы, переключение из панели	Только старые версии
Реакция поддержки	Отвечают на технический вопрос техническим ответом	Шаблоны и «перезагрузите сайт»

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

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

Коротко

• Общий адрес на виртуальном хостинге — норма: сервер различает сайты по заголовку Host и по SNI в TLS, поэтому один адрес держит сотни доменов.
• Правила о понижении сайта за плохих соседей по адресу в публичной документации поисковых систем нет. Адрес работает лишь как один из признаков связанности сайтов между собой.
• Каналов вреда три: почтовая репутация адреса, ограничение доступа по адресу и конкуренция за ресурсы. Первые два лечит выделенный адрес, третий — только гарантированные ресурсы.
• Письма с сайта надо отправлять через SMTP почтового провайдера и подписывать домен записями SPF, DKIM и DMARC. Тогда репутация адреса хостинга перестаёт на вас влиять.
• Порядок ограничения доступа задан Федеральным законом от 27.07.2006 № 149-ФЗ, статьями 15.1–15.8; техническая реализация иногда затрагивает весь адрес, а значит и соседей.
• Прежде чем винить хостинг, разделите время ответа сервера и время сборки страницы и загляните в логи: чаще виноват свой код, кэш или боты на сайте.
• Выделенный адрес — не инструмент продвижения. Он оправдан там, где письма и доступность считаются в деньгах; скорость покупается ресурсами, а не адресом.
• Перед сменой хостинга проверьте лимиты в цифрах, изоляцию аккаунтов, работу со сторонним SMTP и резервные копии.