Симуляция мобильного отпечатка заставляет desktop-браузер представляться мобильным устройством. Экран, модель устройства, сенсоры и touch, сеть и оператор, а также идентификаторы UA/App должны быть согласованы между собой, чтобы среда выглядела правдоподобно при проверках.
При ведении рекламы и аккаунтов на платформах вроде Facebook, Instagram и TikTok многие действия на мобильных устройствах и desktop работают по-разному: отличается разметка страниц, точки входа в функции и подход платформы к мобильному трафику. Чтобы проверять такие сценарии без большого набора реальных телефонов, desktop-браузер должен представляться мобильным устройством.
В одной фразе это звучит просто, но на практике нужно согласовать целый набор параметров. Надёжность мобильной среды зависит от того, насколько логично эти параметры сочетаются друг с другом.
Чем mobile отличается от desktop
Самое очевидное отличие — экран. Логическое разрешение и ширина viewport на мобильных устройствах сильно отличаются от desktop, а доступный viewport даже у одной модели может меняться между версиями системы. Если параметры экрана не совпадают, остальные настройки тоже будут выглядеть неестественно.
Второй уровень — модель устройства и класс аппаратной части. Платформа может использовать модель, чтобы оценить категорию устройства и на этой основе решить, какую версию страницы или материала показывать. Модель, pixel ratio, объём памяти и графические параметры должны соответствовать друг другу. Название флагманской модели в сочетании с характеристиками бюджетного устройства само по себе противоречиво.
Сенсоры и touch-характеристики — один из самых часто упускаемых уровней. У реальных смартфонов есть гироскоп и акселерометр, а touch events могут содержать давление, площадь касания и multi-touch — по умолчанию desktop-браузер такими признаками не обладает. Если изменить только UA на мобильный, проверка touch events может быстро выявить несоответствие. Здесь важны правдоподобные значения сенсоров и форма touch events, а не просто включение нескольких переключателей.
Тип сети и оператор тоже являются частью отпечатка. Мобильные устройства обычно используют сотовую сеть, а страница может считывать название оператора, тип соединения и даже некоторые данные, связанные с сигналом. Если среда заявляет конкретного оператора в определённой стране, но исходящее соединение использует IP дата-центра, такая комбинация редко встречается на реальном устройстве и требует отдельной проверки.
Последний уровень — user agent и идентификаторы устройства, и для многих это единственное, что меняют. UA должен соответствовать модели устройства, версии системы и версии браузера. Идентификатор WebView внутри App и идентификатор обычного браузера — тоже разные вещи; платформа может по ним определить, открыт ли визит из App или напрямую из браузера. Смешивание этих вариантов оставляет признаки искусственно собранной среды.
Как проверять согласованность
После настройки параметров лучше пройти проверку в фиксированном порядке. Порядок важен, потому что проблема на раннем этапе часто выглядит как проблема на более позднем.
Сначала проверьте идентичность устройства: соответствуют ли операционная система, модель, разрешение и pixel ratio, которые видит тестовая страница, заданной конфигурации, а также совпадают ли модель и версия системы в UA с этими значениями. Затем проверьте часовой пояс и язык. Они должны соответствовать целевому рынку аккаунта, а геолокация и регион исходящего соединения должны находиться в одной зоне; противоречия между этими данными встречаются часто. Далее проверяется сеть: является ли исходящий IP residential или data-center, совпадает ли информация об операторе с принадлежностью IP и не раскрывает ли WebRTC адрес, который явно не подходит к среде. В конце проверьте поведенческие возможности: touch events, значения сенсоров и набор шрифтов должны выглядеть как у мобильного устройства.
Если несколько пунктов не совпадают, сначала найдите параметр, который конфликтует с общей картиной, а не пересоздавайте среду снова и снова. Пересоздание не устраняет внутренние противоречия между параметрами.
Есть ещё один важный момент: аномалия на сторонней странице проверки не обязательно означает ошибку самой среды. Разные сайты собирают данные разными способами; одни запускают скрипты и читают характеристики браузера, другие анализируют request headers, поэтому одна и та же среда может получить разные результаты на разных сайтах. Расширения браузера могут менять доступную странице информацию, а устаревшая IP-база может неверно определить регион residential IP. Полезнее выбрать один регулярно обновляемый и надёжный тестовый сайт в качестве ориентира, чем постоянно сравнивать множество сайтов.
Мобильная симуляция не заменяет реальное устройство
Для некоторых сценариев по-прежнему нужны физические устройства: тесты, требующие реальных данных сенсоров, камеры или полного функционала гироскопа; этапы risk control, где платформа предъявляет очень строгие требования к подлинности устройства и выполняет проверку внутри App; а также проверки с реальными платежами или реальной сетью оператора. Кроме того, часть функций платформы доступна только в нативном клиенте и отсутствует в web, поэтому симулированная среда их не покроет.
Практичное разделение такое: мобильные сценарии, которые можно проверить через web, отдавать симулированной среде, а проверки уровня hardware и App выполнять на реальных устройствах. Эти подходы дополняют друг друга, а не заменяют.
Часто задаваемые вопросы
Достаточно ли изменить только UA, чтобы пройти проверку Обычно нет. UA — один из самых простых параметров для отдельного изменения и одновременно один из самых простых для перекрёстной проверки. Если разрешение, шрифты, язык, часовой пояс и touch-возможности не совпадают, несоответствие заметить несложно.
Нужно ли одному аккаунту постоянно оставаться на mobile или desktop Стабильность предпочтительнее. Постоянные переходы одного и того же аккаунта между двумя классами устройств могут сами по себе быть необычным сигналом. Тип устройства среды должен соответствовать привычному способу использования аккаунта.
Что учитывать с точки зрения compliance Используйте это только для тестирования собственных аккаунтов и процессов вашего бизнеса. Не применяйте для подделки идентичности устройства с целью обхода проверок платформы и не используйте в мошеннических действиях.
Итог
Симуляция мобильного отпечатка — это не изменение одного параметра, а согласование всего набора с идентичностью устройства и целевым рынком. Экран, модель, сенсоры, сеть и UA должны быть правдоподобны по отдельности и не противоречить друг другу. Управляйте мобильными и desktop-средами раздельно, держите один аккаунт на стабильном профиле устройства длительное время и используйте отдельное исходящее соединение, соответствующее региону. Инструменты управления средами вроде PurpleMark могут при создании среды связать параметры устройства и системы, proxy и стартовую страницу, а при каждом открытии восстанавливать те же настройки, избавляя от повторной конфигурации.
