Назад до блогу

Управління Cookie в антидетект-браузері: ізоляція, прогрів і розгортання акаунтів

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

Нещодавно я дивився демонстрацію функцій антидетект-браузера, повністю присвячену прогріву Cookie і роботі за розкладом, — підхід вартий переймання. У цій статті розберемо тему «антидетект-браузер + Cookie» від теорії до практики: ізоляція, прогрів, імпорт та експорт, типові помилки — усе одразу в одному місці.

По суті Cookie — це посвідчення особи та пам'ять сайту, які він зберігає у вашому браузері. У ньому і стан входу, і вподобання під час перегляду, і підстава для перевірки «цей пристрій уже приходив».

Для мультиакаунтів Cookie значущі на трьох рівнях:

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

По-друге, це «свідоцтво стажу» акаунта. Акаунт зі стабільним ланцюгом Cookie для платформи — постійний відвідувач, який повертається знову і знову; акаунт із постійно скинутими Cookies схожий на порушника, що тікає після бану. Що насправді розкачують під час прогріву акаунта? Значною мірою — саме цей постійно зростаючий ланцюг Cookie.

По-третє, це ще й сигнал пов'язаності. Якщо два середовища використовують той самий набір Cookies — хай навіть хтось випадково скопіював стан входу, — платформа миттєво зв'яже обидва акаунти. Тому ізоляція середовищ обов'язково включає й ізоляцію Cookie.

Звідси головне питання: наскільки чистою має бути ізоляція середовищ? Відповідь: ставтеся до відбитка, Cookies і локального сховища як до трьох активів, які зберігаються строго окремо — без жодного винятку. Повна схема збирання середовища — тема окремої статті; готовий п'ятикроковий процес уже описано в матеріалі про роль антидетект-браузера в мультиакаунтах, а тут ми йдемо лише вздовж лінії Cookie.

Як антидетект-браузер ізолює Cookies

У звичайному браузері всі Cookies лежать в одному місці й спільні для всіх вікон. Антидетект-браузер виділяє кожному Profile власне сховище — уявіть, ніби в кожного акаунта своя особиста банка з печивом.

Заплановані завдання прогріву розподіляються між трьома ізольованими середовищами браузера: у кожного середовища своя банка Cookie й окремий IP, акаунти залишаються активними та здоровими

У такої «особистої банки» два прямих плюси:

  1. Фізична ізоляція: середовище B не бачить ані станів входу, ані кошика, ані історії середовища A. Cookies, які платформа збирає в середовищі B, не мають із A нічого спільного.
  2. Безперервне накопичення: поки середовище не видалено, ланцюг Cookie продовжує рости. «Стаж» акаунта слідує за середовищем, а не за вашим комп'ютером.

Продовжуючи цю логіку — поширена помилка: не чистіть Cookies із найкращих спонукань. У багатьох звичка-невроз «періодичне чищення безпечніше», але в мультиакаунтах очищення Cookies означає власноручне стирання стажу акаунта. Правильно рівно навпаки — не лише не чистити, а й тримати Cookie активними. Про це й поговоримо далі.

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

У демо ця функція мала назву Cookie Robot — налаштовуєте адреси прогріву для середовища, задаєте час виконання, і система сама заходить за розкладом, без ручного контролю. Повторити це на практиці цілком реально, за п'ять кроків:

Крок перший: задайте адреси прогріву для кожного середовища. Оберіть 3–5 звичайних сайтів, що пасують образу акаунта, — новини, портали, галузеві ресурси. Сайти не мають бути зовсім не пов'язані зі справою акаунта, і не гоняйте всі середовища одними й тими самими гігантами.

Крок другий: складіть розклад. Налаштовуйте за днем тижня плюс час, у різних середовищ час рознесено. Двадцять акаунтів «прокидаються» рівно о дев'ятій ранку — сама ця регулярність уже підозрілий сигнал.

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

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

Крок п'ятий: регулярно переглядайте журнал виконання. У якого середовища зірвалася задача прогріву, на якому акаунті почала з'являтися капча — усе є в логах. Раз на тиждень переглянути достатньо.

Свої задачі прогріву ми налаштовуємо прямо в MakoBrowser: прогрів за розкладом плюс групування середовищ — плани для десятків акаунтів виставляються за один захід і виконуються автоматично щодня в призначений час.

Фахівець із налаштування складає розклад прогріву Cookie: для середовищ Production і Staging позначено дні виконання з понеділка по неділю, час установлено на 09:30, перемикач Active у правому верхньому куті увімкнено

Імпорт, експорт і підводні камені

Ще дві часті операції з Cookie — імпорт і перенесення. Кілька граблів, про які треба знати.

Граблі раз: не імпортуйте Cookie невідомого походження. Ті, що гуляють мережею, «файли Cookies для платформи X» — це чужі стани входу й чужа підозріла історія, завантажувані просто у ваше середовище. У найкращому разі — стіна перевірок, у найгіршому — пов'язана відповідальність. Якщо відновлюєте свої акаунти через імпорт Cookies, імпортуйте лише власні резервні копії.

Граблі два: перед перенесенням середовища перевірте цілісність Cookie. Під час зміни комп'ютера чи антидетект-браузера файл середовища переноситься цілим — Cookies і локальне сховище разом. Втратите половину в дорозі, і акаунт побачить «знайому особистість плюс незнайому другу половину».

Граблі три: у прогріву мають бути злети й спади. Ходити тими самими адресами щохвилини точно — поведінка машини великим шрифтом. Додавайте випадкові зміщення за часом і чергуйте адреси. Це той самий принцип, що й під час прогріву акаунта: старт на низькій частоті, поступове нарощування, ритм із нерівностями. Конкретні схеми ритму з матеріалу про керування акаунтами Facebook можна застосовувати напряму.

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

FAQ

Чим Cookie відрізняється від Cache? Cache — кеш ресурсів сторінки, відповідає за «швидкість завантаження»; Cookie — дані особи й стану, відповідає за «хто ви й приходили чи ні». У мультиакаунтах пріоритет у Cookie, а Cache нехай просто слідує за середовищем.

Як часто чистити Cookies? У звичайному режимі — ніколи. Чистка виправдана, лише коли акаунт свідомо «скидається» на нову особу або середовище підозрюється в зараженні — і після чистки варто заново згенерувати й параметри відбитка.

Скільки має тривати прогрів Cookie? Нові середовища можна запускати з першого дня, на низькій частоті й малими кроками. Це не аварійна міра, а планове обслуговування.

Чи потрібно заново логінитися після імпорту Cookie? Повний і валідний імпорт має одразу давати стан входу. Якщо після імпорту система просить залогінитися заново — Cookie неповний або вже прострочений, не силуйте його.

IP і відбиток вирішують, чи «схожий акаунт на людину», Cookie вирішує, чи «знайомий він». Ізоляція середовищ тримає банки печива кожного акаунта окремо, прогрів щодня нарощує стаж усередині банки — зробите ці дві речі добре, і акаунти вистоять.

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

І наостанок скажу відверто: найдовговічніший ланцюг Cookie в нашому списку середовищ тримається рівно на чотирьох словах — «не чистити, годувати регулярно». Функцію прогреву, про яку йшлося, можна налаштувати прямо в MakoBrowser (посилання на завантаження), а більшість конкретних питань під час налаштування вже розібрано в минулих матеріалах блогу.