Это работает не только для профиля и ПФ, тот же базовый принцип используется и для массового аккаутинга для других сайтов, где нужна авторизация и выполнения каких-то автоматизированных действий. Только есть более строгие требования и там используются более совершенные (в плане анонимности) анти-детект браузеры.
В целом такой диалог надо вести не со мной, а с разработчиками подобного софта.
Реально живой Fingerprint - да, формирует новое устройство, но так об этом никто и не спорит, более актуален вопрос в доступной имитации пользователя и его отличного устройства для создания уникального пользователя.
Как не может. Люди и не только я годами работают с этим инструментом, а вы по куску замыленного скриншота всё уже для себя поняли? Это несерьёзно.
Во-первых, ПФ. Во-вторых, результат анализа мы видим видим в Вебвизоре.
В-третьих, здесь можно увидеть, что Яндекс фиксирует и что покажет, поэтому как он анализирует вопрос архи интересный, но суть в том как это можно использовать в работе. Использовать можно и результаты это дает - это главное.
Профили абсолютно точно разные, потому что в любой момент можно сравнить те тех. характеристики которые выводит Яндекс.
Яндекс различает эти профили и учитывает в ранжировании. Вы же не работаете с этим непосредственно, а я вижу эти результаты.
Если бы было иначе, Яндекс бы склеивал всё в одного пользователя и никакого различия не было или просто фильтровал во фрод по поведенческим.
Ну, уважаемый, ну читайте пожалуйста внимательнее, ещё раз цитирую:
Вот типовое представление для админа. Ниже список параметров конечно гораздо больше, чем влезло в скриншот
Нужна информация целиком - попросите в личку пришлю, зачем я буду палить в паблике типовые значения отпечатков, ну подумайте хорошо 😉
Конечно, то что я вам прислал это лишь начало списка.
p.s. И кстати. Можно задавать рандомную генерацию браузера (в том числе их версий), ОС, разрешений и т.д.
Но это в Зенке, в BAS-е уже готовые профили.
И вот это всё пустое, потому что надо не понтами обмениваться, а наработками, чтобы потом полезно применить уже в своей работе. А вы тут разборки устраиваете, тему засоряете, зачем? Только мешает информацию полезную воспринимать.
Примеры были. Реальные URL-ы конечно, по понятным причинам раскрывать никто не будет.
Улавливайте логику и подходы - это здесь самое главное.
Тезисов в работе с профилями десятки и даже сотни, мы что все их будем здесь обсуждать?
Это не тема Алаева с его проблемами, это тема TC с обзором программ, я этот обзор вполне конструктивно сделал на примере Зенки.
Касаемо самого вопроса - да, есть проблема с верификацией аккаунта, потому что при смене IP-шника Яндекс требует телефон.
Но с поведенческими можно работать и без верификации, так как далеко не все живые пользователи работаю в Яндекс под авторизированными аккаунтами, масса случаев гостевого использования, поэтому это не та тема в которую надо принципиально упираться в верификацию.
Если заниматься рассылками, то да, тем без верификации никак.
Не должен. Всё зависит от конкретики задач, которые вы решаете. Если работаете с получением или отправкой сообщений через почту, то очевидно авторизация нужна. Для E-mail рассылок это типовая операция.
Также как если бы вы зашли с нового браузера и Яндекс формирует новый профиль.
Конечно Яндекс не видит всю историю посещений, он видит только ту, какая связана с обновление кук от Яндекса.
Я бы сказал - пытается компенсировать.
Видите, а для кого-то это непреодолимая сложность 😊
Такие скрипты и наработки уже есть и активно используются.
А хорошо понимаю прикладные возможности ИИ (конечно не настолько и не сколько как программист, - я и не считаю себя им), но программы автоматизации через API также используют функционал ИИ и там действительно масса применений.
В отдельном именованном файле. Вы как администратор сами назначаете имя и путь для сохранения.
Поисковик узнает о сайте в момент его посещения сайтов, которые так или иначе интегрированы в среду Яндекс.
В самый общем виде, бот зашёл на сайт, где есть счётчик Метрики, через Метрику Яндекс получил информацию о данном пользователей (в нашем случае профиле), следовательно, факт захода на сайт с Метрикой - это добавочная информация в виде обновлённых кук.
Про непосредственный заход на Яндекс и его сервисы я уже и не говорю.
Сразу скажу, как именно будут различаться - в паблике такой информации не оставлю (в личку могу прислать).
Вот типовое представление для админа. Ниже список параметров конечно гораздо больше, чем влезло в скриншот, но пользователь это видит так (важные заголовки по понятным причинам замажу)
Генерация самая базовая, при необходимой настройке анонимности параметры можно менять и работать с ними как с переменными.
Он просто не знает, раздражается от своего незнания и непонимания процессов изнутри, поэтому и вас пытается убедить непонятно в чём.
А я пошагово разъясняю, какой инструмент взять, в какой последовательности использовать.
Поймите, любым объектом на странице можно управлять. Технически JavaScipt позволяет производить любые манипуляции с объектами DOM, а уж такие базовые вещи как кликнуть мышкой - закрыть окно или нажать на кнопку - очевидно базовая вещь.
Программы автоматизации, такие как Зенка и Бас позволяют это делать и предлагают инструментарий для этого, поэтому то, что Алаев утверждает, это он может утверждать сколько угодно. Для пользователей Зенки и Бас - это базовые операции и опровергать это довольно смешно. Всё равно, что сказать, что через Инспектор браузера нельзя переопределить свойства элементов на странице.
Sly32, довольно подробно я описывал процесс вот в этом вводном комментарии.
Да, профиль - это своего рода аккаунт, который сохраняется не только с персональными характеристиками, а также с данными используемого браузера, fingerprintoм-ом (цифровым отпечатком), историей посещений и куками.
В самой программе профиль экспортируются когда уже сформирован и требует сохранения, а потом импортируется в рабочий инстанс, когда требуется провести рабочую операцию с профилем.
Когда профиль включается в повторную работу, но сначала его нужно загрузить, актуализировав его историю, а потом продолжать накапливать его историю и куки по новым сайтов, которые используется в нагуле.
Накопление истории и есть своего рода "прогрев". Т.е. загрузили профиль, провели рабочие манипуляции, выгрузили обновлённый профиль. Потом снова загрузили, отработали, выгрузили и обновили рабочий файл.
Как история браузера, только сохраняется в отдельную выгрузку, чтобы потом эти профили можно было последовательно использовать.
Писал, тут 😉
Cогласен, надо заканчивать 😎
У меня лично никаких разногласий нет, я подсказываю как технически реализуется рабочая логика, как решаются задачи, которые сопряжены с нагулом профиля.
Алаев не знает как это изнутри реализовано, отсюда и возникают нелепые предположения, что надо учиться рисовать кубики, не знает как работать с источниками Яндекса, фантазирует про "спаленные шаблоны", не понимает, что вёрстка как таковая не ограничение для анализа кода, а дальше под общий ажиотаж задает нужные и полезные для себя вопросы.
Я знаю и рассказываю, чтобы аргументировать свои слова, подсказать читателям темы куда направить своё внимание.
Если бы он сам предложил свою методику, свою рабочую схему, продемонстрировал куски кода, успех своих результатов, тогда - да, могли бы коллегиально поспорить, где в каком техническом аспекте кто действует наиболее целесообразно. Это было бы интересно и даже полезно. А так там не с кем вести диалог, там только самомнение и хамство. Я говорю дело, а в ответ получаю кривляния и выпендреж.
Говорю как запрограммировать процесс рабочей навигации, он срывается в истерику и предлагает мне кликать мышкой самому 😀
ну, глупость, ребячество, какие тут могут быть технические разногласия 😉 Тут пустота и неспособность, что-либо предложить со своей стороны, кроме ребяческого поведения и газлайтинга sagamorr.
Я не вижу в теме людей, кто сами программируют ботов. Есть только бывшие пользователи программ накрутки, которые нажимали на пользовательские кнопочки, отсюда такое неприятие и неготовность воспринимать информацию, где нужно самому думать и программировать рабочую логику.
Очевидно же..
