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

Клоакинг опасен не тем, что страницы немного отличаются, а намеренной подменой содержания для робота и человека. Разбираем, как отличить нарушение от нормальной…
Клоакинг в SEO это ситуация, когда поисковой системе и обычному пользователю намеренно показывают существенно разное содержимое одного и того же ресурса, чтобы повлиять на результаты поиска или скрыть реальное назначение страницы.
Google относит cloaking к нарушениям правил в отношении поискового спама. В официальном определении ключевыми признаками являются различие контента для пользователей и поисковых систем и намерение манипулировать ранжированием или вводить пользователя в заблуждение.
Яндекс также определяет клоакинг как недобросовестный метод продвижения, при котором посетителям и индексирующим роботам показывается разный контент для воздействия на поисковые алгоритмы.
При этом сам факт небольших различий между версиями страницы ещё не делает сайт нарушителем. Важны причина различий, основной смысл страницы и то, используется ли отдельная версия специально для поискового робота.
Классический пример возникает, когда поисковый робот получает оптимизированную страницу с одним содержанием, а пользователь по тому же URL видит совершенно другой товар, услугу или текст.
Google приводит в качестве примера страницу, которая для поисковой системы посвящена одной теме, а для человека фактически показывает другую. Нарушением также считается добавление текста или ключевых слов только тогда, когда страницу запрашивает поисковый бот.
Яндекс относит к клоакингу и сценарии, где поведение сайта зависит от способа перехода. Например, по прямому URL страница возвращает 404, а после перехода из поисковой выдачи показывает контент.
Таким образом, проблема может находиться не только в тексте страницы. Различаться могут конечный URL, HTTP сценарий, основные блоки, оффер или вся логика поведения сайта.
Поисковая система ранжирует страницу на основании того содержимого, которое смог получить её робот.
Если пользователю после клика показывается другой материал, результат поиска перестаёт соответствовать тому, что было проанализировано при индексировании.
Это позволяет искусственно создавать релевантность запросу, которой фактически нет для посетителя.
Поэтому Google включает клоакинг в правила поискового спама, а Яндекс относит сайты, намеренно показывающие разные версии посетителям и роботам, к некачественным ресурсам.
Не всякий разный контент является нарушением.
Современный сайт может адаптироваться к экрану устройства, географии пользователя, состоянию аккаунта или результатам эксперимента. В таких случаях несколько посетителей действительно способны увидеть разные варианты одной страницы.
Главный вопрос состоит в том, сохраняется ли её назначение и используется ли различие специально для обмана поисковой системы.
Разные мобильный и desktop макеты не являются клоакингом сами по себе.
Яндекс прямо указывает, что различия верстки допустимы, если содержание остаётся одинаковым по смыслу.
Меню может перестраиваться, колонки становиться вертикальными, а часть второстепенных интерфейсных элементов менять расположение. Это обычная адаптация интерфейса.
Проблема начинается, если поисковому роботу показывается значимый SEO контент, которого пользователь фактически никогда не получает.
Различия в зависимости от региона пользователя также не считаются Яндексом клоакингом автоматически.
Например, сайт может показывать другой город, наличие товаров, контакты или условия доставки.
При этом региональная персонализация создаёт отдельные задачи индексирования. Яндекс предупреждает, что робот может увидеть только одну региональную версию, если содержимое зависит исключительно от IP адреса.
Поэтому допустимость персонализации и возможность нормального индексирования являются двумя разными вопросами.
A/B тестирование тоже не равно клоакингу, если поисковый робот не получает специально подготовленную SEO версию.
Яндекс прямо относит корректное A/B тестирование к ситуациям, которые сами по себе не признаются клоакингом.
Google также разрешает тестирование вариантов страниц, но отдельно предупреждает, что нельзя показывать один набор вариантов Googlebot, а другой только обычным пользователям.
Dynamic rendering исторически использовался как технический обходной путь для JavaScript сайтов, когда поисковому роботу отдавалась предварительно отрендеренная версия страницы.
Google не считает такой подход клоакингом, если версии содержат сходное по смыслу содержимое. Если же пользователю показывается одна тема, а crawler получает принципиально другую, это уже может рассматриваться как cloaking.
При этом Google сейчас называет dynamic rendering обходным решением, а не рекомендуемой современной архитектурой.
Таким образом, наличие разных технических способов рендеринга ещё не доказывает нарушение. Определяющим остаётся содержательное расхождение и его назначение.
Клоакинг и скрытый текст относятся к близким, но не полностью одинаковым нарушениям.
При клоакинге различаются версии, которые получает поисковая система и пользователь.
При скрытом тексте дополнительный контент может находиться в той же HTML странице, но быть визуально скрытым от посетителя.
Google отдельно выделяет злоупотребление скрытым текстом и ссылками в своих правилах поискового спама.
На практике обе техники могут использоваться одновременно. Например, специальный SEO блок может выводиться только для поискового User Agent и дополнительно скрываться средствами CSS.
Различаться может не только содержимое HTML, но и маршрут пользователя.
Если поисковый робот получает обычную страницу, а посетитель автоматически отправляется на другой ресурс или другой оффер, ситуация может относиться к скрытой переадресации.
Google отдельно рассматривает такие перенаправления в правилах спама и приводит сценарий, где поисковая система видит одно содержимое, а пользователь оказывается на другом.
Особенно подозрителен сценарий, в котором редирект зависит от User Agent, источника перехода или других признаков, отделяющих поискового робота от обычного посетителя.
Клоакинг не всегда устанавливает владелец сайта или SEO специалист.
Google предупреждает, что злоумышленники могут использовать эту технику после компрометации ресурса, чтобы затруднить обнаружение взлома. Владелец открывает страницу и видит привычный сайт, тогда как поисковый робот получает спамный контент.
Другой сценарий заключается в условном перенаправлении пользователей. Вредоносный код может учитывать источник перехода, устройство или User Agent. В результате прямое открытие URL выглядит нормально, а посетитель из поиска отправляется на постороннюю страницу.
Поэтому обнаружение разных версий страницы не всегда означает намеренное использование черного SEO. Иногда это признак более серьёзной проблемы безопасности.
Разные версии могут появляться и из-за ошибок инфраструктуры.
Причиной способен стать неправильно настроенный кеш, CDN, WAF, серверное правило, старый мобильный редирект, плагин персонализации или код, работающий по User Agent.
В этом случае умысла на манипуляцию может не быть, но поисковая система всё равно способна получать страницу, которая значительно отличается от пользовательской.
Поэтому при обнаружении симптомов важно сначала установить, где именно создаётся расхождение, а не предполагать наличие сознательной SEO схемы.
Подробная диагностика таких причин уже раскрыта в отдельном материале Vagizov.com «Клоакинг: причины, риски, диагностика и восстановление», поэтому taxonomy страница сохраняет справочный уровень и не дублирует пошаговую проверку.
Определение User Agent само по себе не является нарушением.
Сайт может использовать его для технических задач, совместимости или диагностики.
Риск возникает тогда, когда условие вида «если поисковый бот» используется для изменения основного смысла страницы или добавления контента, которого обычный пользователь не получает.
Google прямо приводит добавление текста только для поискового User Agent как пример клоакинга.
Поэтому при техническом аудите важно проверять не сам факт определения робота, а результат такой логики.
Сайт способен изменять поведение в зависимости от страницы, с которой пришёл пользователь.
Например, прямой переход открывает обычный сайт, а переход из поисковой выдачи запускает редирект или показывает другое предложение.
Яндекс отдельно указывает различие поведения между прямым переходом и переходом из поиска как один из признаков клоакинга.
Такая схема особенно опасна тем, что владельцу сложно воспроизвести проблему, если он постоянно открывает URL напрямую.
Фильтрация по IP также может использоваться для определения поискового робота, модератора или определённой группы посетителей.
Само различие по IP не означает нарушения. Например, региональный сайт способен показывать пользователям локальную информацию.
Но если IP используется для того, чтобы поисковой системе отдать оптимизированную версию, а людям принципиально другое содержание, результат соответствует сути клоакинга.
То же относится к системам, которые пытаются определить проверяющего пользователя и показать ему специальную «безопасную» страницу.
В выдаче по запросам о клоакинге встречается отдельный интент, связанный с рекламой и арбитражем.
Там под cloaking часто понимают разделение модераторов рекламной платформы и реальных посетителей. Проверяющей стороне показывается одна страница, а целевому трафику другая.
Это отличается по площадке применения от поискового клоакинга, но принцип остаётся похожим: различным группам намеренно показываются разные версии, чтобы одна из систем не увидела реальное предложение.
Для taxonomy Vagizov.com этот сценарий является смежным. Основной интент страницы остаётся SEO и взаимодействие сайта с поисковыми системами, поскольку терм расположен внутри раздела «SEO → Спам».
Поисковый спам является более широкой категорией.
Google относит к спамным практикам не только cloaking, но и скрытые редиректы, doorway abuse, link spam, keyword stuffing и другие способы манипуляции поиском.
На Vagizov.com это разделение отражено и в структуре taxonomy. Родительская тема «Спам» объединяет отдельные направления «Клоакинг», «Link spam» и «Поисковый спам».
Поэтому эта страница не должна раскрывать все возможные поисковые нарушения. Её задача ограничена подменой содержимого и поведения сайта для разных типов посетителей.
Главный SEO риск связан с нарушением требований поисковых систем.
Google указывает, что нарушение правил спама может привести к понижению сайта или его удалению из результатов поиска.
Яндекс относит клоакинг к нарушениям и отображает его среди проблем безопасности и качества сайта в Вебмастере.
Конкретное последствие зависит от характера и масштаба проблемы, поэтому некорректно утверждать, что любой обнаруженный случай автоматически заканчивается полным удалением домена из поиска.
Дополнительный риск возникает, если подмена является следствием взлома. Тогда SEO проблема одновременно становится инцидентом безопасности.
При первичной оценке полезно смотреть не на пиксельную идентичность, а на смысл.
Если мобильный пользователь видит тот же товар в другой компоновке, это обычная адаптация.
Если посетителю из другого города показываются местные контакты, но назначение страницы сохраняется, это региональная персонализация.
Если же поисковый робот получает страницу об одной услуге, а человек другую услугу, редирект или отсутствующий контент, появляется существенное расхождение.
Яндекс именно поэтому разделяет допустимые различия интерфейса и контента от схем, где версии используются для манипуляции алгоритмами.
Необходимо сначала подтвердить, что разные посетители действительно получают разные версии одного URL.
Сравнивают HTTP ответ, конечный URL после перенаправлений, Title, H1, основной текст и ключевые функциональные блоки.
Если различие подтверждено, дальше определяется источник: серверная логика, CDN, кеш, приложение, плагин, JavaScript, условный редирект или вредоносный код.
Цель исправления состоит не в том, чтобы сделать подмену менее заметной. Нужно вернуть предсказуемый сценарий, при котором поисковая система и пользователь получают одинаковое по назначению содержимое.
Подробная последовательность проверки, использование инструментов Google и Яндекса и восстановление после обнаружения нарушения уже раскрыты в существующей статье Vagizov.com и не должны полностью дублироваться на taxonomy странице.
Если владелец сайта не создавал отдельную версию для поисковых роботов, неожиданная подмена является поводом проверить сайт на компрометацию.
Особенно подозрительны неизвестные редиректы, страницы посторонней тематики, скрытые ссылки, изменение поведения только после перехода из поиска и код, срабатывающий для отдельных User Agent.
Google прямо связывает cloaking с некоторыми сценариями взлома сайта.
На Vagizov.com проверка заражённых сайтов, скрытых редиректов и вредоносного кода вынесена в отдельное направление безопасности, поэтому taxonomy «Клоакинг» не должна превращаться в полное руководство по лечению взломанного WordPress.
Исправленный сайт не обязан отдавать каждому посетителю совершенно идентичный HTML.
Он может оставаться адаптивным, учитывать регион, состояние аккаунта и другие нормальные пользовательские условия.
Главный критерий состоит в том, что поисковому роботу не создаётся отдельная ложная версия для манипуляции поиском, а пользователь после перехода получает страницу, соответствующую её реальному назначению.
Именно эта граница отделяет допустимую персонализацию современного сайта от клоакинга как поискового спама.