Uygulama İçi Ödeme ve Abonelik: Hangi Durumda Hangi Yöntem?

Mobil uygulamada ödeme almanın tek bir yolu yok; sattığınız şeyin dijital mi fiziksel mi olduğu, hangi sistemi kullanabileceğinizi belirler. Seçenekleri ve dikkat noktalarını anlattık.

İçindekiler
  1. Uygulama içi ödeme nedir?
  2. Dijital mi fiziksel mi? Belirleyici ayrım
  3. Mağaza ödeme sistemi: artıları ve sınırları
  4. Kendi ödeme altyapınız: sanal POS ve ödeme kuruluşları
  5. Abonelik kurgusunda dikkat edilecekler
  6. Bu işi nasıl birlikte yaparız?
  7. Sık sorulan sorular
  8. Sonuç

Uygulamanızda bir şey satmak istiyorsunuz: belki premium üyelik, belki bir eğitim paketi, belki de kapıya teslim yemek. Geliştiriciye “ödeme ekranı ekleyelim” dediğinizde ilk sorulması gereken soru şudur: sattığınız şey dijital mi, fiziksel mi? Çünkü uygulama içi ödeme konusunda Apple ve Google’ın kuralları, satılan ürünün türüne göre hangi ödeme yöntemini kullanabileceğinizi belirler. Bu yazıda seçenekleri, mağaza kurallarının mantığını ve abonelik kurgusunda dikkat edilmesi gerekenleri anlatıyorum.

Uygulama içi ödeme nedir?

Dar anlamıyla uygulama içi ödeme (in-app purchase), Apple App Store ve Google Play’in kendi ödeme altyapısıyla uygulama içinden yapılan satın almadır. Kullanıcı kart bilgisi girmez; mağaza hesabına tanımlı ödeme yöntemiyle, parmak izi ya da yüz tanıma onayıyla satın alır. Mağaza tahsilatı yapar, kendi payını keser ve kalanını geliştiriciye aktarır.

Geniş anlamıyla ise uygulama içinde yapılan her türlü ödemeyi kapsar. Bir yemek uygulamasında kartla ödeme, bir randevu uygulamasında kapora alma da kullanıcı açısından uygulama içinde ödemedir ama teknik olarak mağazanın değil, bir ödeme kuruluşunun ya da bankanın sanal POS altyapısıyla yapılır.

Dijital mi fiziksel mi? Belirleyici ayrım

Mağaza kurallarının özü kabaca şöyledir: uygulama içinde tüketilen dijital içerik ve özellikler için mağazanın kendi ödeme sistemi kullanılmalıdır; uygulama dışında teslim edilen fiziksel ürün ve hizmetler için ise kendi ödeme altyapınızı kullanabilirsiniz.

Ne satıyorsunuz? Örnek Genel olarak kullanılan yöntem
Uygulama içi dijital içerik Premium özellik, reklamsız sürüm, oyun içi para, dijital ders paketi Mağazanın uygulama içi ödeme sistemi
Dijital abonelik Aylık içerik erişimi, gelişmiş özellik üyeliği Mağazanın abonelik sistemi
Fiziksel ürün E-ticaret siparişi, yemek, çiçek Sanal POS / ödeme kuruluşu
Gerçek dünyada sunulan hizmet Kuaför randevusu, spor salonu üyeliği, taksi, otel Sanal POS / ödeme kuruluşu

Bu ayrım her zaman bu kadar net değildir. Örneğin hem fiziksel salona giriş hem de uygulama içinde video ders sunan bir spor uygulaması iki kategoriye birden girebilir. Ayrıca bazı ülkelerde düzenlemeler nedeniyle mağaza kuralları değişiyor. Bu yüzden projeye başlamadan önce Apple ve Google’ın güncel yönergelerini kontrol etmek ve gerekirse uygulamanın kurgusunu buna göre şekillendirmek gerekir.

Mağaza ödeme sistemi: artıları ve sınırları

Mağazanın uygulama içi ödeme altyapısının kullanıcı açısından güçlü yanları vardır:

  • Kart bilgisi girmeden, tek dokunuşla ödeme yapılır; bu da satın alma adımını kısaltır.
  • İade, abonelik iptali ve fatura işlemleri mağaza üzerinden yürür.
  • Kullanıcı mağazaya güvendiği için ödeme kaygısı azalır.

Sınırları ise işletme tarafında hissedilir:

  • Mağaza her satıştan bir hizmet bedeli keser; oranlar ürün türüne, abonelik süresine ve programlara göre değişir. Güncel oranları sağlayıcının sitesinden kontrol edin.
  • Fiyatlar mağazanın belirlediği fiyat basamaklarından seçilir.
  • Müşteri ilişkisinin bir kısmı mağaza üzerinden yürür; iade kararları gibi konularda kontrol tamamen sizde değildir.

Kendi ödeme altyapınız: sanal POS ve ödeme kuruluşları

Fiziksel ürün ve hizmet satışlarında uygulama, web sitesindeki gibi bir sanal POS ya da iyzico, PayTR gibi ödeme kuruluşlarıyla çalışabilir. Kullanıcı kart bilgisini girer, 3D Secure doğrulaması yapılır, ödeme onaylanınca sipariş oluşur. Sanal POS mantığını sanal POS entegrasyonu yazısında, belirli bir sağlayıcı örneğini iyzico entegrasyonu yazısında anlattım.

Burada kritik nokta, kart bilgisinin asla sizin sunucunuzda ya da uygulamanın içinde saklanmamasıdır. Ödeme formu ödeme kuruluşunun güvenli sayfası veya resmi SDK’sı üzerinden açılmalı, kayıtlı kart ihtiyacı varsa kuruluşun kart saklama hizmeti kullanılmalıdır.

Abonelik kurgusunda dikkat edilecekler

Abonelik, tek seferlik satıştan daha fazla tasarım kararı gerektirir. Mağaza aboneliği de olsa kendi sisteminizle tekrarlayan tahsilat da olsa şu sorulara baştan cevap verilmelidir:

  1. Deneme süresi olacak mı? Ücretsiz deneme bitince otomatik ücretlendirme kullanıcıya açıkça bildirilmelidir.
  2. Hangi planlar sunulacak? Aylık ve yıllık seçenekler, farklı özellik seviyeleri.
  3. Ödeme başarısız olursa ne olacak? Kart limiti dolduğunda erişim hemen mi kesilecek, bir süre tanınacak mı?
  4. İptal nasıl yapılacak? Kullanıcı iptal yolunu kolayca bulabilmelidir; bu hem güven hem de yasal açıdan önemlidir.
  5. Web ve uygulama aynı hesabı paylaşacak mı? Sitede satın alınan üyeliğin uygulamada da geçerli olması için hesap yapısı ortak kurgulanmalıdır.

Web tarafındaki tekrarlayan tahsilat ve üyelik yönetimini abonelik ödeme sistemi yazısında ayrıntılı ele aldım.

Satın almayı sunucuda doğrulamak

Uygulama içi satın almalarda en sık yapılan teknik hata, satın alma onayını yalnızca telefondaki uygulamada kontrol etmektir. Kurcalanmış bir uygulama “satın alındı” bilgisini taklit edebilir. Doğru yöntemde mağazanın verdiği satın alma kaydı sunucuya gönderilir, sunucu bunu mağazanın doğrulama servisiyle kontrol eder ve kullanıcının hakkını veritabanında açar. Abonelik yenileme ve iptal bilgileri de mağazanın sunucu bildirimleriyle takip edilir.

Bu işi nasıl birlikte yaparız?

Ödeme kurgusu, uygulamanın iş modelini doğrudan etkilediği için bu konuyu geliştirmenin en başında konuşmayı tercih ediyorum:

  1. İş modelini anlama: Ne sattığınızı, kime sattığınızı ve web sitenizle uygulamanın ilişkisini birlikte netleştiririz.
  2. Yöntem ve kapsam: Mağaza ödemesi, sanal POS ya da ikisinin birlikte kullanımı için güncel kuralları kontrol eder, kapsamı belirleyip teklif hazırlarım.
  3. Geliştirme ve test: Ödeme akışını, sunucu tarafı doğrulamayı ve abonelik durumlarını test ortamlarında deneriz.
  4. Yayın ve takip: Mağaza incelemesinde ödeme ile ilgili soruları yanıtlar, yayından sonra başarısız ödeme ve yenileme durumlarını izleriz.

Uygulamanız için hangi ödeme yönteminin uygun olduğunu konuşmak isterseniz iletişim sayfasından bana ulaşabilirsiniz.

Sık sorulan sorular

Fiziksel ürün satan uygulamada mağaza ödemesi zorunlu mu?

Genel kural olarak hayır. Fiziksel ürün ve gerçek dünyada sunulan hizmetler için kendi ödeme altyapınızı kullanabilirsiniz. Yine de güncel mağaza yönergelerini kontrol etmek gerekir.

Dijital ürünü web sitemden satıp uygulamada kullandırabilir miyim?

Kullanıcının web’den satın aldığı hakkı uygulamada kullanması genellikle mümkündür; ancak uygulama içinden web’deki ödeme sayfasına yönlendirme konusunda mağazaların kuralları vardır ve bölgeye göre değişebilir. Güncel şartlar mutlaka kontrol edilmelidir.

Abonelik iptali kimin sorumluluğunda?

Mağaza aboneliklerinde iptal, kullanıcının mağaza hesabı üzerinden yapılır. Kendi sisteminizle yürüttüğünüz aboneliklerde ise iptal yolunu açık ve kolay biçimde sizin sunmanız gerekir. Tüketici mevzuatı açısından kesin bilgi için uzmana danışmanızı öneririm.

Kayıtlı kartla tek tıkla ödeme yapılabilir mi?

Evet, ödeme kuruluşlarının kart saklama hizmetleriyle mümkündür. Kart bilgisi sizin sisteminizde değil, ödeme kuruluşunda saklanır; siz yalnızca bir referans anahtar tutarsınız.

Sonuç

Uygulama içi ödeme kurgusu, sattığınız ürünün türüne, mağaza kurallarına ve web sitenizle uygulamanın ilişkisine göre şekillenir; doğru seçim hem kullanıcıyı hem de işletmenizi korur. Ödeme altyapınızı birlikte planlamak isterseniz bana yazabilirsiniz.