Uygulama Boyutu İndirmeleri Etkiler mi? APK ve IPA Küçültme Rehberi

Peki bu bilgiyi pratikte nasıl kullanırsınız? Talha Aslan ve ekibi olarak mobil uygulama geliştirme projelerinde mağazaya çıkardığımız her sürümde boyutu bir ürün metriği gibi izliyoruz. Bu rehberde APK (Android paket dosyası) ve IPA (iOS uygulama arşivi) boyutunu hangi adımlarla küçülteceğinizi anlatıyoruz. Önce şu kısa listeyle başlayın:

1. Play Console ve App Store Connect üzerinden gerçek indirme boyutunu ölçün.
2. Android tarafında Android App Bundle ile yayın yaptığınızdan emin olun.
3. Görselleri, fontları ve videoları paketten ayıklayıp sıkıştırın.
4. Kullanmadığınız kütüphaneleri ve SDK'ları kaldırın.
5. Büyük içerikleri ilk kurulumdan çıkarıp isteğe bağlı indirmeye taşıyın.
6. Her sürümde boyutu yeniden ölçüp bir önceki sürümle kıyaslayın.

İndirme boyutu ile kurulum boyutu arasındaki fark nedir?

Bu iki kavramı karıştırmak, yanlış hedefe çalışmanın en sık nedenidir. Apple'ın App Store Connect yardım sayfası indirme boyutunu, mobil veri ya da Wi-Fi üzerinden indirilen sıkıştırma sonrası paket olarak tanımlıyor. Kurulum boyutu ise uygulamanın cihazda kapladığı disk alanıdır ve ürün sayfasının bilgi bölümünde görünür.

Dolayısıyla kullanıcı iki ayrı anda iki ayrı rakamla karşılaşır. İndirme anında veri paketini ve bekleme süresini düşünür; kurulumdan sonra ise telefonun depolama alanını. Apple aynı sayfada, onaylanan uygulamanın dijital hak yönetimiyle şifrelenip yeniden sıkıştırıldığını, bu yüzden son boyutun yüklediğiniz dosyadan büyük olabileceğini de belirtiyor.

• İndirme boyutu: Ağ üzerinden aktarılan, cihaza özel inceltilmiş ve sıkıştırılmış paket.
• Kurulum boyutu: Paket açıldıktan sonra cihazda kalan toplam alan; genellikle indirme boyutundan büyüktür.
• Güncelleme boyutu: Mevcut kullanıcının yeni sürüm için indirdiği fark; aşağıda ayrıca ele alıyoruz.

Kısacası optimizasyon yaparken üç rakamı da ayrı ayrı izlemeniz gerekir.

Google ve Apple uygulama boyutu hakkında resmi olarak ne söylüyor?

Google tarafında en net açıklama Android geliştiricilerin uygulama boyutunu küçültme rehberinde yer alıyor. Rehber, kullanıcıların özellikle bağlantının zayıf olduğu ve veri paketinin sınırlı olduğu pazarlarda büyük görünen uygulamalardan kaçındığını yazıyor. Ayrıca paket boyutunun açılış hızını, bellek kullanımını ve pil tüketimini etkilediğini ekliyor.

Apple ise boyutu daha çok teknik sınırlar ve uyarılar üzerinden anlatıyor. App Store ürün sayfası, sayfayı görüntüleyen cihaz modeline göre değişen bir kurulum boyutu gösteriyor. Yani iPhone kullanıcısı genel bir rakam değil, kendi cihazına düşen rakamı görür. Bu da gereksiz varlıkların her cihazda doğrudan görünür bir maliyete dönüştüğü anlamına gelir.

Öte yandan iki platform da "boyut şu kadar artarsa indirmeleriniz yüzde şu kadar düşer" türünden kesin bir formül yayımlamıyor. Bu yüzden biz de böyle bir rakam vermiyoruz. Bunun yerine kendi uygulamanızda boyut değişimini ve mağaza dönüşüm oranını birlikte izlemenizi öneriyoruz; ölçüm bölümünde bunu adım adım anlatıyoruz.

Mobil veriyle indirmede hangi uyarılar çıkıyor?

Boyutun indirmeye en somut etkisi, mobil veri kullanan kullanıcının karşısına çıkan uyarılardır. Play Console Yardım'daki boyut sınırları sayfası, belirli bir eşiğin üstündeki uygulamalarda mobil veriyle kurulum yapan kullanıcıya engellemeyen bir uyarı penceresi gösterildiğini yazıyor. Sayfa bu eşiği 200 MB olarak veriyor.

Apple tarafında App Store Connect, cihaz varyantlarından biri kablosuz indirme sınırını aştığında derlemenin yanında sarı bir uyarı simgesi gösteriyor ve geliştiriciye e-posta gönderiyor. Yardım sayfası bu sınırı da 200 MB olarak tanımlıyor. Ancak iki platform da bu eşikleri zaman içinde değiştirebilir; bu nedenle güncel değeri her zaman resmi sayfalardan kontrol edin.

Peki uyarı neden önemli? Çünkü kullanıcı otobüste, mağazada ya da bir reklama tıkladığı anda uygulamayı indirmeye karar verir. Karşısına "Wi-Fi'ye bağlanınca indir" benzeri bir seçenek çıktığında kararı ertelemesi kolaylaşır. Ertelenen indirmelerin bir kısmı hiç tamamlanmaz. Özellikle reklamla kullanıcı kazanıyorsanız bu kayıp doğrudan edinme maliyetinize yansır.

Kitleniz uygulama boyutuna ne kadar duyarlı?

Boyutun etkisi her kitlede aynı değildir. Yeni model, geniş depolamalı telefonlar kullanan ve çoğunlukla Wi-Fi'ye bağlı kalan bir kitle, birkaç ek megabaytı fark etmeyebilir. Buna karşılık giriş seviyesi cihazlar kullanan, sınırlı veri paketine sahip ya da sık sık depolama uyarısı alan kullanıcılar boyuta çok daha duyarlıdır.

Bu duyarlılığı tahmin etmek yerine verilerle görün. Play Console'daki boş depolama alanı az olan cihazların payı, kitlenizin ne kadarının yer sıkıntısı yaşadığını gösterir. Ayrıca mağaza panellerindeki ülke ve cihaz kırılımları, düşük donanımlı cihazların toplam içindeki ağırlığını ortaya koyar.

• Yüksek duyarlılık: Geniş kitleye hitap eden alışveriş, teslimat, sadakat ve kamu hizmeti uygulamaları.
• Orta duyarlılık: Belirli bir müşteri grubuna hizmet veren randevu ve rezervasyon uygulamaları.
• Daha düşük duyarlılık: Şirket içi kullanım için dağıtılan ve kurulumun zorunlu olduğu uygulamalar.

Yani kitleniz ne kadar genişse, her megabayt o kadar değerlidir.

Uygulama boyutunu en çok ne şişirir?

Ekibimizin incelediği paketlerde şişkinlik nadiren tek bir yerden gelir. Genellikle birkaç küçük alışkanlık üst üste biner. Aşağıdaki liste, boyut analizine başlarken ilk baktığımız kalemleri sıralıyor:

• Sıkıştırılmamış görseller: Tasarım dosyasından olduğu gibi aktarılan büyük PNG'ler ve kullanılmayan çözünürlük varyantları.
• Gömülü videolar ve animasyonlar: Onboarding ekranına konan tanıtım videosu tek başına paketin büyük kısmını kaplayabilir.
• Font aileleri: Yalnızca iki ağırlığı kullanırken bütün font ailesini pakete eklemek.
• Üçüncü taraf kütüphaneler: Tek bir fonksiyon için eklenen büyük kütüphaneler ve birbiriyle aynı işi yapan SDK'lar.
• Native kütüphaneler: Her işlemci mimarisi için ayrı derlenen ve hata ayıklama sembolleri silinmemiş dosyalar.
• Otomatik üretilen kod: Google'ın rehberi, protokol tamponu gibi araçların ürettiği kodun boyutu ciddi biçimde büyütebileceğini hatırlatıyor.
• Dil ve yoğunluk kaynakları: Desteklemediğiniz diller için kütüphanelerden gelen çeviri dosyaları.

Bu kalemlerin hangisinin sizde baskın olduğunu tahmin etmek yerine ölçmek gerekir. Bir sonraki bölüm tam olarak bunu anlatıyor.

Uygulamanızın gerçek boyutunu nasıl ölçersiniz?

Ölçümün ilk kaynağı mağaza panelleridir, çünkü kullanıcının gördüğü rakamı onlar üretir. Play Console Yardım'a göre Android vitals altındaki uygulama boyutu sayfası indirme boyutunu, benzer uygulamalarla karşılaştırmayı, zaman içindeki eğilimi ve 2 GB'tan az boş alanı olan aktif cihazların payını gösteriyor. Bu son veri, kitlenizin depolama sıkıntısı yaşayıp yaşamadığını anlamak için çok değerlidir.

iOS tarafında App Store Connect'te derlemenin meta veri sekmesinden uygulama dosya boyutları tablosuna ulaşırsınız. Bu tablo her cihaz varyantı için indirme ve kurulum boyutunu ayrı ayrı listeler. Yayın öncesinde ise Xcode'un uygulama inceltme boyut raporu, arşivden cihaz bazlı tahmini rakamlar çıkarır.

1. Mağaza panelinden mevcut sürümün indirme ve kurulum boyutunu not edin.
2. Android Studio'daki APK Analyzer ile paketin içini klasör klasör açın.
3. En büyük on dosyayı ve en büyük beş kütüphaneyi bir tabloya yazın.
4. Her optimizasyondan sonra aynı ölçümü tekrarlayıp farkı kaydedin.

Örneğin bir tabloya "sürüm, indirme boyutu, kurulum boyutu, en büyük kalem" sütunları açmanız yeterlidir.

Android App Bundle uygulama boyutunu nasıl küçültür?

Android App Bundle resmi belgesi bu biçimi, derlenmiş kodun ve kaynakların tamamını içeren, APK üretimini ve imzalamayı Google Play'e bırakan bir yayın biçimi olarak tanımlıyor. Google Play paketten her cihaz yapılandırması için optimize APK'lar üretiyor. Böylece cihaz yalnızca ihtiyaç duyduğu kodu ve kaynağı indiriyor.

Pratikte bunun anlamı şudur: yüksek çözünürlüklü bir telefon düşük yoğunluklu görselleri, Türkçe kullanan bir cihaz da Japonca kaynakları indirmez. Aynı mantık işlemci mimarisine özel native kütüphaneler için de geçerlidir. Yani tek bir dev APK yerine her kullanıcıya kendi cihazına göre biçilmiş bir paket gider.

Google Play yeni uygulamalar için App Bundle biçimini zorunlu tutuyor. Ancak eski uygulamalarda hâlâ APK ile yayın yapan projelere rastlıyoruz. Play Console Yardım, APK ile yayına devam eden uygulamaların eski ve daha dar boyut sınırlarına tabi olduğunu belirtiyor. Bu nedenle eski bir projeyi devraldıysanız ilk işiniz yayın biçimini kontrol etmek olsun.

R8 ve kaynak küçültme Android'de neyi siler?

R8, Android derleme sürecinde kullanılmayan kodu ayıklayan, sınıf ve metot adlarını kısaltan ve kodu optimize eden araçtır. Google'ın rehberine göre sürüm derlemesinde kod küçültmeyi açtığınızda önce R8 kullanılmayan kodu temizliyor, ardından Android Gradle eklentisi bu koda bağlı olup artık kullanılmayan kaynakları çıkarıyor.

Bu iki adım, özellikle çok sayıda kütüphane barındıran projelerde ciddi kazanç sağlar. Çünkü bir kütüphanenin yalnızca küçük bir kısmını kullanıyor olsanız bile küçültme kapalıyken tamamı pakete girer. Bununla birlikte küçültmeyi açmak bazen çalışma anında hatalara yol açar; yansıma (reflection) ile çağrılan sınıflar yanlışlıkla silinebilir.

• Küçültmeyi önce test kanalında açın, doğrudan üretime göndermeyin.
• Kütüphanelerin önerdiği koruma kurallarını eksiksiz ekleyin.
• Ödeme, giriş ve bildirim akışlarını küçültülmüş derlemede mutlaka deneyin.
• Çökme raporlarını okunabilir tutmak için eşleme dosyasını saklayın.

Çökme takibini nasıl kurduğunuzu merak ediyorsanız uygulama çökme oranı ve mağaza eşikleri yazımız bu adımı ayrıntılı anlatıyor.

Görseller uygulama boyutunu nasıl şişirir ve nasıl küçültürsünüz?

Görseller, ekibimizin boyut denetimlerinde en sık karşılaştığı ve en hızlı çözülen kalemdir. Google'ın rehberi görselleri WebP biçimine dönüştürmeyi öneriyor; WebP hem kayıplı hem kayıpsız sıkıştırmayı ve saydamlığı destekliyor. Android Studio da BMP, JPG, PNG ve hareketsiz GIF dosyalarını WebP'ye dönüştürebiliyor.

İkinci adım vektör kullanımıdır. Simgeler ve basit çizimler için vektör çizimler, her yoğunluk için ayrı PNG tutma ihtiyacını ortadan kaldırır. Ancak rehber, büyük görsellerde vektör çiziminin daha yavaş olduğunu da hatırlatıyor; bu yüzden vektörü küçük grafiklerle sınırlayın.

Üçüncü adım ise görselin pakette olmasının gerçekten gerekip gerekmediğini sorgulamaktır. Kampanya afişleri, ürün fotoğrafları ve blog görselleri gibi sık değişen içerikleri sunucudan çekmek hem paketi küçültür hem de görseli güncellemek için yeni sürüm yayınlama zorunluluğunu kaldırır. Görsel sıkıştırmanın genel ilkeleri web ile büyük ölçüde aynıdır; görsel optimizasyonu rehberimiz bu ilkeleri ayrıntılı anlatıyor.

Kütüphaneler ve SDK'lar ne kadar yer kaplar?

Her SDK eklemesi küçük görünür, ancak toplamı şaşırtıcı olabilir. Analitik, reklam, ödeme, sohbet, harita ve çökme takibi gibi araçların her biri kendi bağımlılıklarını da beraberinde getirir. Bu bağımlılıklar çoğu zaman birbiriyle çakışır ya da aynı işi iki kez yapar.

Örnek senaryo: Bir e-ticaret uygulamasında iki ayrı analitik SDK'sı, iki ayrı görsel yükleme kütüphanesi ve hiç kullanılmayan bir sohbet modülü olduğunu düşünün. Bu durumda yapmanız gereken ilk iş bir envanter çıkarmaktır. Hangi SDK'nın hangi ekip tarafından, hangi amaçla eklendiğini yazın ve kullanılmayanları kaldırın.

Google'ın rehberi de gereksiz kütüphane kodunu kaldırmayı ve mobil cihazlar için tasarlanmış daha hafif alternatifleri tercih etmeyi öneriyor. Ayrıca Android'in yeni sürümlerinde yerleşik görsel çözücü bulunduğu için yalnızca GIF veya WebP çözmek amacıyla ayrı bir kütüphane eklemenin gerekmeyebileceğini belirtiyor. Hangi olayları ölçmeniz gerektiğini netleştirmek de gereksiz analitik SDK'larını ayıklamayı kolaylaştırır; bu konuda Firebase Analytics olay rehberimize göz atabilirsiniz.

Native kütüphaneler uygulama boyutunu neden büyütür?

Native kütüphaneler, C veya C++ ile yazılıp her işlemci mimarisi için ayrı derlenen dosyalardır. Oyun motorları, görüntü işleme ve bazı güvenlik kütüphaneleri bu tür dosyalar içerir. Her mimari için ayrı kopya bulunduğundan, tek paketle dağıtılan bir APK'da bu dosyalar boyutu katlayabilir.

App Bundle bu sorunun büyük kısmını cihaza uygun mimariyi göndererek çözer. Bununla birlikte Google'ın rehberi iki ek adım öneriyor. İlki, sürüm derlemesinde hata ayıklama sembollerini temizlemektir. İkincisi, native kütüphaneleri sıkıştırmadan paketlemektir; böylece sistem kurulumda bu dosyaları kopyalamak zorunda kalmaz ve güncellemeler de küçülür.

Ayrıca proje gerçekten hangi mimarileri desteklemeli, bunu da sorgulayın. Kitlenizde neredeyse hiç bulunmayan eski cihazlar için ayrı derleme tutmak, bakım yükünü de artırır. Yine de destek kararını ölçüm verisiyle verin; yalnızca boyut uğruna gerçek kullanıcılarınızı dışarıda bırakmayın.

iOS'ta IPA boyutunu nasıl küçültürsünüz?

iOS tarafında temel mekanizma uygulama inceltmedir (app thinning). App Store, her cihaza yalnızca o cihazın ihtiyaç duyduğu mimari ve çözünürlük varyantlarını gönderir. Bu mekanizmanın düzgün çalışması için görselleri varlık kataloglarında (asset catalog) tutmanız gerekir; klasöre gelişigüzel atılan görseller inceltmeden yararlanamaz.

1. Görselleri varlık kataloglarına taşıyın ve her çözünürlük için doğru varyantı tanımlayın.
2. Xcode'un inceltme boyut raporuyla cihaz bazlı tahmini boyutları çıkarın.
3. Kullanılmayan Swift paketlerini ve çerçeveleri projeden kaldırın.
4. Paketteki videoları ve büyük ses dosyalarını sunucuya ya da arka plan varlıklarına taşıyın.
5. App Store Connect'te varyant tablosunu kontrol edip uyarı simgesi olup olmadığına bakın.

Apple'ın build boyut sınırları sayfası, çalıştırılabilir dosya ve sıkıştırmasız uygulama boyutu için ayrı üst sınırlar tanımlıyor. Ancak bu sınırlar teknik tavandır; kullanıcı deneyimi açısından anlamlı olan hedef çok daha düşüktür. Bu nedenle tavanı değil, rakip uygulamaları ve kendi önceki sürümünüzü referans alın.

İsteğe bağlı içerik indirme Android'de nasıl çalışır?

Bazı içerikler her kullanıcıya ilk gün gerekmez. Android tarafında bunun resmi çözümü Play Feature Delivery ve Play Asset Delivery'dir. Resmi belgeye göre Play Feature Delivery, uygulamanıza belirlediğiniz koşullara göre dahil olan ya da çalışma anında sonradan indirilebilen özellik modülleri eklemenizi sağlıyor.

Play Asset Delivery ise özellikle oyunlar için büyük varlıkları esnek yöntemlerle dağıtan çözümdür. Play Console Yardım; kurulum anında, kurulumdan hemen sonra ve isteğe bağlı olmak üzere farklı dağıtım biçimlerini ve her biri için ayrı boyut sınırlarını listeliyor. Sınırlar değişebileceği için rakamları her projede resmi sayfadan teyit ediyoruz.

• Uygun adaylar: Az kullanılan yönetici ekranları, ek dil paketleri, ileri seviye oyun bölümleri, yüksek çözünürlüklü medya.
• Uygun olmayanlar: Giriş, ödeme ve ana akış gibi her kullanıcının ilk dakikada ihtiyaç duyduğu parçalar.

Kısacası ilk kurulumu "uygulamayı açıp değer görmek için gereken en küçük parça" olarak düşünün.

Apple tarafında büyük içerikleri nasıl ayırırsınız?

Apple uzun süre büyük içerikler için isteğe bağlı kaynaklar (On-Demand Resources) yöntemini sunuyordu. Ancak App Store Connect'in isteğe bağlı kaynak sınırları sayfası, bu teknolojinin artık kullanımdan kaldırılma sürecinde olduğunu ve Background Assets çerçevesine geçişi önerdiğini belirtiyor.

Background Assets, büyük içeriği uygulama paketinden ayrı yönetmenizi ve arka planda indirmenizi sağlar. Apple'ın sınırlar sayfası da daha büyük varlıkları derlemeden bağımsız barındırmak için bu çerçeveyi işaret ediyor. Böylece kullanıcı küçük bir ilk paketle başlar, ek içerik ise ihtiyaç duyulduğunda gelir.

Öte yandan bir noktaya dikkat edin: Apple, bu tür varlıkları kullanan uygulamalarda ürün sayfasında "en fazla" ifadesiyle, temel varlık paketlerini de kapsayan bir boyut gösterebiliyor. Yani zorunlu varlıkları arka plana taşımak, mağazada görünen rakamı sihirli biçimde küçültmez. Gerçek kazanç, gerçekten isteğe bağlı olan içeriği ayırdığınızda ortaya çıkar.

Cross-platform uygulamalar uygulama boyutu açısından dezavantajlı mı?

React Native ve Flutter gibi çerçeveler, uygulamanın yanında kendi çalışma ortamını da pakete ekler. Bu nedenle çok basit bir ekrandan oluşan cross-platform uygulama, aynı ekranı native kodla yazan bir uygulamadan büyük başlayabilir. Ancak uygulama büyüdükçe bu başlangıç farkının toplam içindeki payı küçülür.

Bizim deneyimimizde asıl farkı çerçeve değil, proje disiplini yaratır. Kontrolsüz eklenen paketler, sıkıştırılmamış görseller ve gereksiz yazı tipleri hangi teknolojide olursa olsun boyutu büyütür. Dolayısıyla teknoloji kararını yalnızca boyut üzerinden vermeyin.

Çerçevelerin genel artı ve eksilerini merak ediyorsanız React Native rehberimiz ve Flutter'ın işletme uygulamasına uygunluğunu anlatan yazımız karar sürecinize yardımcı olur. Her iki çerçevede de yukarıdaki küçültme adımlarının büyük bölümünü uygulayabilirsiniz.

Güncelleme boyutu da kullanıcıyı etkiler mi?

Evet, etkiler. Kullanıcı uygulamayı bir kez indirir ama güncellemeleri defalarca indirir. Her güncelleme ağır olduğunda kullanıcı otomatik güncellemeyi kapatabilir ya da güncellemeyi Wi-Fi'ye ertelemeyi seçebilir. Sonuçta kitlenizin bir kısmı eski sürümde kalır.

Eski sürümde kalan kullanıcılar hem hata düzeltmelerini hem de yeni özellikleri kaçırır. Bu da destek yükünü ve çökme oranını artırır. Kritik bir düzeltmeyi herkese ulaştırmanız gerektiğinde ise zorunlu güncelleme mekanizmasına ihtiyaç duyarsınız; bunun doğru kurgusunu zorunlu güncelleme rehberimizde anlattık.

Güncelleme boyutunu küçük tutmak için değişmeyen büyük dosyaları sık sık yeniden üretmekten kaçının. Örneğin her derlemede yeniden oluşturulan büyük bir veri dosyası, içeriği değişmese bile fark güncellemesini şişirebilir. Ayrıca Google'ın rehberindeki native kütüphaneleri sıkıştırmadan paketleme önerisi de güncellemeleri küçültmeyi hedefliyor.

APK ve IPA küçültme yöntemleri nasıl karşılaştırılır?

Aşağıdaki tablo, uygulama boyutu çalışmasında en sık kullandığımız yöntemleri platform, beklenen etki ve uygulama zorluğu açısından özetliyor. Etki sütunu saha tecrübesine dayalı bir başlangıç değerlendirmesidir, garanti değildir; her projede ölçerek doğrulayın.

Görüldüğü gibi en hızlı kazanç çoğu zaman düşük zorluklu satırlardan gelir. Bu yüzden önce onlarla başlamanızı öneriyoruz.

Uygulama boyutu çalışmasında hangi hatalardan kaçınmalısınız?

Boyut küçültmek değerli bir hedef, ancak yanlış uygulandığında uygulamanın kendisine zarar verebilir. Ekibimizin devraldığı projelerde en sık gördüğü hatalar şunlar:

• Test etmeden küçültme: Kod küçültmeyi açıp ödeme veya giriş akışını denemeden yayına çıkmak.
• Aşırı sıkıştırma: Görselleri o kadar sıkıştırmak ki ürün fotoğrafları bulanıklaşır ve mağaza ekran görüntülerinde kalite düşer.
• Her şeyi sunucuya taşımak: İlk açılışta ihtiyaç duyulan içeriği bile indirmeye bırakmak; kullanıcı bu kez boş ekranla karşılaşır.
• Tek seferlik çalışma: Boyutu bir kez küçültüp sonraki sürümlerde izlemeyi bırakmak.
• Yalnızca bir rakama bakmak: İndirme boyutunu düşürürken kurulum boyutunun ya da güncelleme boyutunun büyümesini fark etmemek.

Örneğin ilk açılışta gösterilen karşılama görsellerini sunucuya taşırsanız zayıf bağlantıda kullanıcı ilk izlenimi boş bir ekranla edinir. İlk günlerde kaybedilen kullanıcıların nedenlerini kullanıcıların uygulamayı ilk 7 günde neden sildiğini anlatan yazımızda ayrıntılı ele aldık.

Uygulama boyutunun indirmeye etkisini nasıl ölçersiniz?

Boyut değişikliğinin işe yarayıp yaramadığını anlamanın tek yolu öncesi ve sonrası karşılaştırmasıdır. Bunun için mağaza panellerindeki edinme verilerini, yani ürün sayfasını görüntüleyenlerin ne kadarının uygulamayı kurduğunu, sürüm tarihleriyle birlikte izleyin.

1. Boyut çalışmasından önceki dört haftanın ürün sayfası dönüşüm oranını kaydedin.
2. Küçültülmüş sürümü yayınladığınız tarihi not edin.
3. Aynı süre boyunca reklam bütçesi, mağaza görselleri ve açıklama gibi diğer değişkenleri sabit tutmaya çalışın.
4. Sonraki dört haftanın oranını öncekiyle karşılaştırın.
5. Kaldırma oranını ve ilk hafta elde tutmayı da aynı dönemde izleyin.

Ölçüm yaparken mevsimselliği de hesaba katın. Bayram, okul dönemi ya da kampanya haftaları gibi talebin doğal olarak değiştiği dönemler, boyut etkisini gölgeleyebilir. Bu nedenle karşılaştırma dönemlerini mümkün olduğunca benzer takvim koşullarından seçin. Ayrıca ülke kırılımına bakmak faydalıdır; boyut iyileştirmesinin etkisi, düşük donanımlı cihazların yoğun olduğu pazarlarda daha belirgin görünebilir. Sonuçları tek bir haftaya değil, birkaç haftalık eğilime dayandırın.

Örnek senaryo: Paketten tanıtım videosunu çıkarıp sunucuya taşıdığınızı ve aynı dönemde mağaza ekran görüntülerini değiştirmediğinizi varsayalım. Bu durumda dönüşüm oranındaki değişimi boyuta bağlamak daha güvenilir olur. Aynı anda birden fazla şeyi değiştirirseniz hangi adımın işe yaradığını ayırt edemezsiniz.

Boyut optimizasyonu mağaza optimizasyonuyla nasıl birleşir?

Boyut, mağaza sayfasındaki tek başına bir rakam değil, kullanıcının karar verirken baktığı sinyallerden biridir. Başlık, simge, ekran görüntüleri, puan ve açıklama ilgiyi uyandırır; boyut ise "şimdi mi indireyim, sonra mı" sorusunu etkiler. Dolayısıyla güçlü bir mağaza sayfası, gereksiz yere ağır bir paketle zayıflayabilir.

Bu yüzden boyut çalışmasını uygulama mağazası optimizasyonunun teknik ayağı olarak görüyoruz. Mağaza sayfasının metin ve görsel tarafını ASO rehberimizde ayrıntılı anlattık. İki çalışmayı birlikte planladığınızda reklamla getirdiğiniz trafiğin daha büyük kısmı kuruluma dönüşür.

Ayrıca reklam kampanyası açmadan önce boyutu kontrol etmenizi öneririz. Çünkü reklam, indirme kararını en hızlı verilen anda yakalar. O anda karşıya çıkan bir mobil veri uyarısı, ödediğiniz tıklamanın bir kısmını boşa harcatabilir.

Uygulamanızın boyutunu biz nasıl ele alıyoruz?

Talha Aslan ve ekibi olarak boyutu projenin sonunda değil, ilk gününde konuşuyoruz. Teknoloji seçimi, görsel dili, kullanılacak SDK'lar ve hangi içeriğin sunucudan geleceği tasarım aşamasında netleştiğinde, mağazaya çıkan paket doğal olarak hafif kalır. Her sürümde boyutu ölçüp raporluyor, sınırlara yaklaşan bir artış gördüğümüzde nedenini bulup düzeltiyoruz.

Uygulamanızı biz geliştirir, mağazaya biz çıkarırız; Android App Bundle, iOS inceltme, isteğe bağlı içerik ve ölçüm kurulumunu sürecin doğal parçası olarak ele alırız. Yeni bir uygulama planlıyorsanız ya da mevcut uygulamanızın boyutu indirmeleri zayıflatıyorsa mobil uygulama geliştirme hizmeti sayfamızdan teklif alabilirsiniz. Böylece projenize özel kapsamı ve takvimi birlikte netleştiririz.