- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да, только фильтровать и перекидывать сомнительные заходы на капчу без загрузки Метрики.
Да, 403 отдаешь, потом проверяешь и дальше..."бан" или сайт.
Выживут самые приспособленные.
Survival of the fittest!
Да. Именно так.
Можно сетовать и горевать по поводу несправедливости и скотских условий в которые Яндекс всех окунул, развязав волю ПФ фактору, но в конечном итоге вы абсолютно резонно сформулировали.
Да, только фильтровать и перекидывать сомнительные заходы на капчу без загрузки Метрики.
Не позорьтесь.
Да, 403 отдаешь, потом проверяешь и дальше..."бан" или сайт.
Можно даже 403 не отдавать - главное не пропускать этот информационный мусор в Метрику.
Не позорьтесь.
C чего бы? :)
Можно даже 403 не отдавать - главное не пропускать этот информационный мусор в Метрику.
Можно, но для себя нагляднее, хотя можно в отчеты и метку добавить.
C чего бы? :)
Повторяю.
/etc/hosts
$ man 5 hosts
Можно, но для себя нагляднее, хотя можно в отчеты и метку добавить.
Не-не, как раз сейчас пишем с командой модуль, где первичная отчётность будет в модуле и там будет понятно - застрял заход на капче или всё-таки прошёл.
Тут главная проблема в том, что бОльшая часть поведенческих приходит с пула мобильных адресов и там есть живые пользователи, поэтому если живой пользователь нарывается на капчу и проходит её - он возвращается на сайт уже с загруженной Метрикой и мы начинаем учитывать его сигнал. А если капчу не проходит, то этот информационный мусор так и остаётся в статистике модуля. И следовательно, не влияет на ПФ показатели, которые формируются в Метрике.
Повторяю.
/etc/hosts
$ man 5 hosts
Это никаким образом к моим задачам не относится.
Не-не, как раз сейчас пишем с командной модуль, где первичная отчётность будет в модуле и там будет понятно - застрял заход на капче или всё-таки прошёл.
Тут главная проблема в том, что бОльшая часть поведенческих приходит с пула мобильных адресов и там есть живые пользователи, поэтому если живой пользователь нарывается на капчу и проходит её - он возвращается на сайт уже с загруженной Метрикой и мы начинаем учитывать его сигнал. А если капчу не проходит, то этот информационный мусор так и остаётся в статистике модуля. И следовательно, не влияет на ПФ показатели, которые формируются в Метрике.
Понятно. Надо будет мне попробовать что-то такое на весь трафик.