C.E.O. Bee
Web, Mobil, PWA

Web uygulaması mı, mobil uygulama mı, PWA mı? Cihaz yeteneklerine göre karar matrisi

C.E.O. Bee Mühendislik17 dk okuma

Web uygulaması mı mobil uygulama mı sorusu üç soruya iner: kullanıcı uygulamayı ne sıklıkla açar, hangi cihaz özelliğine ihtiyaç var, çevrimdışı çalışma ve mağazada bulunma şart mı? Mühendislik yargımıza göre çoğu iş uygulaması için telefonda iyi çalışan bir web uygulaması yeter; PWA bunun kurulabilir hâlidir ve iPhone'da kendine özgü sınırları vardır. Cihaz özelliği ya da mağaza dağıtımı belirleyiciyse mobil uygulama gerekir. Yanıt web ise bunu söyleriz. Yazı bir yetenek matrisi ve kendi cihazlarınızda koşacağınız bir test sayfası verir.

Dört ad, dört ayrı şey

"Uygulama istiyorum" cümlesi dört farklı şeyi kapsar ve her birinin dağıtımı, kurulumu ve sınırları farklıdır. "Web uygulaması mı, mobil uygulama mı?" sorusu çoğu zaman bu dört adın karışmasından doğar. Mobil uygulama yaptırma sayfamızda aynı soruyu dört soruyla ele alıyoruz; bu yazı onu cihaz yeteneklerine göre genişletir. Önce adları ayıralım. Tablodaki PWA ve platforma özgü uygulama tanımları MDN'nin karşılaştırma sayfasından gelir; web sitesi ile web uygulaması ayrımı ise bizim mühendislik tanımımızdır.

Ad Nedir Nasıl dağıtılır Kurulum gerekir mi
Web sitesi Ağırlıkla içerik: ziyaret edilen sayfalar Bağlantı ve arama motorları; mağaza gerekmez Hayır
Web uygulaması Tarayıcıda çalışan, oturum açan kullanıcıya özel veri gösteren ve iş mantığı çalıştıran uygulama Bağlantı; mağaza gerekmez Hayır
PWA (progresif web uygulaması) Web teknolojileriyle yazılmış, platforma özgü uygulama deneyimi sunan uygulama: kurulabilir, çevrimdışı ve arka planda çalışabilir, cihazla bütünleşebilir (MDN) Web üzerinden, istenirse mağazalarda da İsteğe bağlı: tarayıcıdan kurulur
Mobil uygulama (yerel ya da çapraz platform) Platform üreticisinin SDK'sıyla geliştirilen uygulama (MDN) Çoğunlukla mağaza Evet

Web sitesi ile web uygulaması arasındaki fark bir keskin sınır değil, bir eğilimdir: web sitesi herkese aynı sayfayı gösterir, web uygulaması oturum açan kişiye kendi verisini gösterir ve kayıt günceller, sipariş verir, onay akışlarını yürütür. Bu tür sistemleri nasıl geliştirdiğimizi web uygulaması geliştirme sayfamızda anlatıyoruz. PWA ise ayrı bir teknoloji türü değil, platforma özgü uygulama gibi davranan bir web uygulamasıdır: MDN, PWA'ların teknik olarak hâlâ birer web sitesi olduğunu ve bir tarayıcı motoruna ihtiyaç duyduğunu söyler. Tek koddan iki işletim sistemine çıkan çapraz platform mobil uygulamalar için aynı sayfadaki tabloya bakın; burada yinelemiyoruz.

Web uygulaması mı, mobil uygulama mı? Beş soruda ilk eleme

Mobil uygulama sayfamızdaki dört soruyu, hepsi cevaplanabilecek bir elemeye genişletiyoruz. Her soruya kendi ürününüz için bir hücre seçin. Bu tablo bizim mühendislik yargımızdır, standart değildir; yetenek ayrıntısı bir sonraki bölümdedir.

Soru Web yeter PWA düşünülür Mobil uygulama
1. Uygulama ne sıklıkla ve nerede açılacak? Seyrek; bağlantıyla gelinen portal, form, panel Sık; ana ekrandan tek dokunuşla açılması değerli Günlük ve çok sık; telefonun doğal bir parçası gibi
2. Hangi cihaz özelliği gerekiyor? Tarayıcıda yaygın izinli özellikler yeter (kamera, konum) Bildirim gerekiyor, kurulumu kullanıcı kabul eder Tarayıcıda MDN'nin "sınırlı kullanılabilirlik" ya da "Experimental" diye işaretlediği özellikler gerekiyor (Bluetooth, NFC, arka plan senkronizasyonu)
3. Çevrimdışı zorunlu mu, yazma var mı? Hayır Okuma yeter (ekranlar ve dosyalar önbellekten); yazma varsa "Çevrimdışı: önbellek mi, veri mi?" bölümü Çevrimdışı yazma var ve veri tasarımı buna göre kurulacak
4. Mağazada bulunmak avantaj mı, engel mi? Engel: bağlantıyla dağıtım yeter Hem web hem mağaza mümkün olsun Avantaj: kullanıcılar uygulamayı mağazada arıyor
5. Kullanıcı kim? İç ekip ya da bilinen müşteri; cihazları tanıyorsunuz Kitle geniş ama tarayıcıyla geliyor; iPhone ağırlıklıysa kurulum akışını anlatmanız gerekir Kitle geniş ve uygulamayı mağazadan arayıp kuracak (4. satırla aynı yönde)

Çıktı üçlüdür; okuma kuralı bizim mühendislik yargımızdır, standart değildir. Beş satırın beşi "Web yeter" sütunundaysa çıktı "mobil gerekmeyebilir". Hiçbir satır "Mobil uygulama" sütununda değilse ve en az biri "PWA düşünülür" sütunundaysa çıktı "web uygulaması ve PWA". "Mobil uygulama" sütununda bir satır varsa: o satır cihaz özelliği ya da çevrimdışı yazma ile ilgiliyse (2. ve 3. satır) önce bir sonraki bölümdeki matrise ve test sayfasına bakın; yetenek tarayıcıda karşılanıyorsa çıktı "web uygulaması ve PWA"ya iner, karşılanmıyorsa "mobil"dir. Satır sıklık, mağaza ya da kitleyle ilgiliyse (1., 4. ve 5. satır) çıktı "mobil"dir. Her durumda kararı en ağır sütundaki tek satır verir, çoğunluk vermez.

Varsayımsal bir okuma, tabloyu kullanmanın yolunu gösterir; gerçek bir proje değildir. Bir ekip içi onay uygulaması düşünün: seyrek açılıyor (web yeter), kamera ve konum dışında cihaz özelliği istemiyor (web yeter), çevrimdışı gerekmiyor (web yeter), mağazada aranması gerekmiyor (web yeter), kullanıcılar bilinen çalışanlar (web yeter). Beş satırın beşi de aynı sütundaysa karar nettir. Satırlar dağılırsa, örneğin dördü web ama biri "çevrimdışı yazma var" diyorsa, o tek satır tüm kararı değiştirebilir; kararı o satır belirler, çoğunluk değil.

Kararsız kalan her satır, bir sonraki bölümde yeteneğe bakılarak çözülür. Yaptırma sürecine girmeden önce kendi yanıtınızı bilmek, bir tedarikçinin "mutlaka mobil" ya da "mutlaka web" önerisini sınamayı kolaylaştırır; yazılım teklifi nasıl okunur yazısındaki kapsam belgesi şablonu da "ikinci platform"ı kapsam dışı maddesinde açıkça yazılacak bir örnek olarak gösterir.

Yetenek matrisi: ne web'de, ne PWA'da, ne mobilde?

Aşağıdaki matris, 6 Kasım 2026'da açılıp okunan MDN, WebKit ve platform belgelerinden kurulmuştur. Okunamayan ya da kaynağı belirsiz bir yetenek tabloya alınmadı. "Web" sütunu tarayıcı sekmesinde çalışan uygulamayı, "PWA" sütunu kurulmuş uygulamayı anlatır. "Mobil" sütunu yalnızca platform belgesinde bu yeteneğe karşılık gelen bir API'nin bulunduğunu gösterir; hiçbir uygulamanın nasıl yazıldığına dair iddia taşımaz.

Yetenek Tarayıcıda web uygulaması Kurulmuş PWA Mobil uygulama Dayanak
Ana ekrana kurulum (Android ve masaüstü) Kurulum şart değil; tarayıcıda açılır Tarayıcının kurulumu öne çıkarması için manifest ve HTTPS gerekir; service worker şart değil. Chrome (masaüstü ve Android), masaüstü Safari ve masaüstü Edge manifestsiz siteyi de uygulama olarak kurabilir. Android'de yalnızca Google Mobil Hizmetleri'nin olduğu cihazlarda Chrome ve Samsung cihazlarda Samsung Internet gerçek uygulama olarak kurar, diğer tarayıcılar tarayıcı rozetli kısayol ekler Mağazadan kurulur MDN: Making PWAs installable, MDN: What is a PWA
Ana ekrana kurulum (iPhone) Kurulum şart değil; tarayıcıda açılır iOS 16.4 ve sonrasında Safari, Chrome, Edge, Firefox ve Orion'un Paylaş menüsünden elle kurulur; iOS 26'da ana ekrana eklenen her site varsayılan olarak web uygulaması olarak açılır (WebKit, Safari 26.0). Kurulum istemi tetikleyen beforeinstallprompt iOS'ta desteklenmez Mağazadan kurulur MDN: Making PWAs installable, WebKit: Web Push, WebKit: Safari 26.0
Push bildirimi Push API yaygın biçimde desteklenir (MDN: Baseline); iPhone için sağdaki sütuna bakın iPhone'da Web Push, iOS 16.4 ile ana ekrana eklenmiş web uygulamaları için geldi; izin kullanıcı etkileşimiyle (örneğin bir "abone ol" düğmesi) istenir; Apple Developer Program üyeliği gerekmez Platformun bildirim API'leri: Apple UserNotifications, Android bildirimleri WebKit, MDN: Push API, Apple, Android
Çevrimdışı önbellek Varsayılan olarak ağa bağımlı; service worker eklenirse önbellekten açılabilir Service worker sayfaları, stilleri, betikleri ve görselleri önbelleğe alıp ağ olmadan sunabilir MDN karşılaştırması: platforma özgü uygulamalar çevrimdışı ve arka planda çalışabilir MDN: Offline and background operation, MDN: What is a PWA
Arka planda senkronizasyon Background Synchronization API: MDN "sınırlı kullanılabilirlik" der (Baseline değil), yalnızca güvenli bağlamda Aynı API: çevrimdışıyken ertelenen istekleri ağ gelince service worker gönderir Apple Background Tasks, Android WorkManager MDN, Apple, Android
Bluetooth Web Bluetooth: MDN "sınırlı kullanılabilirlik" ve "Experimental" der; yalnızca Bluetooth Low Energy çevre birimleri Aynı API Apple Core Bluetooth (BLE ve klasik cihazlar), Android BLE desteği MDN, Apple, Android
Kamera ve mikrofon getUserMedia: MDN "yaygın olarak kullanılabilir" (Baseline) der, bazı parçalarının desteği değişebilir; güvenli bağlam ve kullanıcı izni gerekir Aynı web arayüzü; MDN PWA'ların cihaz özelliklerine erişebildiğini söyler Android CameraX, Apple AVFoundation MDN, Android, Apple
Konum Geolocation API: MDN "yaygın olarak kullanılabilir" der; güvenli bağlam ve kullanıcı izni gerekir Aynı web arayüzü Apple Core Location, Android konum API'leri MDN, Apple, Android
NFC Web NFC: MDN "sınırlı kullanılabilirlik" ve "Experimental" der; yalnızca NDEF mesajları, düşük düzey işlemler API'de yok Aynı API Apple Core NFC (NDEF etiketlerini okuma, yazılabilir etikete kaydetme), Android NFC MDN, Apple, Android

Matrisi okurken iki uyarı yararlı olur. Birincisi, "mobil uygulama" sütunu yeteneğin platformda bir API'sinin bulunduğunu söyler; o API'yi kullanan bir uygulamanın kolay ya da ucuz olduğunu söylemez. İkincisi, tablo yeteneğin varlığını gösterir, kalitesini değil: bir PWA'nın kamerayı açabilmesi, kullanıcı deneyiminin yerel uygulamayla aynı olacağı anlamına gelmez; bunu da test sayfası gösterir.

Matris yayın günü tarihlidir; tarayıcı sürümleri ve politikalar değişir. "Sınırlı kullanılabilirlik", yeteneğin kullanıcılarınızın tarayıcısında çalışmayabileceği anlamına gelir; bunu belge değil, aşağıdaki test sayfası sonuçlandırır.

iPhone'da PWA: kurulum, bildirim ve depolama

iPhone, PWA kararında en çok soruyu getiren cihazdır. Üç somut gerçek, yazıyı etkiler.

Kurulum menüden elle yapılır. WebKit, kullanıcının Paylaş menüsünden "Ana Ekrana Ekle"yi seçtiğini anlatır. iOS 26'dan önce manifest yoksa (ve siteyi web uygulaması olarak işaretleyen bir meta etiketi de yoksa) site yalnızca ana ekran yer imi olarak kaydedilirdi; WebKit'in Safari 26.0 yazısına göre iOS 26 ve iPadOS 26'da ana ekrana eklenen her site varsayılan olarak web uygulaması olarak açılır, kullanıcı eklerken "Open as Web App" seçeneğini kapatıp siteyi yer imi olarak da ekleyebilir ve Safari'de kurulabilirlik için artık hiçbir gereksinim yoktur. Manifest yine de işe yarar: içinde tanımlı simgeler kullanılır ve manifestin sağladığı yararlar kullanıcı deneyimine yansır. MDN, kurulum istemini sayfadan tetikleyen beforeinstallprompt olayının iOS'ta desteklenmediğini yazar. Yani "Kur" düğmesi koyamazsınız; kullanıcıya adımı anlatmak ürünün bir parçasıdır.

WebKit'in anlattığı bildirim yolu, ana ekrana eklenmiş uygulama ve izinle çalışır. WebKit duyurusuna göre izin istemi, kullanıcının doğrudan bir etkileşimine yanıt olarak yapılmalıdır; kullanıcı onaylarsa bildirimler Kilit Ekranı ve Bildirim Merkezi'nde öteki uygulamalarla aynı görünür. WebKit duyurusu Web Push'u ana ekrana eklenmiş web uygulamaları için duyurur; eklenmemiş siteler için bir yol anlatmaz.

Depolamanın kotası ve silinme politikası vardır. WebKit'in depolama politikası yazısına (Ağustos 2023, Safari 17 ve iOS 17) göre localStorage, Cache API, IndexedDB ve service worker verileri kota sınırlarına tabidir; kota bir üst sınırdır, depolanabileceğine dair güvence değildir. Veri, sistem depolama baskısı altındayken, genel kota aşıldığında ya da site bir süredir kullanıcı etkileşimi almadığında kullanıcının ya da sitenin istemediği halde silinebilir; silme sırası, en uzun süredir kullanılmayan origin'den (site kaynağından) başlar. Varsayılan mod "best-effort"tir, yani kalıcılık garanti değildir; bir site navigator.storage.persist() ile kalıcılık isteyebilir ve WebKit bunu buluşsal kurallarla, örneğin sitenin ana ekran web uygulaması olarak açılmış olmasıyla karşılar (iOS 26'da ana ekrana eklenen her site varsayılan olarak web uygulaması olarak açıldığı için bu ölçüt orada daha çok siteyi kapsayabilir; bu bizim çıkarımımızdır, WebKit bunu yazmaz). Bizim yargımız: kalıcı olması gereken veri sunucuda durur, cihaz yalnızca önbellektir.

Sonuç: kitleniz iPhone ağırlıklıysa kurulum akışını kullanıcıya anlatmak, bildirim iznini ne zaman isteyeceğinizi tasarlamak ve veriyi sunucuyla eşzamanlı tutmak tasarımın parçası olur. Hiçbir iOS sürüm oranı yazmıyoruz; kitlenizin cihazlarını siz ölçün.

Mağaza gerekli mi? PWA'yı mağazaya sarmak

Mağaza, yalnızca bir dağıtım kanalıdır; kullanıcılarınız uygulamayı mağazada arıyorsa avantajdır, aramıyorsa değil. MDN, kurulabilir bir PWA'yı paketleyip mağazalarda dağıtmanın mümkün olduğunu ve PWABuilder gibi araçların bunu kolaylaştırdığını yazar; ChromeOS.dev sayfası, Bubblewrap aracının bir PWA'yı Google Play için Android paketine sardığını anlatır (ChromeOS.dev). Ama paketlemek incelemeyi atlamak demek değildir. Apple'ın App Store inceleme yönergesi 4.2, uygulamanın yeniden paketlenmiş bir web sitesinin ötesine geçen özellikler, içerik ve arayüz içermesini ister; 4.2.2 ise katalog dışında uygulamaların ağırlıkla pazarlama malzemesi, reklam, web kırpıntısı, içerik toplayıcı ya da bağlantı koleksiyonu olmamasını söyler (Apple, 16 Ekim 2026'da güncellenmiş sürüm). Yani yalnızca bir siteyi sarmak onay garantisi değildir.

Mağaza yolunu seçerseniz bir maliyet ve sahiplik işi daha eklenir: gizlilik beyanı, hesap silme ve gizlilik politikası bağlantısı gibi kurallar mobil uygulama maliyeti yazısındaki "Mağaza kuralları da bir maliyet kalemidir" bölümünde, geliştirici hesabının kimin adına açılacağı ve incelemenin kimin işi olduğu ise mobil uygulama yaptırma sayfasındaki "Mağaza hesabı, yayın ve inceleme" bölümünde ele alınır. Burada yinelemiyoruz.

Çevrimdışı: önbellek mi, veri mi?

Service worker ekranları ve dosyaları önbelleğe alıp ağ olmadan sunabilir; MDN'nin örneği, yazılı ama gönderilememiş bir e-postanın ağ geri geldiğinde arka planda yollanmasıdır. Ertelenmiş gönderim için kullanılan Background Synchronization API'nin kullanılabilirliği ise matriste gördüğünüz gibi sınırlıdır. Çevrimdışı yazma varsa iş değişir: iki cihaz çevrimdışıyken aynı kaydı değiştirirse hangisi geçerli sayılacak? Bunu çözmeden "çevrimdışı çalışır" demek eksiktir. Çevrimdışı yazma isteyen bir ürün için tedarikçiye ya da kendi ekibinize şu soruları yazılı sorun: kayıt cihazda nerede tutulacak, bağlantı gelince hangi sırayla gönderilecek, aynı kaydı iki kişi değiştirirse hangisi geçerli olacak ve kullanıcı bir çakışmayı görecek mi? Cevaplar teknik kararlardır ve teklifte kapsam satırı olarak yer almalıdır. Bizim yargımız: yalnızca-okuma çevrimdışı bir önbellek işidir, çevrimdışı yazma ise bir veri tasarımı işidir.

Otonom drone filosu ve çevrimdışı senkronizasyon yazısı bunun ilkesini anlatır: o platformda kesintili bağlantı bir arıza modu değil, işletim koşulunun kendisidir ve eşzamanlı yazımlar sessizce ezilmek yerine çakışma olarak yüzeye çıkarılır. O yazı bir dron filosu için yazıldı, web uygulaması için değil; ama çakışma çözümü sorusu aynıdır. Yazıdaki sayıları ve ayrıntıları burada yinelemiyoruz.

Senaryo tablosu: sekiz tipik durum

Bu tablo bizim mühendislik yargımızdır, standart değildir. Portfolyo satırları yalnızca ilgili kartın cümlelerini aktarır; kartlar web ya da mobil tercihini (akıllı ev kartının "mobil öncelikli" ifadesi dışında) yazmaz, öneri bizimdir.

Durum Öneri Neden
Müşterinin giriş yaptığı portal Web uygulaması Kurulum gerektirmez, bağlantıyla gelinir; kullanıcı mağazaya gitmez
Ekibin günlük kullandığı iç sistem Web uygulaması Kullanıcılar bilinir, her cihazda aynı sürüm çalışır
Saha ekibinin çevrimdışı doldurduğu form PWA ya da mobil uygulama Çevrimdışı yazma sorusuna bağlıdır (önceki bölüm); veri tasarımı belirler
Randevu ve rezervasyon Web uygulaması Müşteriler bir bağlantıyla gelip kurulum yapmadan randevu alır (yargı). Rezervasyon Platformu kartında müşteriler canlı takvimden kendi randevusunu alıyor
Cihaz kontrol uygulaması Mobil uygulama Kullanıcı uygulamayı sık açar (1. soru). Akıllı Ev Kontrol Uygulaması kartı, eksik olanın müşterilerin gerçekten iki kez açacağı bir uygulama olduğunu ve yönetimin mobil öncelikli bir uygulamadan yapıldığını yazar
İçerik ve medya tüketimi Web uygulaması ya da PWA MDN'ye göre web, arama motorlarında bulunur ve bağlantıyla paylaşılır; bildirim istenirse PWA
Mağazada bulunmanın dağıtım değeri taşıdığı tüketici ürünü Mobil uygulama MDN, mağaza entegrasyonunu platforma özgü uygulamaların bir yararı olarak sayar: kullanıcıların tek bir yerde bulup karar vermesi
İlk sürüm doğrulaması Web uygulaması Hipotezi sınamak için en az dağıtım sürtünmesi; MVP geliştirme sayfamızdaki tek ana akış çerçevesiyle uyumlu

Kendi cihazlarınızda test sayfası

Matris belgeye dayanır; sizin kullanıcılarınızın cihazı başka bir hikâyedir. Aşağıdaki tabloyu kopyalayın, kendi ürününüzün küçük bir prototipiyle ya da herhangi bir PWA ile iPhone, Android ve masaüstünde yürütün. "Bilinmiyor" yeşil sayılmaz; sınanacak iş olarak yazın.

Test Nasıl yapılır iPhone Android Masaüstü Geçti / kaldı / bilinmiyor Not
Kurulum Menüden (iPhone'da Paylaş) ana ekrana ekleyin; adı ve simgeyi kontrol edin
Kurulmuş uygulamada açılış Simgeden açın; tarayıcı çubuğu yok mu, tam ekran mı?
Bildirim izni ve bildirim İzni bir düğmeye basarak isteyin; bir bildirim gönderin; kilit ekranında görünüyor mu?
Uçak modunda açılış Uçak modunu açın, uygulamayı kapatıp yeniden açın
Çevrimdışıyken yazma Çevrimdışıyken bir kaydı değiştirin, bağlantıyı geri verin; kayıt ne oldu? Aynı kaydı iki cihazda değiştirip sonucu karşılaştırın
Uzun süre kullanılmadıktan sonra veri Kayıtlı veriyi not edin, uygulamayı kullanmadan bırakın, sonra açıp verinin durup durmadığına bakın
Kamera ve konum izni İzni reddedin, sonra verin; uygulama iki durumda da ne gösteriyor?
Güncelleme Yeni sürüm yayınlayın; kurulu uygulama ne zaman ve nasıl güncelleniyor?
Kaldır ve yeniden kur Uygulamayı kaldırıp yeniden kurun; oturum ve veri ne durumda?

Kullanım: testleri canlı veriyle değil, uydurma veriyle yürütün. Aynı testi aynı cihazda, aynı tarayıcıyla iki kez yapıp sonuçları karşılaştırın; "geçti"yi tek denemeyle yazmayın. Altıncı test zamana bağlıdır, bu yüzden test tarihini not edip daha sonra yeniden bakın; WebKit silinme politikası hatırlatılan koşullardan biri olarak "bir süredir etkileşim yok" der. Bir satır "kaldı" çıkarsa kararın nedeni belli olur: o yeteneğe ihtiyaç varsa mobil uygulama, yoksa o satır ürün kapsamından çıkarılır.

Biz bunu nasıl yapıyoruz

Her proje, onayladığınız yazılı teklifle başlayan ücretli bir çalışmadır. Kapsam, takvim ve maliyet, herhangi bir ücretlendirme başlamadan önce yazılı olarak elinizde olur; onayınızdan önce tahsilat yoktur. Mobil uygulama sayfamızda yazdığımız gibi ikisini de geliştirdiğimiz için tarafsız bir öneri sunabiliriz; yanıt web ise bunu söyleriz.

Aldığımız her teknik kararın nedenini yazılı hale getiririz ve kodunuzu yazan mühendisle doğrudan konuşursunuz. Bakımını üstlendiğimiz projelerde neye bağlı olduğunuzu takip eder, ilgilenilmesi gerekeni size söyleriz. Teslim edilen işin mülkiyeti, kullanım koşullarımızda belirtildiği gibi bedelin tamamı ödendiğinde size geçer; altyapıyı bir gün başka bir ekibe taşımak isterseniz hesaplar, alan adları ve dokümantasyonla temiz bir devir için yanınızdayız. Çalışma biçimimizi mobil uygulama yaptırma ve web uygulaması geliştirme sayfalarımızda, adımları Süreç sayfasında anlattık. Projenizi anlatın.

Sık sorulan sorular

PWA nedir, mobil uygulamanın yerini tutar mı?

PWA, web teknolojileriyle yazılmış ama platforma özgü uygulama gibi kurulabilen, çevrimdışı ve arka planda çalışabilen uygulamadır (MDN). Yerini tutup tutmaması duruma bağlıdır: ihtiyacınız olan yetenekler matriste web ve PWA sütunlarında karşılanıyorsa tutar; Bluetooth, NFC ya da arka plan görevleri gibi yeteneklere ihtiyaç varsa ve bunlar kullanıcılarınızın tarayıcılarında çalışmıyorsa tutmaz. Karar cihaz testiyle verilir.

iPhone'da PWA bildirim gönderebilir mi?

Evet, belirli koşullarla: WebKit'e göre iOS ve iPadOS 16.4 ve sonrasında, ana ekrana eklenmiş web uygulamaları için Web Push desteklenir; izin, kullanıcının doğrudan bir etkileşimine yanıt olarak istenmelidir ve Apple Developer Program üyeliği gerekmez. Ana ekrana eklenmemiş bir site için bu yol anlatılmamıştır; kendi cihazınızda sınayın.

PWA'yı App Store'a koyabilir miyim?

Paketleme araçları var (MDN); ama Apple'ın 4.2 yönergesi uygulamanın yeniden paketlenmiş bir web sitesinin ötesine geçen özellikler, içerik ve arayüz içermesini ister. Bu yüzden yalnızca bir siteyi sarmak onay garantisi değildir; onay, incelemenin kararına bağlıdır.

Web uygulaması ile web sitesi arasındaki fark nedir?

Web sitesi ağırlıkla içeriktir ve herkese aynı sayfayı gösterir; web uygulaması oturum açan kullanıcıya özel veri gösterir ve iş mantığı çalıştırır. Aralarında keskin bir sınır yoktur; bu bizim mühendislik tanımımızdır.

İlk sürümü web mi mobil mi çıkarmalıyım?

Hipotezi sınamak için çoğu zaman web: kurulum ve mağaza incelemesi yoktur, dağıtım bir bağlantıdır. Yeteneklerden biri (örneğin Bluetooth ya da arka plan görevleri) ilk sürümün özüyse mobil. İlk sürümün kapsamını kesmek için MVP geliştirme sayfamıza bakın; kapsam, takvim ve maliyet yazılı teklifte netleşir.

Kaynaklar

Aşağıdaki sayfalar 6 Kasım 2026'da açılıp okundu. Tarayıcı ve platform bilgisi zamanla değişir.

— İlgili hizmetWeb Uygulaması Geliştirme

Tüm yazılar