Tam bir hesap kayıt akışı sınırları netleştirir: form doldurma, tarih seçimi ve e-posta kodlarını okuma otomatikleştirilebilir, ancak video selfie doğrulaması süreci durdurur. Her katmanın maliyetini anlamak, tam otomasyonu zorlamaktan daha gerçekçidir.
Tarayıcı otomasyonu geliştirenler çoğu zaman iyimser bir varsayımla başlar: Bir akışı yeterince küçük adımlara bölerseniz, otomatikleştirilemeyecek hiçbir şey kalmaz.
Ancak süreci baştan sona gerçekten çalıştırınca farklı bir tablo ortaya çıkar. İlk adımlar şaşırtıcı derecede sorunsuz ilerleyebilir, fakat süreç sonunda aşılması zor bir duvara çarpar. Bir hesap kayıt testi bunun tipik örneğiydi: form doldurma, tarih seçimi, doğrulama kodunu alma ve güvenlik kontrolleri bir dakikadan kısa sürede tamamlandı. Akışın yaklaşık %85'i otomatikleşti. Geriye kameranın karşısında gerçek bir kişinin yapması gereken video selfie doğrulaması kaldı.
Akışı maliyetlere göre ayırınca sınırlar ilk bakışta göründüğünden çok daha netleşir.
Tek sayfadaki deterministik işlemler genellikle scriptlerle güvenilirdir
Ad, e-posta, parola ve doğum tarihi gibi girişler en kararlı katmandır. Alanlar arasında küçük bir bekleme bırakarak klavye girişini simüle etmek, tüm adım için yaklaşık beş saniye sürer.
Buradaki temel sorun element bulmadır. Birçok modern frontend, semantik bir name özelliği olmayan inputlar üretir; bu yüzden index veya yapı üzerinden hedeflemek gerekir. Zarif değildir, ancak otomasyon akışında şaşırtıcı şekilde kararlı olabilir.
İlk görev sınıfı budur: sabit sayfa yapısı, net eylem ve öngörülebilir sonuç. Bu aralıktaki işlemlerde script başarı oranı genellikle yüksektir.
Özel bileşenlerde sayfa yapısı doğrudan maliyet haline gelir
Doğum tarihi veya cinsiyet gibi açılır seçimler genellikle asıl zamanı tüketen bölümdür.
Normal bir seçim menüsü gibi görünen şey, altta erişilebilirlik rolleri kullanan özel bir bileşen olabilir. Standart yöntemler sırayla başarısız olabilir: normal select yöntemi çalışmaz, erişilebilirlik etiketiyle bulma çalışmaz, hedef elemente doğrudan tıklamak da çalışmaz. Kararlı yöntem çoğu zaman insanın yaptığı sırayı aynen taklit etmektir: menüyü açmak, seçeneklerin render edilmesini beklemek, hedefi metinden bulmak ve ardından tıklamak.
Kod saniyeler içinde yazılabilir, ancak debug saatler sürebilir. Buradaki sınır yalnızca teknik beceri değildir; sayfa yapısının ne kadar işbirliği yaptığı da belirleyicidir. Özel bileşenlerde geleneksel yöntemi erken bırakmak çoğu zaman en çok zaman kazandırır.
Siteler arasında durumu korumak maliyetin belirgin biçimde yükseldiği noktadır
Doğrulama kodu e-postayla geldiğinde mantık basittir: gelen kutusunu aç, en yeni mesajı bul, sayısal kodu çıkar ve geri gir. Tüm adım yaklaşık 20 saniye sürer.
Tipik hata da basittir: script eski bir e-postayı okursa kod yanlış olur. Bu yüzden zamana göre en yeni mesaj seçilmelidir.
Bundan sonra birçok platform ek bir kontrol sayfasına yönlendirip yeni bir kod daha gönderir. İşleme mantığı tekrar kullanılabilir, ancak önceki kod değeri kullanılamaz.
Asıl zorluk iki site ve iki oturum olmasıdır. E-posta oturumu açık kalmalı, platform oturumu adımlar arasında korunmalı ve proxy IP, saat dilimi ile dil ortamla uyumlu olmalıdır. Siteler arası durum yönetiminin maliyeti bu şekilde birikir. Her adım tek başına kolaydır, fakat zincirlendiğinde hata oranı belirgin şekilde artar.
Burada script yalnızca uygulayıcıdır; web sitesinin onu hangi kimlikle gördüğüne kendisi karar veremez. Cihaz parmak izi ve IP ile ortamın birbiriyle uyumu, platformun değerlendirdiği sinyaller arasındadır. Bu nedenle çok sayıda hesap yöneten ekipler ortam izolasyonunu genellikle ayrı bir katman yapar: her ortam bağımsız bir parmak izi ve IP kullanır. PurpleMark gibi araçlar bu ortam katmanını sağlar, script ise içindeki eylemleri yürütür.
Sayfayı anlamayı gerektiren işler yalnızca scriptlerle sürdürülebilir değildir
Akış ilerledikçe problemin niteliği değişir.
Sayfa metni veya yapısı hesap, bölge ya da kademeli deneylere göre değişiyorsa, sabit yazılmış selector'lar toplu halde bozulmaya başlar. İki seçenek vardır: tüm olası dalları koda ekleyip bakımı gittikçe zorlaştırmak veya adımı sayfa semantiğini anlayabilen bir modele bırakmak. Bir uyarının ya da düğmenin anlamı insan için doğal bağlamdır, selector için ise gürültüdür.
Platform aktif biçimde uyum sağladığında saf scriptler tekrar tekrar bozulur
Kolay gözden kaçan başka bir maliyet de şudur: karşı taraf da değişir.
Platformlar yalnızca form doldurup dolduramadığınıza bakmaz. Cihaz parmak izinin normal görünüp görünmediğini, IP'nin cihaz ortamıyla uyumlu olup olmadığını, davranışın insana benzeyip benzemediğini ve toplu işlem belirtileri bulunup bulunmadığını değerlendirebilir. Tek bir risk kontrol güncellemesi, dün çalışan selector'ların veya davranış kalıplarının yeniden yazılmasını gerektirebilir.
Bu nedenle yalnızca scriptlere dayalı bir çözüm hiçbir zaman kalıcı bir “tamamlandı” durumuna ulaşmaz. Tek seferlik teslim değil, sürekli bakım işidir.
Yüz doğrulama yalnızca teknik bir sorun değildir
Akışın son kapısı, gerçek bir kişinin kamera karşısında doğrulama yapmasını gerektirir ve otomasyon burada durur.
Script form doldurabilir, düğmeye tıklayabilir, e-posta okuyabilir ve kod girebilir; ancak bir kişinin biyometrik özelliklerini gerektiren eylemi meşru biçimde yerine getiremez. Bunun nedeni yalnızca teknolojinin yetersizliği değildir: kontrolün amacı zaten ekranın karşısında gerçek bir insan bulunduğunu doğrulamaktır ve bu, otomasyon hedefiyle doğrudan çelişir. Yüz doğrulamayı otomatik geçebildiğini iddia eden çözümler çoğu zaman sahte biyometrik bilgi kullanımını içerir ve sağlayabileceği faydadan çok daha büyük uyum veya hukuki risk yaratabilir.
Bir adım teknik olarak mümkün olsa bile platformun kullanım koşulları geçerlidir. Birçok platform otomatik kayıt davranışını açıkça sınırlar. Bu teknik kapasite değil, kural düzeyinde bir kısıttır.
Sonuç, tam otomasyon değil katmana göre araç seçmektir
Akış katmanlara ayrıldığında seçim daha net olur:
- Sabit sayfalar ve deterministik eylemler için script kullanın; maliyeti en düşük ve en kararlı seçenek budur.
- Giriş ve oturum durumu siteler arasında korunacaksa, tarayıcı ortamını ayrı bir katman olarak yönetin ve ortam sorunlarını script debug sürecine karıştırmayın.
- Yapı değişkense ve sonraki eylem semantik anlamaya bağlıysa, koda dallar eklemek yerine model kullanmak daha pratik olabilir.
- Bir adım gerçek insan gerektiriyorsa veya kullanım koşulları tarafından açıkça yasaklanmışsa uçtan uca otomasyonu zorlamayın.
Önce tüm süreci elle geçerek aşılması mümkün olmayan noktaları belirleyin, ardından ne kadar geliştirme yatırımının mantıklı olduğuna karar verin. Otomasyon en çok tekrarlı, deterministik ve karar gerektirmeyen işlemlerde değer sağlar.
