"Site mi yaptıralım, uygulama mı?" sorusu neredeyse her dijital yatırım görüşmesinde çıkıyor. Sorunun kendisinde bir sorun var: ikisi aynı işi yapan iki seçenek değil. Site, sizi bulmayan insanların sizi bulduğu yer; uygulama, sizi zaten bilen insanların geri geldiği yer. Yani biri kazanım, diğeri elde tutma tarafında çalışıyor.
Bu yazıda kararı doğru eksene oturtuyoruz: elinizde aslında iki değil üç seçenek var, hangi işletmenin hangisine ne zaman geçmesi gerektiği ölçülebilir kriterlere bağlı, PWA'nın gerçek sınırları var ve site ile uygulama birbirini besleyen iki kanal. Uygulama tarafındaki teknik ve idari süreci mobil uygulama yaptırma rehberinde, e-ticarete özel entegrasyon konusunu ise e-ticaret mobil uygulaması yazısında ayrıntılı ele aldık.
Web sitesi mi mobil uygulama mı: soru neden yanlış kurulmuş
Kararı zorlaştıran şey, iki kanalın farklı aşamalarda çalışması. Arama motorundan gelen, reklamı tıklayan, sosyal medyadan yönlenen, bir tanıdığın gönderdiği bağlantıya tıklayan herkes siteye gelir. Uygulamaya gelmek için önce uygulamayı indirmek gerekir; indirmek için de o markayı zaten tanımak ve bir sebebe sahip olmak gerekir.
Bu yüzden pratikte doğru soru şu: "Hangisi?" değil, "Şu anda hangisi eksik?" Sitesi olmayan bir işletme için uygulama yatırımı neredeyse her zaman erken; sitesi iyi çalışan ve düzenli geri dönen bir müşteri kitlesi olan işletme için ise uygulama, o kitleyi ucuza elde tutmanın yolu.
Bir istisna var: uygulama tek başına ürün olduğunda. Randevu, saha operasyonu, iç kullanım araçları, sadakat kartı, cihazla konuşan sistemler gibi senaryolarda uygulama bir pazarlama kanalı değil ürünün kendisidir; o zaman sıralama tersine döner.
Üç seçenek var, iki değil
Karar genelde "site mi uygulama mı" diye kurulunca ortadaki seçenek gözden kaçıyor. Tabloyu üç sütunla kurmak gerekiyor.
| Başlık | Mobil uyumlu site | PWA (tarayıcı uygulaması) | Mağaza uygulaması |
|---|---|---|---|
| Erişim | Bağlantıya tıklayan herkes | Bağlantıya tıklayan herkes | Yalnızca indirenler |
| Aramadan bulunma | Evet | Evet | Hayır (mağaza araması ayrı bir dünya) |
| Kurulum engeli | Yok | Düşük ama iOS'ta elle ekleme gerekir | İndirme ve izinler |
| Bildirim | Yok | Sınırlı; iOS'ta yalnızca ana ekrana eklenmiş uygulamada | Tam destekli |
| Çevrimdışı çalışma | Yok | Kısmen | Tam |
| Cihaz yetenekleri | Sınırlı | Sınırlı; platforma göre değişir | Tam |
| Güncelleme | Anında | Anında | Mağaza incelemesi gerekir |
| Maliyet | En düşük | Orta | En yüksek; bakım da sürekli |
| Kimde iyi çalışır | Her işletme; zorunlu taban | İçerik, araç ve seyrek kullanılan hizmetler | Tekrar eden kullanım, sadık kitle |
Tablodaki en kritik satır "kurulum engeli". Mağaza uygulaması, kullanıcıdan indirme kararı ister; bu karar dijital yolculuktaki en büyük eleme noktalarından biri. Uygulamanın bu bedeli ödemeye değmesi için, kullanıcının o uygulamayı tekrar tekrar açacağı bir sebep olmalı.
Mobil site mi uygulama mı: işletme tipine göre karar
Aşağıdaki tablo, farklı iş modellerinde hangi sıranın çalıştığını özetliyor. Ortak nokta şu: uygulama, sitenin yerine değil üstüne geliyor.
| İşletme | Önce | Sonra | Neden |
|---|---|---|---|
| Yeni kurulan e-ticaret | Mobil uyumlu, hızlı site | Tekrar alım oluştuktan sonra uygulama | Uygulama yeni müşteri getirmez; getirmesi gereken şey siteyi bulunur kılmaktır. |
| Tekrar alımı yüksek e-ticaret | Site optimizasyonu | Uygulama, sadık kitle için | Bildirim ve hızlı yeniden sipariş burada karşılığını bulur. |
| B2B / bayi satışı | Kurumsal site ve bayi portalı | Uygulama, saha ve tekrar sipariş için | Bayinin ihtiyacı katalog gezmek değil, hızlı sipariş vermek. |
| Hizmet işletmesi (klinik, atölye, danışmanlık) | Kurumsal site ve randevu | Genelde uygulama gerekmez | Kullanım sıklığı uygulama kurulumunu haklı çıkarmaz. |
| Restoran, kafe, market zinciri | Site ve harita kaydı | Sadakat ve sipariş uygulaması | Yüksek tekrar sıklığı; puan ve kampanya uygulamada anlam kazanır. |
| Saha ekibi olan şirketler | Kurumsal site | İç kullanım uygulaması | Uygulama burada pazarlama değil operasyon aracıdır; kamera, konum ve çevrimdışı gerekir. |
| Yayıncı / içerik markası | Site | PWA yeterli olabilir | Okuyucu bağlantıyla gelir; mağaza uygulaması ek erişim getirmez. |
Kurumsal tarafta sıranın başındaki iş neredeyse her zaman aynı: sitenin doğru kurulması. Kapsam, çok dillilik, içerik yönetimi ve teknik SEO tarafını kurumsal web sitesi rehberinde ayrıntılı yazdık.
PWA mı native mi: PWA'nın gerçek sınırları
PWA, tarayıcıda çalışan ama ana ekrana eklenebilen, çevrimdışı çalışabilen ve uygulama gibi görünen web uygulaması. Doğru senaryoda çok iyi bir seçenek; ancak sınırlarını bilmeden seçildiğinde beklentiyi karşılamıyor.
iOS tarafındaki kısıtlar
PWA'nın en çok yanlış anlaşılan tarafı iOS davranışı. Bilinmesi gereken noktalar:
- Bildirim, ana ekrana eklemeye bağlı. iOS'ta web push desteği var, ancak yalnızca kullanıcı siteyi paylaş menüsünden ana ekrana eklediyse çalışıyor. Yani bildirim için gereken adım, uygulama indirmek kadar olmasa da yine bir kullanıcı kararı; ve iOS tarafında bunu öneren otomatik bir sistem penceresi yok.
- Kurulum önerisi platformlar arasında farklı. Android tarayıcılarında kurulum önerisi gösterilebilirken iOS'ta kullanıcıya bunu elinizle anlatmanız gerekir. Bu, dönüşüm hunisinde ciddi bir kayıp noktası.
- Arka plan çalışması sınırlı. Uygulama kapalıyken düzenli veri eşitleme, iOS tarafında güvenilir biçimde çalışmaz. Çevrimdışı kayıt tutup sonra otomatik göndermesi beklenen senaryolar burada takılır.
- Saklanan veri kalıcı değil. Safari, uzun süre kullanılmayan sitelerin tarayıcıda sakladığı veriyi temizleyebilir. Ana ekrana eklenmemiş bir PWA'da oturum ve çevrimdışı veri bir süre sonra kaybolabilir.
- Donanım erişimi sınırlı. Yakın alan iletişimi, Bluetooth cihazlarıyla eşleşme, arka planda sürekli konum gibi yetenekler web tarafında ya yok ya da platforma göre değişken.
PWA'nın gerçekten iyi olduğu yerler
Bu kısıtlar PWA'yı işe yaramaz yapmıyor; sadece kullanım alanını belirliyor. PWA şu senaryolarda mağaza uygulamasından daha akıllı bir tercih:
- Seyrek ama tekrar eden kullanım. Kullanıcının uygulama indirmeyi göze almayacağı, ama hızlı erişim isteyeceği araçlar.
- İçerik ve okuma deneyimi. Bağlantıyla gelen okuyucuya uygulama benzeri bir deneyim sunmak.
- Hızlı doğrulama. Fikrin işe yarayıp yaramadığını mağaza inceleme sürecine girmeden test etmek.
- İç kullanım araçları. Şirket içinde belirli cihazlarda kullanılan, mağazaya çıkması gerekmeyen paneller.
- Sık güncellenen arayüzler. Her değişiklik için mağaza incelemesi beklemek istemediğiniz durumlar.
Karar kuralı şu: uygulamanın değeri bildirim ve cihaz yeteneklerinden geliyorsa mağaza uygulaması gerekir. Değer erişim kolaylığından ve hızdan geliyorsa PWA yeterlidir ve daha ucuza kurulur.
Maliyetin görünen ve görünmeyen tarafı
Üç seçeneğin maliyetini yalnızca ilk yapım bedeliyle karşılaştırmak yanıltıcı. Asıl fark, yayına aldıktan sonra her ay ne kadar iş ürettiklerinde ortaya çıkıyor.
| Maliyet kalemi | Mobil uyumlu site | PWA | Mağaza uygulaması |
|---|---|---|---|
| İlk yapım | Tek arayüz | Tek arayüz, ek çevrimdışı kurgusu | Ayrı arayüz; native seçilirse iki kez |
| Yayınlama | Sunucuya çıkmak yeterli | Sunucuya çıkmak yeterli | İki mağaza hesabı, inceleme süreci |
| Acil düzeltme | Dakikalar | Dakikalar | Yeni sürüm ve yeni inceleme |
| Zorunlu bakım | Tarayıcı uyumu, düşük | Tarayıcı uyumu, düşük | Yıllık işletim sistemi sürümleri, mağaza politikaları, sertifikalar |
| Sürüm dağılımı | Herkes aynı sürümde | Herkes aynı sürümde | Kullanıcılar farklı sürümlerde kalır; eski sürüm desteği gerekir |
| Ölçümleme | Web analitiği | Web analitiği | Ayrı uygulama analitiği; web ile birleştirilmesi ek iş |
| Sabit ücretler | Alan adı, sunucu | Alan adı, sunucu | Üstüne geliştirici hesap ücretleri ve bildirim altyapısı |
Tablodaki en çok sürpriz üreten satır sürüm dağılımı. Web'de bir hatayı düzelttiğinizde herkes düzeltilmiş sürümü görür. Mağaza uygulamasında kullanıcıların bir kısmı güncellemeyi almaz; yani hatayı düzeltmiş olsanız bile eski sürümdeki kullanıcılar için sunucu tarafında geriye dönük uyumluluk sağlamanız gerekir. Bu, uygulama yaşadıkça biriken ve kimsenin teklifte konuşmadığı bir yük.
Ara yol sanılan çözüm: uygulama içinde siteyi göstermek
Maliyeti düşürmek için sık önerilen bir yol var: siteyi olduğu gibi bir uygulama kabuğunun içinde göstermek. Kulağa mantıklı geliyor, çünkü tek arayüz yazılır ve iki mağazaya çıkılır. Ancak bu yaklaşım üç ayrı noktada takılıyor.
- Mağaza incelemesi. Cihazın hiçbir yeteneğini kullanmayan, yalnızca siteyi gösteren uygulamalar asgari işlevsellik gerekçesiyle reddedilebiliyor. Bunu aşmak için eklenen yüzeysel özellikler de genelde ikna edici olmuyor.
- Beklenen kazanç gelmiyor. Uygulamanın hızlı hissettirmesinin sebebi ekranların cihazda hazır durmasıdır. Site kabuk içinde gösterildiğinde ekranlar yine her seferinde iniyor; yani kullanıcı uygulamayı indirmiş olmasına rağmen tarayıcıdakinden farklı bir deneyim yaşamıyor.
- Küçük ayrıntılar bozuluyor. Geri tuşu davranışı, oturum kalıcılığı, dosya yükleme, ödeme adımında açılan üçüncü taraf pencereleri ve klavye davranışı kabuk içinde beklenmedik biçimde çalışabiliyor.
Bu yol tamamen kapalı değil: karma yaklaşımda uygulama kendi ekranlarını taşır, yalnızca sık değişen belirli bölümler web içerikten beslenir. Fark şu ki burada omurga uygulamanın kendisidir, web içerik yalnızca bir bileşendir. Kabuk yaklaşımında ise tam tersi olur.
İkisinin birbirini beslediği yerler
Site ve uygulama arasında rekabet değil devir ilişkisi kurmak gerekir. İyi kurulmuş bir yapıda şunlar olur:
- Site, uygulamanın kazanım kanalıdır. Aramadan gelen kullanıcı sitede alışverişini tamamlar; ikinci ziyaretinde uygulama önerilir.
- Bağlantılar uygulamada açılır. Uygulaması kurulu kullanıcı bir ürün bağlantısına tıkladığında tarayıcı yerine uygulamada ilgili ekrana düşer.
- Oturum ortaktır. Kullanıcının sitede ve uygulamada aynı hesapla, aynı sepetle devam etmesi; e-ticarette bunun neden kritik olduğunu ayrıca yazdık.
- İçerik tek kaynaktan gelir. Kampanya, kategori ve ürün verisi tek yerde yönetilir; uygulama için ayrı içerik girilmez.
- Ölçüm birleşiktir. Aynı kullanıcının iki kanaldaki davranışı ayrı ayrı değil birlikte okunur; aksi hâlde uygulamanın katkısı olduğundan düşük görünür.
Yanlış sırayla yapılan yatırımlar
Uygulama kararı doğru olsa bile sıra yanlışsa sonuç alınamıyor. En sık gördüğümüz üç sıralama hatası:
- Yavaş bir sitenin üstüne uygulama koymak. Ziyaretçilerin çoğu hâlâ siteden geliyorsa, kaybın büyük kısmı orada oluşuyordur. Uygulama o kaybı kapatmaz; sadece zaten sadık olan azınlığa hizmet eder. Site tarafındaki hız çalışmasının nasıl yapıldığını mağaza hızlandırma rehberinde anlattık.
- Elde tutma kurgusu olmadan uygulama yapmak. Uygulamanın açılma sebebi yoksa indirilir, bir kez açılır ve silinir. Sipariş takibi, puan, hızlı yeniden sipariş veya kişiye özel içerik gibi tekrar eden bir sebep gerekir.
- Uygulamayı duyurmamak. Mağazada olmak indirileceği anlamına gelmez; site, e-posta ve sipariş sonrası akış uygulamanın asıl kazanım kanalıdır.
Karar kontrol listesi
Görüşmelerde kullandığımız pratik test şu altı sorudan oluşuyor. Dördüne birden "evet" diyemiyorsanız, uygulama için henüz erken demektir.
- Aynı müşteri sizden yılda birden fazla kez alışveriş yapıyor mu?
- Siteniz mobilde hızlı ve sorunsuz çalışıyor mu?
- Kullanıcının uygulamayı ayda en az bir kez açmasını gerektiren bir sebep var mı?
- Uygulamanın vereceği değer bildirim, kamera, konum veya çevrimdışı gibi cihaz yeteneklerine bağlı mı?
- Uygulamayı duyuracak bir kanalınız var mı (site trafiği, e-posta listesi, mağaza içi)?
- Sürüm bakımını sürdürecek bir bütçe ayırdınız mı?
Son madde en çok atlanan. Uygulama teslim edildiğinde biten bir iş değil; işletim sistemi sürümleri, mağaza politikaları ve sertifika yenilemeleri hiç yeni özellik istemeseniz bile düzenli iş üretir.
Biz nasıl yönlendiriyoruz
Bize gelen taleplerin bir kısmında verdiğimiz cevap "uygulama yaptırmayın, önce siteyi düzeltelim" oluyor. Bunun sebebi işi geri çevirmek değil; yanlış sırayla yapılan yatırımın iki tarafı da memnuniyetsiz bıraktığını görmüş olmak. Site tarafında gereken iş kurumsal web sitesi ya da e-ticaret altyapısı olabilir; uygulama zamanı geldiğinde ise sitenizle ortak çalışacak şekilde kuruyoruz.
Hangi aşamada olduğunuzu birlikte değerlendirmemizi isterseniz, mevcut trafik ve tekrar satın alma verilerinizle bize yazın; kararı yukarıdaki altı soru üzerinden birlikte veriyoruz. Uygulama tarafındaki kapsam ve süreç için mobil uygulama hizmet sayfamıza bakabilirsiniz.