Антидетект-браузери для маркетингу в соцмережах: практичне налаштування
Робочий процес агенції від початку до кінця: робочий простір на клієнта, по профілю на акаунт зі узгодженими проксі й часовим поясом, ролі для передачі та автоматизація через API.
Операційна проблема агенції соціальних мереж рідко пов'язана з контентом. Це «сантехніка»: купа клієнтських акаунтів на кількох платформах, команда, яка має працювати з ними, не наступаючи одне одному на п'яти, і платформи, що зчитують середовище кожної сесії. Ця стаття описує налаштування, яке робить таку «сантехніку» нудною, від початку до кінця, на прикладі PowerOps.
Структура: робочий простір, група, профіль
Не піддавайтеся спокусі зробити один довгий список профілів. Структура робить налаштування життєздатним, коли воно росте, і трьох рівнів достатньо.
- Робочий простір на клієнта. Профілі, проксі й нотатки клієнта лежать разом, і нічого від одного клієнта не з'являється на екрані, коли ви працюєте з іншим. Відключення клієнта стає операцією над одним робочим простором, а не археологічними розкопками.
- Група на платформу всередині робочого простору. Профілі клієнта у Facebook в одній групі, в Instagram — в іншій, в TikTok — у третій. Масові дії застосовуються до груп, тож саме цей поділ дозволяє запустити або зупинити профілі однієї платформи однією дією.
- Один профіль на акаунт. Правило, на якому тримається все інше. Профіль містить сховище, ідентичність і маршрут рівно одного акаунта, а його назва вказує, якого саме.
Іменування варте тридцяти секунд політики: клієнт, платформа, обліковий запис, саме в такому порядку. Профілі пронумеровані й доступні для пошуку, тож будь-хто може вголос у галасливій кімнаті сказати «відкрий 41», і колега точно знає, який рядок мається на увазі.
Структура також закриває питання аудиту ще до того, як його поставлять. Коли клієнт хоче знати, хто торкався його акаунтів і коли, відповідь уже вбудована в робочий простір з явним складом учасників і профілями, що відкриваються по одному.
Ідентичність і маршрут для кожного профілю
Кожен профіль отримує ідентичність пристрою, згенеровану як узгоджений набір і збережену, тож він повідомляє ту саму правдоподібну машину при кожному відкритті. Ця частина автоматична. А от маршрут потребує людського судження.
- Купіть sticky-адреси в країнах, з яких працюють акаунти клієнта, по одній на акаунт.
- Додайте їх до бібліотеки проксі й перевірте. Перевірка показує спостережену адресу й країну, а саме це побачить платформа, що б не було написано в рахунку.
- Призначте по одній кожному профілю до першого входу й задайте часовий пояс та мову профілю відповідно до країни маршруту за один підхід.
- Регулярно повторно перевіряйте бібліотеку. Ендпоінти деградують непомітно, і деградований маршрут проявляється як проблеми з акаунтом задовго до того, як проявиться як помилка з'єднання.
Передача без обміну паролями
Агенції постійно передають акаунти між людьми. Стажист планує публікації, менеджер затверджує, хтось підміняє на вихідних. Традиційний спосіб — таблиця з паролями, і саме так агенції доходять до акаунта клієнта, в який увійшли на ноутбуці, якого ніхто не може знайти.
Ролі це замінюють. Учасник робочого простору отримує доступ, потрібний для його роботи: колега відкриває профілі й працює в них, менеджер ще й редагує профілі та маршрути, власник ще й керує самим складом учасників. Облікові дані акаунта один раз зберігаються разом із профілем, а передати акаунт новому члену команди означає надати доступ, а не надсилати пароль. Коли людина йде, скасування її членства закриває її доступ усюди одразу, а пароль, якого вона ніколи не бачила, не потребує заміни.
Звичка, завдяки якій передача працює, — закривати профілі. Профіль відкритий лише на одній машині водночас, тож колега бачить, хто його зараз утримує, а не дізнається про конфлікт сесій на власному досвіді. Завершили підхід, закрили профіль — і наступна людина відкриває його з чисто записаною сесією.
Підключення нового клієнта крок за кроком
Підключення — це момент, коли структуру або будують, або пропускають, тож воно заслуговує на власну рутину. Новий клієнт має забирати післяобідню частину дня на налаштування і жодного героїзму.
- Створіть робочий простір і групи платформ, перш ніж торкатися будь-якого акаунта.
- Зберіть у клієнта перелік акаунтів: облікові записи, платформи, яку країну обслуговує кожен акаунт і в кого зараз облікові дані.
- Купіть і перевірте по одному sticky-маршруту на акаунт у потрібних країнах, і нехай перевірка бібліотеки підтвердить, що насправді надійшло.
- Створіть профілі з назвами клієнт, платформа, обліковий запис і призначте маршрути, часові пояси й мови за один прохід.
- Увійдіть у кожен акаунт заново всередині його профілю, коли клієнт поруч для других факторів і листів підтвердження.
- Надайте команді ролі, ознайомте її з ритмом клієнта і скасуйте канал, яким надійшли облікові дані.
Свіжі входи — це крок, який команди намагаються скоротити, імпортуючи cookie звідти, де акаунти жили раніше. Опирайтеся. Імпортована сесія несе історію машини, з якої прийшла, а сенс підключення в тому, що кожна сесія, яку відтепер тримають акаунти клієнта, створена всередині середовища, яке й надалі нею користується.
Автоматизація повторюваних частин
Корисна межа: люди роблять роботу, що потребує судження, скрипти — роботу з обходу. Перевірка дванадцяти поштових скриньок на непрочитані, збір кількості підписників для п'ятничного звіту й відкриття ранкового набору профілів — це обхід. Локальний API з цим справляється, і нікому не треба заново вирішувати проблему середовища, бо профіль, запущений через API, має ту саму ідентичність і маршрут, що й коли людина відкриває його з його рядка.
const { profiles } = await api(`/profiles?groupId=${clientInstagramGroup}`);
for (const profile of profiles) {
const { ws } = await api("/browser/start", { profileId: profile.id });
try {
const browser = await chromium.connectOverCDP(ws);
const context = browser.contexts()[0];
const page = context.pages()[0] ?? await context.newPage();
// The profile's identity, storage and route are already attached.
await collectForReport(profile.name, page);
} finally {
await api("/browser/stop", { profileId: profile.id });
}
}Запускайте їх по кілька за раз, із паузами, у місцеві робочі години акаунта. Автоматизація, що поводиться як людина за столом, лишається корисною. Автоматизація, яка забиває платформу запитами, — це спосіб двічі заплатити за один і той самий урок.
Тиждень усередині цього налаштування
Що дає структура, видно в рутині. У понеділок уранці команда відкриває групу Instagram клієнта й проходить поштовий обхід, профіль за профілем. П'ятничний звіт запускається через API, поки команда робить щось кориснішe зі своєю другою половиною дня. Відключення клієнта — це архівований робочий простір. Нічого з цього не хитромудре, і в цьому суть: завдання налаштування — зробити так, щоб проблема середовища перестала бути цікавою.
Два числа показують, чи воно тримається. Перше — як часто хтось вводить пароль від платформи, і після завершення підключення це має прямувати до нуля. Друге — як часто сесія несподівано вимагає верифікації, і це має бути рідко й пояснюватися причиною: зміна маршруту, сплеск незвичного навантаження, молодий акаунт, якого підганяють надто швидко. Коли зростає будь-яке з чисел, відповідь у маршрутах і ритмі, а дивитися насамперед варто на те, що змінилося останнім.
Правила, прямо
Кожна платформа в цьому процесі має умови щодо акаунтів і щодо автоматизації, і це налаштування жодної з них не змінює. Ізоляція не дає клієнтам забруднювати одне одного. Ролі тримають облікові дані поза таблицями. API прибирає рутину. Нічого з цього не дає права на заборонені акаунти, заборонену автоматизацію чи поведінку, яку платформа забороняє, і жодного результату на платформі, яку ми не контролюємо, тут не обіцяно. Агенції, які тривають, ставляться до правил платформ як до частини роботи з клієнтом, а до інструментів — як до способу виконувати цю роботу чисто.
Контрольний список налаштування
- Створіть робочий простір на клієнта й групу на платформу всередині нього.
- Купіть одну sticky-адресу на акаунт у країні, з якої акаунт працює, і перевірте кожен ендпоінт у бібліотеці проксі.
- Створіть один профіль на акаунт із назвою клієнт, платформа, обліковий запис і з маршрутом, призначеним до першого входу.
- Задайте часовий пояс і мову кожного профілю відповідно до країни його маршруту.
- Надайте кожному члену команди роль замість того, щоб надсилати пароль.
- Автоматизуйте роботу з обходу через локальний API у темпі людини.
- Закривайте профілі наприкінці кожного підходу.
