Під час імітації мобільних входів у соцмережі реалістичність браузерного середовища часто залежить від багатьох непомітних деталей пристрою. У статті пояснюється роль назви пристрою, медіапристроїв і сенсорів та параметри, які варто узгоджувати з реальним смартфоном.
Якщо ви працюєте з мобільними сценаріями — керуєте акаунтами соцмереж, що входять із телефону, або виконуєте дії в мобільних застосунках і на сайтах — ви, ймовірно, вже пробували «імітувати телефонне середовище на комп’ютері». Проте багато хто стикається з однаковим питанням: якщо і kernel, і система вже налаштовані як Android, чому середовище все одно виглядає підозріло одразу після перевірки або чому різні акаунти не схожі на пристрої одного класу реальних смартфонів?
Відповідь часто прихована не в найпомітніших параметрах, а в багатьох деталях, характерних саме для мобільних пристроїв. Реалістичність ніколи не визначається одним налаштуванням. Вона формується тоді, коли кожна дрібниця максимально наближена до реального пристрою, а всі ці деталі разом утворюють логічно узгоджену картину.
Чому мобільне середовище легше видає невідповідності, ніж десктопне
Під час імітації десктопного середовища набір сигналів, які потрібно враховувати, відносно стабільний. У смартфона все інакше. Окрім системи, роздільної здатності та UA, реальний телефон постійно розкриває низку сигналів, специфічних для конкретного пристрою, і разом вони формують його ідентичність:
- Назва пристрою та інформація про модель: ім’я пристрою, виробник, апаратні ідентифікатори й подібні дані можуть допомогти платформі визначити, яка модель телефону використовується.
- Інформація про медіапристрої: назви, кількість і доступність камер та мікрофонів. Реальний телефон зазвичай показує одну або кілька камер і мікрофонів; «мобільне середовище» без медіапристроїв або лише з типовими десктопними пристроями виглядає неприродно.
- Характеристики екрана та взаємодії: роздільна здатність, співвідношення сторін, підтримка дотику, стандартна орієнтація та інші властивості помітно відрізняються між мобільними і десктопними пристроями.
- Можливості сенсорів: датчики руху, зокрема гіроскоп і акселерометр, фіксують обертання та нахил пристрою, а вебсторінки можуть зчитувати пов’язані дані через інтерфейси браузера. Такі значення часто містять невеликі калібрувальні відхилення, характерні для конкретного пристрою, які можуть бути достатньо стабільними й унікальними для використання як сигналів ідентифікації. Порожні дані або повністю однакові значення з кількох середовищ можуть привертати увагу.
Ключовий момент полягає в тому, що ці сигнали збираються незалежно один від одного, але в сукупності мають залишатися логічно узгодженими. Якщо система, мова, часовий пояс і регіон вказують на одну країну, а медіапристрої та назва пристрою все ще виглядають десктопними, перехресна перевірка може виявити суперечність.
Які параметри варто узгодити під час імітації мобільного середовища
Щоб зменшити ризик того, що «мобільне середовище» не буде схоже на реальний телефон, під час його створення варто перевірити узгодженість таких категорій:
- Операційна система та kernel мають відповідати мобільній версії. Якщо система налаштована як Android або iOS, версія kernel також повинна відповідати мобільному браузеру, а не бути десктопним kernel за мобільним UA.
- UA, мова, часовий пояс і геолокація мають бути узгодженими. Їх варто прив’язувати до цільового ринку та регіону пристрою і, за можливості, узгоджувати з регіоном використовуваної IP, щоб уникати очевидних суперечностей на кшталт «телефон у Лос-Анджелесі, але часовий пояс — Пекін».
- Сигнали пристрою й медіа мають “виглядати як телефон”. Назва пристрою, роздільна здатність, підтримка дотику, інформація про камеру й мікрофон та інші медіасигнали повинні відображати реальний смартфон, а не десктопну конфігурацію.
- Різні середовища повинні відрізнятися одне від одного. Якщо ви одночасно працюєте з кількома мобільними акаунтами, не варто надавати їм повністю однакові параметри пристрою. Реальні телефони природно відрізняються; кілька середовищ з ідентичними даними пристрою можуть, навпаки, стати типовим сигналом зв’язку між акаунтами.
Узгоджене керування мобільними параметрами в PurpleMark
PurpleMark дозволяє напряму керувати цими мобільними параметрами під час створення браузерного середовища. У налаштуваннях середовища можна вибрати операційну систему та версію kernel, тому під час створення середовища акаунта можна вказати Android або iOS разом із відповідним мобільним kernel браузера, а не лише змінювати рядок UA, намагаючись видати десктоп за телефон.
На рівні пристрою та медіа PurpleMark дозволяє налаштовувати назву пристрою, медіапристрої — камери й мікрофони, роздільну здатність, а також апаратні дані, зокрема CPU, пам’ять і MAC-адресу. Наприклад, якщо потрібно змоделювати «певну модель Android у США для входу в соцмережу», в одному середовищі можна узгоджено налаштувати систему, kernel, регіональну мову, часовий пояс і параметри пристрою/медіа, замість того щоб змінювати одне поле й залишати інші з десктопними значеннями за замовчуванням.
Якщо ви одночасно ведете кілька мобільних акаунтів, можна створити окремі середовища за платформами, магазинами або бізнес-регіонами. Кожне середовище може використовувати власну комбінацію параметрів пристрою та медіа, незалежні Cookie і локальні дані, а потім швидко знаходитися через групи та прив’язані акаунти. Це допомагає уникати ситуації, коли кілька мобільних акаунтів мають одну й ту саму «тінь пристрою».
Новим користувачам достатньо відкрити вебверсію PurpleMark, створити середовище з мобільною системою та налаштувати назву пристрою, медіапристрої, часовий пояс, мову й інші параметри, що найбільше впливають на узгодженість. Так різниця між цілісним мобільним середовищем і десктопною конфігурацією, просто замаскованою під телефон, стає очевидною. Якщо потрібні можливості локального браузера, перейдіть на сторінку завантаження, встановіть клієнт і поверніться до робочого простору.
Поширені запитання
Чи достатньо під час імітації телефону змінити лише UA на модель смартфона? Ні. UA — лише один із багатьох сигналів, які може бачити платформа. Якщо система, kernel, назва пристрою, медіапристрої, роздільна здатність, часовий пояс та інші параметри все ще виглядають десктопними, перехресна перевірка легше виявить невідповідність. Мобільне середовище має починатися із системи та kernel, а всі пов’язані з пристроєм параметри повинні бути узгоджені як єдине ціле.
Чи можуть кілька мобільних акаунтів використовувати однаковий набір параметрів пристрою? Не рекомендується. Якщо різні акаунти мають повністю однакові сигнали пристрою, медіа та сенсорів, це саме по собі може стати типовою ознакою зв’язку між акаунтами. Реальні пристрої природно відрізняються, тому доцільніше, щоб кожне середовище акаунта мало власну, але внутрішньо узгоджену комбінацію параметрів.
Наскільки сильно впливають неправильно налаштовані деталі пристрою? Ці деталі впливають на те, чи виглядає середовище для платформи як реальний пристрій. Одного відсутнього параметра може бути недостатньо для висновку, але кілька аномальних або суперечливих сигналів здатні помітно підвищити ймовірність ідентифікації. Централізоване та узгоджене керування такими параметрами — базовий крок для зниження цього ризику.
