Масштабування LinkedIn ферми та захист від банів

Перша: повністю уникнути банів неможливо. Банять навіть чисті акаунти без очевидної причини. Спрацьовують різні тригери, а вирішують це автоматичні системи, не люди. Головний сигнал, який LinkedIn відстежує, це спам.

Друга: тулза вже має працювати за принципом виділених проксі, а не лише імітувати поведінку людини. Симуляції людських дій тепер недостатньо. LinkedIn трекає проксі і навіть надає перевагу проксі з локацією, що збігається з локацією у профілі.

LinkedIn виграв судову справу проти однієї з тулз автоматизації, і відтоді тисне автоматизацію і зсередини, і ззовні. Кейс Apollo показовий: LinkedIn з корінням викорчував їхню інтеграцію, видалив групи, забанив пов'язані акаунти, юристи розіслали листи з вимогами припинити.

Юридичне тло теж змістилося. У Британії є прецедент перемоги LinkedIn над скрейперськими тулзами, тому їм не потрібно роками доводити справу в суді. Стара перемога скрейпер-компанії за логікою «дані публічні, як ми їх збираємо, не ваша справа» згодом була скасована апеляцією. Висновок: будь-яка залежність від сторонніх скрейперів сьогодні крихка.

Обидві команди підтверджують: попри гемор, LinkedIn дає більше за email. Ліди з пошти «брудніші», у них вищий відсоток зникання: компанія щось обговорює, а потім передумує і пропадає. Ліди з LinkedIn мотивованіші, відсоток доведення до угоди вищий, а слідів «брудної» роботи менше.

Email паралельно деградує: нові політики Outlook щодо прогріву й доставки погіршили картину. Тому ставка на LinkedIn виправдана, але керована: мінімізувати ризик, тримати резерв, мати протокол відновлення.

Це найважливіший елемент, який відрізняє стабільну ферму від одноразового конвеєра. Правила:

• Виділений статичний проксі на кожен акаунт. Без статичного проксі акаунт у роботу не заходить. Це базова умова, не опція.
• Гео проксі збігається з гео у профілі. Якщо профіль зазначає Україну, проксі теж український. LinkedIn індексує проксі за локацією профілю, тому розбіжність сама по собі стає сигналом.
• Один проксі, одна «людина». Якщо акаунтом користуються кілька осіб, усі заходять через один проксі. Можна підняти єдиний Chrome-профіль із проксі-розширенням, щоб для LinkedIn усі виглядали як одна особа.

Перший крок команди після бану був правильний: окремий віддалений сервер, на який перенесли всі акаунти, плюс внутрішні правила, щоб двоє людей не заходили одночасно. Але сам сервер банів не вирішує. Поверх нього потрібен проксі. Сервер дає спільну точку доступу, проксі дає «одну людину».

Для масштабу логіка така: великий сервер з достатнім обсягом RAM тримає до 150 акаунтів. Два сервери дають 300. Працює це батчами: відкрив пул, відпрацював, закрив, відкрив наступний. На піку одна з команд тримала 300 акаунтів через власний софт, аналог Expandi, який відкривав сотні браузерів і вів розсилку, а відповіді агрегувалися в одну стрічку.

Реєструвати акаунти на власному домені та власній пошті, не на Gmail. Логіка: Gmail періодично блокує Google-акаунт, і разом із ним губиться доступ до прив'язаного LinkedIn. На своєму хостингу можна підняти кілька доменів і робити майже безліч пошт. Реєстрація багатьох акаунтів на одному домені блокувань не викликала.

Окремий важіль від радника: на робочий профіль варто завести корпоративну пошту і використати її як логін, навіть якщо персона фейкова. Корпоративна пошта допомагає верифікації, підтверджує, що людина працює в компанії, і додає додаткову точку відновлення доступу.

Старі акаунти, яким кілька років і які мають багато зв'язків, банять рідко. Нові акаунти LinkedIn тероризує. Показовий приклад: акаунт на 20 тисяч зв'язків забанили перманентно і довго не хотіли розблоковувати, але після повторної подачі відкрили з першого разу. Тобто шляхи модерації непрозорі навіть для прокачаних профілів.

У реальному кейсі акаунти по 5, 7 років. Це сильний актив, який треба берегти, а не спалювати агресивними діями. Нові акаунти без верифікації запускати немає сенсу: вкладений у прогрів час легко втратити одним перманентним баном, плюс це репутаційні втрати, якщо лід захоче написати, а акаунт заблокований.

Ринковий підхід, який описала одна з команд для масштабу: купують документи реальних живих людей, реєструють акаунти, проходять повну верифікацію персони, отримують галочку «реальний акаунт». Такі акаунти банять значно менше. Ціна орієнтовно до 1000 грн за документ, джерело — sales-спільноти в Telegram.

Технічна вимога: потрібен доступ до реальної людини. Верифікація вимагає покрутити головою наживо, а скан паспорта зчитує всі дані. AI-генерацію LinkedIn детектить і відхиляє, тому згенерувати персону тулзою не вийде.

Аватар. Ніколи не використовувати AI-фото: LinkedIn має детекцію згенерованих зображень. Краще брати реальне фото дуже схожої людини або просити фото у власника документа, з легкою зміною кропу. Один з робочих методів: брати фото з російських профілів через низький ризик скарги і трохи міняти кадр. Жіночі профілі дають кращу відповідь і їх легше підбирати.

Поле «місце роботи». Дві позиції, рішення за компанією.

Заповнення профілю. Прямої залежності між повнотою профілю і ймовірністю бану команда не помітила. Повний профіль не банить швидше за пустий. Тому не варто переоптимізовувати цей фактор, фокус має бути на проксі, прогріві та лімітах.

Прогрів спочатку ручний. Автоматизацію вмикають лише після того, як акаунт набрав вагу. Цільові метрики: високий відсоток прийняття надісланих інвайтів і низький відсоток відкликань або відхилень.

Керувати обсягом зв'язків вручну неможливо: відстежити, щоб усе йшло рівно, людина не встигне. Тому обсяг задається параметрами в інструменті: коли і скільки конекшенів відправляти, щоб не вилітало масово. Тулза тримає бенчмарки, і поки команда не перевищує ці метрики, акаунти перестають масово банити. Один бан на місяць стає прийнятним фоном, який закривається через сапорт.

LinkedIn вимагає більшого, ніж email. У пошті достатньо налаштувати чистий sequence і тула все робить. У LinkedIn потрібен розумніший контекстний хук, прив'язаний до конкретної людини: аватар, рішення на сайті компанії, конкретна технологія в профілі. Контекст дає привід почати розмову, який не виглядає масовим.

Таргетинг працює краще по вертикалях, ніж по широких доменах. Брати «AI» чи «IT» як домен сенсу не має, бо це занадто широко і повідомлення виходить порожнім. Вузькі вертикалі дають влучити в біль: Industrial IT, Smart Home, ML і AI, eCommerce. Для аутсорсу реалістичніше demand capturing, тобто ловити вже наявний попит, ніж demand creation.

• Apollo додав LinkedIn-автоматизацію відносно недавно. Тулзи логіки «надсилач плюс прикручена автоматизація», як Apollo, Nova чи LinkedHelper, частіше ведуть профіль у бан. В одному з кейсів команда працює через Apollo, іноді драйвить браузер через AI-асистента.
• Власний софт дав одній з команд незалежність: 300 браузерів на сервері, аналог Expandi, безкоштовно на власній інфраструктурі.
• Скрейпери в зоні юридичного ризику. Інтеграцію Apollo з LinkedIn викорчували, групи видалили. Сторонній скрейпінг сьогодні крихкий і не варто на нього спиратися як на основу.

Бан прийшов без попереджень: ніяких тривожних сигналів, лист про блокування, спроба завантажити документи вже впирається в стіну. За діагнозом радника, найімовірніша причина не документи, а захід кількох людей з різних IP і локацій без єдиного проксі. LinkedIn вирішив, що за акаунтом не та особа, за кого він себе видає.

• Тримати до 150 дій на добу на профіль і окремо тротлити перегляди профілів.
• Стежити за відсотком неприйнятих інвайтів, щоб не отримати спам-маркування і різ лімітів.
• Керувати обсягом через параметри тулзи, не вручну, щоб конекшени не йшли масово.
• Не пускати двох людей одночасно в один акаунт навіть через сервер.
• Підтримувати соц-активність близько двох або трьох дій на тиждень, щоб профіль виглядав живим.

Якщо спроба верифікації через персону впирається в помилку, це не відмова. Це означає, що акаунт пішов на ручну перевірку. Потрібна жива людина в сапорті, яка надішле індивідуальне посилання для завантаження документів. Далі профіль перевіряють вручну і вже тоді кажуть, розблокують чи ні.

• Канали. Є спеціальні пошти сапорту під такі кейси, зокрема німецький напрям і окрема пошта під складні випадки. Писати треба з пошти, на яку зареєстрований акаунт. Сапорт через Twitter або X часто відповідає детальніше за email.
• Тон. Заходити спокійно: «щось трапилось, ми не знаємо що, надішліть, будь ласка, посилання для верифікації». Не згадувати, що вже пробували розбанитись і не вийшло. Працює і підхід «ми давно у вас користуємось».
• Повторюваність. Якщо не вийшло з першого разу, менеджери сапорту ротуються. Повторна подача за приблизно два тижні може потрапити до іншого менеджера, який розблокує. Поспіху немає, простір для маневру є.

Якщо в документах є розбіжність, наприклад прізвище в паспорті відрізняється від профілю на одну літеру через транслітерацію, не піднімати це самим. Тільки якщо сапорт помітить невідповідність, відповісти, що це за новими правилами транслітерації або нещодавно змінилося, і що ви готові виправити після відновлення доступу. Розбіжність в одну літеру не критична. У реальному кейсі профіль з помітною невідповідністю розблокували, давши грейс-період на виправлення.