Çoklu Hesap Rehberi: Proxy IP ve parmak izi tarayıcısını birleştirme

Sınır ötesi e-ticaret, yurtdışı sosyal medya ve reklam ekipleri genellikle birden fazla yetkilendirilmiş hesabı aynı anda yönetmek zorundadır. Normal bir tarayıcıda oturumları sürekli değiştirmek, Cookie'lerin karışmasına, doğrulama kodlarının yanlış hesaba gitmesine ve çalışan hatası sonrası sorumluluğun belirlenememesine yol açar. Gizli pencere de uzun süreli oturumu kurtarmaz; pencere kapatılınca oturum temizlenir.

Proxy IP ve parmak izi tarayıcısı iki farklı sorunu çözer: proxy "trafiğin nereden çıktığını" belirler, parmak izi tarayıcısı ise "her hesabın nasıl bir tarayıcı çalışma alanına sahip olduğunu" belirler. Bunları birleştirmek, bir kişiyi sayısız kullanıcıya gizlemek için değil; her yasal hesap için net, istikrarlı ve denetlenebilir bir ortam kurmak içindir.

Aşağıda ilkelerden yapılandırmaya kadar adım adım anlatıyor, yayına alma kontrol listesini ve yaygın arızaların giderilme sırasını ekliyoruz.

1. Önce proxy IP ile parmak izi tarayıcısının iş bölümünü netleştirin

Proxy IP: trafiğin nereden çıktığını belirler

Proxy sunucusu istemci ile hedef site arasında yer alır ve istekleri istemci adına iletir. MDN'nin proxy sunucuları ve tünelleme rehberi istemci adına çalışan proxy'yi forward proxy olarak adlandırır; site genellikle proxy'nin çıkış IP'sini görür, ancak bazı proxy'ler ve ağ yolları istek başlıkları, protokol parmak izleri gibi yollarla ek bilgi sızdırabilir.

Proxy temel olarak dört şeyi etkiler:

• çıkış IP'sinin coğrafi konumu, operatörü ve ağ itibarı;
• bağlantının gecikmesi, istikrarı ve eşzamanlılık kapasitesi;
• HTTP, HTTPS veya SOCKS gibi desteklenen protokoller;
• kullanıcı adı/şifre veya IP beyaz listesi kimlik doğrulaması gerekip gerekmediği.

Unutulmamalıdır: proxy tek başına Cookie'leri, yerel depolamayı, oturum durumunu, uzantıları, tarayıcı sürümlerini ve diğer cihaz parametrelerini izole etmez. Birden fazla hesap normal bir tarayıcıyı paylaştığında, proxy değiştirilse bile oturumlar karışmaya devam edebilir.

Parmak izi tarayıcısı: her hesap için bağımsız bir çalışma alanı saklar

Siteler, tarayıcının ve cihazın açığa çıkardığı user agent, dil, saat dilimi, ekran, grafik yeteneği ve yazı tipleri gibi çeşitli bilgileri okuyabilir. Google'ın Privacy Sandbox gizlilik açıklaması da pasif olarak açığa çıkan ve siteler arası izleme için kullanılabilecek verileri sınırlamayı tarayıcı gizlilik korumasının yönlerinden biri olarak sıralar.

Parmak izi tarayıcısının temel değeri, her hesabın Cookie'lerini, önbelleğini, yerel depolamasını, proxy yapılandırmasını, başlangıç sayfasını ve iş birliği izinlerini birbirinden bağımsız ortamlara toplamaktır. Ortamlar uzun süre saklanabilir; ekip üyelerinin şifre paylaşmasına gerek kalmaz, aynı tarayıcıda tekrar tekrar çıkış ve giriş yapmaları gerekmez.

Hesabın kendi öznesini, ödeme bilgilerini veya iş davranışını değiştirmez ve hesabın kısıtlanmayacağını garanti etmez. Platform, riski kimlik, ödeme, içerik, işlemler, oturum geçmişi ve ihlal kayıtlarını birleştirerek değerlendirmeye devam eder.

Neden ikisi birlikte kullanılmalı

Tam bir hesap ortamını parçalara ayırırsak denklem aslında yalnızca beş maddeden oluşur:

Hesap ortamı = ağ çıkışı + tarayıcı oturumu + cihaz parametreleri + hesap bilgileri + işlem davranışı

Proxy yalnızca birinciyi kapsar; parmak izi tarayıcısı esas olarak ikinci ve üçüncüden sorumludur. Bu denklemin gerçekten istikrarlı olması için hesap bilgilerinin gerçek ve tutarlı olması, işlemlerin yetkilendirilmesi ve hedef platformun çoklu hesap, bölge ve otomasyonla ilgili kurallarına uyulması gerekir.

2. Hangi senaryolar çoklu hesap için uygundur

Mantıklı ve yaygın senaryolar:

• bir şirketin farklı bölgelerdeki, farklı markalardaki veya farklı tüzel kişiliklerdeki mağazaları ayrı ayrı yönetmesi;
• bir ajansın müşteri yetkisiyle ilgili reklam veya sosyal medya hesaplarını ayrı ayrı işletmesi;
• destek, reklam yayını ve içerik ekiplerinin rollerine göre aynı iş hesabı grubunu birlikte yönetmesi;
• test ekibinin farklı siteler veya yetki rolleri için birbirinden bağımsız oturumlar tutması.

Yine vurgulayalım: çoklu hesap araçları; ödül için tekrarlı kayıt, sahte etkileşim, cezadan kaçınma, kimlik taklidi, sahte sipariş veya platformun hesap sayısı sınırını aşmak için kullanılmamalıdır. Teknik izolasyon, başlı başına ihlal olan bir işi uyumlu hâle getirmez. Hedef platform yalnızca tek bir hesaba izin veriyorsa önce resmi işletme hesabı, ek üyelik kontenjanı veya ek tüzel kişilik yetkisi başvurusu yapılmalıdır.

3. Proxy IP nasıl seçilir

Protokole göre seçim

• HTTP proxy: sıradan HTTP istekleri için uygundur; ancak önce hedef sitenin ve kullanılan kimlik doğrulama yönteminin desteklendiğini doğrulayın;
• HTTPS proxy: genellikle HTTPS bağlantısı taşıyabilen, çoğunlukla CONNECT ile tünel kuran HTTP proxy anlamına gelir;
• SOCKS5 proxy: daha geneldir, birçok uygulamanın trafiğini iletebilir; ancak DNS çözümlemesi ve UDP desteği istemci ile sağlayıcıya bağlıdır;
• PAC: işletme, hangi adreslerin doğrudan bağlanıp hangilerinin proxy üzerinden gideceğine otomatik yapılandırma betiğiyle karar verebilir.

Chromium'un ağ ayarları belgesi, tarayıcının hem sistem ağ ayarlarını kullanabildiğini hem de özel proxy, baypas listesi ve PAC desteklediğini açıklar. Çoklu hesap ortamında kritik nokta, proxy'nin yanlışlıkla genel sistem proxy'si gibi uygulanmaması, yalnızca hedef ortam üzerinde etkili olmasıdır.

İş kalitesine göre seçim

Proxy seçerken yalnızca IP sayısına ve fiyata bakılmamalıdır. En azından şunları doğrulayın:

• bölge, ülke ve şehir gerçek iş ihtiyacına uyuyor mu;
• çıkış istikrarlı mı, sık kopuyor mu veya aniden başka bir bölgeye atlıyor mu;
• IP itibarı, paylaşım derecesi ve geçmiş kötüye kullanım riski;
• bant genişliği, gecikme, trafik faturalandırma yöntemi ve eşzamanlılık sınırı;
• sabit oturum, kullanıcı adı/şifre kimlik doğrulaması ve servis günlüğü destekleniyor mu;
• sağlayıcının veri işleme politikası, gizlilik kuralları ve iade koşulları.

Uzun süre işletilen hesaplar genellikle yüksek frekanslı rotasyon yerine istikrarlı eşleme gerektirir. Bugün ABD'den giriş yapıp birkaç dakika sonra başka bir ülkeye geçmek, ek doğrulamaları kolayca tetikler ve arka uç denetimini zorlaştırır. İzin verilen bir veri toplama veya test görevi değilse, uzun süreli giriş yapılan hesaba "her istekte çıkışı otomatik değiştiren" bir proxy atamayın.

Proxy için bir kayıt defteri tutun

Her proxy için şunları kaydedin: sağlayıcı, protokol, adres, port, kimlik doğrulama yöntemi, çıkış bölgesi, satın alma tarihi, son kullanma tarihi, karşılık gelen hesap ve sorumlu. Düz metin şifreleri tablolara ve sohbet kayıtlarına dağıtmayın; önce parola yöneticisi kullanın veya yöneticinin proxy'yi ortam içinde yapılandırmasını sağlayıp ardından kullanım yetkisi verin.

4. Parmak izi tarayıcısıyla çoklu hesap ortamı kurun

Aşağıda, "proxy kayıt defteri + hesap eşlemesi"ni gerçek bir tarayıcı ortamına taşımanın adımlarını PurpleMark web sürümü örneğiyle gösteriyoruz. Farklı sürümlerde belirli alan adları biraz farklı olabilir; gerçek arayüzü esas alın.

Adım 1: önce bir "hesap—ortam—ağ" eşleme tablosu oluşturun

Ortam oluşturmadan önce hesap ile kaynakların ilişkisini netleştirin:

Hesap	Tüzel kişilik/Müşteri	Amaç	Hedef bölge	Ortam adı	Proxy	Sorumlu
Store-A	Entity-A	Mağaza işletimi	US	US-Store-A	Proxy-A	Alice
Brand-B	Client-B	İçerik yayını	GB	GB-Brand-B	Proxy-B	Bob

İlke, bir ortamın yalnızca tek bir uzun vadeli hesap amacına karşılık gelmesidir. Ortam adı, çalışanın tüzel kişiliği, platformu ve bölgeyi bir bakışta görebilmesini sağlamalı; "Ortam 1" veya "Yeni hesap" gibi muğlak adlandırmalardan kaçınılmalıdır.

Adım 2: bağımsız tarayıcı ortamları oluşturun

Ortam yönetiminde yeni bir ortam oluşturun, ad ve grubu doldurun, hedef platformu başlangıç sayfası olarak ayarlayın. Toplu içe aktarımda önce birkaç örnekle alanları ve proxy biçimini doğrulayın; doğru olduğundan emin olduktan sonra kapsamı genişletin. Böylece tek seferde çok sayıda hatalı yapılandırma üretmemiş olursunuz.

Gruplar müşteriye, tüzel kişiliğe, markaya veya platforma göre kurulabilir. "Bölge"yi tek gruplama boyutu yapmanız önerilmez; aksi hâlde aynı bölgedeki farklı müşteriler yine kolayca karışabilir.

Adım 3: proxy'yi bağlayın ve bağlantıyı kontrol edin

Proxy protokolünü seçin, host, port, kullanıcı adı ve şifreyi girin ve bağlantı kontrolü çalıştırın. Test en az beş şeyi doğrulamalıdır:

• bağlantı başarıyla kurulabiliyor mu;
• çıkış IP'si ve ülke/bölge beklendiği gibi mi;
• hedef platforma erişim istikrarlı mı;
• DNS çözümlemesi beklendiği gibi proxy üzerinden mi gidiyor;
• proxy kimlik doğrulaması tekrar tekrar açılır pencere çıkarmıyor mu.

Unutmayın: "bağlantı başarılı" yalnızca ağın kullanılabilir olduğunu gösterir. Proxy'nin itibarının iyi olduğu ya da hesabın kesin sorunsuz gireceği anlamına gelmez. İlk etkinleştirmeden sonra hedef siteye fiilen gidin, gecikmeyi ve doğrulamaları gözlemleyin.

Adım 4: tarayıcı parametrelerini mantıksal olarak tutarlı yapın

Tarayıcı sürümü, işletim sistemi, saat dilimi, dil ve coğrafi konum mantıksal olarak tutarlı olmalıdır. Örneğin iş ortamını Londra saat dilimine koyup başka bir bölgenin dilini ve çıkış IP'sini kullanmak işleyişi kolayca karıştırır. "Benzersizlik" uğruna gerçekçi olmayan parametreleri gelişigüzel birleştirmekten de kaçının.

Varsayılan veya ekipçe doğrulanmış makul bir şablon kullanın; yalnızca işin gerçekten değiştirmesi gereken alanları değiştirin. Ekip şablon sürümünü kaydetmeli; tarayıcı çekirdeğini veya uzantıları yükseltirken önce test ortamında doğrulayıp ardından üretim ortamına kademeli yaymalı, tüm ortamların aynı anda büyük değişime uğramasından kaçınmalısınız.

Adım 5: ilk giriş ve oturumu kaydetme

İlk girişten önce ortam adının ve çıkış IP'sinin doğru olduğunu doğrulayın; ardından hesap sahibi veya yetkili çalışan girişi ve iki aşamalı doğrulamayı tamamlasın. Başarıdan sonra ortamı kapatıp yeniden açın ve Cookie'lerin ile yerel depolamanın doğru geri yüklendiğini doğrulayın.

Doğrulama kodlarını, kurtarma kodlarını veya ana parolayı ortam notlarında uzun süre tutmayın. İki aşamalı doğrulama, işletmenin kontrolündeki cihazlara veya parola yönetimi çözümüne bağlanmalı; personel ayrılışı ve acil kurtarma için önceden prosedürler belirlenmelidir.

Giriş sırasında bir sorun olursa ortamın yerleşik önbellek temizleme veya çöp kutusu özelliklerini öncelikle kullanın; Cookie, uzantı ve yerel depolamayı karıştırabilecek elle silme işleminden kaçının.

Adım 6: ekibe en az ayrıcalık ilkesiyle iş birliği yetkisi verin

Platformun yerleşik üye rollerini öncelikle kullanın. Ekip gerçekten bir tarayıcı oturumunu paylaşmak istiyorsa, ortamı ortam paylaşımı yoluyla ilgili üyeye devredin ve erişimi "en az ayrıcalık" ilkesine göre atayın; önemli eylemleri işlem günlüğüyle saklayın: içerik çalışanlarının ödeme yetkisine ihtiyacı yoktur, destek ekibi de reklam hesaplarında yönetici yetkisi almamalıdır.

Düzenli denetim önerilir—hangi ortamları kim açabilir, proxy'yi kim değiştirdi, Cookie veya veriyi kim dışa aktardı. Üye ayrıldığında, müşteri yetkiyi sonlandırdığında veya proje bittiğinde erişimi derhal geri alın ve ilgili kimlik bilgilerini rotasyona tabi tutun. Günlük kontroller "çalışan ortamlar" listesinden başlayabilir: hangi ortamların aktif olduğunu görün, ardından ilgili işlem günlüklerinin normal olup olmadığını kontrol edin.

5. Yayına almadan önce 10 kontrol

1. Hesap yasal yetkiye sahip ve hedef platformun çoklu hesap politikasına uygun;
2. Ortam adı, tüzel kişilik, platform ve sorumlu eşlemesi doğru;
3. Proxy bölgesi gerçek iş ihtiyacına uygun;
4. Çıkış IP'si istikrarlı ve hedef platforma normal erişiyor;
5. DNS ve WebRTC testlerinde beklenmeyen ağ çıkışı görünmüyor;
6. Saat dilimi, dil, sistem ve proxy bölgesi mantıksal olarak tutarlı;
7. Cookie ve yerel depolama yalnızca ilgili ortamda kalıyor;
8. İki aşamalı doğrulama ve kurtarma yöntemi işletmenin kontrolünde;
9. Ekip üyeleri yalnızca işi bitirmek için gereken en az yetkiye sahip;
10. Proxy süresi dolumu, anormal giriş ve personel değişikliği işlemleri netleştirilmiş.

Bir test aracının gösterdiği "farklı" veya "benzersiz" değer, "daha güvenli" anlamına gelmez. Amaç, her parametreyi bilinçli olarak öne çıkarmak değil; yapılandırmayı gerçekçi, istikrarlı ve açıklanabilir kılmaktır.

6. Yaygın sorunların giderilmesi

Proxy bağlantı başarılı gösteriyor ama sayfa açılmıyor

Sırasıyla kontrol edin: protokol doğru seçilmiş mi, adres ve port doğru mu, kimlik doğrulama süresi dolmuş mu, IP beyaz listesi mevcut cihazı içeriyor mu, trafik tükenmiş mi, hedef site proxy hattıyla sınırlanmış mı. Ardından aynı ortamla sıradan bir HTTPS sayfasına giderek sorunun proxy'nin tamamında mı yoksa tek bir sitede mi olduğunu ayırt edin.

IP bölgesi doğru ama sitedeki dil veya saat uyuşmuyor

Site, tarayıcı dilini, saat dilimini, Cookie'leri ve hesap tercihlerini aynı anda dikkate alabilir. Yalnızca IP'ye değil, ortam parametrelerine ve hesap ayarlarına bakın. Değişiklikten sonra ortamı yeniden başlatın ve eski Cookie'lerde önceki bölgenin tercihlerinin saklanıp saklanmadığını doğrulayın.

Sık doğrulama kodu veya ek doğrulama çıkması

Önce tekrarlayan denemeleri durdurun. Ardından kontrol edin: proxy kopuyor mu veya çıkışı sık değiştiriyor mu, cihaz parametreleri çok yeni mi büyük değişti, hesap aynı anda birden fazla kişi tarafından mı işletiliyor, platform ek kimlik veya güvenlik doğrulaması mı istiyor. Resmi doğrulamayı tamamlayın veya platform desteğine başvurun; otomatik tanıma, captcha çözme hizmetleri veya yeni hesap oluşturma ile kısıtlamaları aşmayın.

Birden fazla hesap yanlışlıkla karışıyor

Hemen işlemi durdurun; yanlış ortamın açılıp açılmadığını, aynı Cookie'nin kopyalanıp kopyalanmadığını, tarayıcı senkronizasyonunun etkin olup olmadığını veya birden fazla hesabın sistem tarayıcısını paylaşıp paylaşmadığını kontrol edin. Yanlış oturumlardan çıkın, etkilenen ortamları temizleyin (ortam yönetimindeki yerleşik önbellek temizleme ve çöp kutusu özelliklerini öncelikle kullanın) ve denetim günlüğüyle hatanın kapsamını belirleyin. Ardından paylaşım yetkilerini ve adlandırma kurallarını sıkılaştırın.

Proxy IP'yi düzenli aralıklarla değiştirmek gerekir mi

Uzun vadeli hesaplar için "mutlaka düzenli değiştirmeli" gibi tek bir cevap yoktur. Hat istikrarlı, bölge doğru ve güvenlik sorunu yoksa sabit eşlemeyi korumak genellikle açıklaması ve denetimi daha kolaydır. Proxy devre dışı kaldığında, sağlayıcı değiştiğinde veya iş taşındığında, düşük riskli bir zaman diliminde planlı geçiş yapın ve nedeni kaydedin.

7. Proxy ve ortam bakım temposu

Haftada bir bağlantı başarı oranını, ortalama gecikmeyi, anormal doğrulamaları ve paylaşım yetkilerini kontrol etmeniz önerilir; ayda bir proxy süre dolumunu, üye listesini, ortam sahipliğini ve kurtarma yöntemlerini karşılaştırın. Tarayıcı çekirdeği, uzantılar veya hedef platform kuralları güncellendiğinde önce test ortamında doğrulayıp ardından üretime kademeli yayın.

Bir anormallik olduğunda zamanı, hesabı, ortam adını, çıkış IP'sini, operatörü ve hata ekran görüntüsünü saklayın. Yeniden üretilebilir kayıtlar, körlemesine IP değiştirmek, Cookie temizlemek veya ortamı yeniden kurmaktan genellikle daha değerlidir ve sorunun ağda mı, tarayıcıda mı, hesap güvenliğinde mi yoksa platform kurallarında mı olduğunu ekibin anlamasına yardımcı olur.

Sonuç

Proxy IP ile parmak izi tarayıcısının makul kombinasyonu, özünde bir hesap ortamı yönetim yöntemidir: proxy, iş ihtiyacına uygun bir ağ çıkışı sağlar; tarayıcı ortamı birbirinden bağımsız oturumları saklar; yetkiler ve günlükler ekip iş birliğini her zaman kontrol altında tutar.

Önce hesap—ortam—ağ birebir eşlemesini kurun, ardından bağlantı, DNS, WebRTC, Cookie ve yetki kontrollerini sırayla tamamlayın; yapılandırmayı uzun vadede istikrarlı tutun ve her değişikliği kaydedin. Bu, hesap karışmasını ve iç hataları önemli ölçüde azaltır; ancak hesap güvenliğinin temeli her zaman platform yetkisi, gerçek bilgiler ve uyumlu işletimdir.

Bu akışı ekibe uygulamak için PurpleMark web sürümünü açın ve "eşleme tablosu → ortam oluşturma → proxy bağlama → parametre tutarlılığı → oturum kaydetme → yetki atama" sırasını izleyin: önce ilk hesap ortamını uçtan uca çalıştırın, ardından aynı kalıbı diğer hesaplara kademeli olarak yayın.