- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Дисклеймер#1: я знаю что бан за накрутку ПФ самый жестокий, но иногда охота пуще неволи...
Дисклеймер#2: описываемые мысли ни в коем случае не являются руководством к действию - вы их читаете на свой страх и риск. Это даже не мысли - так, заметки на полях...
Дисклеймер#3: речь пойдет не о накрутке переходов с Яндекс.Серпа на ваш сайт, а только о статистике поведения посетителей на ВАШИХ сайтах, которая ДОСТУПНА Яндексу.
После прочтения /ru/forum/comment/14489271 вспомнились общеизвестные факты, что если на вашем сайте есть хоть что-то из сервисов Яндекса (кнопка ТИЦ, кнопка Маркета, виджеты шаринга для соц.сетей или не к ночи будет помянута Яндекс.Метрика), то ваши посетители автоматом акцептуют 2 куки - _ym_uid с длиннющим числом, которая вешается на 355 дней и _ym_isad в которой скорее всего будет число до 3 и сроком 356 дней.
Исходя из этих фактов можно попробовать 2 статегии:
Стратетия#1 - простая в реализации, но относительно рисковая.
Предполагаем, что в _ym_uid живёт просто длинное число без всякого CRC. А если там нет никакого CRC, то мы можем либо полностью его рандомить, либо какую-то его часть. Аглоритм#1 будет такой - на каждом N хите пользователя рандомизируем куку _ym_uid. Осталось грамотно подобрать N для сайта. Очевидно, что при N=2 показатель отказов для вашего сайта с точки зрения Яндекса будет равен 100%. При N=3 и если, к примеру, на сайте в среднем 6 хитов на визит, Яндекс будет думать, что у вас посетителей в 3 раза больше, но все они делают не более 2х хитов.
Стратетия#2 - трудная в реализации, но относительно нерисковая.
Боимся, что в Яндексе сидят хитрые жуки и в связке _ym_uid + _ym_isad сидит CRC, по которому можно проверить валидность кук. В таком случае рандомизация кук не катит и можно попробовать просто собирать валидные пары реальных яндексовских кук и подмешивать в текущую сессию куки более ранних посетителей - для Яндекса это будет выглядеть снова как увеличение посещаемости сайта, но, к сожалению, опять же таки в ущерб качеству посетителей.
П.С. Еще одно опасность стратегии#1 заключается в том, что если в Яндексе слишком глубоко начнут копать, то увидят некий пул юзеров (с нагенерёнными нашими куками), которые кроме вашего сайта нигде в рунете и не лазят ... аномалия однако...
П.П.С. Стратетия#1 - это действительно 2 строчки кода.
П.П.П.С. ... О! Ещё мысля пришла - Стратетию#2 можно модифицировать т.о. чтобы уменьшить показатель отказов для сайта с точки зрения Яндекса (Стратетия#3)
Никто не мешает псевдо-юзерами слать псевдо-запросы в яндекс с топовых околотематических сайтов, как будто они посещают и их.
Даже не так, сначала прокачать cookies на околотематических сайтах, а потом посылать сигналы с раскручиваемого, симулируя многократные посещения в течение неск. дней.
Другой вопрос: учитывает ли Яндекс подобные запросы
С другими сайтами будет тяжело - понадобится большой пул ip-адресов, тут или никаких прокси и vpn-ов не хватит или мы за печеньками (в прямом и переносном смысле =) окончательно переходим на тёмную сторону силы ко всяким там ботнетам.
таки возьмите пустышку и крутаните :) тест не сложный вроде и рисковать ничем не надо. а если сработает, то и на нормальном проекте можно запустить :))
NULL, немного ну уловил - как вы планирует мешиваться в передачу кук метрики? Там же все проиходит "браузер"-"сервера метрики", Ваш собственный сервер не учавствует в процессе.
С другими сайтами будет тяжело - понадобится большой пул ip-адресов, тут или никаких прокси и vpn-ов не хватит или мы за печеньками (в прямом и переносном смысле =) окончательно переходим на тёмную сторону силы ко всяким там ботнетам.
по любому нужны прокачанные кукис, иначе это будет похоже на накрутку на 146%: юзер пришел из ниоткуда, зашел на сайт, пошарился там и ушел в никуда. а за прокачанной историей посещений есть возможность спрятаться
пул нужен не такой большой
начать можно с мобильной версии и воспользоваться тем, что у операторов сотовой связи исходящих айпи адресов не так много, соответственно, за одним айпом находятся множество юзеров
если бы узнать как можно использовать оперу.турбо без браузера (то есть прокси оперы), то можно так же крутить без опасений и десктопную версию сайта
публичные прокси юзать не имеет смысла, т.к. это 100% палево
---------- Добавлено 15.06.2016 в 10:58 ----------
NULL, немного ну уловил - как вы планирует мешиваться в передачу кук метрики? Там же все проиходит "браузер"-"сервера метрики", Ваш собственный сервер не учавствует в процессе.
шлется запрос на сервер яндекса за скриптом метрики или другой службы
в заголовке передается нужный referer
шлется запрос на сервер яндекса за скриптом метрики или другой службы
в заголовке передается нужный referer
Со случайным набором символов в cookies точно не сработает
Со случайным набором символов в cookies точно не сработает
поэтому первый запрос надо делать без кукис, чтобы как раз и получить настоящие куки с яндекса
а дальше уже ими отстукиваться
в принципе можно провести небольшой эксперимент, который все расставит:
взять куки с яндекса
отправить реферера со страницы-ловушки (свежесозданной, неизвестной ПС, без внешних ссылок) и посмотреть логи.
NULL, немного ну уловил - как вы планирует мешиваться в передачу кук метрики? Там же все проиходит "браузер"-"сервера метрики", Ваш собственный сервер не учавствует в процессе.
Почему не участвует? Цепочка "браузер"-"сервера метрики" является сокращённой, более полная такая: браузер - моя_страница.php - javascript метрики - сервера метрики. И среди хедеров моя_страница.php можем для страницы НАШЕГО домена установить новые куки, которые javascript метрики потом будет транслировать на сервера метрики.
1. javascript метрики потом будет транслировать на сервера метрики ЯНДЕКСОВСКИЕ куки, а не поставленные вашим сервером. Это политика безопасности браузера.
2. Я.Метрика накручивается намного проще - надо слать на её домен данные в нужном формате (ваш домен, Яндексовские куки, и тп). Причём делать это можно даже не с вашего сайта.
Бодания вокруг third-part cookies вроде уже утихли, и я не буду писать про Хром и Эйдж, замечу только насчет Firefox. Если поставить 2 расширения к нему Live HTTP Headers и Advanced Cookie Manager и поменять _ym_uid для СВОЕГО домена, то на сервера метрики прекрасно уходят именно изменённые куки. Только что проверил.
Возможно. Но в описываемом способе также возникает проблема с имитацией пула ip-адресов.