Selentium используют тестировщики. Про применение его в задачах ПФ я ничего не слышал и ни разу с подобным встречался.
При работе с ПФ всегда крайне актуален вопрос анонимности и мультиаккаунтности, а Selentium насколько я знаю лишь инструмент для автоматизированного тестирования сайтов.
Нет. Screamimng Frog никакого отношения к поведенческим не имеет - это программный сканер (и парсер данных) сайтов для проведения технического и структурно-логического анализа.
Давайте поясню про биржи.
Биржи выполнения заданий (они же буксы) активно использовались для накрутки ПФ несколько лет назад. Тогда у Яндекса не было таких требований к профилям как сейчас, поэтому ими вполне успешно можно было накручивать.
Несмотря на то, что, кажется, там люди выполняют задания и Яндекс вроде как должен учитывать "живые" профили, на самом деле всё гораздо более разношёрcтно.
Во-первых, на таких биржах присутствуют огромное кол-во "накрутчиков заданий", да-да, именно так. Мы привыкли, что накрутчики это те, что "крутят ПФ-ы", на самом деле, за пределами Серча и вообще SEO есть большое число специализированных ниш, где используется программная автоматизация и бот трафик 📈 Поэтому есть деятели, которые как раз настраивают Зенку и BAS для автоматизации выполнения заданий на буксах и зарабатывают на этом.
Здесь надо сделать оговорку и сказать, что Зенка и BAS изначально программные платформы для автоматизации выполнения задач и их вообще чаще всего используют как прикладные инструменты для автоматизации рутинных задач. Ими тестируют формы, делают рассылки, генерируют тексты/фотки в связке с AI инструментами, заполняют сайты, генерируют и создают доры, регистрируют e-mail ящики, фармят аккаунты, накручивают просмотры, лайки, выполняют даже задачи администрирования и т.д. и т.п., поэтому использование Зенки и BAS для накрутки ПФ - это лишь частный случай. Для Зенки это вообще мало популярный вид деятельности, а вот BAS чаще используются для создания автономных сборок под накрутку ПФ.
Посему, ещё раз - Зенка и BAS - это изначально инструменты автоматизации.
Во-вторых, не случайно есть такое понятие как "нагул" и "прогрев" профиля. Дело в том, что изначально свежий профиль или гостевой заход может не учитываться Яндексом. Такие заходы Яндекс запросто может относиться к фродовому сигналу, даже если он инициирован человеком. Когда пользователь заходит под анонимным браузером, Яндекс может не засчитать этот заход и может отнести его к "отфильтрован по поведенческому фактору".
именно поэтому перед целевым использованием, те кто работают с ПФ и накрутчики главным образом сначала старательно нагуливают профиль (создают для него историю посещений и тесной связи с Яндекс сервисами), а потом уже используют.
Почему часто муссируется разговор - "прятать Метрику от накрутчиков или не прятать", потому что если Яндекс ещё не знает пользователя, то при заходе на сторонний сайт с Метрикой, Яндекс через Метрику создает рабочие куки по которым как раз идентифицирует пользователя. Посещая другие сайты и сервисы и обновляя куки, связанные с Яндексом, вот как раз они,
Яндекс начинает формировать историю профиля и начинает понимать - какие пользователь посещал сайты, чем интересовался, и соответственно через его интересы потом начинает его таргетировать (относить к определённой группе и показывать ему релевантную рекламу).
И тут наступает самое интересное. Яндекс в принципе не знает, живой человек заходит или бот (особенно если он просто заходит и не выполняет никаких действий), для Яндекса пользователь - это его профиль: данные по кукам и его технические данные. Чем меньше данных Яндекса знает о пользователе через куки, тем Уже выборка данных, по которой Яндекс может классифицировать пользователя. "Нагул" или "прогрев" (это всего лишь абстрактные эпитеты) - это фактически набор данных, чтобы Яндекс понял - ага, был здесь, кликал там, пользовался тем-то, а значит у него примерно такие интересы и ему нужно показывать примерно такую рекламу. Господин Алаев не случайно задал вопрос - сколько надо кликать по Директу, - вот клик по Директу - это прямое целевое действие, по которому Яндекс начинает понимать, чем интересовался пользователь.
Ввод поискового запроса в строчку поиска - тоже прямое свидетельство его интересов, поэтому своими фактическими действиями пользователь формируют свой образ (профиль) и его можно классифицировать и таргетировать в соответствующую группу по ряду признаков. В этом смысле "нагул" - это и есть некоторая имитация жизни пользователя в результате которой Яндекс начинает понимать, что это за пользователь со своими индивидуальными характеристиками, а не просто пустышка (в данном случае пустышка - это отсутствие рабочих данных об истории пользователя).
Кто за этими характеристиками стоит: живой человек или имитация в сыром сравнении данных - Яндекс не знает. Но по ряду других косвенных признаков Яндекс может отнести профиль к фродовому сигналу и соответственно его влияние на поведенческие обнуляется. Вот в этом фокусе Яндекс и борется с накрутчиками.
Идём далее..
Кроме кук есть ещё технические данные, так называемые отпечатки fingerprint-ы - это совокупных технических данных о браузере, ОС и железе, которое используется "вероятным" пользователем. Анонимные браузеры имитируют эти данные и фактически могут подставлять любые сгенерированные. Такие анонимные браузеры называются антики (когда они автономные). У Зенки и Баса - свои возможности в имитации настроек внутреннего браузера и по вопросам анонимности - там отдельная большая тема.
Так вот, нагуленный профиль - это совокупная информация благодаря обновлённым кукам и истории посещений конкретным пользователей сайтов. Если сайт не использует Метрику и какие-либо сервисы Яндекса, а этот условный симитированный "свежий" пользователь зашёл на такой сайт, то Яндекс естественно о нём ничего не знает и не знает про это посещение.
Как уже сказал Зенка и Бас имеют свои внутренние браузеры (они имитируют браузер в своих внутренних режимах), также имитируют все технические данные, для того, чтобы "показаться" (представиться) обычным пользователем.
Здесь, поверьте, очень большая тема по части верификации профиля и его связок с Яндексом в купе с использование прокси, но так я очень сильно углублюсь в тему и будет малопонятно, а мы говорим о биржах выполнения заданий.
Теперь возвращаемся к буксам.
Пользователи нередко очищают историю, а следовательно могут обнулять историю своего профиля. Конечно Яндекс опирается не только на куки, но и на fingerprint-ы, для того, чтобы инициировать пользователя, если по нему были раньше накоплены данные, а потом в браузере куки были очищены.
В общем, проблема в том, что часть заходов даже условно живых пользователей, но с очищенными профилями Яндекс может не заcчитать и отнести к зафильтрованным ботам по поведенческим. По факту может получится так, что деньги за выполнение заданий вы заплатили, человек задачу выполнил, а в Вебвизоре этого посещения нет и Яндекс засчитал его как бота.
Чем сложнее цепочка действий, тем более вероятно, что Яндекс его заcчитает. Здесь приходится каждый раз проверять, что и при каких обстоятельствах Яндекс засчитывает.
Здесь соответственно получаются "свои потери" и формируется своя средняя стоимость захода, которая всегда выше, чем в варианте автоматизированного ПО. Причём, разница может быть на порядки. С ПО стоимость захода может стоить копейки, а на буксах вам придётся заплатить до 15-20 рублей за более-менее последовательное задание. Вот считайте разницу. Это не просто порядок, это два порядка.
Во-третьих, есть довольно неприятно обстоятельство связанное с тем, что переходы из буксов на ваш сайт - прямое свидетельство, что вы используете буксы. Т.е. вам придётся отдельно прописывать задание, чтобы исполнитель не открывал ваш сайт через ссылку, а выполнял действия в отдельной дополнительной вкладке. Иногда это действия игнорируют и вас "палят".
А иногда, есть вымогатели, которые нацелено собираются о вас информацию (о ваших задачах), специально кликают по сайту в буксе, чтобы сохранялся реферер, а потом ещё пытаются накрутить источники, где зафиксированы ваши задания и ваши следы манипуляции поиском. Да, есть и такие мразоты. Иногда они так "мстят", что ты им не оплатил невыполненное задание (ниже как раз о них пойдёт речь).
Во-четвертых, те самые "накрутчики заданий" зачастую перехватывают выполнение заданий у живых пользователей, занимают очередь, не делают задание, а сразу формируют подставные отчёты. С этим я в своё время довольно серьёзно мучился, потому что приходится доказывать тех. поддержке, что конкретный пользователь в действительности ничего не делает, а просто генерирует отчёты. Либо они делают задание не полностью и тут надо доказать, что конкретный пользователь выполнил свою работу недобросовестно. Как уже сказал, они могут нацелено потом гадить и/или шантажировать, с этим также можно столкнуться.
В-пятых, как бы то ни было, кол-во реальных людей, добросовестно выполняющих заданий не так много, да их можно набрать несколько десятков, иногда сотен, но потом вы заметите, что они начинают повторяться. Бывает периоды, когда задания простаивают и не выполняются (и биржа вам ничего не гарантирует) - вам приходится дополнительно за деньги "апать задания", чтобы обратить на них внимание, но приток новых пользователей со временем исчерпывается.
Отсюда главный вывод, говоря о массовой накрутке вы в определённый период не наберете необходимое кол-во исполнителей. Так как накрутчики на софте накручивают по сотни заходов день - на буксах вы не наберете такого объёма данных, да ещё, чтобы это учлось Яндексом. Поэтому давать задание и надеяться на выполнение - это одно, а вот генерация профилей и задачи массовых заходов с контролируемыми действия - это совсем другое.
В-шестых, опять-таки в больших объёмах вы уморитесь собственноручно создавать задания. На буксе задания вы будете создавать вручную (даже с учётом того, что их можно повторять), а когда вы программируете своих ботов - это совершенно другой уровень.
На буксах вариативность ограничена, потому что основа задания на буксах - это текст, который вам придётся писать. Через ПО по автоматизации (BAS, Zennoposter) вы можете задавать огромные списки запросов и вариативно их использовать во множестве сочетаний и сценариев.
Ну, так чтобы вы поняли - допустим, вам нужно организовать переходы по 2 тыс. запросов. В ПО это делается списоком и циклом для последовательно перебора, либо рандомная выборка и последующее удаление позиции. На буксе вам придётся формировать 2 тыс. заданий вручную. Вы сможете это сделать? Сколько вам на это потребуется времени? Вы будете заниматься только этим?
Вот вам наглядный уровень разницы.
Всё, по буксам пожалуй, всё. Надеюсь, содержательно, познавательно, увлекательно 😉
Именно так. Здесь-то и видна разница, кто работает с этой кухней практически, а кто нет.
Кубики - это лишь наглядное представление рабочего сценария. В Зенке это наиболее наглядно, поэтому я и привёл пример.
В BAS-е это более уныло, но а на выходе всё правильно - отпечатки, совокупность тех. параметров браузера, железа, ОС, шрифты, плагины и прочее сопутствующее. Никакого граф. визуала ПС не видит, программное GUI оно вообще только для пользователя, чтобы было удобнее наращивать рабочую логику.
Тебе я советую не встревать в разговор и не молоть чепуху, если ты вообще не понимаешь как там что работает.
Кубики никто не рисует, они там готовые. Кубики я демонстрирую для наглядности логики, а логику можно описать хоть единым листингом, только отладку будет вести крайне сложно.
BAS в этом плане менее наглядный, но зато бесплатный (хотя и профили платные, а без них ничего не получится).
Речь вообще не о тебе, мой ответ для sagamorr и тем кто захочет начать свой путь в освоении озаглавленной темы.
Это только в закрытых сборках, вариант количественны кликов по Директу, поэтому ты вопрос так и задаешь.
Когда ты формируешь свои сценарии для нагула можно и нужно варьировать сервисы, маркет, авторизацию через почту - всё что плотнее связывает профиль с инфраструктурой Яндекса.
Нет, такой юридической нормы нет и никакие словесные выкрутасы не помогут избежать ответственности.
Если заявляющая сторона докажет факт неправомерного использования объекта авторского права и привлечет вас к ответственности за нарушение авторских прав, то придётся разбираться в судебном порядке.
Постараюсь дать полезные вводные, потому что все эти нигилистические понты и пустые претензии только мусорят, а надо выходить на конструктивное общение. Сообщество для того, чтобы помогать, а не склочиться.
Итак, sagamorr
Cофт чаще базируется на двух программных платформах: Зенка и BAS, остальные производные от BAS, есть связки Zennoposter + антики, названия их частично звучали здесь, в поиске также можно найти.
Есть заказные самописные варианты, но там кто во что горазд, такие разработки делаются естественно не для одного сайта, ибо это очень дорого и поддерживаются нанятыми программистами.
Везде свои подходы и своя кухня, особенно, что связано с анонимностью браузеров и работой с профилями и их прокачкой.
С общей схемой можно познакомиться на приватных курсах (они в сливах есть), эффективность их тоже естественно не гарантируется, потому что очевидно есть текучка в актуальности используемых шаблонов/схем.
Чаще всего разработчики сборок и платных шаблонов дают свои инструкции к работе, но естественно не дают гарантии на результат, потому что это инструкции к функциональности своего ПО, а как будет реагировать Яндекс - дело уже другое.
Однако в последнее время всё чаще разработчики всё-таки стараются дать гарантии в виде бесплатного тестового периода, но это частности, вы должны понять, что среда динамична и условия меняются. Здесь возникает опасность быть заложником чужой ошибки.
Когда софт закрыт, т.е. есть только пользовательские настройки, то это всегда кот в мешке, ты общаешься только с разработчиком ПО и он вносит изменения. Так многие платные шаблоны которые продавались были заброшены своими разработчиками - это сразу имейте ввиду.
На курсах обычно именно закрытые сборки, т.е. вам рассказывают схему, продают шаблон и пробуй на свой страх и риск, соответственно для этого курсы и записывают. Обычно разработчики поддерживают свои ТГ каналы, где идёт плотное обсуждение рабочей сборки и текущего шаблона, там общение приближено к рабочим вариантам.
Сборки и шаблоны обычно продают на условиях продления помесячной арендной платы.
Я изначально отказался от закрытых сборок и платных шаблонов, было время осваивать самостоятельно и писать своё.
Но тут сразу закладывайте время на освоение рабочей платформы (это десятки часов) и желательно JavaScipt базово.
Кстати обучающие курсы по Зенке и BAS-у есть, есть стандартные (но устаревшие) курсы от самих разработчиков этих программных платформ, есть сторонние расширенные, уже с прикладными задачами.
Беря за основу Зенку или BAS вы пишете свою логику сначала для нагула профилей, потом для их отработки для целевого сайта.
Базово сначала формируется профиль, выглядит он вот так,
Далее он нагуливается по базе тематических (и не только) сайтов. Вся логика нагула (сценарии) вместе с отработкой ошибок пишется тоже вручную.
Даю пример части логики (фрагментом),
это как раз фрагмент обработки базы сайтов для нагула: берется строка (адрес сайта), проверяется состояние, далее идёт имитация просмотра (справа генерируется число в рабочем интервале на кол-во циклов из списка рабочих сайтов).
Логика реализуется штатными средствами рабочей платформы (кубиками) + свой код на JavaScipt. Зенка написана на C#, поэтому то, что нельзя реализовать кубиками пишут на C#. В BAS-е блоки дорабатываются на JavaScript.
Однако, вернется к обзорному знакомству.
Далее в результате нагула в профиле формируется история профиля, выглядит вот так,
В различных рабочих итерациях профиль прогревается для того, чтобы потом его использовать для целевого захода.
Здесь большой простор для творчества. Задача, чтобы Яндекс принял профиль как рабочий и учитывал его в целевом заходе.
Тут есть свои хитрости и тонкости, обнаружить и разобраться в которых можно только практически. Очень многое ещё завязывается на обходе капчи Яндекса, потому что как только начинаешь с Яндексом взаимодействовать, ПС начинает сыпать капчей и не пускать дальше. Здесь также есть свои антикапч решения, они кстати также отдельно продаются и используются.
Нередко общий шаблон может задействовать несколько платных решений, всё зависит от функциональной сложности.
Есть схемы, где используются (покупаются) готовые профили, но когда этим занимаешься на постоянной основе, то потом они накапливаются свои и их также желательно прогревать.
Далее целевое использование. Вот здесь есть свои методики. Большинство накрутчиков работают на массе запросов из-за чего часто возникают перекруты и те самые ошибки в шаблонизации запросных списков, после чего в wordstat-е мы видим характерные низкочастотные хвосты с опечатками - это как раз привет этим деятелям, которые давят на массу и не смотрят в свои логи (либо смотрят поздно, когда они уже отработали).
Я работаю в точечные целевые конверсии и это даёт поступательный, но абсолютно органичный рост. Фактически для ПС сайт становится наиболее используемым и конверсионным. Это сложнее и дольше, к тому же надо под каждый целевой сайт прописывать свои вариации конверсий, но естественно более безопасно. Чем больше вариаций, тем естественно лучше, поэтому общий шаблон получается модульным, где каждый вложенный модуль отвечает за свою часть функциональности.
В особо сложных тематиках не обходится и без объёмов, но задача такой работы на самом деле не накручивать тупо CTR запросы из поиска, создавая запросные аномалии, а стимулировать (да, да именно "стимулировать") величину и вариативность конверсий с разными сценариями. Яндекс видит востребованность и полезность сайта и поступательно поднимает его в топ.
В общем виде оптимальная задача - привести сымитированного пользователя из поиска по нужную ключевому запросу и выполнить целевое действие - т.е. как будто это пользователь совершил покупку/сделал заказ.
Далее результат контролируется в Метрике. Если профиль проходит, Вебвизор будет фиксировать и визит, и конверсию.
Есть и другие подходы, поэтому в деталях эта тема довольно дискуссионная, со временем вы сами определите для себя рабочую стратегию и методику для работы с ПФ.
Вся соль в персональных настройках и методиках, которые дают результат, они определяются практическим путём.
Что вам ещё рассказать. В зависимости от масштаба задач рабочие сборки работают либо на сервере, либо на домашнем компе. Накрутчики, которые работаю на потоке - они арендуют сервера, разворачивают там софт и там нон стопом происходит процесс нагула и в него встраиваются целевые заходы.
Использование прокси - отдельная тема, часть полезной информации о прокси вам уже сказали, остальную посмотрите на курсах. Есть прокси провайдеры с очень хорошими пакетными предложениями, но там есть своя специфика, понятное дело, что многие серверные прокси часто блокируются антибот сервисами (та же всеми любимая Битерика, Хецнер) - Битерику можно купить очень дешево.
Для себя я выработал такой негласный этикет в работе - не накручивать людям отказы. Накрутчики конечно надо мной посмеются, но на сам деле в этом есть своё рациональное зерно, чем более близко вы имитируете работу бот серфинга на стороннем сайте к естественной рабочей сессии, тем более стабильно работа. Поэтому я даже часто составляю персональный серфинг для ключевых нагулочных сайтов (обычно это просмотр галереи) - это дольше и занимает доп. ресурс, но это чище.
C Яндексом при серфинге иногда работаю в отказ, чтобы профиль был более естественным.
На этом я думаю всё, итак много получилось. Начните с поиска курсов на складчинах, там чаще всего есть последовательное шаги 😉 Если поймете, что без менторинга никак, можете попробовать платный курс с поддержкой от автора.
Да, есть ещё разновидность PR менеджеров по накрутке, которые прилипают к реальным накрутчикам и подгоняют им заказы. Они в лучшем случае видели только фасадную часть этих программ, а логику и код даже не нюхали, поэтому всегда оперируют только формальными описаниями. Чаще всего они агрессивно и ревностно реагируют на любые темы по накрутке, создают иллюзию исключительной продуктивности (конечно же не своей).
Типичный признак - пишут в личку всем до кого могут дотянуться с предложением бесплатно накрутить в тестовом режиме, а потом продолжить за денежку, если получится. Иногда при отказе открыто хамят, даже матом. Желаю вам не стать их жертвой и действительно разрабатывать функционал под себя.
Написание рабочей логики под себя - это увлекательно и интересно, - и кстати позволяют довольно серьёзно прокачать свои скилы в технических вопросах, в вопросах сетевой анонимности, и в программировании.
Не слушайте критиканов и клеветников. Дерзайте, дорога открывается идущему. Надеюсь, помог хотя бы обзорно сориентироваться 😉
Я думаю, что для Москвы и МО этих будет достаточно этих сеток:
Дополню. Для работы с ПФ не является строго обязательным прокси из своего региона, предпочтительно, но не обязательно.
Когда покупка пакета проксей выгодна и сочетаете в себе разные города - можно рассматривать.
Да, и кроме ни есть и ещё ряд прокси провайдеров, которые активно используются накрутчиками.
При этом и сервисные, и Битерика не фильтруются как-либо со стороны ПС систем и учитываются.
Поэтому вопрос "к нормальности" он довольно дискуссионный, хотя и небезынтересный.
Думаю, вы в данном выводе неправы и сам вывод довольно провокационный.
К тому же, между "не может" и "не будет" есть довольно существенная разница.
Теперь по порядку.
1) В текущей теме есть как минимум несколько человек, которые занимались этим вопросом практически.
Я естественно не отслеживал и не ставил своей задачей определять насколько успешно они этим занимались, но то, что они в теме - это совершенно точно.
Посему, я не совсем понимаю какое "большинство скрючило умное лицо", получается это какая-то безадресная претензия.
В этом моменте я считаю вы не вполне корректны.
2) Применительно к данному комментарию,
Мои два тезиса не претендуют на истинность. Это не более, чем моё частное мнение, ввиду которого текущий разговор и любой другой разговор на эту тему не дойдет до конкретики.
Теперь к тезису "рассказать и показать не может". Думаю, тоже не правы. Рассказать и показать что? Демонстрация чего было бы вам наиболее желаемым? Скриншоты из отчётов по позициям? Скриншоты из эпизодом рабочих процедур? Скриншоты из настроек собственных скриптов? Скриншоты из переписки с клиентом? Отчёты перед заказчиком? Готовые кейсы?
Это не является условием того, что он не может, это скорее вывод об общем разговоре, почему конкретики скорее всего не будет.
Теперь отдельно по моим выводам:
Разве это не так? Методика эффективной накрутки является одним из приоритетных ценностных знаний, которые являются ключевым УТП в коммерческой деятельности (как изнутри бизнеса, так и c внешней исполнительской стороны).
Тоже верно. Потому что самая методика накрутки состоит из набора идей и соответствующей технической реализации.
По мере того, как приёмы технической реализации уходят в паблик, становятся достояние общественности, затем становятся наиболее используемым в работе, то поисковые системы прицельно реагируют на них и купируют их эффективность. Иногда полностью, иначе частично.
Поcему интуитивно понятен резонный вывод, что чем больше тот или иной приём используется, тем быстрее он попадает в фокус внимания поисковых систем и его "прихлопнут".
Это тенденция касается не только ПФ, это было и будет характерно для всех методик, которые касаются манипуляциями результатов ПС. В своём время это были (и частично остаются сейчас) - это доры, реф. спам, сетки, покупка ссылок и т.д.
Итого:
Ваш посыл можно прочитать следующим образом - "Есть некое большинство, которое не хочет ничего рассказывать и показывать, осознавая при этом, что публикация данных в паблике со временем нивелирует ценность этих знаний".
Вы это хотели сказать (если убрать некую общую претензию из ваших слов) или что-то другое?
