PWA (Progressive Web App) Nedir? B2B Saha ve Müşteri Portallerinde Kullanımı

PWA (Progressive Web App), web teknolojileriyle geliştirilen ancak kullanıcıya mobil uygulamaya yakın bir deneyim sunabilen web uygulaması yaklaşımıdır. Tarayıcı üzerinden erişilebilmesi, desteklenen cihazlarda kurulabilmesi ve doğru mimariyle belirli işlevleri bağlantı olmadan sürdürebilmesi PWA’yı özellikle B2B saha operasyonları ile bayi ve müşteri portalları için önemli bir seçenek hâline getirir.

Bununla birlikte PWA, mevcut bir web sitesine yalnızca “ana ekrana ekle” seçeneği kazandırmak değildir. Gerçek değer; kullanıcı rollerinin, çevrimdışı yapılabilecek işlemlerin, veri senkronizasyonunun, ERP bağlantılarının ve güvenlik kurallarının birlikte tasarlanmasıyla ortaya çıkar. Bu nedenle karar, teknoloji etiketinden önce iş sürecinin koşullarına dayanmalıdır.

PWA nedir ve klasik web uygulamasından nasıl ayrılır?

MDN’nin PWA açıklamasına göre progressive web uygulamaları web platformu teknolojileriyle geliştirilir; buna karşılık platforma özgü uygulamalara benzeyen bir kullanım deneyimi sunabilir. Web uygulaması manifesti, uygulamanın adı, simgesi ve görüntülenme biçimi gibi kurulum bilgilerini tanımlar. Service worker ise çevrimdışı erişim ve arka plan işlemleri gibi yeteneklerin kurulmasında kullanılabilir.

Klasik bir web uygulaması çoğunlukla ağ bağlantısına ve açık tarayıcı sekmesine bağımlıdır. PWA yaklaşımında uygulama kabuğu ve seçilmiş içerikler önbelleğe alınabilir, uygun işlemler cihaz üzerinde geçici olarak saklanabilir ve bağlantı geri geldiğinde sunucuya aktarılabilir. Ancak bu özellikler kendiliğinden oluşmaz; hangi verinin ne kadar süre saklanacağı ve eski veri gösterildiğinde kullanıcının nasıl bilgilendirileceği ayrıca tasarlanır.

PWA’nın tek sayfalı uygulama olması da zorunlu değildir. Mevcut veya yeni bir web uygulaması, desteklenen özellikleri kademeli biçimde kullanabilir. Böylece ileri web API’lerini desteklemeyen bir tarayıcıda temel işlevler çalışmayı sürdürürken uygun cihazlarda kurulum, önbellekleme veya çevrimdışı işlem gibi ek yetenekler sunulabilir.

B2B saha operasyonlarında PWA ne sağlar?

Saha satış temsilcileri, teknik servis ekipleri ve denetim personeli her zaman kararlı bir bağlantıyla çalışmaz. Fabrika içleri, depolar, kırsal bölgeler ve seyahat hâli mobil bağlantının kesildiği veya yavaşladığı ortamlardır. Her ekranın anlık sunucu yanıtı beklemesi; ziyaret kaydının, sipariş taslağının ya da servis formunun yarıda kalmasına neden olabilir.

PWA ile son kullanılan müşteri listesi, görevler, sınırlı ürün bilgileri veya form şablonları kontrollü biçimde cihazda tutulabilir. Kullanıcı ziyaret notu oluşturabilir, fotoğraf ya da form ekleyebilir ve işlemi yerel kuyruğa kaydedebilir. Bağlantı geri geldiğinde kuyruktaki kayıtlar sunucuya gönderilir. Benzer gereksinimlerin sipariş, yetkili fiyat ve ERP kabulüyle nasıl ele alınabileceği saha satış mobil uygulaması planlama rehberinde daha ayrıntılı incelenebilir.

Buradaki kritik ayrım, “ekranın çevrimdışı açılması” ile “iş sürecinin çevrimdışı tamamlanabilmesi” arasındadır. Ürün kataloğunun görüntülenmesi görece basitken stok rezervasyonu, güncel fiyat doğrulaması veya kredi limiti kontrolü merkezi veri gerektirebilir. Sistem bu işlemleri kesinleşmiş sonuç gibi sunmamalı; taslak, gönderim bekliyor, doğrulama gerekli veya reddedildi gibi açık durumlar göstermelidir.

Müşteri ve bayi portallarında kullanım senaryoları

B2B müşteri portalında kullanıcılar sipariş oluşturmak, sevkiyat durumunu izlemek, belge indirmek, destek talebi açmak veya cari bilgileri görmek isteyebilir. Kurulabilir bir PWA, sık kullanılan portala uygulama simgesinden erişim sağlayarak tekrar kullanım sürtünmesini azaltabilir. Tek kod tabanının farklı ekranlara uyarlanması da dağıtım ve sürüm yönetimini kolaylaştırabilir.

Bayi tarafında hızlı sipariş, stok sorgulama, teklif taslağı ve saha ziyareti gibi görevler PWA için güçlü adaylardır. Buna karşılık anlık stok, müşteriye özel fiyat, iskonto yetkisi ve finansal bakiye gibi bilgilerde verinin güncelliği açıkça belirtilmelidir. Örneğin ekran, fiyatın en son hangi saatte doğrulandığını göstermeli ve kesin sipariş öncesinde sunucu tarafında yeniden kontrol yapmalıdır.

Müşterinin siparişten sevkiyata kadar göreceği durumlar da yalnızca PWA arayüzünden ibaret değildir. Kaynak sistem, kısmi sevkiyat, belge erişimi ve istisna yönetimi birlikte ele alınmalıdır. Bu yapının ayrıntıları B2B sipariş takip portalı rehberinde incelenebilir.

Çevrimdışı çalışma modeli nasıl tasarlanır?

Her işlev çevrimdışı olmak zorunda değildir

İlk adım, işlemleri bağlantı gereksinimine göre sınıflandırmaktır. Salt okunur müşteri özeti veya form şablonu önceden indirilebilir. Ziyaret notu ve sayım kaydı yerelde oluşturulup sıraya alınabilir. Anlık kredi kontrolü, ödeme ya da kesin rezervasyon ise çevrimiçi doğrulama gerektirebilir. Bu sınıflandırma, gereksiz veri saklanmasını ve kullanıcıya yanlış kesinlik sunulmasını önler.

web.dev service worker rehberi, service worker’ın uygulama ile sunucular arasında ağ isteğini karşılayan bir ara katman gibi çalışabildiğini açıklar. Ancak önbellekleme stratejisi bütün kaynaklara aynı şekilde uygulanmamalıdır. Uygulama dosyaları, ürün görselleri, referans veriler ve işlem yanıtları için farklı güncellik kuralları gerekir.

İşlem kuyruğu kullanıcıya görünmelidir

Çevrimdışı oluşturulan her kayda benzersiz bir işlem kimliği atanmalıdır. Kullanıcı hangi işlemlerin cihazda beklediğini, hangilerinin gönderildiğini ve hangilerinin müdahale istediğini görebilmelidir. “Kaydedildi” mesajı yerel kaydı mı yoksa ERP kabulünü mü ifade ediyor, açıkça yazılmalıdır.

• Bekleyen işlem sayısı ve son senkronizasyon zamanı gösterilmelidir.
• Başarısız kayıt için anlaşılır hata nedeni ve yeniden deneme seçeneği sunulmalıdır.
• Aynı işlemin tekrar gönderilmesi sunucuda mükerrer kayıt üretmemelidir.
• Kullanıcı çıkış yaptığında yerel verinin nasıl temizleneceği belirlenmelidir.

Çakışma politikası önceden kararlaştırılmalıdır

Bir kayıt çevrimdışı düzenlenirken merkezde başka bir kullanıcı tarafından değiştirilmiş olabilir. “Son yazan kazanır” yaklaşımı sipariş ve servis süreçlerinde veri kaybına yol açabilir. Sunucu sürüm numarası, zaman damgası ve alan bazlı karşılaştırma kullanılarak çakışma saptanmalı; otomatik birleştirilemeyen durumlar kullanıcıya veya operasyon ekibine yönlendirilmelidir.

ERP ve kurumsal sistem entegrasyonu

PWA doğrudan ERP veritabanına bağlanmamalıdır. Portal ile ERP arasında kimlik doğrulama, yetkilendirme, veri dönüşümü ve hata yönetimini üstlenen güvenli bir API ya da entegrasyon katmanı bulunmalıdır. Böylece ERP’nin iç veri modeli istemciye açılmaz; portalın ihtiyaç duyduğu alanlar kontrollü sözleşmelerle sunulur.

Ürün, cari, fiyat ve stok gibi referans veriler ERP’den portala aktarılabilir; sipariş, servis formu veya ziyaret sonucu ters yönde gönderilebilir. Ancak teknik bir HTTP başarısı, işlemin ERP tarafından iş kurallarına uygun biçimde kabul edildiği anlamına gelmez. Portal; alındı, doğrulanıyor, kabul edildi, kısmen işlendi ve reddedildi gibi durumları ayrı yönetmelidir.

Entegrasyon tasarımında şu sorular yanıtlanmalıdır:

• Hangi sistem hangi veri alanının ana kaynağıdır?
• Fiyat, stok ve limit verisi ne kadar süre geçerli sayılır?
• Yeniden deneme hangi hatalarda otomatik yapılır?
• Mükerrer işlemler hangi benzersiz anahtarla engellenir?
• ERP geçici olarak erişilemezse kullanıcı hangi durumu görür?
• İşlem geçmişi ve entegrasyon hataları kimler tarafından izlenir?

Kullanıcı rolleri ve iş akışları neden merkezde olmalı?

B2B portalda saha temsilcisi, bayi kullanıcısı, müşteri satın alma sorumlusu, yönetici ve destek ekibi aynı yetkilere sahip değildir. Görülebilecek müşteriler, fiyat seviyeleri, belge türleri, onay limitleri ve işlem yapma yetkileri rol bazında belirlenmelidir. Yetki kontrolü yalnızca arayüzde düğme gizlemekle sınırlı kalmamalı; bütün API çağrılarında sunucu tarafında uygulanmalıdır.

Çevrimdışı yetki konusu ayrıca ele alınmalıdır. Cihazdaki rol ve kapsam bilgileri süresiz geçerli kabul edilmemeli; oturum, cihaz güveni ve son yetki yenileme zamanı için kurallar tanımlanmalıdır. İşten ayrılan veya yetkisi değiştirilen bir kullanıcının cihazında eski verilerin erişilebilir kalması engellenmelidir.

PWA güvenliği nasıl ele alınmalı?

PWA’lar HTTPS, güvenli oturum yönetimi, girdi doğrulama, erişim kontrolü ve düzenli güvenlik testleri gerektiren web uygulamalarıdır. Çevrimdışı özellikler buna cihaz üzerindeki veri riskini ekler. OWASP tarayıcı depolama testi rehberi, hassas verilerin istemci tarafında gereksiz biçimde saklanıp saklanmadığının incelenmesini önerir. Kimlik doğrulama belirteçleri ve iş verileri, istemci taraflı saldırıların etkisini büyütebilir.

Bu nedenle çevrimdışı veri seti “gerektiği kadar az” ilkesiyle oluşturulmalıdır. Hassas alanlar hiç indirilmemeli veya iş ihtiyacına göre sınırlandırılmalıdır. Oturum süresi, yeniden kimlik doğrulama, cihaz kaybı, çıkışta veri temizleme ve önbellek sürümü gereksinimleri tanımlanmalıdır. Ayrıca XSS korumaları, içerik güvenlik politikası, bağımlılık güncellemeleri ve rol bazlı API testleri geliştirme yaşam döngüsüne dahil edilmelidir.

Performans, test ve sürdürülebilir yönetim

PWA etiketi tek başına hızlı deneyim garantisi vermez. Büyük JavaScript paketleri, kontrolsüz görseller ve aşırı veri indirme özellikle düşük donanımlı saha cihazlarında performansı düşürebilir. İlk açılış, sonraki açılış, yavaş bağlantı ve çevrimdışı açılış ayrı ölçülmelidir. Yalnızca gerekli ekran ve verilerin yüklenmesi, önbelleklerin sürümlenmesi ve eski kaynakların temizlenmesi gerekir.

Test matrisi gerçek operasyon koşullarını kapsamalıdır. Farklı ekran boyutları ve tarayıcıların yanında bağlantının işlem sırasında kesilmesi, uygulamanın kapanması, cihaz depolamasının dolması, oturumun sona ermesi ve ERP’nin yanıt vermemesi denenmelidir. Yeni sürüm yayınlandığında bekleyen yerel kayıtların kaybolmaması ve veri şemasının güvenle yükseltilmesi de doğrulanmalıdır.

Yayın sonrasında senkronizasyon başarı oranı, bekleyen kuyruk yaşı, API hata oranları, açılış süresi ve sürüm dağılımı izlenmelidir. Destek ekibinin, kullanıcıdan hassas veri istemeden işlem kimliği üzerinden sorunu takip edebilmesi sürdürülebilir yönetimi kolaylaştırır.

PWA mı, yerel mobil uygulama mı?

PWA; tarayıcı üzerinden hızlı erişim, tek web kod tabanı, merkezi güncelleme ve kurulum kolaylığının öne çıktığı projelerde güçlü bir adaydır. Formlar, sipariş taslakları, ziyaret kayıtları, belge erişimi ve kontrollü çevrimdışı kuyruklar bu modele uygun olabilir.

Yoğun donanım erişimi, uzun süreli arka plan çalışması, işletim sistemine özel özellikler veya kesin platform davranışı gerekiyorsa yerel ya da hibrit mobil uygulama daha uygun olabilir. Tarayıcı ve işletim sistemi desteği bütün cihazlarda aynı değildir. Karar; hedef cihaz envanteri, gerekli API’ler, güvenlik politikası ve toplam yaşam döngüsü maliyeti üzerinden verilmelidir.

B2B PWA projesi için önerilen yol haritası

• Kullanıcıları, saha koşullarını ve kritik görevleri araştırın.
• Çevrimiçi, çevrimdışı ve salt okunur işlevleri sınıflandırın.
• Rol, yetki, onay ve istisna akışlarını tanımlayın.
• Yerel veri, senkronizasyon, çakışma ve tekrar politikalarını tasarlayın.
• ERP ile diğer kurumsal sistemler için API sözleşmelerini hazırlayın.
• Gerçek cihazlarda bağlantı kesintisi, güvenlik ve performans testleri yapın.
• İzleme, destek, güncelleme ve veri temizleme sorumluluklarını belirleyin.

PWA uygunluğunu iş süreci üzerinden değerlendirin

Başarılı bir B2B PWA, mobil görünümlü bir portalın ötesindedir. Kullanıcının bağlantı kesildiğinde hangi görevi sürdürebileceğini, işlemin ne zaman kesinleştiğini, ERP’den gelen verinin ne kadar güncel olduğunu ve cihazda hangi bilginin güvenle tutulabileceğini açık biçimde yönetir.

Kumsal Ajans; projeye özel web yazılımını kullanıcı rolleri, iş akışları, mobil uyumlu deneyim, ERP entegrasyonu, veri güvenliği, performans ve sürdürülebilir yönetim başlıklarıyla birlikte ele alır. B2B saha veya müşteri portalınız için PWA uygunluğunu, çevrimdışı çalışma modelini ve entegrasyon ihtiyaçlarını Kumsal Ajans ile birlikte değerlendirin.