Почему не работает накрутка ПФ?

Накрутка ПФ обрела массовый характер в Яндексе, появилось много вопросов по ней. Один из вопросов, почему накрутка ПФ не работает?
Многие клиенты так или иначе пробовали использовать накрутку, но результат был не у всех.

Итак, почему накрутка может не работать?

Дня начала нужно понимать что Яндекс может распознать всех ботов по отдельности. Но ему нужно работать с Big Data, где важен итоговый вариант в объеме, а не частные случаи.
Если антифрод алгоритм отловил 90% ботов, 10% из них отловил неверно, то это все равно результат, который улучшил общую картину.

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

Основные входные данные для ИИ:
— поисковый запрос;
— посещенная страница;
— история профиля.

Поиск Яндекса — это огромный массив поисковых запросов. Было бы логично исходить из запроса.
Берем пул запросов «пластиковые окна» в определенный временной промежуток (1-4 недели) и ищем неестественные повторяющиеся связи.

Т.о. первой связью будет «Запрос+страница», в этой связке все легально, далее «Запрос+страница+набор данных профиля». А вот тут уже множество вариантов по которым можно отлавливать ботов.

1. История профиля

Яндекс хранит множество данных по действиям профиля:

— IP адреса, координаты входа;
— посещенные сайты;
— поисковые запросы;
— информация об устройстве/браузере;
— поведенческие метрики;
— демографические данные.

Мы видим как сейчас работает капча Яндекса, получая данные профиля (включая ip) и введенный запрос моментально принимается решение вывести капчу или нет.
Зная ip, сессию профиля и запрос Яндекс уже делает вывод о потенциальном фроде.

Пересечения данных из истории профиля со связкой «запрос» + «страница входа» могут отлавливаться на уровне:

— одинаковых ip адресов в истории профиля;
— одинаковых посещенных сайтах;
— одинаковых поисковых запросов;

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

2. Охват семантики

Вторая частая проблема — это слабое покрытие семантики. Уникальные боты должны покрыть кликами наиболее частотные запросы продвигаемой страницы.
Страница должна быть оптимизирована под весь пул семантического ядра по которым есть реальные показы.

Стоит учитывать что показы могут быть рассредоточены по разным регионам страны.

Выводы

Существует матрица взаимосвязей во времени. Чем ближе по времени находятся похожие ботовые сессии, тем больше шанс что они будут отсеяны.

 

Еще по теме:

• Почему при высоких позициях очень мало конверсий на сайте и что можно предпринять?
Можете подсказать, почему позиции в софтах высокие (ТОП-1-3), а реальных конверсий на сайте очень мало? Что в такой ситуации посоветуете и что можно предпринять? Ответ...
• Влияют ли иконки контактов, карт и другие на ранжирование сайта?
Должны ли индексироваться иконки контактов, карты и др. вспомогательные иконки на сайте? Разрабатываю сайт, и есть выбор: вставить иконки картинками — тогда поисковик будет знать,...
• Как улучшить внутреннюю перелинковку, используя показатели внутреннего PageRank
Пол Шапиро рассказал, как он определяет, какая страница сайта может восприниматься поисковой системой как авторитетная. Его метод основан на метрике, которую он называет «внутренним PageRank»....
• Автогенерация метаописаний title и description
Оптимизация метаописаний Title, Description и Keywords - это первое, на что должен обращать внимание SEO-специалист, начиная работу с проектом. Для тех, кто не знает, поясню....
• Допустимо ли использование на всех страницах сайта тега canonical на самих себя?
На сайте магазина (Wordpress) все страницы имеют тег canonical на самих себя, в том числе главная страница, пример: sait.сom имеет тег rel=“canonical” href=“sait.com”, правильно ли...