Складність вибору браузера не в порівнянні функцій, а в тому, щоб спочатку чітко визначити власні потреби. Чотири запитання допомагають оцінити масштаб, чотири можливості потрібно перевірити, а конкретні ознаки показують, коли звичайних профілів браузера вже недостатньо.
Коли кількість магазинів зростає, постійне перемикання між входами на одному комп’ютері починає створювати проблеми: CAPTCHA з’являється частіше, облікові записи запитують додаткову перевірку, а в серйозних випадках їх можуть визнати пов’язаними між собою. Із цього моменту вибір браузера — уже не питання звички, а питання можливостей середовища.
Спочатку уточніть потреби
Якщо одразу дивитися на таблицю порівняння функцій, легко зробити неправильний висновок, адже вимоги на різних масштабах суттєво відрізняються. Спочатку дайте відповідь на чотири запитання.
Скільки платформ потрібно вести одночасно? Їхня кількість визначає, скільки окремих середовищ необхідно і чи слід об’єднувати керування кількома платформами. Скільки облікових записів потрібно вести? Їхня кількість є основою для рішення, чи потрібні масові операції та групове керування. Чи користуватиметься системою друга людина? Щойно з’являється команда, розподіл прав і журналювання дій стають обов’язковими. Чи потрібен API? Якщо треба підключити власну систему або автоматизований процес, підтримка API є жорсткою вимогою; без неї згодом часто доводиться перебудовувати всю схему з нуля.
Відповіді на ці чотири запитання краще за будь-яку таблицю параметрів покажуть, який рівень рішення вам підходить.
Можливості ізоляції
Ізоляція — найважливіша базова вимога. Недостатньо просто мати змогу відкрити кілька вікон: cookies, кеш і локальне сховище, розширення браузера та стани входу мають бути незалежними одне від одного.
Перевірка проста: увійдіть в обліковий запис у середовищі A, потім відкрийте середовище B і переконайтеся, що B залишається без входу та не може прочитати сліди з A. Якщо середовища бачать дані одне одного, ізоляція неповна.
Керування параметрами
Параметри fingerprint мають налаштовуватися під цільовий ринок і залишатися стабільними після налаштування.
Часовий пояс і мова мають відповідати регіону вихідної IP-адреси. Системні ідентифікатори та апаратні параметри, наприклад дані GPU, які відкриває WebGL, не повинні суперечити одне одному. Параметри також не мають змінюватися щоразу після відкриття середовища. Fingerprint, який постійно змінюється, може привертати більше уваги, ніж звичайний, але стабільний.
Модель прав доступу
Зі збільшенням кількості облікових записів джерелом проблем часто стають не технології, а люди. Неможливо довго покладатися лише на пам’ять, щоб знати, хто веде який магазин і яке середовище відповідає якому ринку.
У моделі прав варто перевірити три речі: чи можна призначати доступ до різних середовищ за ролями, чи зберігається журнал дій і чи можна повністю відкликати доступ, коли учасник залишає команду. У невеликій команді такі функції можуть здаватися зайвими, доки одна помилкова дія не покаже їхню цінність.
Стабільність
Стабільність має два виміри: чи встигають рушій браузера та підхід до fingerprint за змінами ризик-контролю платформ і чи не має сам сервіс частих збоїв.
Оцінити це нескладно. Порівняйте версію рушія з актуальними версіями основних браузерів, перегляньте журнал змін — чи є там конкретні доопрацювання, а не загальні фрази, — і простежте, як швидко сервіс реагує після змін ризик-контролю на платформі. Ці три пункти говорять більше, ніж список функцій на рекламній сторінці.
Коли час змінювати рішення
Кілька профілів у звичайному браузері можуть запобігти взаємному перезаписуванню станів входу, але не вирішують проблем fingerprint і вихідної IP-адреси. Для двох-трьох облікових записів цього може вистачити; коли їх стає близько дюжини або більше чи роботу треба розподіляти за ринками або людьми, обмеження проявляються одночасно.
Додавання proxy-розширення — поширений перехідний варіант. Зі зростанням кількості облікових записів узгодженість fingerprint та ізоляція середовищ зазвичай першими стають недостатніми. Перехід лише на цьому етапі коштує дорожче, ніж правильний вибір із самого початку.
Поширені запитання
Чи можна довго використовувати безкоштовний план? За невеликої кількості облікових записів і роботи однієї людини — так. Щойно потрібна командна робота або налаштування під кілька ринків, обмеження швидко стають помітними.
Чим унікальніший fingerprint, тим краще? Ні. Внутрішня узгодженість важливіша за унікальність. Наприклад, вихідна IP-адреса у США разом із часовим поясом UTC+8 створює суперечність, яку легше помітити, ніж звичайні параметри.
Чи треба відразу переходити на професійне рішення? Це залежить від кількості облікових записів. Для трьох-п’яти зазвичай не потрібно; коли їх більше дюжини, таке рішення практично стає обов’язковою вимогою.
