Клоакинг: причины, риски, диагностика и восстановление

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

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

Где проходит граница между клоакингом и нормальной персонализацией

Типичный клоакинг выглядит просто: поисковый робот получает текст и страницу, оптимизированные под запрос, а обычный посетитель по тому же URL видит другой товар, другой оффер, редирект или вообще ошибку. Google и Яндекс относят такую подмену к нарушениям, когда она используется для манипуляции поиском.

Но одинаковый URL не обязан выглядеть пиксель в пиксель для всех. Мобильная верстка может быть компактнее, региональному посетителю можно показать его город, а в A/B-тесте — другой вариант кнопки или компоновки. Яндекс прямо указывает, что адаптивная верстка, региональные различия и корректное A/B-тестирование сами по себе клоакингом не являются, если основное содержание и смысл страницы не превращаются в две разные реальности.

Ситуация	Что происходит	Риск клоакинга
Мобильная версия	Те же товары, услуги и смысл, но другой макет	Обычно нет
Региональная персонализация	Меняются город, наличие, условия доставки	Обычно нет, если смысл страницы сохраняется
A/B-тест	Пользователи и роботы попадают в честно распределяемые варианты	Обычно нет
Роботу показывают SEO-текст, человеку его нет	Разное основное содержание	Высокий
Роботу отдаётся 200 OK, пользователю — редирект на другой оффер	Разное назначение страницы	Высокий
Страница работает только после перехода из поиска	Поведение зависит от источника перехода	Высокий

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

Почему клоакинг может появиться на сайте без решения владельца

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

Вторая группа причин гораздо прозаичнее: старый мобильный редирект, конфликт плагинов, правила CDN/WAF, кеширование разных версий страницы, условный вывод по User-Agent или Referrer, забытый эксперимент. Иногда сайт получается как шкаф после нескольких переездов: никто специально не прятал там лыжи, но они почему-то лежат за зимними куртками в июле.

Особенно внимательно стоит смотреть на код, который принимает решение не по бизнес-логике пользователя, а по признаку «это поисковый бот или нет». Сам по себе User-Agent используется и в нормальной разработке, но конструкция вида «боту — SEO-версия, человеку — другая страница» уже должна включать сирену в голове аудитора.

Как проверить клоакинг на сайте, не превращаясь в системного администратора

Начните не с сервера, а с результата. Откройте проблемный URL напрямую в обычном и приватном окне, затем перейдите на него из поиска. Сравните не цвет кнопки, а то, что определяет смысл страницы: H1, основной текст, товар или услугу, цену, контакты, форму заказа, конечный URL и код ответа.

После этого сравните свою версию с тем, что получают поисковые системы. В Google Search Console инструмент проверки URL позволяет посмотреть полученный HTML, HTTP-ответ и в live-тесте — отрендеренный снимок страницы. В Яндекс Вебмастере «Проверка страницы» показывает код ответа и содержимое, доступное роботу. Если в браузере у вас страница про ремонт офиса, а робот читает текст про микрозаймы, это уже не «особенности рендеринга».

Минимальная матрица проверки выглядит так:

1. обычный посетитель по прямой ссылке;
2. посетитель после перехода из поиска;
3. Google через проверку URL;
4. Яндекс через проверку страницы;
5. при подозрении на взлом — серверные логи и файлы сайта.

Сравнивать нужно не тысячи строк HTML, а несколько контрольных признаков: HTTP-статус, конечный URL после редиректов, title, H1, основной контент, крупные ссылки и формы. Если расхождение повторяется стабильно, тогда уже разработчик ищет условие, которое создаёт вторую версию.

Пример диагностического симптома:

Обычный браузер:
GET /service/
HTTP 302
Location: /other-offer/

Проверка поисковым роботом:
GET /service/
HTTP 200
H1: Услуга, которую ожидает увидеть поиск

Это ещё не доказательство умысла, но уже достаточная причина искать источник условного редиректа.

Что исправлять, если подмена подтверждена

Задача не в том, чтобы «спрятать клоакинг лучше», а в том, чтобы убрать вторую реальность. Найдите правило, скрипт, плагин, модуль CDN или вредоносный код, который меняет основное содержимое или маршрут в зависимости от робота, IP, источника перехода или другого признака. После исправления один URL должен давать пользователю и поисковой системе одинаковое по смыслу содержание и ожидаемый HTTP-сценарий.

Если причина во взломе, простого удаления странного текста мало. Нужно закрыть уязвимость, заменить скомпрометированные файлы чистыми, сменить доступы, проверить пользователей CMS, плагины, задачи cron, серверные правила и логи. Иначе это будет уборка воды без закрытого крана.

Если Google уже применил ручную меру, после полного исправления следует отправить запрос на повторную проверку из отчёта Manual Actions и описать, что было найдено и что изменено. В Яндекс Вебмастере нарушения отображаются в разделе безопасности и нарушений; после устранения сайт также можно отправить на проверку. Возврат видимости не происходит по кнопке «вернуть всё как было»: поисковым системам ещё нужно убедиться, что проблема устранена, а страницы снова соответствуют запросам.

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

Когда проблема вскрылась не как единичный баг, а как часть общей технической деградации — массовые редиректы, индексирование мусорных URL, странные страницы в поиске, падение видимости — уместно рассматривать SEO-продвижение сайта с техническим аудитом как комплексную работу. Здесь ценность не в «продвинуть после санкций», а в том, чтобы сначала вернуть сайту предсказуемую техническую модель, а уже потом оценивать рост.

Критерий восстановления: сайт снова ведёт себя предсказуемо

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

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