Android bot, bir telefon veya tablet üzerinde uygulama içi adımları otomatik yürüten yazılımdır. Masaüstü tarayıcı otomasyonundan farkı, hedefin sayfa değil uygulama arayüzü olması ve çalışmanın cihaz kaynaklarına bağlı olmasıdır. Bu sayfa Android tarafındaki yöntemleri, gerçek cihaz ile emülatör tercihini ve karşılaşacağınız pratik sınırları anlatır.
Masaüstü tarayıcı otomasyonunda hedef, yapısı belli bir sayfadır: metin, düğme ve alanlar isimlendirilmiş öğeler hâlinde durur, otomasyon bunları adresleyerek okur. Android tarafında ise hedef, ekranda çizilmiş bir arayüz hiyerarşisidir. Öğelere erişmek için sistemin sunduğu erişilebilirlik ağacı kullanılır; uygulama bu ağaca yeterli bilgi vermiyorsa geriye görüntü tabanlı yöntemler kalır. İkinci büyük fark kaynaklardır: tarayıcı sekmesi açmak ucuzdur, ama bir cihazı veya emülatörü ayakta tutmak bellek, işlemci ve pil ister. Bu yüzden Android otomasyonu genellikle az sayıda hesapla, uzun soluklu ve dikkatli planlanmış senaryolarda kullanılır. Bu fark maliyet tarafına da yansır: tarayıcı otomasyonunda tek bir bilgisayar onlarca sekmeyi kaldırırken, mobil tarafta her ek hesap genellikle ek bir cihaz veya ek bir emülatör örneği demektir.
Emülatör ucuzdur ve yönetimi kolaydır: aynı bilgisayarda birden fazla örnek açabilir, anlık görüntü alıp geri dönebilir, kurulumu betikle tekrarlayabilirsiniz. Buna karşılık emülatörler donanım imzaları, sensör verileri ve grafik yığını bakımından gerçek telefondan ayrışır; bazı uygulamalar bunu fark eder ve çalışmayı reddeder. Gerçek cihaz ise doğal davranış üretir ama fiziksel bir yönetim yükü getirir: kablo, USB hub, ısınma, pil sağlığı, ekran kilidi ve sistem güncellemeleri. Pratik yaklaşım genellikle şudur: geliştirme ve testi emülatörde yapmak, üretimde ise sınırlı sayıda gerçek cihaz kullanmak. Karar, hedef uygulamanın ne kadar seçici olduğuna bağlıdır. Bunu önceden tahmin etmek zordur; en hızlı yöntem tek bir emülatörde küçük bir deneme yapıp uygulamanın açılıp açılmadığını görmektir. Bu deneme, cihaz yatırımı yapmadan önce yarım gününüzü alır ve belirsizliğin çoğunu ortadan kaldırır.
Android otomasyonunda üç yaygın katman vardır. ADB (Android Debug Bridge) bilgisayardan cihaza komut göndermeyi sağlar: uygulama başlatma, dokunma ve kaydırma olayı üretme, ekran görüntüsü alma, dosya aktarma. İkinci katman erişilebilirlik servisleridir; cihaz üzerinde çalışan bir yardımcı uygulama ekrandaki öğeleri okuyup olay üretebilir. Üçüncü katman UIAutomator ve Appium gibi test çatılarıdır; bunlar aslında uygulama testi için tasarlanmıştır ama otomasyon senaryolarında da kullanılır. Hangi katmanı seçeceğiniz hedef uygulamanın arayüzü ne kadar açtığına ve senaryonun ne kadar karmaşık olduğuna bağlıdır. Genel eğilim şudur: ADB en az müdahaleci ve en kolay kurulan yoldur, ancak ekrandaki öğeleri okuma yeteneği sınırlıdır. Erişilebilirlik servisi daha güçlüdür ama cihaza ek bir uygulama kurmayı ve açık kullanıcı iznini gerektirir.
Birden fazla hesabı aynı anda yönetmek gerektiğinde Android tarafında iş hızla karmaşıklaşır. Her hesabın kendi cihazında veya kendi emülatör örneğinde durması en temiz çözümdür, çünkü uygulama verisi, çerezler ve cihaz kimlikleri böylece ayrışır. Aynı cihazda hesap değiştirerek ilerlemek mümkündür ama uygulama verisi tam temizlenmediğinde hesaplar birbirine bağlanabilir. Ölçek büyüdükçe cihaz çiftliği yönetimi ayrı bir mühendislik işine dönüşür: kablo düzeni, güç yönetimi, otomatik yeniden başlatma, uzaktan izleme. Bu noktada sorulması gereken soru, aynı sonucun masaüstü veya sunucu tarafında daha ucuza elde edilip edilemeyeceğidir. Deneyimimize göre üç dört cihaza kadar iş yönetilebilir kalıyor; bu sayının üzerine çıkıldığında kurulumun kendisi ayrı bir projeye dönüşüyor ve bakım maliyeti otomasyondan elde edilen kazancı hızla yiyor.
Android otomasyonunda projeleri en çok yavaşlatan şey teknik zorluk değil, işletme ayrıntılarıdır. Ekran kapandığında bazı otomasyonlar durur; cihazın uyanık kalması pil ömrünü hızla tüketir ve sürekli şarjda kalan cihazın pili şişebilir. Sistem güncellemeleri arayüzü değiştirir ve senaryolarınızı bozar; otomatik güncellemeyi kapatmak ise güvenlik açığı bırakır. Uygulama güncellemeleri de aynı etkiyi yapar. Bunların üzerine platform kuralları gelir: pek çok uygulamanın kullanım şartları otomatik erişimi sınırlar veya yasaklar. Bu yüzden bir Android bot projesine başlamadan önce hem teknik hem hukuki uygunluğu değerlendirmek gerekir. Sık atlanan bir başka ayrıntı da cihazların fiziksel güvenliğidir: üzerinde oturum açılmış hesaplar bulunan telefonların kilitli bir dolapta ve ağdan yalıtılmış bir bölümde tutulması gerekir.
Açık olalım: Lastmedia’nın hazır raf ürünleri Windows üzerinde, masaüstü ve tarayıcı otomasyonu olarak çalışır. WhatsApp Suite, Instagram Growth ve Sahibinden Pro dâhil mevcut ürünlerimiz telefona kurulan uygulamalar değildir. Android tarafında bir ihtiyacınız varsa bunu projeye özel geliştirme olarak değerlendiriyoruz: önce senaryoyu ve hedef uygulamayı konuşuyor, teknik olarak mümkün olup olmadığını ve hukuki çerçeveyi birlikte netleştiriyoruz. Sık karşılaştığımız durum şu: talebin önemli bir kısmı masaüstü tarafında daha ucuza, daha kararlı biçimde çözülebiliyor. Böyle bir durumda size Android projesi satmak yerine mevcut ürünü öneriyoruz. Böyle bir görüşmede sizden istediğimiz tek şey, otomatikleştirmek istediğiniz adımları sırasıyla anlatmanız oluyor. Bu liste elimizde olduğunda hangi platformun gerçekten gerektiğini genellikle bir gün içinde netleştirebiliyoruz.
Hayır. Mevcut ürünlerimiz Windows 10/11 üzerinde çalışan masaüstü ve tarayıcı otomasyonlarıdır. Android tarafındaki ihtiyaçlar projeye özel geliştirme kapsamında değerlendirilir; iletişim formundan senaryonuzu iletebilirsiniz.
Çoğu senaryoda gerekmez; ADB ve erişilebilirlik servisleri pek çok akış için yeterlidir. Root, sistem seviyesinde müdahale gerektiren dar durumlarda gündeme gelir ve cihaz güvenliğini zayıflattığı için ilk tercih olarak önerilmez.
Bazı uygulamalar emülatör imzalarını tanır ve çalışmayı reddedebilir. Geliştirme ve test aşamasında emülatör pratiktir; üretimde hedef uygulama seçiciyse gerçek cihaza geçmek gerekir.
Teknik sınır donanımınıza bağlıdır, asıl sınır ise yönetim yüküdür. Birkaç cihaz kolayca yönetilir; onlarca cihaza çıkıldığında güç, kablo, ısı ve izleme ayrı bir altyapı işine dönüşür ve maliyet hızla artar.
Genellikle evet. Arayüz değişiklikleri öğe adreslerini etkiler ve senaryoların güncellenmesi gerekir. Bu yüzden Android projelerinde bakım, ilk geliştirme kadar önemli bir kalemdir ve bütçelenmesi gerekir.
Cihazınızı otomatikleştirmek başlı başına bir suç değildir; belirleyici olan hedef uygulamanın kullanım şartları ve işlediğiniz veridir. Kişisel veri söz konusuysa KVKK yükümlülükleri geçerlidir. Projeye başlamadan önce bu çerçeveyi netleştirmenizi öneriyoruz.