- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
это решение на основе собранной статистики по отдельным случаям AS
Думаю, что сервисы капчи используют гораздо больше данных, чем просто информация из хуиза (частью которой является номер AS).
Если прошел, то он сохранится в метрике во внутреннем переходе (без ключа), накрутчику такой визит пользы не принесет.
Ммм.. смотрите.
Есть принципиально две различные стадии.
1) Стадия нагула - т.е. сбор куков и здесь накрутчику принципиально важно, чтобы был счётчик Яндекса.
Это могут быть прямые заходы, поисковые, реферальные.
Чаще всего прямые, потому что они избавляют от необходимости упираться в капчу Яндекса.
Поисковые конечно тоже используются, но позднее, когда профиль собран и уже необходимым образом "прогрет".
2) Стадия целевого захода, когда для эффективности накрутки важно использовать целевой поисковый запрос.
Вы сейчас про первое или про второе?
Думаю, что сервисы капчи используют гораздо больше данных, чем просто информация из хуиза (частью которой является номер AS).
Я про это и говорю, что помимо фактических технических данных, которые доступны из протокола, сервисы типа CF используют свою историю (cвою аналитическую базу). И если в их базе большая часть заходов из отдельной AS имела большую часть отказов, то сервис помечает выбранную подсеть как серую и на старте направляет заходы из этой сети на капчу. Если процент прохождений капчи не растёт, то данная посеть так и остаётся в перечне серых.
Т.е. условная Битерика будет натыкаться на 100% капчу не потому, что мы про неё знаем из наших обсуждений на форуме, а потому что как раз пользователи сервиса её чаще всего блокируют и прохождение капчи там наверняка самый маленький процент.
А заходя с IP-шника домашнего провайдера CF знает про подсеть этого провайдера, что процент прохождения капчи там высокий, следовательно, нет необходимости каждый раз обрабатывать эти заходы через капчу.
Своего рода обучение, где белые подсети, а где серые.
Думаю, что скорее всего это работает так. Ибо логично и вполне резонно.
а потому что как раз пользователи сервиса её чаще всего блокируют
Не понял этой фразы. Наверное, потому, что там нет пользователей и капча реже проходится?
Вообще, такой подход будет плохо работать на новых подсетях и/или типах трафика. Думаю, что он анализируются не только по имеющейся истории, но и в реальном времени. Как в антивирусах есть и база данных, и эвристика.
Странное построение фразы. Что Вы имеете в виду?
Суммарное количество автономных систем в мире не превышает 65k-70k.
На всю ru на сегодня 5845 автономок.
Ммм.. смотрите.
Есть принципиально две различные стадии.
1) Стадия нагула - т.е. сбор куков и здесь накрутчику принципиально важно, чтобы был счётчик Яндекса.
Это могут быть прямые заходы, поисковые, реферальные.
Чаще всего прямые, потому что они избавляют от необходимости упираться в капчу Яндекса.
Поисковые конечно тоже используются, но позднее, когда профиль собран и уже необходимым образом "прогрет".
2) Стадия целевого захода, когда для эффективности накрутки важно использовать целевой поисковый запрос.
Вы сейчас про первое или про второе?
Про второе. На прямые заходы можно какие то сети полностью блокировать, т.к директ трафика практически нет.
Яндексу фактически вообще по барабану на происхождение ip - из какой AS он, какой регион, страна. Они больше учитывают профиль ботопользователя.
В основном долбят с мобильных лишь потому, что так проще раствориться среди людей. У мобильных операторов на один ip условно тысячи абонентов в сети одновременно.
Суммарное количество автономных систем в мире не превышает 65k-70k.
На всю ru на сегодня 5845 автономок.
Яндексу фактически вообще по барабану на происхождение ip - из какой AS он, какой регион, страна. Они больше учитывают профиль ботопользователя.
В основном долбят с мобильных лишь потому, что так проще раствориться среди людей. У мобильных операторов на один ip условно тысячи абонентов в сети одновременно.
Не понял этой фразы. Наверное, потому, что там нет пользователей и капча реже проходится?
Об этом я написал во второй части предложения, а в этой - я имел ввиду, что вручную часто блокируемые сети наверняка тоже рассматриваются как серые.
Вообще, такой подход будет плохо работать на новых подсетях и/или типах трафика.
На новых - да, но свершенное действие - уже история, а историю можно (и в определённой степени) нужно анализировать.
Думаю, что он анализируются не только по имеющейся истории, но и в реальном времени.
А вот это, пожалуй, самый интересный вопрос.
Какие данные собирает CF сервис после прохождения капчи - это действительно интересно. Никто не встречал разъяснительных материалов на эту тему?
Как в антивирусах есть и база данных, и эвристика.
Не вижу повода не согласится, однако как уже сказал, пока пользователь не начал отправлять post данные, анализировать кроме формальных технических данных особо нечего.