Uygulama Mağazası Ekran Görüntüleri Nasıl Hazırlanır? Boyut ve Kurallar

Kısacası iş tasarımdan çok bir satış kurgusudur. Bu rehberde Talha Aslan ve ekibi olarak App Store ve Google Play kurallarını resmi kaynaklara dayanarak anlatıyoruz. Önce hızlı bir kontrol yapın:

1. İlk karede açılış ekranı ya da giriş sayfası varsa, onu uygulamanın en değerli ekranıyla değiştirin.
2. Görsellerde fiyat, "en iyi" ya da "hemen indir" gibi ifadeler varsa kaldırın.
3. Durum çubuğunda bildirim, operatör adı ya da düşük pil simgesi varsa ekranları yeniden çekin.
4. Türkçe dışında bir dilde yayındaysanız, o pazarın görsellerindeki metni de çevirin.
5. Son olarak bir mağaza testi planlayın; tahmin yerine veriyle karar verin.

Uygulama mağazası ekran görüntüleri neden indirme kararını bu kadar etkiler?

Çünkü kullanıcı uygulamanızı denemeden önce yalnız mağaza sayfasını görür. Açıklamayı çoğu kişi okumaz; görseller ise sayfanın en geniş alanını kaplar. Bu yüzden uygulama mağazası ekran görüntüleri, ürünün kendisini anlatan ilk ve çoğu zaman tek şanstır.

Apple bu konuda açık bir ipucu veriyor. Apple'ın ürün sayfası rehberine göre, uygulamanın önizleme videosu yoksa ilk bir ile üç görsel arama sonuçlarında da yer alıyor. Kaç tanesinin çıkacağını görsellerin yönü belirliyor. Yani ilk kareler yalnız ürün sayfasında değil, arama listesinde de rakiplerinizle yan yana duruyor.

Öte yandan görseller yalnız ilgi çekmek için değil, beklenti kurmak için de çalışır. Kullanıcı görselde gördüğü deneyimi uygulamada bulamazsa uygulamayı kısa sürede siler. Bu nedenle iyi bir ekran görüntüsü seti hem indirmeyi hem de ilk günlerdeki kullanıcı kaybını etkiler. İlk karşılama akışını nasıl kuracağınızı uygulama onboarding ekranı rehberimizde ayrıca anlattık.

App Store ekran görüntüsü boyutları ve kuralları nelerdir?

Apple'ın App Store Connect ekran görüntüsü özellikleri sayfası temel kuralları şöyle sıralıyor: her cihaz boyutu için en az bir, en fazla on ekran görüntüsü yükleyebilirsiniz. Dosya biçimi .jpeg, .jpg ya da .png olmalı. Ayrıca görsellerde alfa kanalı ya da saydamlık bulunmamalı.

Boyut tarafında Apple, ekranları cihaz sınıflarına ayırıyor. Örneğin büyük Dynamic Island sınıfı için kabul edilen dikey boyutlardan biri 1320 × 2868 piksel. iPad destekliyorsanız 13 inç iPad sınıfı için de görsel istiyor; burada kabul edilen dikey boyutlardan biri 2064 × 2752 piksel. Hangi sınıfın zorunlu olduğunu ve hangisinin daha büyük sınıftan ölçeklendiğini aynı tablo gösteriyor.

İşinizi kolaylaştıran bir kural da var. Arayüzünüz cihaz boyutları ve diller arasında aynıysa, yalnız en yüksek zorunlu çözünürlükte görsel hazırlamanız yeterli. App Store Connect gerisini kendisi küçültüyor. Ancak Apple yeni cihazlarla bu tabloyu güncelliyor; dolayısıyla yüklemeden önce güncel listeyi mutlaka kontrol edin.

Son olarak, Apple yönergelerinin 2.3.3 maddesi görsellerin uygulamayı kullanım halinde göstermesini istiyor. Yalnız başlık sanatı, giriş sayfası ya da açılış ekranı yetmiyor.

Google Play ekran görüntüsü kuralları nelerdir?

Google, kuralları Play Console önizleme öğeleri yardım sayfasında topluyor. Yayınlamak için farklı cihaz türleri genelinde en az iki ekran görüntüsü gerekiyor. Her desteklenen cihaz türü için en fazla sekiz görsel ekleyebilirsiniz.

Dosya biçimi JPEG ya da alfa kanalı olmayan 24 bit PNG olmalı. En küçük kenar 320 pikselden kısa, en büyük kenar 3840 pikselden uzun olamaz. Üstelik uzun kenar, kısa kenarın iki katını geçmemeli. Bu oran kuralı, aşırı uzun "panorama" görselleri baştan eliyor.

Bir de öneri sınıfı var. Google, ekran görüntülerini kullanan bazı tanıtım alanları için uygulamalarda en az dört görsel ve en az 1080 piksel çözünürlük istiyor. Dikey için 9:16 oranında en az 1080 × 1920, yatay için 16:9 oranında en az 1920 × 1080 piksel. Bu öneriye uymamak sayfanızı bozmaz; ancak Google'a göre tanıtım fırsatlarınızı sınırlayabilir.

Tablet ve Chromebook gibi büyük ekranlar için de ayrı bir kural var. Bu cihazlarda kenar uzunluğu 1080 ile 7680 piksel arasında olmalı ve en az dört görsel öneriliyor.

App Store ve Google Play kuralları arasında hangi farklar var?

İki mağaza aynı amaca hizmet ediyor, ama ayrıntıda farklı davranıyor. Aşağıdaki tablo, resmi yardım sayfalarındaki temel farkları yan yana koyuyor. Rakamlar değişebileceği için yükleme öncesinde her zaman güncel sayfaya bakın.

Bu tablodan çıkan pratik ders şu: tek bir tasarım dosyasından iki mağazaya çıktı alabilirsiniz, ama oranları ve sayıları ayrı ayrı planlamanız gerekir.

İlk iki ekran görüntüsü neden en önemli görsellerdir?

Çünkü kullanıcıların büyük kısmı mağaza sayfasında kaydırmaz. Ekrana ilk sığan kareler, uygulamanızın ne işe yaradığını tek bakışta anlatmak zorunda. Apple'ın arama sonuçlarında ilk birkaç görseli göstermesi de bu kareleri iki kat değerli yapıyor.

Bu yüzden ilk iki kareye "ne kazanırım?" sorusunun cevabını koyun. İlk kare ana faydayı, ikinci kare ise bu faydayı mümkün kılan temel özelliği göstersin. Örneğin bir randevu uygulamasında ilk kare "Randevunuzu iki dokunuşta alın" fikrini, ikinci kare boş saatleri gösteren takvim ekranını taşıyabilir.

Öte yandan ilk karede marka tanıtımı yapmak cazip görünse de genellikle yer israfıdır. Logonuz zaten ikonda duruyor. İkonun tek başına nasıl iş gördüğünü uygulama ikonu tasarım rehberimizde ayrıca ele aldık. İlk iki kareyi ürünün kendisine ayırın; tanıtım cümlelerini ise sonraki karelere bırakın.

Peki ilk iki karenin işe yarayıp yaramadığını nasıl anlarsınız? Basit bir sınav öneriyoruz. Uygulamanızı hiç görmemiş birine yalnız bu iki kareyi üç saniye gösterin ve uygulamanın ne yaptığını sorun. Cevap sizin anlatmak istediğinizle örtüşüyorsa doğru yoldasınız. Örtüşmüyorsa ilk karenin ekranını ya da başlık metnini değiştirin. Bu küçük deneme, mağaza testine geçmeden önce en zayıf fikirleri elemenizi sağlar. Ayrıca yatay ve dikey görsel arasında karar verirken uygulamanın gerçek kullanım yönünü esas alın; oyun dışındaki uygulamaların çoğu dikey ekranla daha doğal durur.

Ekran görüntüsü sırası nasıl kurgulanır?

Sırayı bir hikâye gibi düşünün. Apple'ın ürün sayfası rehberi de her görselin tek bir ana faydaya ya da özelliğe odaklanmasını öneriyor. Böylece kullanıcı kaydırdıkça uygulamanın tüm değerini parça parça görür. Biz projelerde şu sırayı başlangıç noktası olarak kullanıyoruz:

1. Ana fayda: uygulamanın çözdüğü sorunu tek cümlede gösteren en güçlü ekran.
2. Temel özellik: bu faydayı mümkün kılan ana işlev.
3. Kolaylık: işin kaç adımda bittiğini gösteren akış ekranı.
4. Kişiselleştirme: ayarlar, favoriler ya da kullanıcıya özel içerik.
5. Güven: güvenli ödeme, veri koruma ya da destek gibi bir ekran.
6. Ek özellikler: bildirim, karanlık mod ya da tablet görünümü.

Bu liste bir şablon değil, bir başlangıçtır. Örnek senaryo olarak bir yemek sipariş uygulamasını düşünün. Orada "kolaylık" karesi sipariş takibini, "güven" karesi ise ödeme ekranını gösterebilir. Dolayısıyla sırayı her zaman kendi kullanıcınızın karar sürecine göre uyarlayın.

Apple ayrıca uygulamanız karanlık modu destekliyorsa en az bir görselde bu deneyimi göstermenizi öneriyor. Bu kareyi sıranın sonlarına koymak çoğu durumda yeterli olur.

Uygulama mağazası ekran görüntülerinde başlık metni nasıl yazılır?

Başlık metni, görselin üstüne ya da altına koyduğunuz kısa fayda cümlesidir. Uygulama mağazası ekran görüntülerinde bu metin, ekranın ne anlattığını saniyeler içinde açıklar. Bu nedenle onu bir reklam sloganı gibi değil, bir yol işareti gibi yazın.

Google Play bu konuda ölçülü bir sınır öneriyor: slogan metni görselin yüzde yirmisinden fazlasını kaplamamalı. Ayrıca küçük yazıdan ve kalabalık arka plandan kaçınmanızı istiyor. Pratikte iyi bir başlık metni şu özellikleri taşır:

• Fiille ya da somut bir faydayla başlar: "Faturanızı tek fotoğrafla kaydedin."
• Kısa kalır; telefonda tek bakışta biter.
• Görseldeki ekranla birebir örtüşür, başka bir özelliği vaat etmez.
• Abartı içermez: "en iyi", "bir numara", "ücretsiz" gibi ifadeleri kullanmaz.

Kısa ve net mikro metin yazmanın genel ilkelerini UX writing rehberimizde anlattık. Aynı ilkeler mağaza görselleri için de geçerli. Ayrıca başlık metnini mağaza açıklamasındaki anahtar kavramlarla uyumlu tutun; kullanıcı görselde okuduğu vaadi açıklamada da bulmalı.

Görsel tasarımda hangi kararlar okunabilirliği artırır?

İlk karar kontrasttır. Başlık metni ile arka plan arasındaki fark yeterince güçlü olmalı; açık gri zemin üzerine beyaz yazı telefonda kaybolur. İkinci karar yazı boyutudur. Mağaza görselleri küçük ekranda, küçültülmüş halde ilk izlenimi bırakır, dolayısıyla tasarım dosyasında rahat okuduğunuz yazı telefonda çok küçük kalabilir.

Üçüncü karar cihaz çerçevesidir. Burada iki mağaza farklı düşünüyor. Google Play, görsellerde cihaz görüntüsü kullanmamanızı öneriyor. Apple ise kullanım halindeki uygulamayı görmek istiyor ve metin ya da görsel katmanlara izin veriyor. Bu yüzden biz Google Play için çerçevesiz, sade bir düzeni başlangıç olarak tercih ediyoruz.

Ayrıca setin tamamında aynı renk sistemini, aynı yazı tipini ve aynı metin konumunu kullanın. Böylece kullanıcı kaydırdığında görseller tek bir ürün sayfası gibi akar. Renk seçerken uygulamanın kendi paletinden yola çıkın; mağazadaki görsel ile açılan uygulama arasındaki kopukluk güveni zedeler.

Son olarak her kareyi gerçek bir telefonda, küçük boyutta kontrol edin. Tasarım ekranında kusursuz duran bir kompozisyon, mağaza listesinde bambaşka bir izlenim bırakabilir.

Hangi içerikler ekran görüntüsünde sorun yaratır?

Mağazalar görsellerdeki yanıltıcı ya da alakasız içeriğe karşı oldukça net. App Store İnceleme Yönergeleri içindeki 2.3.7 maddesi ekran görüntüsü ve önizleme gibi meta verilerde fiyat ve ilgisiz ifadeler istemiyor. Aynı yönergelerin 2.3.10 maddesi ise başka mobil platformların adını, ikonunu ya da görüntüsünü meta veride kullanmamanızı söylüyor.

Google Play tarafında liste daha ayrıntılı. Önizleme öğeleri sayfasına göre şu içeriklerden kaçınmalısınız:

• Sıralama, ödül, kullanıcı yorumu ya da fiyat ve kampanya ima eden ifadeler: "Best", "#1", "Top", "New", "Free", "Sale" gibi.
• "Hemen indir" ya da "Şimdi dene" gibi eylem çağrıları.
• Kısa sürede eskiyen, zamana bağlı içerik.
• İzni olmayan üçüncü taraf marka ve logoları.
• Google Play ya da başka mağazaların rozetleri ve ikonları.
• Bulanık, gerilmiş, pikselli ya da aşırı sıkıştırılmış görseller.

Bu kuralları yalnız red riski için değil, güven için de ciddiye alın. Uygulamaların en sık hangi sebeplerle geri çevrildiğini uygulama red nedenleri yazımızda topladık. Meta veri sorunları o listede sık yer alıyor.

Durum çubuğu ve demo verisi nasıl temizlenir?

Google Play, görsellerdeki bildirim çubuğunu temizlemenizi açıkça öneriyor: bildirim ya da operatör adı yok, pil, Wi-Fi ve şebeke simgeleri dolu. Apple'da böyle ayrıntılı bir liste yok, ama aynı temizlik iki mağazada da daha profesyonel bir izlenim bırakır.

Demo verisi en az durum çubuğu kadar önemlidir. Boş bir liste, "Test Kullanıcı" adı ya da anlamsız örnek metin, uygulamanın bitmemiş olduğu hissini verir. Bu yüzden görsel çekiminden önce bir demo hesap kurun ve onu gerçekçi verilerle doldurun. Örnek senaryo: bir bütçe uygulaması için makul harcama kalemleri, tutarlı tarihler ve dengeli bir grafik hazırlarsınız.

Ancak demo verisinde gerçek kişilere ait bilgi kullanmayın. Gerçek müşteri adı, telefon numarası ya da e-posta adresi mağaza görseline girmemeli. Uydurma ama gerçekçi adlar, example.com uzantılı adresler ve tutarlı içerik yeterli olur.

Ekiplerin çoğu bu işi her sürümde elle tekrarlar. Oysa görsel çekimini otomatik test akışına bağlamak, her yeni sürümde aynı temiz sonucu verir ve çok dilli projelerde ciddi zaman kazandırır.

Uygulama mağazası ekran görüntüleri nasıl yerelleştirilir?

Yerelleştirme, görsellerdeki metni çevirmenin ötesinde bir iştir. Uygulama mağazası ekran görüntülerini her pazarda o pazarın diliyle, o pazarın tarih ve para biçimiyle ve o kullanıcının beklentisiyle yeniden kurarsınız. Apple ve Google ikisi de görsellerin her pazar için yerelleştirilmesini öneriyor.

Pratikte üç katmanı ayrı ayrı ele alın:

1. Metin katmanı: başlık metnini çevirmek yerine o dilde yeniden yazın. Almanca gibi uzun kelimeli dillerde satır kırılımları değişir.
2. Arayüz katmanı: ekran görüntüsünün içindeki uygulama da o dilde olmalı. İngilizce başlığın altında Türkçe arayüz tutarsız durur.
3. İçerik katmanı: demo verisindeki adlar, para birimi ve örnekler o pazara uymalı.

Apple ayrıca yerelleştirilmiş bir görsel yoksa, mağazanın bir sonraki uygun dili kullandığını belirtiyor. Bu bir güvenlik ağı, ama bir strateji değil. Örneğin Almanya pazarında İngilizce görsel gösteren bir sayfa, yerel rakiplerinin yanında zayıf kalır. Yerelleştirmenin genel ASO etkisini uygulama mağazası optimizasyonu (ASO) rehberimizde ayrıntılı anlattık.

Önizleme videosu ekran görüntülerinin yerini tutar mı?

Tutmaz, ama onları güçlendirir. Apple'ın önizleme özelliklerine göre her cihaz boyutu ve dil için en fazla üç önizleme videosu ekleyebilirsiniz. Süre 15 ile 30 saniye arasında olmalı. Dosya boyutu en fazla 500 MB olabilir ve videolar her zaman ekran görüntülerinden önce yer alır.

Apple ayrıca önizlemelerin ürün sayfasında sessiz olarak kendiliğinden oynadığını söylüyor. Dolayısıyla ilk saniyeler sessizken de anlaşılır olmalı. Yönergelerin 2.3.4 maddesi önizlemede yalnız uygulamanın kendi ekran kaydını kullanmanıza izin veriyor; anlatım ve metin katmanı ekleyebilirsiniz.

Google Play'de video, YouTube bağlantısıyla eklenir. Google'a göre video herkese açık ya da liste dışı olmalı, reklamsız olmalı, yaş kısıtlaması taşımamalı ve yerleştirmeye izin vermeli. Ayrıca gerçek uygulama deneyimini ilk 10 saniyede göstermenizi ve videoyu kısa tutmanızı öneriyor, çünkü yalnız ilk 30 saniye kendiliğinden oynuyor.

Kısacası videoyu ekran görüntülerinin yerine değil, önüne koyulan bir vitrin olarak düşünün. Video yoksa ilk görselleriniz o vitrin görevini üstlenir.

Google Play öne çıkan görsel ne işe yarar?

Öne çıkan görsel, Google Play'in bazı alanlarda kullandığı yatay tanıtım görselidir. Google'ın belirttiği zorunlu boyut 1024 × 500 piksel; biçim ise JPEG ya da alfa kanalı olmayan 24 bit PNG. Bu görsel App Store'da yok, bu yüzden ekipler onu sıklıkla son dakikaya bırakıyor.

Google bu görsel için birkaç net öneri veriyor. Önemli öğeleri ortada tutun ve kırpılma ihtimali olan kenarlardan uzak durun. Canlı renkler seçin; saf beyaz, siyah ya da koyu gri arka plan mağaza zeminine karışır. Ayrıca ikonu tekrar eden belirgin bir marka kullanımından ve ince ayrıntılardan kaçının.

Bunun yanında Google, öne çıkan görsel için 140 karakteri geçmeyen bir alternatif metin eklemenizi öneriyor. Bu metin görme engelli kullanıcılar için görseli tarif eder. Dolayısıyla onu anahtar kelime listesi gibi değil, görseli anlatan kısa ve doğal bir cümle olarak yazın.

Mağaza girişi denemeleri ile ekran görüntüleri nasıl test edilir?

Google Play Console'daki mağaza girişi denemeleri, mağaza sayfanızın farklı versiyonlarını gerçek ziyaretçilere göstererek karşılaştırmanızı sağlar. Google iki deneme türü tanımlıyor. Varsayılan grafik denemesi varsayılan dildeki girişte ikon, öne çıkan görsel ve ekran görüntülerini test eder. Yerelleştirilmiş deneme ise seçtiğiniz en fazla beş dilde bu görsellerle birlikte açıklamaları da test edebilir.

Aynı anda uygulama başına bir varsayılan grafik denemesi ya da en fazla beş yerelleştirilmiş deneme yürütebilirsiniz. Mevcut girişe karşı sınırlı sayıda varyant ekleyebilirsiniz; güncel sınırı yardım sayfasından kontrol edin. Hedef metrik olarak tekil kullanıcı yükleme tıklamaları gibi seçenekler var.

Ayrıca güven düzeyini ve en küçük saptanabilir etkiyi siz ayarlarsınız. Google, denemelerin altı ay sonra kendiliğinden durduğunu belirtiyor. Ekran görüntüsü testi için iyi bir başlangıç şudur:

• Yalnız ilk iki kareyi değiştirin; geri kalan seti sabit tutun.
• Her varyantta tek bir fikir deneyin: farklı fayda cümlesi ya da farklı ilk ekran.
• Sonucu "daha fazla veri gerekli" uyarısı kalkana kadar uygulamayın.

App Store ürün sayfası optimizasyonu nasıl çalışır?

Apple'ın karşılığı ürün sayfası optimizasyonu özelliğidir. Bu özellikle ikon, ekran görüntüsü ve önizleme videosunu test edebilirsiniz. Apple'ın belgesine göre bir test, orijinal sayfanıza karşı en fazla üç alternatif versiyon içerebilir ve 90 güne kadar sürebilir.

Trafik payını siz seçersiniz; Apple bu payı alternatifler arasında eşit böler. Örneğin trafiğin yüzde kırkını iki alternatife ayırırsanız, her biri yüzde yirmi alır ve orijinal sayfa yüzde altmışı görür. Her kullanıcı test boyunca aynı versiyonu görür. Ayrıca aynı anda yalnız bir test yürütebilir ve başlayan testi değiştiremezsiniz.

Dikkat edilecek bir ayrıntı daha var. Alternatiflerdeki yeni meta veri, test yayına girmeden önce App Review onayından geçmeli. Alternatif ikon test edecekseniz, ikonların yayındaki uygulama paketinde bulunması gerekiyor; bu da çoğu zaman yeni bir sürüm demek. Yalnız ekran görüntüsü test etmek ise sürümden bağımsız ilerleyebilir.

Sonuçları App Store Connect'teki App Analytics bölümünde görürsünüz. Apple, bir alternatif en az yüzde 90 güvenle daha iyi ya da daha kötü ilan edilmeden testi bitirmemenizi öneriyor.

Test sonuçlarını nasıl okumalısınız?

Önce şunu kabul edin: küçük farklar çoğu zaman tesadüftür. Bir varyant ilk hafta önde gidip ikinci hafta geride kalabilir. Bu yüzden iki mağaza da sonuç ekranında güven düzeyi gösteriyor ve yeterli veri olmadan karar vermemenizi öneriyor.

Örnek hesap olarak şunu düşünün: orijinal sayfa yüzde 30, yeni varyant yüzde 31 dönüşüm gösteriyor. Ziyaretçi sayısı düşükse bu bir puanlık fark gerçek bir kazanç olmayabilir. Kendi rakamlarınızı A/B testi hesaplama aracımızla kontrol ederek farkın istatistiksel olarak anlamlı olup olmadığını görebilirsiniz.

Öte yandan kazanan varyantı uyguladıktan sonra da izlemeye devam edin. Daha fazla indirme getiren ama yanlış beklenti kuran bir görsel, kısa süre sonra düşük puan olarak geri döner. Puanların nasıl toplandığını ve kurallara uygun nasıl istendiğini uygulamada puan ve yorum isteme rehberimizde anlattık. Kısacası dönüşüm oranını puan ve elde tutma verisiyle birlikte okuyun.

Adım adım ekran görüntüsü üretim süreci

Teoriyi pratiğe dökmek için biz projelerde aşağıdaki sırayı izliyoruz. Bu sıra hem ilk yayın hem de sonraki güncellemeler için işe yarar:

1. Mağaza kurallarını güncel resmi sayfalardan okuyun ve hedef boyut listesini çıkarın.
2. Kullanıcının uygulamayı indirme sebebini tek cümleye indirin; bu cümle ilk karenin başlığı olur.
3. Altı ile sekiz karelik hikâye sırasını kâğıt üstünde kurun.
4. Demo hesabı gerçekçi verilerle doldurun ve durum çubuğunu temizleyin.
5. Ekranları en yüksek zorunlu çözünürlükte çekin.
6. Başlık metinlerini yazın, sonra telefonda küçük boyutta okunaklılığı kontrol edin.
7. Her pazar için metni ve arayüzü yerelleştirin.
8. Görselleri yükleyin ve önizlemede sırayı doğrulayın.
9. İlk iki kare için bir mağaza testi başlatın.

Bu süreçte dosya düzeni de önemlidir. Her dil ve her cihaz sınıfı için ayrı klasör tutmak, sonraki sürümlerde hangi görselin nerede yayında olduğunu kolayca görmenizi sağlar.

Ekran görüntüsü hazırlarken en sık hatalar nelerdir?

Sahada en sık karşılaştığımız hata, ilk kareyi açılış ekranına ya da logoya harcamaktır. Apple yönergeleri zaten başlık sanatı, giriş ve açılış ekranının tek başına yeterli olmadığını söylüyor. İkinci sık hata, görsellere fazla metin yüklemektir; kullanıcı mağazada okumaz, bakar.

Üçüncü hata, uygulamada olmayan bir özelliği görselde göstermek ya da arayüzü olduğundan farklı çizmektir. Bu hem red riski taşır hem de güveni bozar. Dördüncü hata ise görselleri bir kez hazırlayıp yıllarca güncellememektir. Arayüz değiştikçe eski görseller gerçeği yansıtmaz.

Son olarak dosya boyutunu ve indirme hızını da unutmayın. Ekran görüntüleri uygulama boyutunu etkilemez, ama ağır bir uygulama paketi görsellerin kazandırdığı ilgiyi kaybettirebilir. Bu konuyu uygulama boyutu ve indirme ilişkisi yazımızda inceledik. Özetle iyi görsel, iyi bir uygulamanın vitrinidir; eksik bir uygulamayı kurtaramaz.

Uygulamanızı ve mağaza sayfanızı kim hazırlamalı?

Ekran görüntüsü işi, uygulamanın kendisinden bağımsız düşünüldüğünde zayıf kalır. Görseller arayüzden çıkar; arayüz değiştikçe görseller de değişir. Bu yüzden en tutarlı sonuç, uygulamayı geliştiren ekibin mağaza sayfasını da birlikte planladığı durumda ortaya çıkar.

Talha Aslan ve ekibi olarak mobil uygulama geliştirme hizmetimizde uygulamanızı tasarlıyor, geliştiriyor ve mağaza yayınını da biz yürütüyoruz. Ekran görüntüsü seti, önizleme videosu, yerelleştirme ve mağaza testleri bu sürecin parçası. Böylece görselleriniz her sürümde uygulamanızla aynı dili konuşur.

Uygulamanız için mağaza sayfası dahil kapsamlı bir plan istiyorsanız, mobil uygulama projeniz için teklif alın. Kapsamı, hedef pazarları ve dil sayısını konuşur, size projenize özel bir teklif hazırlarız. Kısacası uygulamanızı biz geliştirir, mağazaya da biz çıkarırız.