- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
ну все, повалили боты, адаптируются..
проходят капчу?
проходят капчу?
и капчу проходят и показывают активность на странице
Сколько интересных версий.
Добавлю еще одну. Капча не пройдена.
В этом случае всегда вот так вот в логах. Ну почти всегда, изредка еще вебманифест видел.
2 правило лучше (not ip.geoip.country in {"BY" "RU" "KZ"}) or (http.host in {"api.pfbaza.website" "autoclickextreme.com" "pfbaza.website"}) or (ip.geoip.asnum in {35048 44812})
3 правило лучше:
(not ssl) or (not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"}) or (http.referer eq "") or (http.referer eq "-") or (not http.referer contains "ya.ru") or (http.request.uri contains "utm") or (http.request.uri contains "utm_source") or (ip.geoip.asnum in {49505 35048 206766 207713 52207 16509 23033 48061 14061 200197 14618 24940}) or (not http.referer contains "yandex") or (not http.referer contains "google") or (not http.referer contains "bing")
Если вы не исключите referer yandex google и bing - то с поисковиков люди будут проходить капчу (галочку) по усмотрению клауда, а с ya.ru галочки не будет.
Так как у Вас проверка на пустой реферер обязательная, то между 2 и 3 правилом можно сделать SKIP для стилей:
(http.request.uri contains ".css")
Сбросьте кэш клауда и проверьте загрузку CSS стилей.
После того как в WAP добавил правило (http.referer eq "") or (not ssl) or (not http.request.version in {"HTTP/2" "HTTP/3" "SPDY/3.1"}) or (not http.referer contains "ya.ru") or (not http.referer contains "yandex") or (not http.referer contains "google") or (not http.referer contains "bing") с action Managed Challenge, то весь траффик из поисковиков стал значиться как прямые заходы. Это и в Яндексе и в Google и в Liveinternet. Т.е. теперь по мнению поисковиков, у меня нет органического поискового траффика, а это очень плохо для SEO.
Понятно, что можно полностью удалить всю эту конструкцию и все вернется назад. Но может можно как-то по другому прописать, чтобы и ботов не пускать и статистику не портить?
с action Managed Challenge, то весь траффик из поисковиков стал значиться как прямые заходы.
В метрике это прямые, или внутренние переходы?
В метрике это прямые, или внутренние переходы?
внутренние
внутренние
Ну вы у вашфрилансер поспрашивайте, вы этот набор правил совместно делали / обсуждали чуть выше.
Но я бы на вашем месте посмотрел бы вот на что:
or (not http.referer contains "yandex") or (not http.referer contains "google") or (not http.referer contains "bing")
Это разные, независимые правила. И каждое из них исключает предыдущие.
Это разные, независимые правила. И каждое из них исключает предыдущие.
Почему?
Тут же правило "ИЛИ", а не "И".
Т.е., если реферер пустой или не содержит любой из рефереров поисковиков, то = JS челендж.
Другое дело - на кой черт нужны эти правила?
Прямые переходы можно отсечь пустым рефером.
А под такие правила будут легко пролетать боты с подставными реферами.
Почему?
Тут же правило "ИЛИ", а не "И".
Т.е., если реферер пустой или не содержит любой из рефереров поисковиков, то = JS челендж.
А под такие правила будут легко пролетать боты с подставными реферами.
Ну надо человеку. Поэтому и мутит под свои нужды какой-то набор.
Реферер яндекса в браузере есть? Есть. А реферер гугла? Нет? Ну и капча в зубы.
Чета мне кажется, что мы малость запутались, не? =)
Подобное, что вы описали, скорее будет на правиле "И".
Т.е. пришли с Яндекса, в реферере Яндекс, И нет реферера других поисковиков.
Ну или я реально туплю )))
Но по логике того же РНР, оператор ИЛИ проверяет до первого вхождения, а потом опускает правила и срабатывает.
А вот оператор И проверяет ВСЕ вхождения на соответствие.