Mobil parmak izi simülasyonu, masaüstü tarayıcının mobil cihaz kimliğiyle çalışmasını sağlar. Ekran, cihaz modeli, sensör ve dokunma, ağ ve operatör ile UA/App tanımlayıcılarının birbiriyle tutarlı olması, ortamın kontrollerde inandırıcı görünmesi için gereklidir.
Facebook, Instagram ve TikTok gibi platformlarda reklam ve hesap operasyonları yürütürken birçok işlem mobil ve masaüstünde farklı davranır: sayfa düzeni değişir, kullanılabilen özellik girişleri farklıdır ve platform mobil trafiği farklı şekilde ele alabilir. Çok sayıda gerçek telefon bulundurmadan bu senaryoları doğrulamak için masaüstü tarayıcının mobil cihaz gibi görünmesi gerekir.
Söylemesi tek cümlelik olsa da uygulamada tam bir parametre setini uyumlu hale getirmek gerekir. Mobil ortamın güvenilirliği, bu parametrelerin birbiriyle mantıklı şekilde eşleşmesine bağlıdır.
Mobil ve masaüstü nerede farklılaşır
En belirgin fark ekrandır. Mobil cihazların mantıksal çözünürlüğü ve viewport genişliği masaüstünden oldukça farklıdır; aynı modelde bile kullanılabilir viewport sistem sürümüne göre değişebilir. Ekran ayarı uyuşmazsa diğer parametreleri düzeltmek de ortamı doğal göstermeye yetmez.
İkinci katman cihaz modeli ve donanım sınıfıdır. Platform, modelden cihazın hangi sınıfta olduğunu tahmin edip buna göre sayfa veya içerik sürümü sunabilir. Model, pixel ratio, bellek ve grafik parametreleri birbirine uymalıdır. Üst seviye bir model adını düşük seviye donanım özellikleriyle eşleştirmek kendi içinde çelişkilidir.
Sensör ve dokunma özellikleri en kolay gözden kaçan katmanlardan biridir. Gerçek telefonlarda jiroskop ve ivmeölçer bulunur; touch events basınç, temas alanı ve multi-touch gibi özellikler taşıyabilir. Masaüstü tarayıcıda bunlar varsayılan olarak bulunmaz. Yalnızca UA telefon UA'sına çevrilirse touch event kontrolü uyumsuzluğu ortaya çıkarabilir. Bu katmanda birkaç anahtarı açmak değil, sensör okumalarını ve touch event biçimini tutarlı hale getirmek gerekir.
Ağ türü ve operatör de parmak izinin parçasıdır. Mobil cihazlar çoğunlukla hücresel ağ kullanır ve bir sayfa operatör adı, bağlantı türü hatta sinyalle ilgili bilgileri okuyabilir. Ortam belirli bir ülkede belirli bir operatörü kullandığını söylerken çıkış bağlantısı data-center IP üzerinden gidiyorsa bu kombinasyon gerçek cihazlarda alışılmadıktır ve ayrıca kontrol edilmelidir.
Son katman user agent ve cihaz tanımlayıcılarıdır; birçok kişinin değiştirdiği tek katman da budur. UA; cihaz modeli, işletim sistemi sürümü ve tarayıcı sürümüyle uyumlu olmalıdır. App içindeki WebView tanımlayıcısı ile normal tarayıcı tanımlayıcısı da farklıdır; platform bunları kullanarak ziyaretin App içinden mi yoksa doğrudan tarayıcıdan mı açıldığını anlayabilir. İkisini karıştırmak ortamın birleştirilmiş olduğuna dair iz bırakır.
Tutarlılık nasıl kontrol edilir
Parametreler ayarlandıktan sonra belirli bir sırayla kontrol yapılması önerilir. Sıra önemlidir; çünkü önceki aşamadaki sorunlar sonraki aşamadaki sorunlar gibi görünebilir.
Önce cihaz kimliğini kontrol edin: test sayfasının okuduğu işletim sistemi, cihaz modeli, çözünürlük ve pixel ratio ayarlarla uyuşuyor mu, UA içindeki model ve sistem sürümü bunlarla eşleşiyor mu? Ardından saat dilimi ve dili kontrol edin. İkisi de hesabın hedef pazarıyla uyumlu olmalı; konum ve çıkış bölgesi de aynı coğrafi bölgede bulunmalıdır. Bu bilgiler arasındaki çelişkiler sık görülen işaretlerdir. Sonra ağı kontrol edin: çıkış IP'si residential mı data-center mı, operatör bilgisi IP aidiyetiyle uyuşuyor mu ve WebRTC mevcut ortamla hiç örtüşmeyen bir adres sızdırıyor mu? Son olarak davranış yeteneklerine bakın: touch events, sensör okumaları ve font seti bir mobil cihazınkine benziyor mu?
Bazı öğeler uyuşmuyorsa ortamı tekrar tekrar kurmak yerine önce hangi parametrenin genel yapıyla çeliştiğini bulun. Ortamı yeniden oluşturmak parametrelerin kendi içindeki çelişkileri çözmez.
Bir başka önemli nokta da şudur: üçüncü taraf bir kontrol sayfasında anomali görülmesi, ortamın mutlaka hatalı olduğu anlamına gelmez. Test siteleri veriyi farklı yöntemlerle toplar; bazıları script çalıştırıp tarayıcı özelliklerini okur, bazıları request headers inceler. Bu nedenle aynı ortam farklı sitelerde farklı sonuçlar verebilir. Tarayıcı eklentileri sayfanın okuyabildiği bilgileri değiştirebilir, güncel olmayan bir IP veritabanı residential IP'yi yanlış yerde gösterebilir. Sürekli birçok site arasında karşılaştırma yapmak yerine sık güncellenen ve güvenilir bir test sitesini referans almak daha anlamlıdır.
Mobil simülasyon gerçek cihazın yerini tutmaz
Bazı senaryolarda hâlâ gerçek cihaz gerekir: gerçek sensör verisi, kamera veya tam jiroskop özelliği isteyen testler; platformun cihaz gerçekliğini çok sıkı kontrol ettiği ve App içinde doğrulama yaptığı risk-control aşamaları; gerçek ödeme veya gerçek operatör ağı içeren doğrulamalar. Ayrıca bazı platform özellikleri yalnızca native istemcide sunulur ve web'de yoktur; bu işlemler de simüle ortamla çözülemez.
Pratik iş bölümü şöyle yapılabilir: web üzerinden kapsanabilen mobil senaryolar simüle ortama, hardware ve App katmanı doğrulamaları gerçek cihaza bırakılır. İki yöntem birbirini tamamlar, birbirinin yerini almaz.
Sık sorulan sorular
Yalnızca UA değiştirerek kontrolden geçilebilir mi Genellikle hayır. UA tek başına değiştirilmesi en kolay parametrelerden biridir ve çapraz kontrolü de kolaydır. Çözünürlük, fontlar, dil, saat dilimi ve dokunma yeteneği uyuşmuyorsa fark kolayca görülebilir.
Bir hesap mobilde veya masaüstünde sabit mi kalmalı Tutarlılık tercih edilir. Aynı hesabın iki cihaz türü arasında sürekli gidip gelmesi başlı başına olağandışı bir sinyal olabilir. Ortamın cihaz türünü hesabın normal kullanım biçimiyle uyumlu tutun.
Uyumluluk açısından nelere dikkat edilmeli Yalnızca yönettiğiniz hesapları ve kendi iş süreçlerinizi test etmek için kullanın. Platform doğrulamasını aşmak amacıyla cihaz kimliğini sahtelemek veya dolandırıcılık faaliyetlerinde kullanmak için kullanmayın.
Sonuç
Mobil parmak izi simülasyonu tek bir parametreyi değiştirmek değil, tüm parametre setini cihaz kimliği ve hedef pazarla tutarlı hale getirmektir. Ekran, model, sensörler, ağ ve UA ayrı ayrı mantıklı olmalı ve birbirleriyle çelişmemelidir. Mobil ve masaüstü ortamları ayrı yönetin, bir hesabı uzun süre sabit bir cihaz profilinde tutun ve bölgeyle eşleşen bağımsız bir çıkış bağlantısı kullanın. PurpleMark gibi ortam yönetim araçları, ortam oluşturulurken cihaz ve sistem parametrelerini, proxy'yi ve başlangıç sayfasını birlikte bağlayabilir ve her açılışta aynı ayarları geri yükleyerek tekrar tekrar yapılandırma ihtiyacını azaltabilir.
