App Store Asset Library ile iOS Görselleri Nasıl Yönetilir?

App Store Asset Library ne işe yarar?

App Store Asset Library, bir uygulamanın ekran görüntülerini, önizleme videolarını ve yeni yaratıcı varlıklarını App Store Connect içinde tek yerde düzenlemeye yarar. Özellikle ürün sayfası üst alanı veya arama sonucunda kullanılacak yaratıcı materyali uygulama sürümünden ayrı hazırlayıp incelemeye göndermek isteyen ekipler için yeni bir iş akışıdır. Apple'ın 5 Ekim 2026 duyurusu, varlıkların önceden yüklenebildiğini ve farklı yerleşimlerin yayımdan önce önizlenebildiğini açıkça anlatıyor. Bu, her görsel değişikliği yeni bir uygulama sürümü gibi düşünme alışkanlığını gözden geçirmek için iyi bir neden; otomatik gösterim veya dönüşüm artışı vaadi değildir.

Buradaki kritik ayrım şu: ekran görüntüsü uygulamanın gerçek kullanımını gösterir, yaratıcı varlık ise marka veya dönemsel mesajı öne çıkarabilir. İkisi aynı dosya değildir; aynı kullanıcı sorusunu da cevaplamaz. Bir kullanıcı uygulamanın ne yaptığını anlamak istiyorsa yalnızca etkileyici bir başlık görseli yetmez. Görsel vaat ile gerçek ürün akışı arasındaki tutarlılık, varlık seçiminin ilk ölçütü olmalı.

Önce hangi yerleşime ihtiyaç olduğunu belirleyin

Hazırlığa dosya boyutundan değil kullanıcı kararından başlayın. Ürün sayfasına gelen biri uygulamanın temel faydasını görmek ister; arama sonucundaki kişi ise birkaç saniyede doğru uygulama olup olmadığını anlamaya çalışır. Aynı yaratıcı mesaj iki yerde de işe yarayabilir, fakat kırpılma, metin okunurluğu ve ekran bağlamı farklıdır. Apple'ın varlık yönetimi rehberi, evrensel bir yaratıcı varlığın uygun olduğunda iki yerleşimde kullanılabileceğini; değilse ayrı materyal seçilmesi gerektiğini söylüyor.

Bir karar tablosu hazırlayın: yerleşim, hedef kullanıcı, vermek istediğiniz tek mesaj, gerekli kanıt ve sorumlu kişi. Mesajı uygulamada bulunmayan işlevler üzerine kurmayın. Örneğin randevu uygulamasıysa “birkaç dokunuşla boş saat görme” vaadi ancak uygulama akışında gerçekten karşılanıyorsa kullanılmalı. Kampanya tarihli bir varlığın süresi bitince kim tarafından kaldırılacağını da baştan yazın. Aksi halde teknik olarak onaylı bir materyal, içerik açısından eskiyebilir.

Asset Library ile sürümden bağımsız hazırlık nasıl yapılır?

Apple'ın güncel rehberinde Asset Library üzerinden yaratıcı varlıkların uygulama sürümünden bağımsız yüklenip onaya sunulabileceği belirtiliyor. Onaylanmış varlıklar uygun yerleşimlerde daha sonra seçilebiliyor. Dolayısıyla tasarım, inceleme ve yayına alma adımlarını ayrı takvimlere koyabilirsiniz. Ancak “yükledim” ile “kullanıcı görüyor” aynı durum değildir. Onay durumu, yerleşim seçimi ve canlı önizleme ayrı ayrı kontrol edilmelidir.

Pratik iş akışı şöyle kurulabilir: önce mesaj ve yerleşimi tanımlayın; sonra varlığı tasarlayıp gerçek uygulama ekranlarıyla karşılaştırın; ekip içinde metin ve hak sahipliği kontrolü yapın; Asset Library'ye yükleyip inceleme durumunu izleyin; onaydan sonra ilgili yerleşime bağlayın; son olarak canlı sayfayı kontrol edin. Her adım için bir sahip belirlemek, tasarım dosyasının yanlış sürümünün yayımlanmasını önler. Aynı dosyanın Türkçe ve başka dil sürümleri varsa adlandırma sisteminde dil ve kampanya dönemini açık tutun.

Apple, ürün sayfası ve arama sonuçlarının cihaz, yön ve dil bağlamında önizlenmesini sağlayan aracı da duyurdu. Önizleme karar verirken değerlidir; canlı mağazada kesin olarak aynı görünümü garanti ettiği varsayılmamalı. Kontrol listesine küçük ekran, koyu mod, farklı dil uzunlukları ve başlık üzerindeki kesilmeleri ekleyin. Tasarımın masaüstünde iyi görünmesi, dar ekranda okunabilir olduğu anlamına gelmez.

Ekran görüntüsü ile yaratıcı varlığı karıştırmayın

Apple'ın dokümanı yaratıcı varlıkların ekran görüntüsü ve uygulama önizlemesinden ayrı, isteğe bağlı öğeler olduğunu açıklıyor. Bu yüzden yeni özellik için tanıtım görseli hazırlarken gerçek arayüzü göstermek gereken bölümü atlamayın. Kullanıcı, çekici bir görselden sonra uygulamanın tam olarak hangi işi yaptığını hâlâ anlamıyorsa bilgi mimarisi eksiktir. Ürün sayfasında ilk ekran görüntülerinin hedef işi, devamındakilerin önemli ayrıntıları göstermesi daha açık bir anlatım kurar.

Bir örnek düşünelim: saha ekibinin görevlerini yöneten mobil uygulama. Üst alandaki görsel “günün işleri tek yerde” mesajını verebilir. Ekran görüntülerinde ise görev listesi, durum güncelleme ve ekip bildirimleri gerçekten görünmelidir. Eğer uygulamada çevrimdışı çalışma yoksa bunu ima eden metin kullanılmamalı. Böylece pazarlama katmanı ile ürün gerçeği birbirini destekler.

İnceleme ve yayın sırasında hangi hatalar çıkabilir?

İlk hata, onaya gönderilmeyen yüklemeyi yayına hazır sanmaktır. İkinci hata, onaylı varlığın yanlış yerleşimde veya eski sürümle eşleştiğini fark etmemektir. Üçüncüsü, kampanya mesajının süresi dolmasına rağmen yayında bırakılmasıdır. Dördüncü hata, mevcut ekran görüntülerinin artık uygulama davranışını yansıtmamasıdır. Bu hatalar için kontrol, yalnızca dosya yükleme ekranında değil, yayımlanmış ürün sayfasında yapılmalı.

Apple'ın rehberine göre canlı bir sürümde onaylanmış yaratıcı varlık seçilerek yeni uygulama sürümü göndermeden güncelleme yapılabiliyor. Bu imkânı sınırsız veya anında yayımlama yetkisi olarak okumayın: varlığın uygunluğu, onay durumu ve seçilen yerleşim hâlâ belirleyici. Ekibin bir kişi tarafından yapılan değişikliği kayıt altına alması da geri dönüşü kolaylaştırır.

Varlıklar için basit bir kayıt tutun: dosya adı, dil, hedef yerleşim, onay durumu, yayına alma tarihi, kaldırma koşulu ve nihai kontrol bağlantısı. Böyle bir kayıt, uygulama kodundan bağımsız içerik değişikliklerinde bile kimin neyi neden değiştirdiğini gösterir. Büyük bir araç kurmak zorunda değilsiniz; önemli olan karar geçmişinin bulunabilmesi.

Ne zaman uzman desteği anlamlı olur?

Tek bir uygulama ve seyrek güncelleme için küçük bir kontrol listesi yeterli olabilir. Birden fazla dil, özel ürün sayfası, kampanya veya sık özellik yayını varsa varlık yönetimi ürün ekibinin yayın sürecine bağlanmalı. Bu aşamada tasarımcı, içerik sorumlusu ve geliştirici aynı sürüm gerçeğini kullanmalı. Özellikle kullanıcıya vaat edilen işlevin gerçekten mevcut olması teknik ekip tarafından doğrulanmalı.

Webinle'nin mobil uygulama geliştirme hizmeti, uygulama akışı ile mağaza sunumunu birlikte düşünmek isteyen ekipler için uygun başlangıç noktasıdır. Mevcut özel ürün sayfası planlama yazısı da farklı kullanıcı niyetlerine ayrı anlatı kurma açısından tamamlayıcıdır; bu yazının konusu ise yeni Asset Library içinde varlık hazırlığı ve yayın kontrolüdür. Kendi uygulamanız için önce mevcut mağaza varlıklarını, hedef yerleşimleri ve değişim sıklığını listeleyin; sonra ihtiyaç duyulan tasarım ve uygulama kapsamını birlikte belirleyin.