1. Передача личного кабинета с соца на соц
2. Передача личного кабинета с соца на БМ

Передача с соца на соц

С первым всё довольно просто, это происходит через добавления соцев друг к другу в друзья, а затем идёт передача прав на кабинет "другу". Раньше самой распространенной проблемой передачи личек через сервисы автоматизации была неудавшаяся попытка "подружить" аккаунты и можно было увидеть такую ошибку:

Чаще всего причиной такой ошибки является отсутствие указанной и подтвержденной почты у соца, который добавляется в друзья, а так же у какого-то из аккаунтов может быть достигнут лимит на 5000 друзей.

Через FBTOOL можно выбирать, от лица какого соца подавать запрос в друзья, с передающего или же с принимающего (т. е. с "мамки"). Отправлять запрос с "мамки" в том числе полезно, так как слабые автореги после попытки отправить запрос в друзья просто слетают на чекпоинт.

Недавно ФБ в некоторых ситуациях добавил еще один шаг при добавлении в друзья с просьбой подтвердить, что аккаунты действительно знакомы:

Эту проблему мы быстро выявили и пофиксили, сервис стал обходить эту плашку.

Ну и главная проблема, которая встречается при передаче с соца на соц вот эта:

Она означает, что соц, на который мы передаём кабинет ограничен на приём новых кабов. Изначально, когда мы запускали функцию передачи кабинетов такой ошибки вообще не встречалось. Потом ФБ решил бороться с такими схемами, эта ошибка стала появляться на соцах, где какой-то из принятых кабинетов ловил полиси или другой тип бана. То есть на чистую "мамку" еще можно было передать достаточно много кабинетов, но потом и эти гайки подтянули, и теперь ФБ ввёл лимит и перестал давать передать больше 9 кабинетов на один соц. Немножко выкрутиться из этой ситуации у нас всё же получилось, сделав параллельную передачу кабов, благодаря которой успевает передаться до 15-20 кабов, прежде чем ФБ выпишет лимит, но тут уровень успеха зависит от скорости и качества прокси.

Передача с соца на БМ

Если говорить про передачу каба на БМ, то тут у нас больше путей реализации этого процесса. По сути они делятся на 2 типа:

1. Отправить с БМа инвайт на добавление кабинета
2. С соца, у которого есть доступ и к БМу и к кабу добавить каб в БМ

Первый способ (делается при ВКЛюченной опции передачи через Cookie) всегда был самым надежным, он полностью повторял классическое добавление каба в БМ, которое обычно пользователи делают руками в самом ФБ. Нюанс тут разве что в том, что по API этот способ не автоматизируется и для этого нужны Cookie. Но совсем недавно ФБ взялся и за передачу кабов на БМ, выкатив новую ошибку:

Возникает она при попытке принять инвайт на добавление кабинета в БМ на автореге. При этом при попытке руками в ФБ принять приглашение мы видим точно такую же ошибку:

Эта ошибка означает, что ФБ в текущей сессии не даёт акку принять инвайт. Он просит залогиниться по логину/паролю заново и принимать уже из новой сессии. Очень вероятно, что это как-то зависит от способа регистрации аккаунтов, либо из-за того, что селлеры часто дают аккаунты с другими юзерагентами, нежели с теми, на которых аккаунты регистрировались. Так же и пользователи часто используют с купленными куками не тот юзерагент, который шел в комплекте к аккаунту. На сегодняшний день есть 3 способа обойти эту ошибку.

1. Самый надежный, но неприятный - залогиниться в антике в аккаунт по логину/паролю, и далее работать с куками и токеном этой сессии.
2. Передать кабинет через FBTOOL не использую опцию передачи через Куки, но тут важный нюанс: у соца, в чей БМ передаются кабы не должно быть блока на приём кабинетов, о котором мы говорили выше. Так же в таком случае, если блока нет, лучше сначала просто на соц передать кабинеты, а потом через управление БМами уже добавить их в БМ. Так лучше из-за того, что с соца на соц кабинеты передаются многопоточно, и сервис успеет передать больше кабинетов.
3. Подойдет, если нужно передать всего пару кабов - создаем инвайт ссылку на вход в БМ. Входим автиком по этой ссылке в БМ, помещаем в него свой кабинет и выходим из БМа. Всё это также можно сделать через FBTOOL в управлении БМами.

Второй способ передачи, который делается при ВЫКЛюченной функции передачи через Cookie работает следующим образом: кабинет сначала передается на соц, в чей БМ мы хотим поместить кабинет, а потом уже этот соц кидает кабинет в свой БМ. Сам процесс помещения своего кабинета в свой БМ пока никак не ограничен со стороны ФБ, но проблема тут возникает на моменте передачи каба именно на соц, о чем я писал в первом разделе этой статьи.

Работать с автозаливом с оптимизацией за лиды стало сложнее, так как стало много подготовительной работы перед запуском. Мы нашли работающий (на сегодняшний день) способ упростить вам жизнь, что же нам для этого нужно:

• Аккаунт с БМом ("Мамка") - Должен быть админом в БМе
• Подтвержденный ЛЮБОЙ домен в этом БМе и пиксель/пиксели, с настроенным событием Лид для этого домена (можно сделать до 8 пикселей на домен, на каждом по 1 событию)
• Аккаунты, с личек которых планируете лить (либо кабы самого БМа)

Все аккаунты должны быть добавлены в FBTOOL, передать личку на БМ можно прямо через сервис:

Когда все необходимые для залива кабинеты помещены в наш БМ, переходим к заливу связки с оптимизацией за лид. Вы можете залиться как с самой "мамки", которая управляет БМом, так и по отдельности с тех соцев, личку с которых передавали на БМ. При выборе аккаунтов для залива появилась новая опция - "расшаривать пиксели БМа на лички":

При активации данной опции пиксели БМ автоматом расшарятся на кабинеты заливаемых аккаунтов, которые в этот БМ добавлены. Важное условие - мамка с БМом должна быть добавлена на сервис.

А теперь самое интересное - неизвестно, баг это или нет, возможно фб это пофиксит в будущем, но заливать мы можем рекламу на любой домен, даже если он не добавлен и не подтвержден в БМ, главное - использовать пиксель БМа, где есть хоть один любой подтвержденный домен!

Высокого ROI вам, ждём на https://fbtool.pro!

P.S. Подтверждение доменов через сервис пока не зарелизили, так как фб еще не впилил настройку событий для доменов в graph api (и неизвестно, впилит ли вообще, но очень на это надеюсь), а без настройки событий автоматизация самого подтверждения не имеет особого смысла, но альтернативное решение не за горами! Следите за новостями: @fbtool

Большинство арбитражников даже и представить себе не могут, что кто-то делает/делал шестизначные суммы, не платя за трафик, и я говорю не о способах кидать Facebook на бабки и не оплачивать рекламу, а об условно-бесплатном трафике.

Почему трафик бесплатен условно? Потому что для его получения требуются расходники: прокси, акки, софт, хостинг, домены и т.д., но сам же трафик добывается бесплатно путём взаимодействия с живыми пользователями в соц-сетях и рекламы своей партнерской ссылки. Такими действиями могут быть лайки, подписки, личные сообщения, посты там, где их может заметить целевая аудитория и любые другие способы, которые создают контакт с человеком.

Многие мои читатели помнят, что 2-3 года назад мы разрабатывали и продавали софт для автоматизации работы в Instagram. Тот софт как раз изначально делался под себя и предназначался для получения трафика из инсты, и он прекрасно справлялся с задачей, но со временем работать становилось всё сложнее, и мы выкатили софт в паблик, чтобы найти единомышленников, которые помогут оперативно находить обходы капризов инстаграмма и быть на шаг впереди сетки вредного Цукера. И так, постоянно обмениваясь опытом с коммьюнити, удалось сделать действительно стабильный качественный софт, который приносил многим нашим клиентам очень много бабла!

При этом целевая аудитория нашей программы была достаточно узкой, чтобы её продажи приносили стабильный и высокий доход, разработка и поддержка клиентов стала занимать слишком много времени, чтобы продолжать добывать трафик из инсты самим в постоянно меняющихся и усложняющихся условиях, а профита с продаж софта хватало лишь на аренду офиса, и немного оставалось на пивко. Многие скажут, что снимать офис в такой ситуации было лишним, и можно было работать из дома - возможно, но это тема для отдельного разговора, скажу лишь, что к офису мы пришли не сразу, а когда поняли, что если не нормировать рабочий день и не разделять личное и рабочее пространство, то происходят постоянные провалы работоспособности и эффективности, особенно когда идёт работа в команде. Офис очень хорошо выровнял этот момент.

Так вот, в инсте мы прошли через огонь и воду, и как-то решили попробовать повторить подобную схему работы на других менее известных социальных сетях. На фоне того, что инсту дрочили все, кому не лень, заходить во многие другие сетки было глотком свежего воздуха! Особенно, если до тебя по пользователям еще никто не прошёлся :) Много где не было никаких лимитов, аккаунты долго не банились, а если и банились, то наклепать кучу новых не составляло проблем. Опыта и ресурсов было достаточно, чтобы быстро автоматизировать работу с новыми сетками. Искали их где попало, но в основном в топах апп стора и плей маркета, так как лучше всего трафик идёт оттуда, где есть пуш уведомления, поэтому выбирали сетки, у которых есть приложения.

В отличие от инсты, у многих мелких сеток не было сложных систем детекта бот-активности, поэтому схема работы была всегда примерно такой:

1. Руками несколькими аккаунтами совершались действия до лимитов, чтобы понять, живая ли аудитория и есть ли хоть какие-то реакции на наши действия и клики по ссылке
2. Если виден потенциал, то на скорую руку пишется софт, автоматизирующий регистрацию и заполнение аккаунтов, сбор баз и выполнение действий
3. Запускается в работу без всяких прокси, рандомизаций и тд на большой скорости, чтобы максимально быстро в течение нескольких часов успеть обработать всю базу пользователей в очень много потоков
4. Если сетка начинает принимать меры - вводить лимиты, палить айпи, ссылки, тексты, то мы начинали усложнять работу, использовать всё рандомное, и так по кругу, пока сетка не отожмется или работать станет невозможно

Цикл жизни сеток и профит был разным, где-то всё автоматизировалось так, что можно было каждый день в течение пары месяцев запускать софт и получать от 30 до 200$ в день, ничего вообще не меняя, а где-то удавалось поднять за несколько дней 1-2+к$ и сетка закручивала гайки с концами или полностью выдыхалась.

Самое классное время было в 2016-2017 годах, когда был большой выбор никем незаспамленных сеток, в месяц подключали и отжимали по несколько штук, при этом почти во всех из них получалось что-то заработать. Сливали всегда на дейтинг, это оптимальная и бессмертная вертикаль для такого трафика. В то время много кто работал по такой схеме и искал какую сетку отработать, и на буржуйских сайтах можно было встретить подобные фотки юзеров соц сетей, столкнувшихся с деятельностью наших коллег по цеху:

В 2018 году какой-то профит получалось выжать уже примерно с 1 сетки из 5, было даже 2-3 месяца, когда вообще ни с одной не получалось ничего заработать. Обусловлено это было тем, что в 2016-ом почти всё автоматизировалось через веб-версии сеток, к 2018-ому же почти все активные соцсети работали только через приложения, которые сильно шагнули вперед по защите своего апи, а так же по уровню реагирования на подобную активность. Поэтому было принято решение уходить из этой темы, времени на реализацию и тесты стало уходить сильно больше, а отдачи всё меньше.

Для меня это было реально прикольное и драйвовое время, постоянная игра в кошки-мышки с сетками, изучение новых технологий, именно тогда я получил огромный опыт кодинга, исследования работы соц сетей и приложений, обхода их фильтров. Благодаря этим знаниям сейчас развивается fbtool.pro, где применяются все возможные меры безопасности и предосторожности автоматизации, даже там, где это не требуется.

Тема условно-бесплатного трафика жива и сейчас - стало сложнее, но если подключить фантазию, то можно добыть очень много трафа и денег, и есть ребята, кто до сих пор на этом хорошо поднимает. Лично я отказался от работы с ним, потому что морально устал от диких качелей, нестабильности, отсутствия уверенности в завтрашнем дне, что вызывало постоянные перепады настроения в худшую сторону. Насколько сильно заряжали и воодушевляли успехи, настолько же сильно подавляли ситуации, когда, например, 2 месяца работы уходили в минус и не приносили вообще никаких результатов. Конечно, в классическом арбитраже с платным трафиком тоже всё не супер стабильно, но по сравнению с бесплатом это просто земля и небо. В какой-то момент я просто сел и посчитал профит со всех сеток, разделил на количество месяцев, когда мы этим занимались и еще на два (мы работали вдвоём), и получилось, что с бесплатного трафа в среднем в месяц на человека выходило в районе 700$. В моменте кажется, что всё отлично, но на дистанции это просто смешно по сравнению с нормальным арбитражем, но полученный опыт, определенно того стоил!

В связи с наличием возможности использовать свои прокси на fbtool.pro, пользователи часто задают одни и те же вопросы, поэтому пишу эту статью, чтобы закрыть большую часть из них.

Многие наши пользователи никогда не сталкивались с проблемами при работе с нашим сервисом, поэтому если Вы один из них — прокси можно не использовать, а работать без них, как и раньше. Но данную статью можете прочитать для общего развития.

Мы провели огромное количество тестов на десятках разных аккаунтов, в том числе вешали больше сотни аккаунтов на один ip, пробовали отправлять запросы с сотен разных ip разных гео на каждый акк в короткий промежуток времени - никаких санкций и проверок не было. Если бы подобные действия производились в браузере, то ни один акк бы ни за что не пережил такого.

Всё это говорит нам о том, что те правила, которые мы соблюдаем при работе с аккаунтами в Facebook в браузере не имеют ничего общего с работой по API. Это проверенный и доказанный факт!

В доказательство тому было записано видео:

Для теста специально были взяты те прокси, которые максимально зашкварены в фб, и вход с такого айпи в браузере приведет к смерти акка, так как эти прокси продаются в десятки, а то и в сотни рук, и ни одна из них не соответствует стране нашего аккаунта. При этом использовать эти прокси для запросов по API оказалось безопасно. За полтора года работы с автоматизацией фб я уже сделал вывод, что для работы по API невозможно зашкварить IP!

Я еще не встречал ни одного IP, при обращении с которого были бы проблемы с любого аккаунта. Так же как и не встречал IP, на которых было бы больше вылетов, чем на каких-то других.

Тем не менее, сервис никогда не работал со всеми аккаунтами с какого-то одного IP, их всегда у нас было много, они всегда были приватными, и аккаунты распределяются по ним равномерно, чтобы не было пересечений. Это было предусмотрено еще при создании сервиса после опыта автоматизации более десятка разных соц. сетей.

Примечание: Начиная с февраля 2020 все прокси, которые сервис выделяет аккаунтам, добавленным без указания своих проксей - мобильные, приватные, поднятые лично нами. Чем они лучше других описано в конце этой статьи.

Итак, летом 2019 года Фейсбук ужесточил алгоритмы безопасности, и некоторые пользователи стали жаловаться на то, что на аккаунтах, добавленных на сервис, выскакивает проверка входа из неизвестного места.

Обновление от ноября 2020: Спустя год с момента написания этой статьи подобных чеков практически не встречается, более распространены обычные разлогины, от чего еще сложнее говорить наверняка, связано ли это с привязкой к сервису, так как с этой проблемой сталкиваются и арбитражники, не работающие с подобными сервисами.

Большинство столкнувшихся с этим, было уверено, что дело в том, что страна, город или устройство входа сервиса не соответствует тому, что использует пользователь.

Это логичное умозаключение, которое основывается на опыте работы с аккаунтами в браузере, но вспоминаем результат экспериментов, описанные выше, и понимаем, что самого факта запроса к апи с другого айпи и с другим юзерагентом недостаточно, чтоб были такие последствия. К слову об акке из видео выше — за счет того, что сервис работает через токен из вашей же сессии, в истории входов не появилось никаких новых устройств и входов, хотя были запросы с 200 разных айпи и с разными юзерагентами:

Я переобщался с очень большим количеством клиентов, несколько раз заменял все прокси на сервисе, и ситуация оставалась одной и той же - у одних пользователей всё нормально, у других - проверки входа. При абсолютно рандомных переменных и не пересекающихся между аккаунтами данных, именно у определенных людей акки уходят на проверку.

При этом это не зависит от того, совпадает ли гео аккаунта с гео наших прокси или нет, хоть фб и указывает в чекпоинте, что был подозрительный вход и показывает из какой страны и с какого устройства он был совершен — сам этот факт не является первичной причиной каких-либо вылетов. Как я говорил выше, при работе с апи это не важно! Видео выше тому доказательство, а на скриншоте видно, что никаких входов кроме нашего из браузера он и не видит. Можно сказать, что фб сам себе противоречит по поводу причины чекпоинта.

Итак, на основе всех полученных за несколько месяцев данных, делаем следующий вывод:

С точки зрения работы по API аккаунты делятся условно на 2 типа:

• Аккаунты, к которым по API можно обращаться абсолютно с любых айпи и любых гео (таких большинство);
• Аккаунты, которые уйдут на проверку при запросе с любого ip, который не входит в ту подсеть, с которой в него заходил пользователь, или не является тем ip, которому фейсбуку сложно придраться (айпи мобильных операторов)

Почему аккаунты некоторых людей попадают во вторую категорию? Вариантов может быть очень много, и каждый случай индивидуален, но суть в том, что это признак того, что у фб уже есть какие-то подозрения и вопросы к безопасности аккаунта, но их недостаточно, чтобы просто выбить акк на проверку. И вот при таком стечении обстоятельств, фб подключает к своему анализу те данные, на которые обычно не смотрит - сопоставляет между собой айпи, светившиеся в сессии.

И тут уже не важно, другое это гео или то же самое, какое устройство указано в юзерагенте, срабатывает просто совокупность всех факторов. Именно поэтому вылет на чекпоинт может быть спустя несколько дней работы в сервисе — какие-то действия пользователя на аккаунте понизили траст — фб начал копать глубже — проверка.

Знаю нескольких пользователей, чьи акки в сервисе слетали на такой чекпоинт, но они нашли, где палятся перед фб на своей стороне, исправили это, и чеки ушли.

Но есть способ избегать таких чекпоинтов при использовании сервиса, ничего не меняя в схеме своей работы. Правда, если такая проблема Вас всё-таки настигает, то лучше всё-таки что-то изменить, так как фб уже знает о вас что-то, чего не должен, и акки уже не такие идеальные, как Вы думаете :)

Как же обойти эти проверки?

Лучший вариант - использовать на сервисе ту же проксю, что используется на аккаунте в браузере. Тогда запросы сервиса с вашим же юзерагентом вообще не будут отличаться от ваших запросов.

Если в браузере вы используете прокси со сменой айпи по ссылке, то можно смело использовать ее на сервисе, так как у одной мобильной прокси все айпи отдаются из одной и той же подсети, и фб этого достаточно - проверено личном нами и десятками наших пользователей!

Во многих случаях достаточно использовать любую мобильную прокси, любого гео, так как к мобильным айпи у фб намного больше доверия. Именно поэтому мы перевели FBTOOL полностью на собственные чистые мобильные прокси, и при добавлении акков на сервис без своих прокси, аккаунту выделяется одна из них.

Я не буду глубоко погружаться в технические моменты, расскажу кратко про graph api Facebook. Работа с api осуществляется от лица приложения. В большинстве случаев разработчик создаёт приложение и работа со всеми аккаунтами идёт именно через него, после того как пользователь авторизуются через свой аккаунт в этом приложении и сервер разработчика получит от fb токен для определенных действий с аккаунтом. 

Мы от такого варианта сразу отказались, так как большая часть наших клиентов хочет чистить комментарии, а значит льют то, что вызывает негатив у пользователей, следовательно fb бы периодически мог банить приложение, заодно захватывая аккаунты, в нём авторизованные.

Мы пошли по пути работы с токенами, которые выдает сам фб от лица своего же системного приложения. Системные приложения используют тот же api, что и пользовательские и в самом фб используются для того, чтобы в фоне подгружать объявы, статистику и другие данные акка. Этот апи находится на отдельных серверах фб, на отдельном поддомене, и выполняет задачу транспортировки сухих данных непосредственно к вам в браузер, чтобы браузер отрисовал страницу, используя эти данные. Этот апи никак не связан с системами борьбы со спамом, антидетектом, не собирает и не анализирует данные вашего железа, так как вообще не предназначен для того, чтобы спалить Вас на чем-то, он даже физически не может получить никаких данных о вашем устройстве, кроме юзерагента и айпи. Это исключительно фоновый процесс передачи данных, и токен, полученный из исходного кода страницы, позволяет эти данные получать от лица той же сессии, в которую вы вошли в своем браузере, и в данном случае ip или useragent запросов ни на что не влияет, так как более сложные параметры о вас и вашем устройстве перед выдачей токена предварительно проверяются другими скриптами на других серверах фб, которые созданы как раз для обеспечения безопасности. Поэтому в браузере зайти в аккаунт с непривычного ip или другого устройства для фб - конкретное палево, для graph api - нет. 

Но в последнее время у некоторых пользователей стала встречаться такая проблема, что при добавлении аккаунта на сервис, либо через какое-то время работы в нем, фб кидает на чекпоинт с вопросом, не вы ли заходили из необычного места с указанием захода из Москвы или Санкт-Петербурга. Пользователи из других стран, столкнувшиеся с этой проблемой, уверены, что причина том, что запросы от сервиса идут из другой страны и другого устройства. При этом с проблемой столкнулось и несколько человек из России, в том числе из Москвы и Спб. Я начал изучать вопрос, общаться с пользователями, встретивших проблемы, проверять разные гипотезы.

Также, важным моментом в изучении проблемы стало то, что по логам ошибок на сервисе, с проблемой сталкиваются аккаунты определенных пользователей, а не рандомно у всех по чуть-чуть. Причем доля пользователей с проблемами от общего числа совсем небольшая, меньше 5%. Учитывая, что у нас довольно много айпи, которые равномерно распределяются по аккаунтам, то совпадения быть не может. Очевидно, что раз в равных условиях среди 1000 акков у 100 пользователей вдруг слетает только 10 аккаунтов одного человека, то присутствует локальный фактор на стороне пользователя, по которому фб палит его акки. 

Итак, рассмотрим результаты разных наших и не наших экспериментов:

1. Решил проверить, вдруг какие-то из наших айпи зашкварилсиь, и проблемам больше подвержены акки, которым попались какие-то конкретные айпишники. Поднял логи - результат отрицательный, ни одна из проксей не лидировала в количестве ошибок на ней по сравнению с другими. 
2. Окей, раз на всех айпи всё одинаково, может быть они одинаково зашкварены? Добавили еще столько же новых прокси из совершенно других подсетей для всех новых акков. Динамика та же - у тех же людей наблюдаются проблемы.
3. Даём пользователям возможность указывать свой юзерагент при добавлении акка, чтобы сохранялось то же устройство. Некоторым помогло. Почему именно некоторым, опишу в выводах дальше.
4. Добавили прокси Украины и Казахстана и дали возможность вешать акки на соотвествующие своим гео. Динамика та же, что и с юзерагентами, кому-то помогло, у кого-то продолжились проверки.
5. Решил проверить, а можно ли вообще зашкварить сервисом аккаунт. Взял абсолютно разные акки по происхождению, и передобавлял их в сервис 30+ раз (каждый раз выдавался разный ip), выбирая разные гео и юзерагенты, в том числе вместо юзерагента пробовал писать полную неестественную дичь, которой вообще никак не может быть в юзерагенте. Никаких последствий не было. Попробовал провести более агрессивный стресс тест - в течение нескольких секунд бахнул запросы с 100+ разных айпи разных гео и с разными юзерагентами каждым акком - тоже всё ок.

Выходит, что смена гео, айпи и устройства по апи напрямую ни на что не влияет. Подобные тесты мы проводили на протяжении года существования сервиса. Но почему же у некоторых начались проблемы, а у других нет? А ответ в аккаунтах, их источниках и расходниках и в том, что фб стал более жестко относиться к угону акков. Когда у него появляются подозрения, что акк увели у хозяина или пытались увести (относится к тем, кто работает на логах, брутах и арендных акках), то внимание к любым сменам условий аккаунта становится чересчур пристальным. А вот что может заставить его так относиться к аккам - это уже те факторы, которые чекаются на уровне ваших браузеров.

Пример из опыта одного из пользователей: при добавлении всех акков на сервис, фб кидал проверку. На все акки клиент заходил через свой 3г модем. После смены 3г модема на качественные прокси, проблема больше не встречалась.

Очень важно пользоваться своими аккаунтами с чистых айпи, 3г модемы и резидентные прокси с ротацией - не гарантия траста и защиты. У операторов на несколько миллионов абонентов достаточно мало уникальных адресов, а если 3г модем расположен постоянно в одной локации, то все ваши акки рано или поздно попадают на одни и те же айпи. А если рассматривать ситуацию с брутами/логами и арендой, то подумайте логически, акки разных людей из разных частей страны вдруг светятся в одном районе города, и все поголовно запускают рекламу. На первое время может и не палится, но несколько месяцев работы такой работы точно оставят свой след. А кто-то использует покупные мобильные прокси, которые продаются в несколько рук, думаете фб не видит этого? Я вот очень сомневаюсь.

А у одного пользователя вообще причина чекпоинтов оказалась в том, что он раздавал интернет на мак с айфона по проводу. Как только он стал раздавать интернет по воздуху, проблема полностью ушла.

Помимо айпи могут быть и другие факторы, по которым фб склеивает акки, думайте, что может быть общего, до самых мелочей. От прокси до карт, доменов, серверов и тд. Может быть проблема и не на вашей стороне, а на стороне селлера акков, который чекает их кривым софтом или с хреновых прокси, и фб ставит их на карандаш еще до того, как они попали к вам в руки.

И еще один интересный пример из нашего личного опыта. У нас уже год был добавлен личный аккаунт на фбтуле, никогда никаких проблем не возникало. И вот на днях кто-то попытался взломать акк и несколько раз сбросить пароль, и на следующий день фб выдаёт чек «это были вы?» про айпи и устройство, на котором аккаунт непрерывно работал несколько месяцев в фбтуле. Подтвердили, что это были мы, и проблем больше не возникало.

Какой вывод из всего этого можно сделать? Фб по разным признакам определяет вероятность того, что аккаунт мог попасть в чужие руки. От уровня и количества этих признаков зависит то, будет проверка в определенных условиях или нет. К примеру, в каких-то ситуациях достаточно использовать на сервисе тот же юзерагент, что и в браузере, в каких-то достаточно выбрать то же гео, с которого сидите в аккаунте. Если же такие проверки происходят у вас практически на всех акках при указании своего юзерагента и нужного гео, то акки пропалились где-то еще на вашей стороне.

Что же делать в этой ситуации тем, у кого все акки летят на проверку? По моим наблюдениям главной причиной сейчас является количество и качество айпи, на которых аккаунт побывал до добавления на сервис. Попробуйте поиграться с прокси или сменить оператора своего мобильного интернета.

В общем, я всегда рад, когда вы делитесь своими наблюдениями и результатами экспериментов в лс. Я всегда открыт и пытаюсь делать сервис лучше каждый день.

Меня зовут Кирилл, мне 25, и уже более 8 лет я работаю в онлайне. Сейчас я известен, как основатель команды программистов-арбитражников Nortox Lab, но начинал я совсем с другого и очень хочется рассказать, как всё к этому пришло. За эти годы я прошёл невероятный путь, накопив такой опыт, что многим будет полезно ознакомиться, дабы не повторять моих ошибок :)

Еще в 13-14 лет я начал делать простенькие сайты на конструкторе от яндекса narod.ru, который больше не существует. Естественно, тогда в голове возник вопрос, как же заработать в интернете? Буксы, разгадывание капчи за деньги... как и многие я через это прошел, задолбался, на минималку для вывода не набрал, плюнул и забил.

В 2010 году я начал пробовать себя в SEO, а привела меня туда... бабушка! Да, моя бабушка была сеошником еще 10 лет назад, и продолжает работать с сайтами до сих пор! В какой-то момент ей понадобился помощник, потому что она перестала успевать работать со всеми клиентами.

Для тех, кто не знает, что такое SEO, цитата из википедии:

Поиско́вая оптимиза́ция (англ. search engine optimization, SEO) — комплекс мер по внутренней и внешней оптимизации для поднятия позиций сайта в результатах выдачи поисковых систем по определённым запросам пользователей, с целью увеличения сетевого трафика (для информационных ресурсов) и потенциальных клиентов (для коммерческих ресурсов) и последующей монетизации (получение дохода) этого трафика.

Я приехал к ней, она дала мне блокнот и ручку, сказала записывать всё, что она скажет. Заставила записывать на бумаге прямые ссылки на страницы нужных сайтов, бабушки они такие :)

Самое интересное, что она никогда не сидела на форумах вебмастеров, не изучала никаких основ HTML, верстки и программирования. Суть её оптимизации заключалась в заполнении мета-тегов всех страниц сайта, наполнению страниц ключами и простановкой внешних ссылок. Вот с ссылками самое интересное. Мы создавали блоги на livejournal, liveinternet и паре подобных бесплатных блог-платформ и просто каждый день постили копипастные статьи по теме продвигаемого сайта, вставляя в эту статью ссылку с прямым ключом. Месяц такой ежедневной работы выводил продвигаемые ключи в ТОП 1-3 Яндекса.

Мне перепало 2 клиента на постоянную работу, и учась в 10-11 классах я уже зарабатывал около 20 тыс. рублей в месяц. Очень неплохие деньги для школьника по тем временам. Естественно, я начал изучать всю информацию про SEO, нашел кучу блогов, начал изучать форумы (серч, маул), и сильно удивился от того, что наш метод вообще работает! То, как мы работали, противоречило практически всему, что рекомендовали и делали гуру того времени!

Что бы ни писали ТОПы, будь это SEO, SMM, арбитраж или любая другая сфера, всегда проверяйте свои идеи и теории! Часто очень хорошо работает именно то, от чего не ожидаешь положительных результатов, особенно начитавшись всяких "профи".

Я начал внедрять полученную информацию и заменил постинг в блоги на покупку временных ссылок на сервисах типа seopult и rookee. Тратя 1000 рублей в месяц на ссылки, я освободил себе кучу времени, которое решил тратить на создание сайтов под продажу ссылок на биржах sape и gogetlinks. Такие сайты называют сателлитами, они не несли никакой пользы пользователям, но зато ссылки с таких сайтов продвигали в топ другие. Чем больше страниц на сателлите, тем больше ссылок можно продать, соответсвенно, больше денег заработать. Но об этом уже в следующей части.

Подпишись на канал, чтобы не пропустить продолжение @nortoxlab