Uygulamaya mı İhtiyacınız Var, İyi Bir Mobil Siteye mi?

Soru neredeyse hiçbir zaman özelliklerle ilgili değil. Modern mobil siteler ödeme alıyor, kamera kullanıyor, harita gösteriyor, konum alıyor ve çevrimdışı önbellekliyor. Ayrım, kullanıcıya bir kanala ihtiyacınız olup olmadığında — sizi düşünmedikleri anda onlara ulaşmanın bir yolu — ve iPhone'da web bu kanalı, hiçbir tüketicinin varlığını bilmediği elle yapılan bir adımdan sonra alıyor.

Bu kararın geri kalan her şeyi bu tek asimetriden çıkıyor; o yüzden özellik karşılaştırmasıyla değil buradan başlayın.

Kararı veren kısıt

Apple'ın WebKit ekibi iOS'ta Web Push'u Ana Ekran web uygulamaları için belgeliyor — manifest'inde display değeri standalone ya da fullscreen olarak ayarlanmış siteler — ve bir web uygulamasının "bu talep doğrudan kullanıcı etkileşimine yanıt olduğu sürece push bildirimi almak için izin isteyebileceğini" söylüyor.

Ön koşulu dikkatle okuyun. Push yeteneği Safari sekmesindeki siteye değil, Ana Ekran web uygulamasına ait. Oraya varmak için ziyaretçinin Paylaş menüsünü açıp Ana Ekrana Ekle'yi seçmesi gerekiyor — Apple'ın duyurmadığı, önermediği ve çoğu insanın bilerek hiç kullanmadığı bir akış.

Yani iPhone'da bir web sitesi, kendisini yalnızca ziyaret etmiş birine bildirim gönderemiyor. Uygulama, bir linkten tek dokunuş ve insanların tanıdığı bir izin penceresiyle gönderebiliyor. İş gerekçeniz, şu an e-posta adresine sahip olmadığınız kullanıcılara ulaşmaya dayanıyorsa, tartışmanın tamamı budur.

Android aynı karar değil

Chrome'un belgelediği davranış bunun tersi. Kurulabilirlik ölçütleri, site HTTPS üzerinden sunulduğunda; manifest'inde bir ad, 192px ve 512px simgeler, bir start_url ve fullscreen, standalone, minimal-ui ya da window-controls-overlay değerinde bir display bulunduğunda; ve ziyaretçi sayfayla etkileşime girdiğinde — Chrome'un ölçütü en az bir dokunuş ve en az 30 saniye — web uygulamasının "beforeinstallprompt olayını tetikleyeceğini ve tarayıcı içi kurulum tanıtımını göstereceğini" söylüyor.

Bu, tarayıcının yürüttüğü gerçek bir kurulum yolu. Yani bir progressive web app güçlü bir Android cevabı, zayıf bir iOS cevabı; çoğu işletmenin de iki platforma birden ihtiyacı var. PWA'yı mobil stratejinizin tamamı olarak planlamak, ancak kendi trafik dağılımınıza önceden baktıysanız işe yarar.

Uygulamanın size yüklediği yükümlülükler

Uygulama tek seferlik bir satın alma değil; iki platformun takvimine yapılmış bir abonelik.

İki SDK kapısı Apple'ın yaklaşan gereklilikler sayfasından ve Google'ın hedef API politikasından geliyor ve her yıl ileri kayıyor. Bakımını bıraktığınız bir uygulama yalnızca eskimiyor: Google'ın politikası, API 34 ya da altını hedefleyen uygulamaların daha yeni Android sürümü çalıştıran cihazlarda kullanılamaz hâle geldiğini söylüyor.

Bir de dijital bir şey satıyorsanız komisyon var.

Fiziksel ürünler ve uygulama dışında teslim edilen hizmetler genelde komisyonun dışında; pek çok perakende markasının web'de kalarak hiçbir şey kaybetmemesinin sebebi de bu. Abonelik ya da dijital ürün ayrı bir konuşma ve bu konuşma yapımdan sonra değil önce yapılmalı. Süregelen yükümlülüğün geri kalanını uygulama maliyeti rehberimizde fiyatlandırdık.

Web sitesinin verip uygulamanın veremediği şey

Avantajlar ters yönde işliyor ve çalıştıklarında görünmez oldukları için hafife alınıyorlar.

Bir sayfanın URL'si vardır; linklenebilir, paylaşılabilir, dizine eklenebilir ve bir aramaya karşı reklam verilebilir. Bir uygulama, yanıtladığı bir sorunun arama sonucundan açılamaz. Web sitesi düzeltmeyi öğleden sonra yayınlar; uygulama, inceleme izin verdiğinde. Web sitesinin asgari SDK'sı, yıllık hedef seviyesi, mağaza hesabı ve reddi yoktur. Ve ziyaretçi onu, hiçbir şey kurmaya karar vermeden kullanır — uygulama hunisindeki en büyük kayıp da tam olarak burasıdır.

Müşterileri yılda birkaç kez etkileşime giren bir işletme için — bir hizmet şirketi, çoğu yerel işletme, çoğu B2B — ana ekrandaki simge bir varlık değildir. Bir sonraki depolama temizliğinde silinecek bir şeydir. Bu durum için nasıl inşa ettiğimizi web sitesi yapımı rehberimiz anlatıyor.

Dürüst orta yol

En sık önerdiğimiz sıra bir uzlaşma değil; bağlanmadan önce bilgi satın almanın bir yolu.

Önce mobil siteyi düzgün yapın — hızlı, dizine eklenebilir, işlemi baştan sona yapan. Ölçümleyin — hem de sunum dolduran rakamlarla değil, sonucu olan rakamlarla. Ortaya çıkan desen aynı kişilerin haftalık dönüşüyse, elinizde uygulama için kanıt var demektir ve uygulamanın ilk günden yapacağı bir iş olur. Desen yılda birkaç ziyaretse, kendinizi iki mağaza hesabından ve yıllık yükseltme döngüsünden kurtarmışsınızdır; müşteriler de hâlâ sizde.

Bir müşteride ikisi de zaten varsa, baktığımız ayrım şu: tekrar eden müşteriler hangisini kullanıyor? Kendi analitiklerinden gelen o cevap, hiçbir özellik matrisinin çözemediği kadar tartışmayı bitiriyor.

Nerede hayır diyoruz

Tüm gerekçesi, kimsenin yazmayı planlamadığı push bildirimleri olan bir uygulama yapmayız. Bildirim kanalı teknik bir özellik değil editoryal bir taahhüttür; neyin neden gönderileceğinin sahibi yoksa, insanların uygulamayı silme sebebine dönüşür.

Müşterileri çoğunlukla iPhone'da olan bir işletmeye PWA'yı eksiksiz bir mobil strateji olarak önermeyiz; çünkü kurulum adımı gerçek ve ziyaretçilerin çoğu onu atmaz. Bu bizim tercihimiz değil, teknolojinin sınırı.

Ve dürüst cevap önce sitenin yeniden yapılması olduğunda uygulama teklif etmeyiz. Dönüşmeyen bir sitenin üstündeki uygulama sorunu devralır ve üstüne bir de inceleme kuyruğu ekler.

Bir öğleden sonrada karar vermek

1. Şu an sitenizde olmayan insanlara ulaşmanız gerekiyor mu? Gerekiyorsa, iPhone'da bu uygulama demektir.
2. Bir müşteri ne sıklıkla dönüyor? Haftalık, simgeyi destekler. Yıllık desteklemez.
3. iOS-Android dağılımınız ne? PWA, Android'i iyi, iOS'u kötü yanıtlar.
4. Dijital ürün satıyor musunuz? O zaman komisyon, yapımdan önce modele girmeli.
5. Yıllık SDK yükseltmesinin sahibi kim? İki platformun da yayımlanmış tarihleri var ve bütçesi olsun olmasın geliyorlar.

İki yolun, müşterilerinizin gerçekte ne yaptığına karşı yan yana fiyatlanmasını isterseniz, onlara ne için ulaşmak istediğinizi bize anlatın — ya da uygulama tarafını nasıl kapsamlandırdığımız için mobil uygulama geliştirme sayfasından başlayın.