minekras#: Мне лично не понятна такая практика вообще. Если тикет один, вопрос один, то какой смысл после каждой реплики менять ответственного человека? Не теряю надежды в будущем увидеть прежнюю ТП beget-а.
Сейчас во всех крупных компаниях ТП работает таким образом, каждый ответ - это рандомный специалист.
KeicH2O#: (not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"})
Я проверку (not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"}) убрал, т.к все равно основной спам идет через прямые заходы.
И проверку на спам в UTM перенести в правило с блокировкой. Много таких ботов проходят проверку Managed Challenge и из переходов по рекламе просто переходят во внутренние.
На одном из сайтов резко скаканули переходы из-соц сетей, причем в вебвизоре не видно ни одного перехода.
В поддержке Метрики написали, что на турбо-страницы переходят из vk.com.
Половина переходов определяются как юзеры, хотя время на сайте у всех меньше 10 сек.
На сайте спам из соц сетей отфильтровал через cloudflare, теперь пошли через турбо. Видимо нужно их сносить, раз в Яндексе не хотят в них трафик нормально фильтровать.
А вот как Яндекс воспримет "срез" ботов (а он их, судя по метрике, считает живыми), которые раньше валили на сайт, а теперь перестали - вопрос.
У меня после фильтрации ботов, по всем сайтам был очень ощутимый рост позиций и трафика, примерно 2 недели в рост, потом пошла коррекция и часть запросов опустилась, но по итогу все равно сайты стали выше, чем до фильтрации.
Ruslan02#: На заглушке у антибота (CF не знаю) метрика не грузится вроде как, просто с заглушки живой человек кликнув по кнопке и зайдя на сайт где прогрузится метрика будет уже не как закладочник, а как внутренний переход.
Какая разница, будет внутренний или прямой заход? Если в метрике он определится как живой, то ПФ учтется при ранжировании.
Всем привет. Подскажите, пожалуйста, если нужно так много замороченных настроек делать, зачем тогда там модуль «Security - Bots»? Нигде не нашёл, нужно ли его включать? Что можете сказать по его поводу? Можно ли обойтись только им? Если делать все эти настройки по инструкции, надо ли включать его?
Нет, разные bot mode в Cloudflare от прогревающих и спам ботов не спасут, для фильтрации нужно создавать правила.
seo-kalipso#: Brat_Sergij, согласен. Никто не знает как яндекс будет считать все это. Может он фиксирует заход на сайт, и из-за антибота сразу выход. Что может кратно усугубить проблемы.
Как он может фиксировать, если при заходе бота даже метрика не загрузится.
Здравствуйте. В Директе можно отключить показы только по конкретным IP-адресам, но не по отдельным протоколам. Подробнее об этом здесь. Если необходимо исключить такие заходы, можно ограничить доступ к этому протоколу на стороне сайта. А любое проявление фрод-трафика с рекламы могу дополнительно проверить, но нужны подробности.
Вопрос по рекламе, что 20-30% трафика с директа идет со спам IPV6.
У нормальных провайдеров РФ он практически не используется обычными пользователями.
Такое можно отфильтровать только на стороне Яндекса.
Мне лично не понятна такая практика вообще. Если тикет один, вопрос один, то какой смысл после каждой реплики менять ответственного человека? Не теряю надежды в будущем увидеть прежнюю ТП beget-а.
Сейчас во всех крупных компаниях ТП работает таким образом, каждый ответ - это рандомный специалист.
(not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"})
Я проверку (not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"}) убрал, т.к все равно основной спам идет через прямые заходы.
И проверку на спам в UTM перенести в правило с блокировкой. Много таких ботов проходят проверку Managed Challenge и из переходов по рекламе просто переходят во внутренние.
Как блокировали?
На одном из сайтов резко скаканули переходы из-соц сетей, причем в вебвизоре не видно ни одного перехода.
В поддержке Метрики написали, что на турбо-страницы переходят из vk.com.
Половина переходов определяются как юзеры, хотя время на сайте у всех меньше 10 сек.
На сайте спам из соц сетей отфильтровал через cloudflare, теперь пошли через турбо. Видимо нужно их сносить, раз в Яндексе не хотят в них трафик нормально фильтровать.
А вот как Яндекс воспримет "срез" ботов (а он их, судя по метрике, считает живыми), которые раньше валили на сайт, а теперь перестали - вопрос.
На заглушке у антибота (CF не знаю) метрика не грузится вроде как, просто с заглушки живой человек кликнув по кнопке и зайдя на сайт где прогрузится метрика будет уже не как закладочник, а как внутренний переход.
Всем привет. Подскажите, пожалуйста, если нужно так много замороченных настроек делать, зачем тогда там модуль «Security - Bots»? Нигде не нашёл, нужно ли его включать? Что можете сказать по его поводу? Можно ли обойтись только им? Если делать все эти настройки по инструкции, надо ли включать его?
Нет, разные bot mode в Cloudflare от прогревающих и спам ботов не спасут, для фильтрации нужно создавать правила.
Видимо такой бототраф болезнь рунета...
Brat_Sergij, согласен. Никто не знает как яндекс будет считать все это. Может он фиксирует заход на сайт, и из-за антибота сразу выход. Что может кратно усугубить проблемы.
Здравствуйте. В Директе можно отключить показы только по конкретным IP-адресам, но не по отдельным протоколам. Подробнее об этом здесь. Если необходимо исключить такие заходы, можно ограничить доступ к этому протоколу на стороне сайта. А любое проявление фрод-трафика с рекламы могу дополнительно проверить, но нужны подробности.
Вопрос по рекламе, что 20-30% трафика с директа идет со спам IPV6.
У нормальных провайдеров РФ он практически не используется обычными пользователями.
Такое можно отфильтровать только на стороне Яндекса.
После добавления IP адресов в Метрику обнаружил, что по каким то кампаниям директа переходы с адресов IPv6 достигают 20-30%.
Например с сетки AS8359, с адресов IPV6, помимо рекламы массово идут спам боты через прямые заходы.
Можно ли как то в настройках директа отключить IPV6?