UserAgent tutarlılığı nasıl kontrol edilir? UA uyuşmazlığının ele verdiği dört zayıf nokta

Test sitelerinde UA satırı normal görünürken, hesap girişinden birkaç gün sonra yine doğrulama çıkıyor. Birçoğunun ilk tepisi UA'yı yenisiyle değiştirmek ya da bir UA eklentisi daha kurmak oluyor; sonuç, anormallikler daha sık ortaya çıkıyor.

Bu tür durumların çoğunda sorun tutarlılığa takılır. UA tek bir alandır ama platform onu birden fazla noktadan okur. Yalnızca birini değiştirirsen diğerleri eski değeri tutmaya devam eder; okumalar karşılaştırıldığında çelişki ortaya çıkar.

UA kontrolünün ilk adımı, bu alanın açığa çıkan tüm yüzlerde aynı hikâyeyi anlatıp anlatmadığına bakmaktır; ikinci adım ise onun cihaz, bölge gibi parametrelerle örtüşüp örtüşmediğini denetlemektir. Bu yazıda önce platformun UA'yı okuduğu üç kanalı açıyoruz, ardından uyuşmazlığın ortaya çıkardığı dört sinyal türünü listeliyoruz. Son olarak beş karşılaştırma noktalı bir kontrol listesini ve antidetect tarayıcıdaki yapılandırma yöntemini veriyoruz.

Platformun UA'yı okuduğu üç kanal

Aynı UA değerini platform gerçekte üç noktadan okur: HTTP istek başlıkları, Client Hints başlıkları ve sayfa betiği. Üç kanal birbirinden bağımsızdır ve ayrı ayrı denetlenebilir.

İstek gönderilirken başlıktaki UA dizisi en erken kanaldır; site, sayfayı teslim etmeden önce onu çoktan okumuş olur. Chrome 89 sürümünden itibaren cihaz bilgilerini Sec-CH-UA başlık serisiyle ayrı olarak bildirir; tarayıcı markası, platform ve platform sürümü her biri ayrı bir başlık taşır ve site ihtiyacına göre sorar. MDN'deki Client Hints belgeleri bu başlıkların yapısını oldukça net anlatır.

Üçüncü kanal sayfa betiğindedir. navigator.userAgent ve navigator.userAgentData, tarayıcı ile platform bilgilerini sayfanın içinden bir kez daha bildirir. Kuramsal olarak üç okuma harfi harfine aynıdır. Herhangi biri tek başına değiştirilirse diğer ikisi onu izlemez.

UA değiştiren eklentiler tam bu noktada takılır. Çoğu eklenti yalnızca istek başlığındaki UA dizisini değiştirir; sayfa betiği okuduğunda hâlâ orijinal değerdir ve iki kanal anında çelişir. Bu tür çelişkileri yakalamak için yüksek teknik bir eşik gerekmez; risk kontrolü betiğinin iki okumayı karşılaştırması yeterlidir.

Ayrıca arka planda bir nokta var: Chrome eski UA dizilerindeki bilgileri aşamalı olarak donduruyor, sürüm numarasının son bölümü sabitlendi ve daha fazla ayrıntı Client Hints'e taşınıyor. Yalnızca UA dizisiyle oynanacak alan daralıyor; buna karşılık kanalların birbiriyle örtüşüp örtüşmemesi giderek daha kritik hale geliyor.

UA uyuşmazlığı neyi ele verir: dört sinyal türü

UA tek başına bakıldığında ne gerçek ne sahtedir; sinyal bileşiminin içine konduğunda zayıf nokta belli olur. Ortamda sorun çıktığında görülen uyuşmazlıkların çoğu aşağıdaki dört türden birine düşer.

Birinci tür, kanalların birbiriyle çelişmesi. İstek başlığı Chrome 126 bildirirken sayfa betiğinin okuması Chrome 118'de kalıyor; ya da Sec-CH-UA'da bildirilen marka, navigator.userAgentData'nın döndürdüğüyle uyuşmuyor. Böyle bir okuma için pratikte tek bir açıklama vardır: UA tek başına değiştirilmiştir ve değişiklik tüm kanalları kapsamamıştır.

İkinci tür, bildirimin donanım parametreleriyle çelişmesi. UA'da iPhone yazarken ekran 1920×1080 masaüstü çözünürlüğünde ve dokunma noktası sıfırdır; UA Windows bildirirken GPU renderlayıcısı Apple yongası raporlar. Donanım parametreleri gerçek ortamdan okunan ölçümlerdir, UA ise serbestçe doldurulabilen bir bildirimdir. İkisi karşılaştırıldığında zayıf nokta, UA'nın kendisinden çok daha belirgin olur. Bu tür çelişkilerin nedenlerini parmak izi rastgeleleştirmesi neden güvenli değil makalesi parametre parametre incelemişti.

Üçüncü tür, ortam bileşimiyle çelişme. Çıkış IP'si ABD'de ama UA Çince bir tarayıcı gösteriyor; dil listesi ile saat dilimi başka bir bölgeye işaret ediyor. UA, sistem, dil, saat dilimi ve IP aslında birlikte aynı bölge profilini oluşturmalı; bu noktalardan biri kayarsa profilin tamamı şüpheli hale gelir. Bu tür bir çelişki UA değiştirilerek çözülemez; düzeltilmesi gereken, ortam yapılandırmasıdır.

Dördüncü tür, aktarım katmanı özellikleriyle uyuşmama. TLS el sıkışmasının bıraktığı özellikler bir betik aracına ya da çok eski bir tarayıcı sürümüne benziyor; istek başlıkları ise yeni bir Chrome sürümü bildiriyor. Aktarım katmanı özellikleri UA'dan daha zor taklit edilir ve platformun iki tarafı karşılaştırması düşük maliyetlidir.

Dört sinyal türünden ilk üçü ortam yapılandırması aşamasında önlenebilir; dördüncüsü bağlanma yönteminin kendisine bağlıdır. Günlük öz kontrolde ilk üç türe odaklanın; okumalar arasında çelişki görüldüğünde yapılandırmayı yeniden denetleyin.

Tutarlılık kontrolü nasıl yapılır: beş karşılaştırma noktası

Beş karşılaştırma noktası sırayla geçilir; tek bir test sitesi yetmez.

1. Kanal karşılaştırması: Ortamdan bir test sayfası açın, geliştirici araçlarının Network panelinden istek başlıklarındaki UA ile Sec-CH-UA'ya bakın ve konsoldaki navigator.userAgent okumasıyla karşılaştırın; üç noktanın da aynı olması gerekir.

2. Donanım karşılaştırması: UA'nın bildirdiği cihaz türünü ekran çözünürlüğü, dokunma yeteneği, GPU renderlayıcısı, çekirdek sayısı ve bellekle tek tek karşılaştırın; bildirim hangi cihazı söylüyorsa ölçümler de o cihaza benzemelidir.

3. Bölge karşılaştırması: UA'nın dili, tarayıcının dil listesi, saat dilimi ve çıkış IP'si aynı bölge profilinde mi; mobil bildirim varsa mobil ağ özellikleriyle de uyumlu olmalıdır.

4. Sürüm karşılaştırması: UA'daki tarayıcı sürümü hedef pazarın yaygın aralığında olmalı; çok yeni bir sürüm ya da yıllar öncesinde kalmış eski bir sürüm anormallik sinyalidir, ayrıca sürüm çekirdek davranışıyla da örtüşmelidir.

5. Yeniden kontrol kaydı: Yapılandırmayı ayarladıktan sonra test sayfasından yeniden geçin ve her okumayı kayıt altına alın; ortamda ileride anormallik çıktığında bu kayıtlar araştırmanın başlangıç noktası olur.

Araç tarafında CreepJS, sayfa betiği okumaları ile tarayıcının iddiaları arasındaki çelişkileri toplar; UA'sı değiştirilmiş bir ortamı onunla test ettiğinizde çelişen kanallar doğrudan işaretlenir. Browserscan gibi kapsamlı test siteleri, beş parametre grubunun bütünsel okuması için uygundur. İki aracı birlikte kullanın. UA, ortam tutarlılığındaki sinyallerden yalnızca biridir; tüm ortamın kontrol sırası için hesapların ilişkilendirilmesine karşı tutarlılık kontrolü makalesindeki altı maddelik kontrol listesini buradaki beş noktayla birlikte kullanabilirsiniz.

Antidetect tarayıcıda UA'yı eşleştirmek

Beş karşılaştırma noktasına göre düzeltme yaparken en verimli yol, her şeyi elle doldurmak yerine UA'yı ve eşlik eden parametreleri birlikte üretmektir. MostMate yeni başlayanlara uygun, kullanımı kolay bir AI antidetect tarayıcıdır; her hesap için ayrı bir tarayıcı ortamı hazırlar ve UA tutarlılığı tam da onun ortam yapılandırma akışına denk düşer. Başlamadan önce MostMate ürün tanıtım sayfasında tüm oluşturma akışını inceleyebilirsiniz.

Ortam oluştururken önce işletim sistemi ile tarayıcı sürümünü seçersiniz, User-Agent buna göre üretilir ve gerektiğinde düzenlenebilir. Dil, saat dilimi ve coğrafi konum ayarlarının varsayılan seçeneği "IP'ye göre yapılandırma"dır. Çıkış proxy'sini seçtiğinizde bu maddelerle UA'nın bölge bileşimi otomatik olarak örtüşür. Parmak izi önizleme paneli, User-Agent ile diğer parametrelerin güncel değerlerini gerçek zamanlı listeler; ortam çalıştırılmadan önce, kurulum aşamasında yapılandırmanın kendi içinde tutarlı olup olmadığını görürsünüz.

Yapılandırmanın ayrıntı düzeyini de kendiniz belirleyebilirsiniz. Manuel parmak izi ayarlarında UA, ekran, saat dilimi, dil gibi on bir maddeyi tek tek seçersiniz; ana sayfadaki önerilen yapılandırma ise cihaz mantığına göre tutarlı bir ortamı doğrudan üretir. İki yolun da kendine uygun senaryoları vardır.

Belirtilmesi gereken bir sınır var. UA ile ortam yapılandırması arasındaki tutarlılık, yalnızca bir açığa çıkma sinyali türünü azaltır. Bir hesabın platform tarafından ilişkilendirilip ilişkilendirilmediği ayrıca platform kurallarına, hesaplar arası ilişkilere ve kullanım davranışına bağlıdır; ortam yapılandırması bunlardan yalnızca ortam katmanını çözer.

Sık sorulan sorular

UA değiştiren bir eklenti kurmak neden tanınmayı kolaylaştırıyor?

Eklentiler genellikle yalnızca istek başlığı kanalını değiştirir; sayfa betiği ile Client Hints hâlâ orijinal değeri okur. Kanallar arasında çelişki çıktığı anda "UA değiştirilmiş" notu adeta okumaların içine yazılmış olur. Çelişkinin kendisi bir anormallik sinyalidir ve hiç değiştirmemekten daha dikkat çekicidir.

UA sürüm numarası ne kadar yeniyse o kadar iyi midir?

Hedef pazarın yaygın sürüm aralığında olması yeterlidir. En yeni sürümden daha yeni ya da yıllar öncesinde kalmış bir sürüm de anormallik sinyalidir. Sürüm ayrıca çekirdek davranışıyla uyumlu olmalıdır; tek başına yeniliğin peşinden koşmanın bir anlamı yoktur.

Masaüstü ortamda mobil UA kullanılabilir mi?

Kullanılabilir; ancak ekran çözünürlüğü, dokunma yeteneği ve cihaz belleği gibi parametreler de birlikte mobil cihaza göre ayarlanmalıdır. Parametrelerin nasıl eşleştiğini ekran çözünürlüğü ve pencere boyutu parmak izi makalesinde ayrıntılı bulabilirsiniz.

Test sitesi UA'yı tutarlı gösteriyorsa sorun yok demek midir?

Test sitelerinin okumaları çoğunlukla sayfa betiğinin okuyabildiği parametreleri kapsar; aktarım katmanı özellikleri ile bazı Client Hints ayrıntıları bu okumalarda bulunmayabilir. Sonuç vermeden önce beş karşılaştırma noktasının tamamını geçmek daha sağlamdır.

Sonuç

UA kontrolünün varış noktası, üç kanalın ve tüm ortamın birbiriyle tutarlı biçimde konuşmasıdır: kanallar birbiriyle çelişmez, bildirim ile donanım ölçümleri örtüşür, bölge bileşimi makul biçimde anlatılır, sürüm aralığı olağandır. Beş karşılaştırma noktasını sırayla bir kez geçtiğinizde UA düzeyindeki zayıf noktaların çoğu, ortam devreye alınmadan önce ayıklanmış olur. Kontrolü devreye alma öncesinde yapmak en düşük maliyetlidir.

Yeni bir ortamda hesabı sokmadan önce bu kontrolü bir kez geçmek, doğrulama çıktıktan sonra dönüp UA değiştirmekten çok daha zahmetsizdir. Ortamlarınızı bu akışla yönetmek isterseniz MostMate'i indirebilirsiniz; sistem seçiminden proxy yapılandırmasına, parmak izi önizlemesinin denetimine kadar UA'yı ve tüm ortamı tek seferde tamamlayabilirsiniz.