Mobil Uygulama mı Web Uygulaması mı? Maliyet, PWA ve Mağaza Ücretleri

Mobil uygulama mı, web uygulaması mı sorusu, bir yazılım projesinin bütçesini ve takvimini en çok etkileyen ilk karardır. Bu yazıda üç seçeneği (mağaza uygulaması, web uygulaması ve PWA) karşılaştırıyor; mobil uygulama geliştirme maliyetini oluşturan kalemleri, App Store ve Google Play'in kayıt ücretleriyle komisyonlarını ve mağazaların her yıl getirdiği zorunlu güncellemeleri anlatıyoruz.

Mağaza ücretleri ve kuralları Apple ile Google'ın resmi sayfalarından, PWA bilgileri MDN, WebKit ve Android Developers belgelerinden alındı; okuma tarihi 2026-11-08. Geliştirme bedeli projeye göre çok değiştiği için bu yazıda rakam vermiyoruz; maliyeti oluşturan kalemleri gösteriyoruz.

Mobil uygulama, web uygulaması ve PWA arasındaki fark

Mobil uygulama, App Store ya da Google Play'den indirilip telefona kurulan yazılımdır. Her platform için ayrı (yerel) geliştirilebilir ya da tek kod tabanıyla iki platforma birden çıkılabilir.

Web uygulaması ise tarayıcıda çalışan, kurulum gerektirmeyen yazılımdır: Bir sipariş paneli, bir randevu ekranı ya da bir raporlama sistemi telefondan, tabletten ve bilgisayardan aynı adresle açılır. Web uygulamasını bir web sitesinden ayıran şey, kullanıcının yalnızca okumaması, giriş yapıp veri girmesi ve işlem yapmasıdır.

PWA (Progressive Web App, ilerleyici web uygulaması) bu ikisinin arasında durur: Web teknolojileriyle yapılır ama ana ekrana kurulabilir ve uygulama gibi açılır.

PWA nedir? Ana ekrana kurulan web uygulaması

PWA nedir sorusunun kısa cevabı: Web teknolojileriyle yapılan ama kullanıcıya platforma özgü bir uygulama gibi görünen yazılımdır. MDN'nin tanımına göre PWA, bir web sitesi gibi tek kod tabanıyla birden çok platformda çalışır; bir uygulama gibi de cihaza kurulabilir, çevrimdışı ve arka planda çalışabilir, cihazdaki diğer uygulamalarla bütünleşebilir.

PWA'nın iki platformdaki durumu farklıdır:

• iPhone ve iPad: WebKit'in duyurusuna göre iOS ve iPadOS 16.4 ile ana ekrana eklenen web uygulamaları anlık bildirim (Web Push) gönderebiliyor. Bildirim izni, kullanıcının bir düğmeye dokunması gibi doğrudan bir etkileşime yanıt olarak istenmeli; yani kullanıcının önce uygulamayı ana ekrana eklemesi gerekiyor.
• Android: Android Developers belgesine göre bir PWA, Trusted Web Activity olarak paketlenip (Bubblewrap aracıyla üretilen APK) Google Play'e yüklenebiliyor.

Pratik sonuç: Kullanıcınız uygulamayı sık açacak ama mağazada aramayacaksa ve bildirim ile çevrimdışı çalışma yeterliyse, PWA mobil uygulamaya göre daha az bakım isteyen bir ara yoldur.

Web uygulaması ne zaman yeterli?

Web uygulaması; kullanıcıların ekranlarda veri girdiği, listelere ve raporlara baktığı, onay verdiği işlerde çoğu zaman yeterlidir. Bayi sipariş portalı, servis talep ekranı, stok ve cari takip, randevu yönetimi ve yönetim panelleri bu gruptadır. Bu tür işlerde mobil uygulama yaptırmak, aynı ekranları iki platform için ayrıca test ettirmek ve mağaza onayından geçirmek anlamına gelir.

Web uygulamasının üç pratik avantajı vardır:

• Tek sürüm: Bir düzeltme yayına alındığında tüm kullanıcılar aynı anda yeni sürümü kullanır; mağaza onayı ya da kullanıcının güncelleme yapması beklenmez.
• Her cihaz: Ofisteki bilgisayar, sahadaki telefon ve depodaki tablet aynı adresi kullanır.
• Mağaza ücreti yok: Geliştirici hesabı, mağaza komisyonu ve mağaza kurallarına uyum yükü yoktur.

Mobil uygulama ne zaman gerekli?

Mobil uygulama, şu durumlardan biri ya da birkaçı işin merkezindeyse gündeme gelir:

• Yoğun cihaz erişimi: Arka planda konum takibi, Bluetooth ile cihaz bağlantısı, sensörler ya da kameranın sürekli kullanımı.
• Günlük sık kullanım: Kullanıcının günde birçok kez açtığı, simgenin ana ekranda durmasının değer kattığı ürünler.
• Mağazada bulunabilirlik: Kullanıcıların ürünü App Store ya da Google Play'de arayarak bulacağı tüketici uygulamaları.
• Kesintisiz çevrimdışı çalışma: Sahada internetin olmadığı yerlerde uzun süre veri toplayıp sonra eşitlemek.

Bu maddelerin hiçbiri yoksa mobil uygulama çoğu zaman bir zorunluluk değil, bir tercihtir. Tercih ise yalnızca geliştirme bedeliyle değil, aşağıdaki mağaza ve bakım kalemleriyle birlikte değerlendirilmelidir.

Mobil uygulama geliştirme maliyeti hangi kalemlerden oluşur?

Mobil uygulama geliştirme maliyeti, yalnızca ekranların kodlanmasından ibaret değildir. Bir teklifte şu kalemlerin ayrı ayrı görünmesi gerekir:

1. Arka uç (API ve veritabanı): Uygulamanın veriyi sakladığı ve işlediği sunucu tarafı. Web uygulamasında da gereken bu katman, çoğu projede işin en büyük parçasıdır.
2. Ön yüz: Kullanıcının gördüğü ekranlar. Yerel geliştirmede iOS ve Android için ayrı, çapraz platform yaklaşımında tek kod tabanıyla yazılır.
3. Tasarım ve prototip: İki platformun ekran alışkanlıkları farklı olduğu için tasarım her ikisine uyarlanır.
4. Test: Farklı ekran boyutları ve işletim sistemi sürümleri üzerinde test.
5. Mağaza hesapları ve yayın: Geliştirici hesabı ücretleri, mağaza sayfası görselleri, gizlilik bilgileri ve onay süreci.
6. Bakım: Mağazaların her yıl getirdiği SDK ve API şartlarına uyum, işletim sistemi güncellemelerinden sonra çıkan hatalar.

Mobil uygulama fiyatları bu yüzden çok geniş bir aralıkta değişir: Aynı fikre verilen iki teklif, biri yalnızca ön yüzü, diğeri arka ucu, iki platformu ve ilk yılın bakımını kapsadığı için birbirinden çok farklı görünebilir. Teklifleri karşılaştırırken önce kapsamın aynı olup olmadığına bakın; nasıl yapılacağını yazılım firması nasıl seçilir rehberimizde anlattık.

Mobil uygulama mağaza ücretleri ve komisyonları

Mobil uygulama yayınlamak için her iki mağazada geliştirici hesabı gerekir. Apple Developer Program üyelik yılı başına 99 USD'dir (bulunduğu yerlerde yerel para birimiyle). Google Play Console ise bir defaya mahsus 25 ABD doları kayıt ücreti alır.

Komisyon, yalnızca uygulama içinden dijital ürün ya da hizmet satıldığında devreye girer. Apple'da standart oran %30'dur; önceki takvim yılında 1 milyon USD'ye kadar gelir elde eden ya da yeni gelen geliştiriciler Small Business Program ile %15 öder. Google Play'in hizmet ücreti sayfasına göre Türkiye'nin de bulunduğu pazarlarda %15 kademesine kayıtlı geliştirici yıllık ilk 1 milyon USD için %15, aşan kısım için %30 öder; otomatik yenilenen aboneliklerde oran %15'tir.

E-ticaret ve hizmet işletmeleri için önemli bir ayrıntı: Fiziksel ürün ve hizmet satışında mağaza komisyonu yoktur. Apple'ın App Store İnceleme Kuralları (3.1.3(e)) uygulama dışında tüketilecek ürün ve hizmetlerin parasının uygulama içi satın alma dışındaki yöntemlerle alınmasını istiyor; Google'ın Ödemeler politikası da fiziksel ürün ve hizmetlerde Google Play faturalandırmasının kullanılmamasını söylüyor.

Mobil uygulama yayınlama: mağaza onayı ve test şartları

Mobil uygulama yayınlamak, kodu yüklemekle bitmez; iki mağazanın da kendi kuralları vardır.

• Apple'da "paketlenmiş web sitesi" riski: App Store İnceleme Kuralları'nın 4.2 maddesi, uygulamanın kendisini "yeniden paketlenmiş bir web sitesinin" ötesine taşıyan özellik, içerik ve arayüz sunmasını istiyor. Web sitesini olduğu gibi bir uygulama kabuğuna koymak bu yüzden onay riski taşır.
• Google Play'de kişisel hesap testi: Google Play'in test şartlarına göre 13 Kasım 2023'ten sonra açılan kişisel geliştirici hesaplarında, yayına çıkmadan önce en az 12 test kullanıcısının önceki 14 gün boyunca aralıksız kapalı teste katılmış olması gerekiyor.

Bu yüzden uygulamanın kimin hesabıyla yayınlanacağı baştan konuşulmalı. Bizim önerimiz, mağaza hesaplarının işletmenin kendi adına açılmasıdır; uygulama sizin markanızla yayınlanır ve firma değişse de hesap sizde kalır.

Mobil uygulama bakımı: her yıl gelen zorunlu güncellemeler

Mobil uygulama geliştirme yayınla bitmez; mağazalar belirli aralıklarla yeni şartlar getirir:

• Apple: Apple'ın duyurusuna göre 28 Nisan 2026'dan beri App Store Connect'e yüklenen uygulamaların Xcode 26 ve iOS 26 SDK'sı ile derlenmesi gerekiyor.
• Google Play: Hedef API düzeyi şartlarına göre 31 Ağustos 2026'dan itibaren yeni uygulamalar ve güncellemeler Android 16'yı (API düzeyi 36) hedeflemeli. Mevcut uygulamaların yeni kullanıcılara görünmeye devam etmesi için en az Android 15 (API düzeyi 35) gerekiyor.

Bu şartlar, uygulamada hiçbir yeni özellik eklenmese bile yılda en az bir kez güncelleme ve test bütçesi ayırmak gerektiği anlamına gelir. Web uygulamasında bu yük yoktur; tarayıcılar güncellenir, uygulama aynı adreste çalışmaya devam eder.

Mobil uygulamaya çevirme: web sitesi uygulama olabilir mi?

Google'da "Kullanıcılar şunları da sordu" kutusunda çıkan sorulardan biri, web sitesinin mobil uygulamaya nasıl çevrileceği. Üç yol vardır:

• PWA'ya dönüştürmek: Siteye kurulabilirlik, çevrimdışı çalışma ve bildirim eklemek. Mağaza gerektirmez; Android'de istenirse Google Play'e de yüklenebilir.
• Uygulama kabuğu (WebView): Siteyi bir uygulama içinde göstermek. Apple'ın 4.2 kuralı nedeniyle, sitenin ötesinde bir değer sunmuyorsa onay riski taşır.
• Yerel ya da çapraz platform uygulama: Aynı arka ucu kullanan, mobil için tasarlanmış ayrı bir ön yüz. En esnek ama en çok bakım isteyen yol.

Siteniz yalnızca bilgi veriyorsa çoğu zaman en doğru adım, siteyi mobilde hızlı ve kullanışlı hale getirmektir. Kurumsal sitenin mobil uyumunu kurumsal web tasarım sayfamızda ele aldık.

Duman Dijital önerimiz: İş yazılımlarında önce telefonda da sorunsuz çalışan bir web uygulamasıyla başlayın. Kullanıcıların sistemi nasıl ve ne sıklıkla kullandığını gördükten sonra mobil uygulama ihtiyacını gerekçesiyle değerlendirin. Gerekçemiz: Mobil uygulama, iki platform için ayrı mağaza onayı, geliştirici hesabı ücretleri ve Apple ile Google'ın her yıl getirdiği SDK ve API şartları nedeniyle sürekli bir bakım bütçesi gerektirir; bu yazıdaki kaynaklar bu yükü belgeliyor.

İş süreçlerinizi telefonda da çalışan bir web uygulaması olarak nasıl kurduğumuzu özel yazılım geliştirme sayfamızda anlattık. Ürününüz aboneliğe dayalı bir yazılımsa SaaS geliştirme sayfamıza ve SaaS nedir yazımıza bakın; yazılım türlerinin genel haritası için yazılım rehberimiz iyi bir başlangıç.

Kaynaklar

• Apple Developer Program, Membership details; App Store Small Business Program; App Review Guidelines (3.1.3(e), 4.2); Upcoming Requirements (okundu 2026-11-08).
• Google Play Console Yardım: geliştirici hesabı kaydı, hizmet ücretleri, Ödemeler politikası, kişisel hesaplar için test şartları, hedef API düzeyi şartları (okundu 2026-11-08).
• MDN, Progressive web apps; WebKit, Web Push for Web Apps on iOS and iPadOS (Şubat 2023); Android Developers, Trusted Web Activities Quick Start (okundu 2026-11-08).