Хостинг для PBN без footprint

• Разные подсети, а не разные аккаунты — Десять сайтов на соседних адресах одной подсети связываются между собой тривиально. Разводить нужно по классам C, а не по папкам на одном сервере.
• Разные автономные системы — Подсети мало, если все адреса принадлежат одному провайдеру. Чем больше разных операторов, тем слабее связь.
• Отдельные учётные записи и почты — Общая панель управления, общий аккаунт аналитики, одинаковые контактные адреса в whois — классический набор следов, который сводит на нет работу с IP.
• Разные веб-серверы и заголовки — Одинаковый до буквы набор заголовков ответа на пятидесяти сайтах — тоже отпечаток, пусть и менее очевидный.
• Устойчивость к жалобам — Провайдер, который сносит сайт по первому обращению, превращает сеть в расходник. Это свойство выясняется заранее, а не по факту.

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

• Один IP на всех — Самый грубый вариант и самый частый у самодельных сетей.
• Соседние адреса — Разные IP из одного диапазона — формально разные, фактически связаны.
• Одинаковые записи DNS — Общие серверы имён и одинаковая конфигурация зон связывают домены не хуже адреса.
• Совпадающие сертификаты — Один сертификат на несколько доменов публично перечисляет их все.
• Одинаковые сроки продления — Домены, зарегистрированные в один день у одного регистратора и продлеваемые разом, образуют заметную группу.
• Общие счётчики и метрики — Один аккаунт аналитики или вебмастера на всю сеть — след, который виден изнутри сервисов.

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

• Разведение по подсетям и провайдерам — Распределение площадок так, чтобы адреса не складывались в группу.
• Раздельные учётные записи — Без общей панели и общих контактов.
• Настройка под сеть — Разные веб-серверы, конфигурации и CMS, чтобы площадки не повторяли друг друга технически.
• Мониторинг доступности — Выпавший или недоступный донор обнаруживается нами, а не вами через месяц.
• В тарифы на создание сети под ключ хостинг и инфраструктура на 12 месяцев уже включены — отдельно хостинг нужен тем, у кого сеть уже есть.

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

• Что придётся вести самому — Подбор провайдеров и подсетей, раздельные учётные записи, разные конфигурации, продление доменов вразнобой, мониторинг доступности и замена выпавших площадок.
• Где обычно ломается — Не в момент настройки, а через полгода: добавили пару сайтов «пока по-быстрому» на уже используемый аккаунт — и группа следов собралась заново.
• Когда своё оправдано — Если сеть большая, есть технический специалист и желание контролировать каждую деталь. Тогда внешний хостинг только мешает.
• Когда отдать — Если сеть до нескольких десятков площадок и отдельного человека под неё нет. Содержать разнородность руками дороже, чем кажется на старте.