Wróć do bloga

Jak sprawić, by symulowane środowisko mobilne wyglądało jak prawdziwy telefon? Nie pomijaj szczegółów fingerprintu urządzenia i multimediów

Podczas symulowania mobilnych logowań do kont społecznościowych realistyczność środowiska przeglądarki często zależy od wielu pozornie drobnych szczegółów urządzenia. Artykuł wyjaśnia znaczenie nazwy urządzenia, urządzeń multimedialnych i czujników oraz pokazuje, które parametry warto dopasować do prawdziwego telefonu.

Jeśli prowadzisz działania mobilne — zarządzasz kontami w mediach społecznościowych logującymi się z telefonu albo wykonujesz operacje w aplikacjach i mobilnych stronach WWW — prawdopodobnie zdarzało Ci się „symulować środowisko telefonu na komputerze”. Wiele osób trafia jednak na ten sam problem: skoro kernel i system zostały ustawione na Android, dlaczego środowisko nadal wygląda podejrzanie po pierwszym teście albo dlaczego różne konta nie przypominają urządzeń z tej samej kategorii prawdziwych telefonów?

Odpowiedź często nie kryje się w najbardziej widocznych parametrach, lecz w wielu szczegółach urządzenia charakterystycznych dla telefonów. Realistyczność środowiska nigdy nie zależy od jednego ustawienia. Powstaje wtedy, gdy każdy drobny element możliwie dobrze odpowiada prawdziwemu urządzeniu i wszystkie te elementy tworzą spójną całość.

Dlaczego środowiska mobilne łatwiej zdradzają niespójności niż środowiska desktopowe

Przy symulacji środowiska komputerowego zestaw sygnałów wymagających uwagi jest względnie stały. W przypadku telefonu sytuacja wygląda inaczej. Poza systemem, rozdzielczością i UA prawdziwy smartfon stale ujawnia szereg sygnałów charakterystycznych dla konkretnego urządzenia, które razem tworzą jego profil:

  • Nazwa urządzenia i informacje o modelu: nazwa telefonu, producent, identyfikatory sprzętowe i podobne dane mogą pomóc platformie określić, z jakiego modelu korzystasz.
  • Informacje o urządzeniach multimedialnych: nazwy, liczba i dostępność kamer oraz mikrofonów. Prawdziwy telefon zwykle udostępnia jedną lub kilka kamer i mikrofonów; „środowisko mobilne” bez urządzeń multimedialnych albo z typowo desktopowymi urządzeniami wygląda nienaturalnie.
  • Cechy ekranu i interakcji: rozdzielczość, proporcje ekranu, obsługa dotyku, domyślna orientacja i inne właściwości wyraźnie różnią się między urządzeniami mobilnymi a komputerami.
  • Możliwości czujników: czujniki ruchu, takie jak żyroskop i akcelerometr, rejestrują obrót oraz pochylenie urządzenia, a strony WWW mogą odczytywać powiązane dane przez interfejsy przeglądarki. Odczyty te często zawierają drobne, charakterystyczne dla urządzenia różnice kalibracyjne, które mogą być na tyle stabilne i unikalne, by służyć jako sygnały identyfikacyjne. Puste dane albo identyczne wartości zwracane przez wiele środowisk mogą zwracać uwagę.

Najważniejsze jest to, że sygnały te są zbierane niezależnie, ale jako całość muszą pozostawać ze sobą zgodne. Jeśli system, język, strefa czasowa i region wskazują jeden kraj, a urządzenia multimedialne i nazwa urządzenia nadal wyglądają jak na komputerze, kontrola krzyżowa może ujawnić sprzeczność.

Realistyczność środowiska mobilnego zależy od zgodności kernela systemu, ekranu urządzenia, czujników multimedialnych i sieci regionalnej

Jakie parametry warto ze sobą zgrać przy symulacji środowiska mobilnego

Aby zmniejszyć ryzyko, że „środowisko mobilne” nie będzie wyglądało jak prawdziwy telefon, podczas tworzenia środowiska warto sprawdzić spójność następujących kategorii:

  • System operacyjny i kernel powinny odpowiadać wersji mobilnej. Jeśli system ustawiono na Android lub iOS, wersja kernela również powinna odpowiadać tej używanej przez przeglądarkę mobilną, zamiast łączyć desktopowy kernel z mobilnym UA.
  • UA, język, strefa czasowa i geolokalizacja powinny być spójne. Warto dopasować je do rynku docelowego i regionu urządzenia oraz, najlepiej, do regionu używanej IP, aby uniknąć oczywistych sprzeczności typu „telefon jest w Los Angeles, ale strefa czasowa wskazuje Pekin”.
  • Sygnały urządzenia i multimediów powinny „wyglądać jak telefon”. Nazwa urządzenia, rozdzielczość, obsługa dotyku, informacje o kamerze i mikrofonie oraz inne sygnały multimedialne powinny przypominać prawdziwy smartfon, a nie konfigurację desktopową.
  • Różne środowiska powinny się od siebie różnić. Jeśli jednocześnie obsługujesz kilka kont mobilnych, nie pozwalaj im korzystać z identycznego zestawu parametrów urządzenia. Prawdziwe telefony naturalnie się różnią; kilka środowisk z dokładnie takimi samymi danymi urządzenia może stać się typowym sygnałem powiązania kont.

Spójne zarządzanie szczegółami urządzeń mobilnych w PurpleMark

PurpleMark umożliwia bezpośrednie zarządzanie tymi parametrami podczas tworzenia środowiska przeglądarki. W ustawieniach środowiska można wybrać system operacyjny i wersję kernela, dlatego podczas tworzenia środowiska konta można wskazać Android lub iOS wraz z odpowiednim mobilnym kernelem przeglądarki, zamiast udawać telefon wyłącznie poprzez zmianę ciągu UA.

Na poziomie urządzenia i multimediów PurpleMark pozwala ustawić nazwę urządzenia, urządzenia multimedialne takie jak kamery i mikrofony, rozdzielczość oraz informacje sprzętowe, m.in. CPU, pamięć i adres MAC. Przykładowo, jeśli chcesz zasymulować „konkretny model Androida używany w Stanach Zjednoczonych do logowania do mediów społecznościowych”, możesz w jednym środowisku skonfigurować system, kernel, język regionu, strefę czasową oraz parametry urządzenia i multimediów jako spójną całość, zamiast zmieniać pojedyncze pola i pozostawiać inne z domyślnymi wartościami desktopowymi.

Przy obsłudze wielu kont mobilnych można również tworzyć oddzielne środowiska według platformy, sklepu lub regionu biznesowego. Każde środowisko może mieć własny zestaw parametrów urządzenia i multimediów, niezależne Cookie i dane lokalne, a następnie być szybko odnajdywane dzięki grupom i powiązaniom kont. Pomaga to uniknąć sytuacji, w której kilka kont mobilnych korzysta z tego samego „cienia urządzenia”.

Początkujący użytkownicy mogą otworzyć PurpleMark w przeglądarce, utworzyć środowisko z systemem mobilnym i ustawić nazwę urządzenia, urządzenia multimedialne, strefę czasową, język oraz inne parametry, które najmocniej wpływają na spójność. Różnica między konsekwentnym środowiskiem mobilnym a konfiguracją desktopową tylko udającą telefon staje się wtedy łatwa do zauważenia. Jeśli potrzebujesz funkcji lokalnej przeglądarki, przejdź na stronę pobierania, zainstaluj klienta i wróć do obszaru roboczego.

Najczęściej zadawane pytania

Czy przy symulacji telefonu wystarczy zmienić UA na model telefonu? Nie. UA to tylko jeden z wielu sygnałów widocznych dla platformy. Jeśli system, kernel, nazwa urządzenia, urządzenia multimedialne, rozdzielczość, strefa czasowa i inne elementy nadal wyglądają jak na komputerze, kontrola krzyżowa może łatwiej ujawnić niespójność. Środowisko mobilne powinno zaczynać się od systemu i kernela, a wszystkie parametry związane z urządzeniem powinny tworzyć spójną całość.

Czy kilka kont mobilnych może korzystać z tego samego zestawu parametrów urządzenia? Nie jest to zalecane. Jeśli różne konta współdzielą dokładnie te same sygnały urządzenia, multimediów i czujników, może to samo w sobie stać się typowym wzorcem powiązania kont. Prawdziwe urządzenia naturalnie różnią się między sobą, dlatego bezpieczniej jest, aby każde środowisko konta miało własną, ale wewnętrznie spójną kombinację parametrów.

Jak duży wpływ mają źle skonfigurowane szczegóły urządzenia? Te szczegóły wpływają na to, czy z perspektywy platformy środowisko przypomina prawdziwe urządzenie. Jeden brakujący element może sam w sobie nie przesądzać o niczym, ale wiele nieprawidłowych lub sprzecznych sygnałów może wyraźnie zwiększyć prawdopodobieństwo identyfikacji. Centralne i spójne zarządzanie tymi parametrami jest podstawą ograniczania tego ryzyka.