Случилось всё это возможно и давно - но узнал я об этом только в конце прошлого года.
Так что не исключаю, что до меня дошло с опозданием. Не знаю 🙄
Блокировки и добавление сайтов в "Реестр плохих сайтов" начали распространяться сразу на домен и все его поддомены. По маске *.
В любом случае - дальше мне приснился сон. Все персонажи, названия и совпадения в нём вымышлены и сгенерированы ИИ😴
Для серых и чёрных ниш поиск почти всегда остаётся главным источником клиентов. Пиратский контент, нелегальные аптеки, доставка алкоголя, интим-услуги - такие проекты могут на 90% зависеть от позиций в Яндексе и Google.
Вылетел из выдачи - потерял аудиторию.
Потерял аудиторию - потерял бизнес.
Тут всё очень просто 😌
Когда я в конце прошлого года впервые увидел блок по маске *.domain, стало понятно: старая схема с поддоменами больше не работает.
Раньше она выглядела так. Главный домен годами копит историю, ссылки и позиции. Рабочий контент отдаётся через один из поддоменов. Если его блокируют - поднимаешь следующий.
Условно:
one.site.ru -> блокировка
two.site.ru -> блокировка
new123.site.ru -> продолжаем работать
Домен, видимый поисковым системам, при этом не трогают. Меняется только поддомен-витрина, на который попадает пользователь. Основной домен остаётся в индексе.
Когда ЛКН начал закрывать всю доменную зону разом по * - бесконечная замена одного поддомена другим потеряла смысл. Новый адрес внутри той же зоны уже ничего не решает.
И вот тогда я доработал стандартную поддоменную схему. Получилось, наверное, не идеально. Но пока работает.
В её основе - скрыть контент от определённых пользователей.
Сервер анализирует, откуда визит, и в зависимости от этого показывает разные версии страницы:
🔹 Для Яндекса и Google главный домен остаётся полностью доступен, как и был. Дополнительно проверяем, что это действительно они: сверяем user-agent и IP через reverse-resolve, чтобы убедиться, что к нам стучатся роботы Яндекса и Google, а не кто-то под их видом.
🔹 Переход из поисковой выдачи - рабочий поддомен. При этом ставим cookie, чтобы идентифицировать этих пользователей на прямых переходах в дальнейшем.
🔹 Прямой визит или любой другой источник без cookie - техническая заглушка о том, что сайт удалён (можно скопировать хостерскую).
🔹 Посетитель с ПК в mobile-first нише - техническая заглушка о том, что сайт удалён (можно скопировать хостерскую).
🔹 Для локальных проектов - посетитель не из вашего региона - техническая заглушка о том, что сайт удалён (можно скопировать хостерскую).
🔹 Посетитель не из вашей страны (включен VPN!?) - техническая заглушка о том, что сайт удалён (можно скопировать хостерскую).
Один и тот же адрес для разных людей с точек входа выглядит совершенно по-разному.
Обычный пользователь заходит через поиск - попадает внутрь.
Случайный посетитель или цензор открывает ссылку напрямую - видит закрытый хостинг.
Проверяющий решает, что ресурс уже не работает.
Заглушка в такой конструкции нужна не для пользователя. Она нужна, чтобы рабочая версия реже оказывалась доступной для обнаружения.
Пока эта схема работает.
Насколько её хватит и как быстро научатся её определять - я не знаю.
Но пока работает 😴