Progressive Web App (PWA) Avantajları: İş Kararı Olarak PWA Rehberi

PWA Nedir? Teknik Değil, İş Tanımı

Progressive Web App (PWA), tarayıcı üzerinden çalışan ancak kullanıcıya yerel uygulama (native app) deneyimi sunan bir web teknolojisi mimarisidir. Kullanıcı uygulamayı App Store veya Google Play'den indirmez; tarayıcısında siteyi açar, ana ekrana ekler ve artık tam ekran, ikonlu, push bildirimli, hatta çevrimdışı çalışan bir uygulama gibi kullanır. Teknik açıdan üç temel bileşenden oluşur: Service Worker (arka plan önbellek ve offline mantığı), Web App Manifest (isim, ikon, başlangıç ekranı) ve HTTPS zorunluluğu.

İş açısından ise PWA şu soruyu yanıtlar: "Hem web trafiğini hem uygulama deneyimini aynı kod tabanıyla yönetebilir miyim?" Çoğu orta ölçekli işletme için yanıt evettir — ve bu, önemli maliyet ile zaman tasarrufu demektir.

PWA'nın İş Değeri: 7 Somut Kazanım

PWA tercihinin arkasındaki iş gerekçesi soyut değildir. Her madde doğrudan bir maliyet kalemi, kullanıcı davranışı veya gelir etkisine karşılık gelir.

• Tek kod tabanı, çok platform: iOS ve Android için ayrı native uygulama geliştirmek yerine tek bir web uygulaması her platformda çalışır. Bu, ortalama geliştirme süresini ve bakım maliyetini ikiye böler.
• App Store sürtünmesi ortadan kalkar: Kullanıcı uygulama mağazasına gitmez, hesap açmaz, 80 MB indirmez. Ana ekrana ekleme akışı 2 dokunuşla tamamlanır. Kurulum sürtünmesi düşünce kullanıcı kaybı da düşer.
• Güncelleme anında gerçekleşir: Native uygulamalarda kullanıcının mağazadan güncelleme yapması gerekir; eski sürümler uzun süre dolaşımda kalır. PWA'da sunucu yeni versiyonu deploy eder, bir sonraki ziyarette Service Worker güncellenir — kullanıcı müdahalesi gerekmez.
• Offline ve düşük bağlantı desteği: Service Worker, kritik içerikleri ve ekranları önbelleğe alır. Kullanıcı kötü internet bağlantısında bile uygulamayı açabilir, önceki verileri görüntüleyebilir. E-ticaret ürün katalogları, B2B sipariş formları, saha ekiplerinin kullandığı araçlar için bu özellik iş sürekliliği sağlar.
• Push bildirimi: PWA, native uygulama gibi sistem düzeyinde push bildirimi gönderebilir. Kampanya, kargo güncellemesi, randevu hatırlatıcısı — e-posta açılma oranlarının çok üzerinde etkileşim sağlayan bu kanal, App Store koşulluluğu olmadan kullanılır.
• SEO ve web trafiği korunur: Native uygulama Google'da indekslenemez; kullanıcıyı mağazadan bulmanız gerekir. PWA, web URL'leriyle çalışır; içerik tam anlamıyla aranabilir ve indekslenebilir. Organik trafik ile uygulama deneyimi çelişmez.
• Performans ve dönüşüm artışı: Service Worker ile agresif önbelleğe alma sayesinde PWA'lar tipik olarak daha hızlı yüklenir. Google web.dev, hız iyileştirmelerinin dönüşüm oranına doğrudan etkisi olduğunu Milliseconds Make Millions (Google/Deloitte, 2020) gibi kapsamlı çalışmalarla belgelemiştir.

Native App ile PWA Arasındaki Fark Nedir?

Karar verirken "PWA mi, native app mi?" sorusu yanlış çerçevelenirse yanlış karar çıkar. Doğru çerçeve şudur: hangi özellikler projeniz için vazgeçilmez, hangilerinden vazgeçilebilir?

• Kamera/sensör entegrasyonu: Modern PWA'lar kamera, mikrofon, GPS, ivme ölçer ve bildirim API'lerine erişebilir. Ancak NFC (yakın alan iletişimi), arka plan Bluetooth, ARKit/ARCore gibi derinlemesine donanım entegrasyonları hâlâ native uygulamaların avantajı alanındadır.
• iOS kısıtlamaları: Apple, PWA'ya verdiği izinleri native uygulamaya göre daha dar tutar. iOS'ta push bildirimi desteği iOS 16.4+ ile geldi ve yalnızca ana ekrana eklenmiş PWA'larda çalışır. Geniş iOS kullanıcı kitlesine kritik bildirim göndermek planlanan bir ürün için bu sınır göz önünde bulundurulmalıdır.
• Uygulama mağazası varlığı: Bazı kurumsal alıcılar ve sektörler (finans, sağlık) uygulama mağazasında yer almayı bir güven sinyali olarak bekler. App Store/Google Play listesinin stratejik önemi varsa native veya hibrit (React Native / Flutter) daha uygun olabilir.
• Çevrimdışı karmaşıklığı: Basit katalog veya form önbellekleme PWA ile kolayca yapılır. Ancak çevrimdışı veri senkronizasyonu, çatışma çözümü, büyük yerel veritabanı yönetimi gerektiren uygulamalar (ör. sahada çalışan satış ekibi CRM'i) daha derin bir mimari gerektirir ve bu noktada native veya Electron gibi çözümler değerlendirilebilir.
• Geliştirme ve bakım maliyeti: PWA tek kod tabanı demektir. React Native veya Flutter da çapraz platform sunar ama native API sarmalayıcıları nedeniyle web'den daha derin uzmanlık gerektirir. Bütçe, timeline ve ekip kompozisyonu bu tercihte belirleyicidir.

PWA Hangi Sektörlerde ve Kullanım Senaryolarında Parlar?

Her proje PWA değil; ama aşağıdaki senaryolarda PWA standart seçenek olmalıdır.

• E-ticaret ve perakende: Mobil dönüşüm oranı düşük, hız sorunu olan mağazalar. Service Worker önbellekleme ürün listelerini anında gösterir; push bildirimi sepet terkini azaltır; ana ekrana ekleme sadık müşteri kitlesini büyütür.
• SaaS ve B2B araçlar: Panolar, raporlama ekranları, form tabanlı iş akışları. Kullanıcılar günde birden çok oturum açar; ana ekraya ekleme davranışı yüksek çünkü uygulama kısayolu işlev görür. App Store onay süreci olmadan sık güncelleme yapılır.
• Medya ve yayıncılık: Haber siteleri, dergi platformları, içerik abonelikleri. PWA ile push bildirim açılma oranları e-postanın çok üzerinde olabilir (her platform farklı davranır; kesin rakam altyapıya bağlıdır); offline okuma ise düşük bağlantı ortamlarında içerik tüketimini sürdürür.
• Seyahat ve konaklama: Otel, havayolu, tur operatörü rezervasyon akışları. Booking.com gibi global oyuncuların PWA yatırımı, bu kategoride endüstri standardını belirlemiştir.
• Saha ve operasyonel araçlar: Depo sayım, saha muayene, teslimat takip uygulamaları. Zayıf veya sıfır sinyal bölgelerinde veri girişi yapılır, internet gelince senkronize edilir.
• Kurumsal intranet ve portal: Çalışan self-servis, izin/puantaj, iç duyuru sistemleri. App Store dağıtımı olmadan tüm şirkete aynı anda güncel sürüm verilir.

PWA Performansı: Service Worker ve Önbellek Stratejisi

PWA'nın performans kazanımı Service Worker mimarisiyle doğrudan bağlantılıdır. Service Worker, tarayıcı ile ağ arasına giren bir proxy görevi görür; gelen istekleri keser ve önbellek stratejisine göre yanıtlar.

Temel önbellek stratejileri şunlardır: Cache First (önce önbelleğe bak, sonra ağa git) statik varlıklar için idealdir — logo, stil dosyası, ikon. Network First (önce ağa git, başarısız olursa önbelleği kullan) gerçek zamanlı veri gerektiren ekranlar için uygundur. Stale While Revalidate ise önbellekteki sürümü hemen gösterir, arka planda ağdan yeni sürümü çeker; içerik siteleri için dengeli bir yaklaşımdır. Doğru strateji seçimi hem hız hem veri güncelliği dengesini kurar; hatalı strateji eski veri gösterir veya önbellek avantajını ortadan kaldırır.

Google'ın Core Web Vitals eşikleri (LCP < 2,5 sn, INP < 200 ms, CLS < 0,1) PWA'nın iyi yapılandırılmış Service Worker stratejisiyle karşılanması gereken hedeflerdir. Özellikle LCP'de kritik HTML ve above-the-fold görselinin Service Worker tarafından önbelleklenmesi, soğuk yükleme süresini dramatik biçimde kısaltır.

Push Bildirim Stratejisi: Dikkat Çekmek Değil, Değer Sunmak

Push bildirimi PWA'nın en güçlü araçlarından biridir — ve en kolay kötüye kullanılanı. Kullanıcının izin vermesi için makul bir sebep olmalıdır; "web sitesini açar açmaz bildirim iste" akışı izin reddi oranını %90'ın üzerine taşır.

İşe yarayan push stratejisi şu ilkelere dayanır: İzin isteğini bağlama yerleştir (sepete ürün ekleyen kullanıcıya "kargo bilgisi almak ister misiniz?" sor). Bildirimin konu başlığı somut değer taşısın ("Kampanya var" değil, "Sepetindeki ürün %20 indirime girdi"). Bildirim sıklığı kontrol edilsin; aşırı bildirim uygulamadan kaldırılmayı hızlandırır. Segmente göre gönder: terk edilmiş sepet, kargo güncellemesi, kişiselleştirilmiş öneri, genel kampanya farklı zamanlama ve kopya gerektirir.

App Store Maliyetinden Kaçınmak: Finansal Boyut

Apple App Store, uygulama içi satışlardan %15-30 komisyon keser. Bu oran, özellikle dijital ürün veya abonelik satan işletmeler için ciddi bir gelir sızıntısıdır. PWA, bu komisyon yapısının tamamen dışında kalır; ödeme işlemlerini doğrudan stripe, iyzico veya herhangi bir ödeme sağlayıcısı üzerinden yürütür.

Geliştirme maliyet kıyaslaması da çarpıcıdır. iOS ve Android için ayrı native uygulama geliştirmek, ortalama bir proje için iki ayrı ekip veya React Native/Flutter gibi çapraz platform araçlar gerektirir. İyi yapılandırılmış bir PWA, tek bir web teknolojisi ekibi tarafından üretilebilir ve her iki platformda çalışır. Bakım, güncelleme ve test döngüleri tek kod tabanında yönetilir.

App Store onay süreci de hesaba katılmalıdır. Apple'ın inceleme süreci 1-7 gün sürebilir; kırmızı çizgi giren güncellemeler reddedilebilir. Bir hata düzeltmesi veya özellik eklemesi için haftalarca bekleme, çevik geliştirme modeliyle bağdaşmaz. PWA'da güncelleme sunucuya deploy edilir, bir sonraki Service Worker güncelleme döngüsünde tüm kullanıcılara ulaşır.

Kurumsal ve E-Ticaret için PWA: Karar Çerçevesi

Kurumsal bir proje için PWA tercihini değerlendirirken aşağıdaki sorular rehber olarak kullanılabilir.

• Kullanıcılarınızın büyük çoğunluğu mobil mi erişiyor? Evet ise PWA, mobil deneyimi native kalitesine taşır.
• App Store varlığı satın alma kararını etkiliyor mu? Eğer evet ise hibrit bir strateji (PWA + minimal native wrapper) değerlendirilebilir.
• Ürününüz güncelleme sıklığı yüksek mi? Evet ise App Store onay döngüsü geliştirme hızınızı frenliyordur — PWA burada açık avantaj sağlar.
• Kullanıcılarınız çevrimdışı veya düşük bağlantı ortamlarında mı çalışıyor? Evet ise Service Worker önbelleği iş sürekliliği için kritiktir.
• Bütçeniz tek platform mı çift platform mı kaldırıyor? PWA, iki platformu tek bütçeyle karşılayan nadir çözümlerden biridir.
• Abonelik veya dijital ürün satıyor musunuz? App Store komisyonundan kaçınmak gelir modelinizi köklü değiştirebilir.

Bu soruların çoğuna "evet" yanıtı veren bir proje için PWA, native app yerine birincil seçenek olmalıdır. Karma senaryo — hem web trafiği hem app store varlığı hem de özel donanım erişimi — gerektiğinde PWA + native wrapper (örneğin Capacitor ile) yaklaşımı değerlendirilebilir.

PWA Projesinde Teknik Kalite Nasıl Ölçülür?

Bir PWA projesinin kalitesini değerlendirmek için Google Lighthouse, endüstri standardı araçtır. Lighthouse, PWA denetiminde şu kriterleri ölçer: HTTPS zorunluluğu, Service Worker kaydı, Web App Manifest geçerliliği, çevrimdışı yanıt verme, başlangıç ekranı ve ikon yapılandırması, ana ekrana ekleme kriterleri. Bir PWA'nın Lighthouse PWA skorunda 100 alması, teknik gereksinimlerin karşılandığının nesnel kanıtıdır.

Buna ek olarak Core Web Vitals skorları (Chrome User Experience Report — CrUX verileriyle) gerçek kullanıcı deneyimini yansıtır. Laboratuvar skoru iyi olup gerçek kullanıcı skoru kötü olan PWA'lar, genellikle Service Worker yapılandırmasında veya üçüncü taraf script yüklemesinde sorun barındırır.

PWA ve SEO: Organik Trafiği Korumak

PWA'nın SEO açısından en büyük avantajı, native uygulamanın dezavantajının tam tersidir: içerik web URL'lerinde yaşar ve Google tarafından dizinlenebilir. Ancak PWA geliştirmede yapılan bazı mimari hatalar SEO'yu zedeleyebilir.

Dikkat edilmesi gereken başlıca noktalar şunlardır: App Shell mimarisinde critical content sunucu taraflı render (SSR) veya statik ön-render ile sunulmalıdır; saf istemci taraflı render (CSR) ile sunulan içerik Googlebot tarafından gecikmeyle veya hiç indekslenemeyebilir. URL yapısı tutarlı olmalıdır; hash-based yönlendirme (#/) yerine history API ile temiz URL'ler kullanılmalıdır. Service Worker, Googlebot'u önbelleklenmiş eski sürüme yönlendirmemelidir; bots için cache stratejisi dikkatli yapılandırılmalıdır.

PWA Projesinde Ajans Seçimi: Neye Bakmalısınız?

PWA projesi, standart kurumsal web sitesinden farklı uzmanlık gerektirir. Service Worker yaşam döngüsü, önbellek stratejisi, push notification altyapısı ve Lighthouse optimizasyonu — bunların tamamına hakim bir ekip, yüzeysel PWA etiketli bir projeden çok farklı sonuçlar üretir.

Bir ajansı değerlendirirken şu sorular sorulmalıdır: Daha önce teslim ettikleri PWA'nın Lighthouse skoru nedir? Service Worker stratejisi nasıl belgelenmiş? SEO uyumluluğu için SSR veya statik ön-render kullanılmış mı? Push bildirim altyapısı dahil mi, yoksa kurulum sonrası müşteriye bırakılıyor mu? Uygulama yayına girdikten sonra Web App Manifest ve Service Worker güncellemeleri nasıl yönetiliyor?

ADWEBX olarak web uygulama ve SaaS projelerinde PWA mimarisini React tabanlı modern stack ile birleştiriyoruz. Service Worker yapılandırması, önbellek stratejisi, push bildirim entegrasyonu ve Lighthouse optimizasyonu dahil olmak üzere uçtan uca teslim yapıyoruz. Projeniz için hangi mimarinin doğru olduğunu birlikte değerlendirmek isterseniz analiz görüşmesi başlatabilirsiniz.

Sıkça Sorulan Sorular

PWA ile native uygulama arasındaki en önemli fark nedir?

Native uygulama App Store veya Google Play üzerinden dağıtılır, platform SDK'larıyla donanıma doğrudan erişir. PWA ise tarayıcı üzerinden çalışır, App Store gerektirmez ve tek kod tabanıyla iOS ile Android'i karşılar. Temel sınır: NFC, arka plan Bluetooth, ARKit/ARCore gibi derinlemesine donanım erişimi hâlâ native avantajındadır. Çoğu iş uygulaması için bu sınır belirleyici değildir.

PWA App Store'da yayınlanabilir mi?

Google Play'de evet: Trusted Web Activity (TWA) mekanizmasıyla PWA doğrudan Google Play'e yüklenebilir. Apple App Store'da ise durum farklıdır; Apple'ın WebKit politikaları PWA'yı App Store listesi olarak sunmayı kısıtlar. Hem web hem App Store varlığı gerekiyorsa Capacitor gibi araçlarla PWA üzerine minimal native wrapper eklenmesi düşünülebilir.

PWA push bildirimi iOS'ta çalışıyor mu?

iOS 16.4 ve sonrasında, yalnızca kullanıcının ana ekrana eklediği PWA'larda push bildirimi desteği geldi. Bu koşullu destek, Safari'nin önceki versiyonlarındaki tam yokluğa kıyasla önemli bir gelişmedir. Ancak kullanıcının PWA'yı ana ekrana eklemesi ve bildirim iznini onaylaması gerektiğinden, geniş iOS kitlesine push ulaştırmak native uygulamaya göre daha düşük erişim oranı üretebilir. Proje tasarımında bu gerçekçi bir beklenti olarak ele alınmalıdır.

E-ticaret sitesi PWA mı, native uygulama mı tercih etmeli?

Büyük çoğunluğu mobil web üzerinden gelen e-ticaret trafiği için PWA daha hızlı yayına alınabilir, daha düşük maliyetlidir ve SEO'yu korur. Native uygulama, güçlü bir bağlılık topluluğu (loyalty) hedefleniyor ve App Store varlığı satın alma kararını etkiliyor ise ek olarak değerlendirilebilir. İki yaklaşım birbirini dışlamaz: önce PWA ile mükemmel mobil web deneyimi kur, kullanıcı bazı büyüdükçe native uygulama katmanı ekle.

PWA geliştirmek ne kadar sürer ve maliyeti nasıl hesaplanır?

Kapsam belirleyicidir. Mevcut bir React veya Next.js web uygulamasına PWA katmanı (Service Worker, manifest, Lighthouse optimizasyonu) eklemek 2-4 haftalık bir iş olabilir. Sıfırdan PWA ürünü geliştirmek — UX tasarım, frontend, backend API, push bildirim altyapısı, test dahil — genellikle 3-6 ay ve 50.000-200.000 TL+ arasında değişen bütçelerle planlanır; ancak kapsam ve ekip yapısına göre bu aralık yukarı veya aşağı önemli ölçüde kayabilir. Doğru zaman ve maliyet tahmini için kapsamın netleştirilmesi gerekir.