Браузерне середовище створюється лише за три кроки, але більшість проблем виникає пізніше. Цей чекліст охоплює назви й відповідальність, узгодженість виходу та параметрів, перевірки перед запуском, а також правила роботи зі станом входу й очищенням cookie.
Нове браузерне середовище створюється лише за три кроки: створити середовище, вказати проксі та відкрити його. Основні труднощі починаються потім — коли середовищ стає багато й ними потрібно користуватися тривалий час, заощаджені на початку зусилля повертаються в іншій формі.
Нижче наведено чекліст, який зручно проходити пункт за пунктом, особливо перед першим запуском облікового запису.
Заздалегідь зафіксуйте назви та відповідальність
- Використовуйте єдиний формат назв, щоб одразу було видно платформу, ринок і призначення, наприклад fb-us-03
- Чітко вказуйте в нотатках відповідальність: кому належить це середовище та якому обліковому запису воно відповідає; не залишайте лише позначку на кшталт «нове середовище»
- Групуйте середовища за ринком або напрямом бізнесу, а не складайте десятки середовищ у групу за замовчуванням
- Після визначення правила не змінюйте його в процесі. Зміна формату посеред роботи ускладнює класифікацію старих середовищ
Вихід і параметри мають бути узгоджені
- Призначайте кожному середовищу один вихід і не використовуйте його спільно з іншими середовищами
- Регіон виходу має відповідати цільовому ринку облікового запису; не використовуйте вихід із США для облікового запису, орієнтованого на Південно-Східну Азію
- Часовий пояс і мову задавайте відповідно до регіону виходу; якщо вихід у Північній Америці, встановіть відповідні значення для обох параметрів
- Узгодьте UA, версію системи, роздільну здатність, список шрифтів, Canvas/WebGL і hardware concurrency як єдиний набір, без суперечливих комбінацій
- Вимкніть WebRTC або спрямуйте його через проксі, щоб не розкривати інформацію про локальну мережу
Перевірте це перед запуском
- Перевірте вихідну IP-адресу в середовищі та переконайтеся, що регіон і ASN відповідають очікуванням
- Перевірте, чи не розкривають DNS або WebRTC локальну інформацію чи дані інтернет-провайдера
- Закрийте середовище та відкрийте його знову, щоб підтвердити незмінність параметрів fingerprint
- Для першого входу використовуйте чисту точку входу й не переносіть стан входу попереднього облікового запису
- Переконайтеся, що цільовий сайт завантажується нормально, а проксі не має тайм-аутів чи розривів з’єднання
Коли очищати стан входу та cookie
Якщо в одному середовищі потрібно змінити обліковий запис, спочатку повністю очистьте cookie, локальне сховище, кеш і дані автозаповнення. Інакше сліди входу попереднього облікового запису можуть перейти до наступного. Водночас обліковий запис для тривалої роботи не варто розміщувати в середовищі, яке щоразу відкривається в повністю новому стані — постійна повторна перевірка може виглядати менш природно. Правила очищення варто записати в нотатках середовища: які середовища зберігають стан входу, а які очищаються після закриття.
Коли середовищ стає багато
Спочатку створіть одне шаблонне середовище й повністю пройдіть у ньому всі перевірки вище. Потім використовуйте його як основу для масового копіювання, змінюючи під час створення лише вихід і параметри, пов’язані з регіоном. Після копіювання вибірково перевірте результати, щоб переконатися, що параметри справді застосувалися, а не змінилася лише назва.
Під час створення в PurpleMark окремих середовищ для різних облікових записів можна застосувати той самий процес: спочатку підготувати шаблон, що пройшов самоперевірку, а потім масштабувати його відповідно до кількості облікових записів. Межі між середовищами будуть зрозумілими від самого початку.
Готовність середовища визначається не кількістю кліків під час створення, а тим, чи виконано кожен пункт цього чекліста.
