Mobil uygulaman\u0131zdan gelir elde etmek mi istiyorsunuz? Uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, dijital \u00fcr\u00fcn ve hizmetlerinizi kullan\u0131c\u0131lar\u0131n\u0131za sunman\u0131n en g\u00fc\u00e7l\u00fc yoludur. Bu kapsaml\u0131 rehberde, IAP d\u00fcnyas\u0131n\u0131n derinliklerine dalacak, entegrasyon s\u00fcre\u00e7lerinin inceliklerini ke\u015ffedecek ve uygulaman\u0131z i\u00e7in sa\u011flam bir gelir modeli in\u015fa etmenin s\u0131rlar\u0131n\u0131 \u00f6\u011freneceksiniz. Haz\u0131r m\u0131s\u0131n\u0131z?<\/p>\n
G\u00fcn\u00fcm\u00fcz mobil ekosisteminde, bir uygulaman\u0131n sadece indirilme say\u0131s\u0131yla de\u011fil, ayn\u0131 zamanda s\u00fcrd\u00fcr\u00fclebilir bir gelir modeliyle de ba\u015far\u0131l\u0131 oldu\u011fu bir ger\u00e7ek. \u0130\u015fte tam da bu noktada, Mobil Uygulama \u0130\u00e7i Sat\u0131n Alma (In-App Purchase – IAP) devreye giriyor ve adeta bir kurtar\u0131c\u0131 rol\u00fc \u00fcstleniyor. Peki, IAP tam olarak nedir ve neden g\u00fcn\u00fcm\u00fcz\u00fcn dijital ekonomisinde bu kadar hayati bir \u00f6neme sahip? K\u0131sacas\u0131, IAP, kullan\u0131c\u0131lar\u0131n bir mobil uygulaman\u0131n i\u00e7inde dijital i\u00e7erik, \u00f6zellik veya hizmet sat\u0131n almalar\u0131na olanak tan\u0131yan bir mekanizmad\u0131r. Bu, oyunlardaki sanal para birimlerinden, bir haber uygulamas\u0131ndaki premium aboneliklere, bir foto\u011fraf d\u00fczenleme uygulamas\u0131ndaki ek filtrelere kadar geni\u015f bir yelpazeyi kapsar. Bu modelin vazge\u00e7ilmez olmas\u0131n\u0131n ard\u0131nda yatan temel neden ise, kullan\u0131c\u0131lar\u0131n uygulamay\u0131 \u00fccretsiz indirip deneyimleme \u015fans\u0131 bulurken, de\u011ferini anlad\u0131klar\u0131nda ek \u00f6zellikler i\u00e7in \u00f6deme yapmaya te\u015fvik edilmesidir.<\/p>\n
IAP’nin sundu\u011fu esneklik, geli\u015ftiriciler i\u00e7in say\u0131s\u0131z gelir ak\u0131\u015f\u0131 yaratma potansiyeli ta\u015f\u0131r. Temel olarak \u00fc\u00e7 ana IAP t\u00fcr\u00fcnden bahsedebiliriz: T\u00fcketilebilir (Consumable), T\u00fcketilemez (Non-Consumable) ve Abonelikler (Subscriptions). T\u00fcketilebilir \u00fcr\u00fcnler, tek kullan\u0131ml\u0131k ve tekrar sat\u0131n al\u0131nabilen \u00f6\u011felerdir; \u00f6rne\u011fin, bir oyunda ek can veya g\u00fc\u00e7lendirmeler. T\u00fcketilemez \u00fcr\u00fcnler ise bir kez sat\u0131n al\u0131nd\u0131\u011f\u0131nda kal\u0131c\u0131 olarak kullan\u0131c\u0131ya ait olan \u00f6\u011felerdir; reklamlar\u0131 kald\u0131rma veya premium bir \u00f6zelli\u011fin kilidini a\u00e7ma gibi. Abonelikler ise belirli bir s\u00fcre boyunca (haftal\u0131k, ayl\u0131k, y\u0131ll\u0131k) tekrarlayan eri\u015fim veya i\u00e7erik sa\u011flayan modellerdir; \u00f6rne\u011fin, bir streaming hizmeti veya bir e\u011fitim platformu. Her bir t\u00fcr, uygulaman\u0131z\u0131n do\u011fas\u0131na ve hedef kitlenizin beklentilerine g\u00f6re farkl\u0131 stratejilerle uygulanabilir. \u00d6rne\u011fin, bir oyun uygulamas\u0131nda t\u00fcketilebilir \u00fcr\u00fcnler yo\u011fun olarak kullan\u0131l\u0131rken, bir i\u00e7erik uygulamas\u0131nda abonelikler daha bask\u0131n olabilir. Bu \u00e7e\u015fitlilik, geli\u015ftiricilere gelirlerini maksimize etme ve kullan\u0131c\u0131 etkile\u015fimini art\u0131rma konusunda benzersiz f\u0131rsatlar sunar.<\/p>\n
Ayr\u0131ca, IAP entegrasyonu, uygulaman\u0131z\u0131n k\u00fcresel pazarda rekabet\u00e7i kalmas\u0131n\u0131 sa\u011flar. Apple App Store ve Google Play Store gibi dev platformlar, IAP’yi standart bir \u00f6deme y\u00f6ntemi olarak kabul etmi\u015f ve geli\u015ftiricilere bu konuda kapsaml\u0131 ara\u00e7lar ve SDK’lar sunmu\u015ftur. Bu platformlar \u00fczerinden yap\u0131lan sat\u0131n almalar, g\u00fcvenli \u00f6deme i\u015flemleri, vergi y\u00f6netimi ve doland\u0131r\u0131c\u0131l\u0131k \u00f6nleme gibi bir\u00e7ok karma\u015f\u0131k s\u00fcreci sizin ad\u0131n\u0131za y\u00f6netir. Dolay\u0131s\u0131yla, bir geli\u015ftirici olarak odaklanman\u0131z gereken ana \u015fey, kullan\u0131c\u0131lar\u0131n\u0131za ger\u00e7ekten de\u011fer katan ve \u00f6deme yapmaya istekli olacaklar\u0131 dijital \u00fcr\u00fcnler yaratmakt\u0131r. IAP, sadece bir gelir modeli de\u011fil, ayn\u0131 zamanda kullan\u0131c\u0131lar\u0131n\u0131zla s\u00fcrekli bir de\u011fer al\u0131\u015fveri\u015fi ve uygulaman\u0131z\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc uzatan stratejik bir ara\u00e7t\u0131r. Bu nedenle, IAP entegrasyonunu yaln\u0131zca teknik bir g\u00f6rev olarak g\u00f6rmek yerine, uygulaman\u0131z\u0131n genel i\u015f stratejisinin ayr\u0131lmaz bir par\u00e7as\u0131 olarak ele almak, uzun vadeli ba\u015far\u0131 i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
Mobil uygulama i\u00e7i sat\u0131n alma entegrasyonu, g\u00f6r\u00fcnd\u00fc\u011f\u00fcnden \u00e7ok daha fazlas\u0131n\u0131 bar\u0131nd\u0131ran katmanl\u0131 bir yap\u0131d\u0131r. Ba\u015far\u0131l\u0131 bir IAP sisteminin temellerini atmak i\u00e7in \u00f6ncelikle bu mimarinin ana bile\u015fenlerini ve aralar\u0131ndaki etkile\u015fimi kavramak gerekir. Entegrasyonun kalbinde, uygulaman\u0131z\u0131n kendisi, mobil platformlar\u0131n (Apple App Store ve Google Play Store) sundu\u011fu hizmetler ve genellikle kendi sunucunuz (backend) bulunur. Bu \u00fc\u00e7l\u00fc aras\u0131ndaki senkronizasyon ve g\u00fcvenli veri ak\u0131\u015f\u0131, sorunsuz bir kullan\u0131c\u0131 deneyimi ve doland\u0131r\u0131c\u0131l\u0131\u011fa kar\u015f\u0131 koruma sa\u011flamak i\u00e7in hayati \u00f6neme sahiptir. Kullan\u0131c\u0131 bir sat\u0131n alma ba\u015flatt\u0131\u011f\u0131nda, bu s\u00fcre\u00e7 bir dizi ad\u0131m\u0131 tetikler: \u00fcr\u00fcn se\u00e7imi, \u00f6deme onay\u0131, i\u015flemin platform taraf\u0131ndan i\u015flenmesi ve son olarak sat\u0131n al\u0131nan \u00fcr\u00fcn\u00fcn kullan\u0131c\u0131ya teslim edilmesi. Bu ad\u0131mlar\u0131n her biri, hem uygulaman\u0131z\u0131n \u00f6n y\u00fcz\u00fcnde (client-side) hem de arka planda (server-side) belirli i\u015flemlerin do\u011fru ve g\u00fcvenli bir \u015fekilde y\u00fcr\u00fct\u00fclmesini gerektirir.<\/p>\n
\u0130\u015flem ak\u0131\u015f\u0131n\u0131 daha yak\u0131ndan inceleyelim. \u00d6ncelikle, kullan\u0131c\u0131n\u0131n uygulamada bir sat\u0131n alma talebi olu\u015fturmas\u0131yla her \u015fey ba\u015flar. Uygulaman\u0131z, bu talebi ilgili platformun (\u00f6rne\u011fin, Apple’\u0131n StoreKit’i veya Google’\u0131n Google Play Billing Library’si) SDK’s\u0131 arac\u0131l\u0131\u011f\u0131yla platforma iletir. Platform, kullan\u0131c\u0131n\u0131n \u00f6deme bilgilerini do\u011frular, \u00f6demeyi i\u015fler ve ba\u015far\u0131l\u0131 olursa bir i\u015flem makbuzu (receipt) olu\u015fturur. \u0130\u015fte bu makbuz, IAP entegrasyonunun en kritik par\u00e7alar\u0131ndan biridir. Bu makbuz, sat\u0131n alma i\u015fleminin benzersiz bir kan\u0131t\u0131d\u0131r ve uygulaman\u0131z\u0131n veya sunucunuzun bu i\u015flemi do\u011frulamas\u0131 i\u00e7in kullan\u0131l\u0131r. \u00d6zellikle abonelikler ve de\u011ferli t\u00fcketilemez \u00fcr\u00fcnler i\u00e7in, bu makbuzun g\u00fcvenli bir \u015fekilde sunucunuz taraf\u0131ndan do\u011frulanmas\u0131 (server-side receipt validation) \u015fiddetle tavsiye edilir. \u00c7\u00fcnk\u00fc client-side do\u011frulama, uygulaman\u0131n manip\u00fcle edilmesine kar\u015f\u0131 savunmas\u0131zd\u0131r ve doland\u0131r\u0131c\u0131l\u0131k riskini art\u0131r\u0131r. Kendi backend’inizin olmas\u0131, bu do\u011frulamay\u0131 g\u00fcvenli bir ortamda yapman\u0131za, kullan\u0131c\u0131 yetkilendirmelerini y\u00f6netmenize ve doland\u0131r\u0131c\u0131l\u0131k giri\u015fimlerini engellemenize olanak tan\u0131r. Ayr\u0131ca, kullan\u0131c\u0131lar\u0131n farkl\u0131 cihazlar aras\u0131nda sat\u0131n almalar\u0131n\u0131 senkronize etme ve geri y\u00fckleme yetene\u011fi de bir backend gerektirir.<\/p>\n
Platforma \u00f6zg\u00fc SDK’lar, bu entegrasyonun teknik omurgas\u0131n\u0131 olu\u015fturur. Apple i\u00e7in StoreKit \u00e7er\u00e7evesi, \u00fcr\u00fcn bilgilerini alma, sat\u0131n alma i\u015flemlerini ba\u015flatma, i\u015flemleri izleme ve geri y\u00fckleme gibi t\u00fcm IAP s\u00fcre\u00e7lerini y\u00f6netir. Benzer \u015fekilde, Google Play i\u00e7in Google Play Billing Library, Android uygulamalar\u0131nda sat\u0131n alma ak\u0131\u015f\u0131n\u0131 y\u00f6netmek i\u00e7in gerekli API’leri sa\u011flar. Bu SDK’lar, \u00f6deme aray\u00fcz\u00fcn\u00fc, kart bilgilerinin i\u015flenmesini ve platformla g\u00fcvenli ileti\u015fimi soyutlayarak geli\u015ftiricilerin i\u015fini kolayla\u015ft\u0131r\u0131r. Ancak, bu SDK’lar\u0131 do\u011fru bir \u015fekilde kullanmak, i\u015flem durumlar\u0131n\u0131 do\u011fru bir \u015fekilde i\u015flemek (pending, purchased, failed, restored), hatalar\u0131 y\u00f6netmek ve kullan\u0131c\u0131ya uygun geri bildirim sa\u011flamak, geli\u015ftiricinin sorumlulu\u011fundad\u0131r. Bu temel mimariyi ve her bir bile\u015fenin rol\u00fcn\u00fc anlamak, yaln\u0131zca ba\u015far\u0131l\u0131 bir IAP entegrasyonu yapmakla kalmaz, ayn\u0131 zamanda gelecekteki bak\u0131m, hata ay\u0131klama ve \u00f6zellik geli\u015ftirme s\u00fcre\u00e7lerini de \u00f6nemli \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131r\u0131r. Unutmay\u0131n, sa\u011flam bir temel olmadan in\u015fa edilen her yap\u0131, eninde sonunda \u00e7\u00f6kmeye mahkumdur; IAP entegrasyonu da farkl\u0131 de\u011fildir.<\/p>\n
Apple ekosisteminde bir uygulama yay\u0131nl\u0131yorsan\u0131z ve gelir elde etmek istiyorsan\u0131z, StoreKit ile i\u00e7li d\u0131\u015fl\u0131 olman\u0131z ka\u00e7\u0131n\u0131lmazd\u0131r. StoreKit, iOS, iPadOS, macOS, watchOS ve tvOS uygulamalar\u0131nda uygulama i\u00e7i sat\u0131n al\u0131mlar\u0131 y\u00f6netmek i\u00e7in Apple taraf\u0131ndan sa\u011flanan g\u00fc\u00e7l\u00fc bir \u00e7er\u00e7evedir. Bu entegrasyon s\u00fcreci, teknik detaylar ve platforma \u00f6zg\u00fc gereksinimlerle dolu olsa da, do\u011fru ad\u0131mlarla ilerledi\u011finizde olduk\u00e7a y\u00f6netilebilir hale gelir. \u0130lk ve en \u00f6nemli ad\u0131m, App Store Connect’te uygulaman\u0131z\u0131 ve IAP \u00fcr\u00fcnlerinizi do\u011fru bir \u015fekilde yap\u0131land\u0131rmakt\u0131r. Burada, uygulaman\u0131z\u0131n meta verilerini girdikten sonra, “\u00d6zellikler” sekmesi alt\u0131nda “Uygulama \u0130\u00e7i Sat\u0131n Almalar” b\u00f6l\u00fcm\u00fcne giderek \u00fcr\u00fcnlerinizi tan\u0131mlaman\u0131z gerekir. Her bir \u00fcr\u00fcn i\u00e7in benzersiz bir \u00fcr\u00fcn kimli\u011fi (product ID), t\u00fcr\u00fc (t\u00fcketilebilir, t\u00fcketilemez, otomatik yenilenen abonelik, yenilenmeyen abonelik), ad\u0131, a\u00e7\u0131klamas\u0131 ve fiyat\u0131 gibi bilgileri girmelisiniz. Ayr\u0131ca, sandbox test kullan\u0131c\u0131lar\u0131 olu\u015fturmak, canl\u0131 ortamda yay\u0131nlamadan \u00f6nce sat\u0131n alma ak\u0131\u015f\u0131n\u0131 test etmek i\u00e7in kritik \u00f6neme sahiptir. Bu \u00f6n haz\u0131rl\u0131k, entegrasyonun temelini olu\u015fturur ve ileride kar\u015f\u0131la\u015fabilece\u011finiz bir\u00e7ok sorunu \u00f6nler.<\/p>\n
StoreKit’in kod taraf\u0131ndaki entegrasyonu, Makbuz do\u011frulamas\u0131, \u00f6zellikle Apple entegrasyonunda hayati bir g\u00fcvenlik ad\u0131m\u0131d\u0131r. Makbuzu, Apple’\u0131n do\u011frulama sunucular\u0131na (sandbox veya production ortam\u0131na g\u00f6re de\u011fi\u015fir) g\u00f6ndermeniz ve yan\u0131t\u0131 analiz etmeniz gerekir. Bu do\u011frulama i\u015flemi, genellikle kendi sunucunuz (backend) \u00fczerinden yap\u0131l\u0131r, \u00e7\u00fcnk\u00fc client-side do\u011frulama kolayca manip\u00fcle edilebilir ve uygulaman\u0131z\u0131n g\u00fcvenli\u011fini riske atar. Sunucunuz, Apple’dan ald\u0131\u011f\u0131 yan\u0131t\u0131 inceleyerek sat\u0131n alma i\u015fleminin ge\u00e7erli olup olmad\u0131\u011f\u0131n\u0131, hangi \u00fcr\u00fcn\u00fcn al\u0131nd\u0131\u011f\u0131n\u0131 ve abonelik durumunu (varsa) belirler. Bu do\u011frulama ba\u015far\u0131l\u0131 olursa, kullan\u0131c\u0131ya sat\u0131n ald\u0131\u011f\u0131 \u00fcr\u00fcn veya hizmet yetkilendirilir. Ayr\u0131ca, kullan\u0131c\u0131lar\u0131n cihaz de\u011fi\u015ftirmesi veya uygulamay\u0131 yeniden y\u00fcklemesi durumunda, daha \u00f6nce yapt\u0131klar\u0131 sat\u0131n almalar\u0131 geri y\u00fckleyebilmeleri i\u00e7in bir mekanizma sa\u011flamak zorunludur. Bu, Android ekosisteminde IAP entegrasyonu, Google Play Billing Library (GPBL) arac\u0131l\u0131\u011f\u0131yla ger\u00e7ekle\u015ftirilir ve kendine \u00f6zg\u00fc dinamikleri ve zorluklar\u0131 bar\u0131nd\u0131r\u0131r. Apple’daki StoreKit’e benzer \u015fekilde, GPBL de geli\u015ftiricilere \u00fcr\u00fcnleri listeleme, sat\u0131n alma ak\u0131\u015f\u0131n\u0131 ba\u015flatma, i\u015flemleri y\u00f6netme ve abonelikleri takip etme yetene\u011fi sunar. Ancak, Android’in daha a\u00e7\u0131k yap\u0131s\u0131 ve farkl\u0131 cihaz ekosistemi, entegrasyon s\u0131ras\u0131nda baz\u0131 farkl\u0131 yakla\u015f\u0131mlar\u0131 ve dikkat edilmesi gereken noktalar\u0131 beraberinde getirir. Entegrasyonun ilk ad\u0131m\u0131, yine Google Play Console’da uygulaman\u0131z\u0131 ve IAP \u00fcr\u00fcnlerinizi yap\u0131land\u0131rmakt\u0131r. Burada, uygulaman\u0131z i\u00e7in “Uygulama \u0130\u00e7i \u00dcr\u00fcnler” ve “Abonelikler” tan\u0131mlaman\u0131z gerekir. Her \u00fcr\u00fcn i\u00e7in bir \u00fcr\u00fcn kimli\u011fi, ad\u0131, a\u00e7\u0131klamas\u0131, fiyat\u0131 ve uygunluk durumu gibi bilgileri girersiniz. Ayr\u0131ca, uygulaman\u0131z\u0131 yay\u0131nlamadan \u00f6nce test etmek i\u00e7in lisans test kullan\u0131c\u0131lar\u0131 ve kapal\u0131 test kanallar\u0131 (closed testing tracks) olu\u015fturmak, entegrasyonun g\u00fcvenli\u011fini ve do\u011frulu\u011funu sa\u011flamak i\u00e7in kritik bir ad\u0131md\u0131r. Bu \u00f6n haz\u0131rl\u0131k, canl\u0131 ortamda kar\u015f\u0131la\u015fabilece\u011finiz potansiyel sorunlar\u0131 minimize etmenize yard\u0131mc\u0131 olur.<\/p>\n GPBL entegrasyonu, uygulaman\u0131z\u0131n Google Play Billing Client ile ba\u011flant\u0131 kurmas\u0131yla ba\u015flar. Bu client, uygulaman\u0131z ile Google Play hizmetleri aras\u0131nda k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr. Ba\u011flant\u0131 kurulduktan sonra, \u00fcr\u00fcn detaylar\u0131n\u0131 sorgulayabilirsiniz. Bu, Google Play entegrasyonunda, sat\u0131n alma i\u015flemini onaylamak (acknowledge) ve t\u00fcketilebilir \u00fcr\u00fcnler i\u00e7in t\u00fcketmek (consume) hayati \u00f6neme sahiptir. Kullan\u0131c\u0131 bir \u00fcr\u00fcn sat\u0131n ald\u0131\u011f\u0131nda, bu \u00fcr\u00fcn\u00fc mutlaka<\/b> onaylaman\u0131z gerekir ( Mobil uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, sadece teknik bir s\u00fcre\u00e7 de\u011fil, ayn\u0131 zamanda ciddi g\u00fcvenlik ve finansal riskleri de beraberinde getiren bir aland\u0131r. Uygulaman\u0131z\u0131n gelir modelini korumak ve kullan\u0131c\u0131lar\u0131n\u0131z\u0131n g\u00fcvenini s\u00fcrd\u00fcrmek i\u00e7in doland\u0131r\u0131c\u0131l\u0131k \u00f6nleme mekanizmalar\u0131n\u0131 ciddiye almak zorunludur. \u0130\u015fte tam bu noktada, kendi sunucunuzun (backend) rol\u00fc kritik bir \u00f6neme b\u00fcr\u00fcn\u00fcyor. Neden mi? \u00c7\u00fcnk\u00fc client-side (uygulama taraf\u0131) \u00fczerinde yap\u0131lan her t\u00fcrl\u00fc do\u011frulama veya yetkilendirme, potansiyel olarak manip\u00fcle edilebilir. K\u00f6t\u00fc niyetli kullan\u0131c\u0131lar, uygulaman\u0131n kodunu tersine m\u00fchendislikle inceleyebilir, sat\u0131n alma makbuzlar\u0131n\u0131 taklit edebilir veya uygulama i\u00e7i \u00f6\u011feleri \u00fccretsiz edinmek i\u00e7in \u00e7e\u015fitli hileler kullanabilirler. Bu t\u00fcr sald\u0131r\u0131lar, uygulaman\u0131z\u0131n gelirini do\u011frudan etkiler ve uzun vadede i\u015f modelinizi zay\u0131flat\u0131r. Dolay\u0131s\u0131yla, ger\u00e7ek g\u00fcvenlik ve sa\u011flaml\u0131k ancak backend tabanl\u0131 \u00e7\u00f6z\u00fcmlerle sa\u011flanabilir.<\/p>\n Backend’in en temel ve vazge\u00e7ilmez g\u00f6revi, platformlardan gelen sat\u0131n alma makbuzlar\u0131n\u0131 (receipts veya purchase tokens) do\u011frulamakt\u0131r. Hem Apple hem de Google, kendi do\u011frulama API’lerini sunar. \u00d6rne\u011fin, Apple i\u00e7in App Store sunucular\u0131na, Google i\u00e7in Google Play Developer API’sine makbuzu g\u00f6ndererek i\u015flemin ge\u00e7erlili\u011fini sorgulaman\u0131z gerekir. Bu sorgulama sonucunda, i\u015flemin ger\u00e7ekten yap\u0131l\u0131p yap\u0131lmad\u0131\u011f\u0131, hangi \u00fcr\u00fcn\u00fcn al\u0131nd\u0131\u011f\u0131, \u00f6demenin ba\u015far\u0131l\u0131 olup olmad\u0131\u011f\u0131 ve hatta abonelik durumlar\u0131 gibi kritik bilgiler elde edilir. E\u011fer do\u011frulama ba\u015far\u0131l\u0131 olursa, ancak o zaman kullan\u0131c\u0131n\u0131n hesab\u0131na sat\u0131n al\u0131nan \u00fcr\u00fcn veya hizmet yetkilendirilmelidir. Bu s\u00fcre\u00e7, “cracked” (k\u0131r\u0131lm\u0131\u015f) uygulamalar arac\u0131l\u0131\u011f\u0131yla yap\u0131lan sahte sat\u0131n almalar\u0131 engellemenin en etkili yoludur. Bir ba\u015fka deyi\u015fle, kullan\u0131c\u0131 uygulaman\u0131n kendisinde bir “sat\u0131n alma” i\u015flemini sim\u00fcle etse bile, backend do\u011frulamas\u0131ndan ge\u00e7emedi\u011fi s\u00fcrece ger\u00e7ek bir \u00fcr\u00fcn elde edemeyecektir. Bu da, uygulaman\u0131z\u0131n dijital ekonomisini koruman\u0131n temel ta\u015f\u0131d\u0131r.<\/p>\n Ayr\u0131ca, backend, sadece doland\u0131r\u0131c\u0131l\u0131\u011f\u0131 \u00f6nlemekle kalmaz, ayn\u0131 zamanda uygulaman\u0131z\u0131n genel kullan\u0131c\u0131 deneyimini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini de art\u0131r\u0131r. \u00d6rne\u011fin, kullan\u0131c\u0131lar\u0131n birden fazla cihazda (telefon, tablet) ayn\u0131 sat\u0131n al\u0131mlara eri\u015febilmesini sa\u011flamak i\u00e7in backend’e ihtiya\u00e7 duyulur. Bir kullan\u0131c\u0131 yeni bir cihaza ge\u00e7ti\u011finde veya uygulamas\u0131n\u0131 yeniden y\u00fckledi\u011finde, backend’inizdeki kay\u0131tlar sayesinde daha \u00f6nce yapt\u0131\u011f\u0131 t\u00fcm sat\u0131n al\u0131mlar\u0131n\u0131 kolayca geri y\u00fckleyebilir. Bu, kullan\u0131c\u0131 memnuniyetini art\u0131ran ve uygulaman\u0131za olan ba\u011fl\u0131l\u0131\u011f\u0131 g\u00fc\u00e7lendiren \u00f6nemli bir \u00f6zelliktir. Backend, ayr\u0131ca abonelik y\u00f6netimi i\u00e7in de vazge\u00e7ilmezdir. Aboneliklerin yenilenmesi, iptali, bekleme durumlar\u0131 gibi ya\u015fam d\u00f6ng\u00fcs\u00fc olaylar\u0131n\u0131 izlemek ve buna g\u00f6re kullan\u0131c\u0131n\u0131n eri\u015fimini ayarlamak, ancak g\u00fcvenilir bir backend altyap\u0131s\u0131yla m\u00fcmk\u00fcnd\u00fcr. Son olarak, geri \u00f6demeler (refunds) ve ters ibrazlar (chargebacks) gibi finansal durumlar\u0131 y\u00f6netmek ve bunlara uygun \u015fekilde tepki vermek (\u00f6rne\u011fin, kullan\u0131c\u0131n\u0131n eri\u015fimini kesmek), yine backend’in sorumlulu\u011fundad\u0131r. K\u0131sacas\u0131, bir IAP entegrasyonunda backend’e yat\u0131r\u0131m yapmak, uygulaman\u0131z\u0131n finansal sa\u011fl\u0131\u011f\u0131n\u0131, g\u00fcvenli\u011fini ve kullan\u0131c\u0131 deneyimini garanti alt\u0131na alman\u0131n en ak\u0131ll\u0131ca yoludur. Onu sadece bir “ekstra” olarak de\u011fil, sistemin vazge\u00e7ilmez bir g\u00fcvenlik ve y\u00f6netim katman\u0131 olarak g\u00f6rmelisiniz.<\/p>\n Mobil uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, sadece teknik bir ba\u015far\u0131dan ibaret de\u011fildir; ayn\u0131 zamanda kullan\u0131c\u0131 deneyimi (UX) ve aray\u00fcz tasar\u0131m\u0131 (UI) a\u00e7\u0131s\u0131ndan da kusursuz olmay\u0131 gerektirir. \u00c7\u00fcnk\u00fc ne kadar sa\u011flam bir backend’iniz olursa olsun, e\u011fer kullan\u0131c\u0131lar\u0131n\u0131z sat\u0131n alma s\u00fcrecinde teredd\u00fct eder, kafas\u0131 kar\u0131\u015f\u0131r veya g\u00fcvensizlik hissederse, d\u00f6n\u00fc\u015f\u00fcm oranlar\u0131n\u0131z d\u00fc\u015fecektir. Bu nedenle, IAP ekranlar\u0131n\u0131z\u0131n ve ak\u0131\u015f\u0131n\u0131z\u0131n, kullan\u0131c\u0131y\u0131 rahatlatan, bilgilendiren ve kolayca i\u015flem yapmas\u0131n\u0131 sa\u011flayan bir yap\u0131da olmas\u0131 \u015fartt\u0131r. \u0130lk olarak, \u00fcr\u00fcnlerinizi sergiledi\u011finiz aray\u00fcz\u00fcn net, anla\u015f\u0131l\u0131r ve \u00e7ekici olmas\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Her bir IAP \u00fcr\u00fcn\u00fcn\u00fcn ad\u0131, a\u00e7\u0131klamas\u0131 ve fiyat\u0131, kullan\u0131c\u0131n\u0131n tam olarak ne sat\u0131n ald\u0131\u011f\u0131n\u0131 ve bunun kendisine ne gibi bir de\u011fer kataca\u011f\u0131n\u0131 a\u00e7\u0131k\u00e7a belirtmelidir. Jargon kullanmaktan ka\u00e7\u0131n\u0131n ve faydalar\u0131 \u00f6n plana \u00e7\u0131kar\u0131n. \u00d6rne\u011fin, “Premium \u00d6zellik Paketi” yerine “Reklams\u0131z Deneyim ve \u00d6zel Filtreler” gibi daha a\u00e7\u0131klay\u0131c\u0131 ifadeler tercih edin. Fiyatland\u0131rma stratejileri ve sunum \u015fekli de kritiktir; bazen daha y\u00fcksek fiyatl\u0131 bir paketin yan\u0131nda daha uygun fiyatl\u0131 bir “ba\u015flang\u0131\u00e7” paketi sunmak, kullan\u0131c\u0131lar\u0131 sat\u0131n almaya te\u015fvik edebilir.<\/p>\n Sat\u0131n alma ak\u0131\u015f\u0131n\u0131n kendisi de olabildi\u011fince sorunsuz ve minimal ad\u0131mlarla tasarlanmal\u0131d\u0131r. Kullan\u0131c\u0131 bir \u00fcr\u00fcn\u00fc se\u00e7ti\u011finde, \u00f6deme onay ekran\u0131na do\u011frudan ve h\u0131zl\u0131ca y\u00f6nlendirilmelidir. Bu a\u015famada, kullan\u0131c\u0131n\u0131n g\u00fcvenini sarsacak gereksiz bilgiler veya karma\u015f\u0131k formlar olmamal\u0131d\u0131r. \u00d6deme i\u015flemi s\u0131ras\u0131nda ve sonras\u0131nda kullan\u0131c\u0131ya s\u00fcrekli geri bildirim sa\u011flamak da \u00e7ok \u00f6nemlidir. \u00d6rne\u011fin, \u00f6deme i\u015flemi devam ederken bir y\u00fckleme g\u00f6stergesi veya “\u0130\u015fleminiz i\u015fleniyor…” mesaj\u0131, kullan\u0131c\u0131n\u0131n sab\u0131rs\u0131zlanmas\u0131n\u0131 \u00f6nler. Sat\u0131n alma ba\u015far\u0131l\u0131 oldu\u011funda ise, “Tebrikler! Sat\u0131n alman\u0131z tamamland\u0131.” gibi olumlu bir mesajla birlikte, sat\u0131n al\u0131nan i\u00e7eri\u011fin veya \u00f6zelli\u011fin nas\u0131l eri\u015filebilece\u011fine dair net talimatlar verilmelidir. Hata durumlar\u0131nda da kullan\u0131c\u0131 dostu bir yakla\u015f\u0131m benimsenmelidir. \u00d6rne\u011fin, \u00f6deme ba\u015far\u0131s\u0131z oldu\u011funda, hatan\u0131n ne oldu\u011funu (\u00f6rne\u011fin, “Kart bilgileriniz yanl\u0131\u015f” veya “\u0130nternet ba\u011flant\u0131n\u0131z yok”) ve ne yapmas\u0131 gerekti\u011fini (\u00f6rne\u011fin, “L\u00fctfen kart bilgilerinizi kontrol edin” veya “\u0130nternet ba\u011flant\u0131n\u0131z\u0131 kontrol edip tekrar deneyin”) a\u00e7\u0131klayan net mesajlar sunulmal\u0131d\u0131r. Bu, kullan\u0131c\u0131y\u0131 \u00e7aresiz b\u0131rakmak yerine, sorunu \u00e7\u00f6zmeye te\u015fvik eder.<\/p>\n Mobil uyumluluk ve responsive tasar\u0131m prensipleri, IAP aray\u00fczleri i\u00e7in de ge\u00e7erlidir. Uygulaman\u0131z\u0131n IAP ekranlar\u0131, farkl\u0131 ekran boyutlar\u0131na ve cihaz y\u00f6nelimlerine (dikey\/yatay) sorunsuz bir \u015fekilde adapte olmal\u0131d\u0131r. Bu, metinlerin okunabilirli\u011fini, d\u00fc\u011fmelerin eri\u015filebilirli\u011fini ve g\u00f6rsellerin kalitesini korumak anlam\u0131na gelir. CSS media query’leri, bu t\u00fcr responsive davran\u0131\u015flar\u0131 sa\u011flaman\u0131n temel ara\u00e7lar\u0131ndan biridir. \u00d6rne\u011fin, k\u00fc\u00e7\u00fck ekranl\u0131 telefonlarda \u00fcr\u00fcn listelerini tek s\u00fctun halinde g\u00f6sterirken, tabletlerde veya yatay modda iki veya \u00fc\u00e7 s\u00fctunlu bir d\u00fczene ge\u00e7mek, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir. \u00d6rnek olarak, a\u015fa\u011f\u0131daki gibi bir CSS yap\u0131s\u0131, IAP \u00fcr\u00fcn kartlar\u0131n\u0131z\u0131n farkl\u0131 ekran boyutlar\u0131na g\u00f6re nas\u0131l davranaca\u011f\u0131n\u0131 belirleyebilir:<\/p>\n Bu t\u00fcr yakla\u015f\u0131mlar, IAP ekranlar\u0131n\u0131z\u0131n her cihazda estetik ve i\u015flevsel olmas\u0131n\u0131 sa\u011flar. Mobil uyumlu bir UI\/UX, sadece uygulaman\u0131z\u0131n profesyonel g\u00f6r\u00fcnmesini sa\u011flamakla kalmaz, ayn\u0131 zamanda kullan\u0131c\u0131lar\u0131n sat\u0131n alma karar\u0131n\u0131 olumlu y\u00f6nde etkileyerek gelirlerinizi art\u0131r\u0131r. Unutmay\u0131n, kullan\u0131c\u0131ya sundu\u011funuz her deneyim, markan\u0131z\u0131n bir yans\u0131mas\u0131d\u0131r.<\/p>\n Mobil uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, uygulaman\u0131z\u0131 yay\u0131nlad\u0131\u011f\u0131n\u0131zda biten bir s\u00fcre\u00e7 de\u011fildir; aksine, bu sadece ba\u015flang\u0131\u00e7t\u0131r. Ger\u00e7ek ba\u015far\u0131, entegrasyon sonras\u0131 s\u00fcrekli y\u00f6netim, izleme ve optimizasyonla gelir. Uygulaman\u0131z\u0131n IAP gelirlerini maksimize etmek ve kullan\u0131c\u0131 memnuniyetini s\u00fcrd\u00fcrmek i\u00e7in proaktif bir yakla\u015f\u0131m benimsemek zorunludur. \u0130lk ve en \u00f6nemli ad\u0131m, IAP performans\u0131n\u0131z\u0131 d\u00fczenli olarak izlemek ve analiz etmektir. Hangi \u00fcr\u00fcnlerin daha \u00e7ok sat\u0131ld\u0131\u011f\u0131n\u0131, hangi fiyatland\u0131rma stratejilerinin daha iyi \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, kullan\u0131c\u0131lar\u0131n sat\u0131n alma ak\u0131\u015f\u0131n\u0131n hangi a\u015famas\u0131nda terk etti\u011fini anlamak i\u00e7in kapsaml\u0131 analitik ara\u00e7lar kullanmal\u0131s\u0131n\u0131z. Hem Apple App Store Connect hem de Google Play Console, bu t\u00fcr verileri sunar; ancak daha derinlemesine analizler i\u00e7in \u00fc\u00e7\u00fcnc\u00fc taraf analitik \u00e7\u00f6z\u00fcmlerini (\u00f6rne\u011fin, Firebase Analytics, Mixpanel, Amplitude) entegre etmek faydal\u0131 olabilir. Bu veriler, \u00fcr\u00fcn tekliflerinizi, fiyatland\u0131rman\u0131z\u0131 ve hatta kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fcz\u00fc optimize etmek i\u00e7in de\u011ferli i\u00e7g\u00f6r\u00fcler sa\u011flar.<\/p>\n Optimizasyon s\u00f6z konusu oldu\u011funda, A\/B testi vazge\u00e7ilmez bir ara\u00e7t\u0131r. Farkl\u0131 \u00fcr\u00fcn adlar\u0131, a\u00e7\u0131klamalar\u0131, g\u00f6rselleri, fiyatland\u0131rma noktalar\u0131 ve hatta sat\u0131n alma d\u00fc\u011fmelerinin yerle\u015fimi gibi unsurlar \u00fczerinde A\/B testleri yaparak, kullan\u0131c\u0131lar\u0131n neye daha iyi tepki verdi\u011fini bilimsel olarak belirleyebilirsiniz. \u00d6rne\u011fin, bir \u00fcr\u00fcn\u00fcn fiyat\u0131n\u0131 %10 d\u00fc\u015f\u00fcrmenin sat\u0131\u015flar\u0131 %20 art\u0131r\u0131p art\u0131rmad\u0131\u011f\u0131n\u0131 veya bir abonelik modeline “ilk ay \u00fccretsiz” se\u00e7ene\u011fi eklemenin d\u00f6n\u00fc\u015f\u00fcm oranlar\u0131n\u0131 nas\u0131l etkiledi\u011fini test edebilirsiniz. Bu testler, varsay\u0131mlar yerine ger\u00e7ek verilere dayal\u0131 kararlar alman\u0131z\u0131 sa\u011flar ve IAP gelirlerinizi kademeli olarak art\u0131rman\u0131za yard\u0131mc\u0131 olur. Ayr\u0131ca, uygulama ma\u011fazalar\u0131n\u0131n kendi promosyon ara\u00e7lar\u0131n\u0131 kullanmay\u0131 da ihmal etmeyin. Apple’\u0131n uygulama i\u00e7i promosyonlar\u0131 (in-app promotions) veya Google Play’in promosyon kodlar\u0131, belirli \u00fcr\u00fcnleriniz i\u00e7in ge\u00e7ici kampanyalar d\u00fczenlemenize ve yeni kullan\u0131c\u0131lar\u0131 \u00e7ekmenize olanak tan\u0131r. Bu ara\u00e7lar\u0131 ak\u0131ll\u0131ca kullanarak, \u00f6zel g\u00fcnlerde veya belirli etkinliklerde sat\u0131\u015flar\u0131n\u0131z\u0131 art\u0131rabilirsiniz.<\/p>\n S\u00fcrekli y\u00f6netim ayn\u0131 zamanda platform g\u00fcncellemelerini ve politikalar\u0131ndaki de\u011fi\u015fiklikleri yak\u0131ndan takip etmeyi de i\u00e7erir. Hem Apple hem de Google, IAP ile ilgili API’lerinde veya kurallar\u0131nda zaman zaman de\u011fi\u015fiklikler yapabilir. Bu de\u011fi\u015fikliklere uyum sa\u011flamak i\u00e7in uygulaman\u0131z\u0131 ve backend’inizi d\u00fczenli olarak g\u00fcncellemeniz gerekebilir. Aksi takdirde, uygulaman\u0131z\u0131n IAP i\u015flevselli\u011fi bozulabilir veya ma\u011fazadan kald\u0131r\u0131lma riskiyle kar\u015f\u0131 kar\u015f\u0131ya kalabilirsiniz. Son olarak, m\u00fc\u015fteri deste\u011fi, IAP entegrasyonunun ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Kullan\u0131c\u0131lar\u0131n sat\u0131n alma i\u015flemleriyle ilgili sorunlar ya\u015famas\u0131 (\u00f6rne\u011fin, \u00fcr\u00fcn\u00fcn teslim edilmemesi, geri \u00f6deme talepleri, abonelik y\u00f6netimi sorunlar\u0131) ka\u00e7\u0131n\u0131lmazd\u0131r. Bu t\u00fcr sorunlara h\u0131zl\u0131, empatik ve etkili \u00e7\u00f6z\u00fcmler sunmak, kullan\u0131c\u0131 memnuniyetini korumak ve olumsuz yorumlar\u0131 \u00f6nlemek i\u00e7in hayati \u00f6neme sahiptir. \u0130yi bir m\u00fc\u015fteri destek sistemi, IAP ile ilgili sorunlar\u0131 h\u0131zla tespit etmenize ve \u00e7\u00f6zmenize olanak tan\u0131r. K\u0131sacas\u0131, IAP entegrasyonu, s\u00fcrekli bir \u00f6\u011frenme, adaptasyon ve optimizasyon d\u00f6ng\u00fcs\u00fcd\u00fcr. Bu d\u00f6ng\u00fcy\u00fc do\u011fru y\u00f6netmek, uygulaman\u0131z\u0131n sadece hayatta kalmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda mobil pazarda parlamas\u0131n\u0131 da sa\u011flar.<\/p>\n Mobil uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, geli\u015ftiricilerin en \u00e7ok merak etti\u011fi ve \u00fczerinde durdu\u011fu konulardan biridir. Bu kapsaml\u0131 rehberde, IAP’nin temellerinden entegrasyon detaylar\u0131na ve g\u00fcvenlik \u00f6nlemlerine kadar bir\u00e7ok konuyu ele ald\u0131k. \u015eimdi ise, bu karma\u015f\u0131k ancak \u00f6d\u00fcllendirici s\u00fcre\u00e7le ilgili s\u0131k\u00e7a sorulan baz\u0131 sorulara net ve \u00f6zl\u00fc yan\u0131tlar vererek bilgimizi peki\u015ftirelim. Unutmay\u0131n, do\u011fru bilgiyle donanmak, ba\u015far\u0131l\u0131 bir IAP stratejisinin ilk ad\u0131m\u0131d\u0131r.<\/p>\n En kritik g\u00fcvenlik ad\u0131m\u0131, server-side makbuz do\u011frulamas\u0131d\u0131r (receipt validation)<\/strong>. Uygulama i\u00e7inde (client-side) yap\u0131lan do\u011frulamalar kolayca manip\u00fcle edilebilirken, sat\u0131n alma makbuzunu veya token’\u0131n\u0131 kendi g\u00fcvenli sunucunuzdan (backend) Apple veya Google’\u0131n do\u011frulama API’lerine g\u00f6ndererek i\u015flemin ger\u00e7ekli\u011fini teyit etmek, doland\u0131r\u0131c\u0131l\u0131\u011f\u0131 ve sahte sat\u0131n almalar\u0131 engellemenin en g\u00fcvenilir yoludur. Bu sayede, yaln\u0131zca ger\u00e7ekten \u00f6deme yap\u0131lm\u0131\u015f \u00fcr\u00fcnler kullan\u0131c\u0131lara yetkilendirilir.<\/p>\n T\u00fcketilebilir (Consumable)<\/strong> \u00fcr\u00fcnler, kullan\u0131c\u0131 taraf\u0131ndan bir kez kullan\u0131ld\u0131ktan sonra t\u00fckenen ve tekrar sat\u0131n al\u0131nabilen \u00f6\u011felerdir (\u00f6rne\u011fin, bir oyunda ek can, sanal para birimi). T\u00fcketilemez (Non-Consumable)<\/strong> \u00fcr\u00fcnler ise bir kez sat\u0131n al\u0131nd\u0131\u011f\u0131nda kal\u0131c\u0131 olarak kullan\u0131c\u0131ya ait olan ve tekrar sat\u0131n al\u0131nmas\u0131na gerek olmayan \u00f6\u011felerdir (\u00f6rne\u011fin, reklamlar\u0131 kald\u0131rma, bir premium \u00f6zelli\u011fin kilidini a\u00e7ma). T\u00fcketilebilir \u00fcr\u00fcnlerin t\u00fcketilmesi (consume) gerekirken, t\u00fcketilemez \u00fcr\u00fcnler i\u00e7in b\u00f6yle bir gereklilik yoktur.<\/p>\n Kullan\u0131c\u0131lar\u0131n, cihaz de\u011fi\u015ftirmeleri veya uygulamay\u0131 yeniden y\u00fcklemeleri durumunda daha \u00f6nce yapt\u0131klar\u0131 sat\u0131n al\u0131mlar\u0131 geri y\u00fckleyebilmeleri i\u00e7in bir mekanizma sa\u011flamak zorunludur. Apple i\u00e7in bu, StoreKit’teki Abonelik y\u00f6netimi, di\u011fer IAP t\u00fcrlerinden daha karma\u015f\u0131kt\u0131r \u00e7\u00fcnk\u00fc aboneliklerin bir ya\u015fam d\u00f6ng\u00fcs\u00fc vard\u0131r: yenileme, iptal, bekleme, \u00fccretsiz deneme s\u00fcresi gibi durumlar\u0131 i\u00e7erir. Bu durum de\u011fi\u015fikliklerini do\u011fru bir \u015fekilde izlemek ve kullan\u0131c\u0131n\u0131n eri\u015fimini buna g\u00f6re ayarlamak gerekir. Apple i\u00e7in App Store sunucusu bildirimleri (App Store Server Notifications) ve Google i\u00e7in Ger\u00e7ek Zamanl\u0131 Geli\u015ftirici Bildirimleri (Real-time Developer Notifications – RTDN), bu durum de\u011fi\u015fikliklerini backend’inize an\u0131nda ileterek y\u00f6netimi kolayla\u015ft\u0131r\u0131r. Bu bildirimleri i\u015flemek ve kullan\u0131c\u0131 yetkilendirmelerini dinamik olarak g\u00fcncel tutmak, abonelik bazl\u0131 gelir modelinin s\u00fcreklili\u011fi i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n Kesinlikle evet. Kendi backend’inize sahip olmak, IAP entegrasyonunun sadece “iste\u011fe ba\u011fl\u0131” bir par\u00e7as\u0131 de\u011fil, temel bir gereklili\u011fidir<\/strong>. G\u00fcvenlik (makbuz do\u011frulama, doland\u0131r\u0131c\u0131l\u0131k \u00f6nleme), kullan\u0131c\u0131 deneyimi (sat\u0131n al\u0131mlar\u0131n cihazlar aras\u0131 senkronizasyonu ve geri y\u00fcklenmesi) ve karma\u015f\u0131k i\u015f mant\u0131\u011f\u0131 (abonelik y\u00f6netimi, kullan\u0131c\u0131 yetkilendirmeleri) gibi kritik fonksiyonlar ancak g\u00fcvenli ve kontrol edilebilir bir backend ortam\u0131nda etkili bir \u015fekilde y\u00fcr\u00fct\u00fclebilir. Backend olmadan, uygulaman\u0131z g\u00fcvenlik risklerine a\u00e7\u0131k olacak ve s\u00fcrd\u00fcr\u00fclebilir bir gelir modeli olu\u015fturmakta zorlanacakt\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"Mobil uygulaman\u0131zdan gelir elde etmek mi istiyorsunuz? Uygulama i\u00e7i sat\u0131n alma (IAP) entegrasyonu, dijital \u00fcr\u00fcn ve hizmetlerinizi kullan\u0131c\u0131lar\u0131n\u0131za…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1513,1],"tags":[],"class_list":{"0":"post-44200","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-dusunsel-ve-kisisel","7":"category-genel","8":"cs-entry","9":"cs-video-wrap"},"yoast_head":"\nSKPaymentQueue<\/code> ve SKPaymentTransactionObserver<\/code> protokollerini kullanmay\u0131 gerektirir. \u00d6ncelikle, uygulaman\u0131z\u0131n a\u00e7\u0131l\u0131\u015f\u0131nda veya IAP ekran\u0131na gelindi\u011finde, \u00fcr\u00fcn bilgilerini App Store’dan \u00e7ekmeniz gerekir. Bu, SKProductsRequest<\/code> s\u0131n\u0131f\u0131 ile yap\u0131l\u0131r ve \u00fcr\u00fcn kimliklerinizi (App Store Connect’te tan\u0131mlad\u0131\u011f\u0131n\u0131z) bu iste\u011fe eklersiniz. Gelen yan\u0131t (response) i\u00e7inde, \u00fcr\u00fcnlerinizin yerelle\u015ftirilmi\u015f adlar\u0131, a\u00e7\u0131klamalar\u0131 ve fiyatlar\u0131 gibi bilgileri i\u00e7eren SKProduct<\/code> nesnelerini al\u0131rs\u0131n\u0131z. Bu bilgiler, kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fczde \u00fcr\u00fcnleri sergilemek i\u00e7in kullan\u0131l\u0131r. Ard\u0131ndan, bir kullan\u0131c\u0131 bir \u00fcr\u00fcn sat\u0131n almak istedi\u011finde, bir SKPayment<\/code> nesnesi olu\u015fturulur ve SKPaymentQueue.default().add(payment)<\/code> metodu ile \u00f6deme kuyru\u011funa eklenir. Bu noktadan itibaren, SKPaymentTransactionObserver<\/code> olarak kaydetti\u011finiz s\u0131n\u0131f\u0131n\u0131z\u0131n paymentQueue(_:updatedTransactions:)<\/code> metodu, \u00f6deme i\u015fleminin durumundaki de\u011fi\u015fiklikleri (beklemede, sat\u0131n al\u0131nd\u0131, ba\u015far\u0131s\u0131z oldu, geri y\u00fcklendi) izler. Ba\u015far\u0131l\u0131 bir sat\u0131n alma i\u015fleminde, SKPaymentTransaction<\/code> nesnesi bir makbuz (receipt) URL’i i\u00e7erir. Bu makbuz, i\u015flemin do\u011frulu\u011funu kan\u0131tlamak i\u00e7in kullan\u0131l\u0131r.<\/p>\nSKPaymentQueue.default().restoreCompletedTransactions()<\/code> metodu ile tetiklenir ve observer’\u0131n\u0131z, geri y\u00fcklenen her bir i\u015flem i\u00e7in paymentQueue(_:updatedTransactions:)<\/code> metodunu tekrar tetikler. Son olarak, her i\u015flem tamamland\u0131\u011f\u0131nda (.purchased<\/code>, .restored<\/code>, .failed<\/code>), SKPaymentQueue.default().finishTransaction(transaction)<\/code> metodunu \u00e7a\u011f\u0131rarak i\u015flemi kuyruktan kald\u0131rmay\u0131 unutmay\u0131n. Bu ad\u0131mlar, Apple App Store entegrasyonunun temelini olu\u015fturur ve uygulaman\u0131z\u0131n IAP gelirlerini g\u00fcvenli ve sorunsuz bir \u015fekilde y\u00f6netmenizi sa\u011flar.<\/p>\nGoogle Play Store (Google Play Billing Library) Entegrasyonu: Zorluklar ve \u00c7\u00f6z\u00fcmler<\/h2>\n
queryProductDetailsAsync<\/code> metodu ile yap\u0131l\u0131r ve uygulaman\u0131z\u0131n destekledi\u011fi t\u00fcm \u00fcr\u00fcn kimliklerini (Google Play Console’da tan\u0131mlad\u0131\u011f\u0131n\u0131z) bu iste\u011fe eklersiniz. Gelen yan\u0131t i\u00e7inde, \u00fcr\u00fcnlerinizin yerelle\u015ftirilmi\u015f adlar\u0131, a\u00e7\u0131klamalar\u0131, fiyatlar\u0131 ve di\u011fer meta verileri gibi bilgileri i\u00e7eren ProductDetails<\/code> nesnelerini al\u0131rs\u0131n\u0131z. Bu bilgiler, kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fczde \u00fcr\u00fcnleri g\u00f6stermek i\u00e7in kullan\u0131l\u0131r. Kullan\u0131c\u0131 bir \u00fcr\u00fcn sat\u0131n almak istedi\u011finde, launchBillingFlow<\/code> metodu ile sat\u0131n alma ak\u0131\u015f\u0131n\u0131 ba\u015flat\u0131rs\u0131n\u0131z. Bu, Google Play’in standart \u00f6deme aray\u00fcz\u00fcn\u00fc a\u00e7ar ve kullan\u0131c\u0131n\u0131n \u00f6deme bilgilerini girmesini sa\u011flar. Sat\u0131n alma i\u015flemi tamamland\u0131\u011f\u0131nda, PurchasesUpdatedListener<\/code> arac\u0131l\u0131\u011f\u0131yla bir geri \u00e7a\u011fr\u0131 (callback) al\u0131rs\u0131n\u0131z. Bu geri \u00e7a\u011fr\u0131, i\u015flemin durumunu (sat\u0131n al\u0131nd\u0131, beklemede, iptal edildi) ve bir Purchase<\/code> nesnesini i\u00e7erir. Bu Purchase<\/code> nesnesi, i\u015flemin do\u011frulu\u011funu kan\u0131tlayan bir sat\u0131n alma token’\u0131 (purchase token) ve di\u011fer \u00f6nemli bilgileri bar\u0131nd\u0131r\u0131r.<\/p>\nacknowledgePurchase<\/code>). E\u011fer bir \u00fcr\u00fcn 3 g\u00fcn i\u00e7inde onaylanmazsa, Google Play bu i\u015flemi otomatik olarak iptal eder ve kullan\u0131c\u0131ya geri \u00f6deme yapar. T\u00fcketilebilir \u00fcr\u00fcnler i\u00e7in ise, \u00fcr\u00fcn\u00fcn kullan\u0131c\u0131ya teslim edildikten sonra consumePurchase<\/code> metodu ile t\u00fcketilmesi gerekir ki kullan\u0131c\u0131 ayn\u0131 \u00fcr\u00fcn\u00fc tekrar sat\u0131n alabilsin. Bu ad\u0131mlar, Google Play’in politikalar\u0131na uyum sa\u011flamak ve gelir kayb\u0131n\u0131 \u00f6nlemek i\u00e7in zorunludur. T\u0131pk\u0131 Apple’da oldu\u011fu gibi, Google Play entegrasyonunda da server-side do\u011frulama \u015fiddetle tavsiye edilir. Sat\u0131n alma token’\u0131n\u0131 kendi backend’inize g\u00f6ndererek Google Play Developer API’si (\u00f6zellikle purchases.products.get<\/code> ve purchases.subscriptions.get<\/code> metodlar\u0131) arac\u0131l\u0131\u011f\u0131yla i\u015flemin ge\u00e7erlili\u011fini ve durumunu kontrol etmelisiniz. Bu, doland\u0131r\u0131c\u0131l\u0131\u011f\u0131 \u00f6nler, kullan\u0131c\u0131 yetkilendirmelerini g\u00fcvenli bir \u015fekilde y\u00f6netir ve aboneliklerin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc (yenileme, iptal, bekleme) izlemenize olanak tan\u0131r. Ger\u00e7ek zamanl\u0131 geli\u015ftirici bildirimleri (Real-time Developer Notifications – RTDN), abonelik durum de\u011fi\u015fikliklerini an\u0131nda backend’inize bildirerek bu s\u00fcreci daha verimli hale getirir. Bu karma\u015f\u0131kl\u0131klar\u0131 do\u011fru bir \u015fekilde y\u00f6netmek, Android uygulaman\u0131z\u0131n IAP gelirlerinin istikrarl\u0131 ve g\u00fcvenli olmas\u0131n\u0131 sa\u011flar.<\/p>\nG\u00fcvenlik ve Doland\u0131r\u0131c\u0131l\u0131k \u00d6nleme: Backend Neden Kritik?<\/h2>\n
Kullan\u0131c\u0131 Deneyimi ve Aray\u00fcz Tasar\u0131m\u0131: Mobil Uyumlu Yakla\u015f\u0131mlar<\/h2>\n
\n .iap-product-list {\n display: grid;\n grid-template-columns: 1fr; \/* Default: tek s\u00fctun *\/\n gap: 20px;\n padding: 15px;\n }\n\n @media (min-width: 600px) { \/* Tablet ve \u00fczeri i\u00e7in *\/\n .iap-product-list {\n grid-template-columns: 1fr 1fr; \/* \u0130ki s\u00fctun *\/\n }\n }\n\n @media (min-width: 900px) { \/* B\u00fcy\u00fck tabletler ve masa\u00fcst\u00fc i\u00e7in *\/\n .iap-product-list {\n grid-template-columns: 1fr 1fr 1fr; \/* \u00dc\u00e7 s\u00fctun *\/\n }\n }\n <\/code><\/pre>\nEntegrasyon Sonras\u0131 Y\u00f6netim ve Optimizasyon: Ba\u015far\u0131n\u0131n Anahtar\u0131<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
1. Mobil Uygulama \u0130\u00e7i Sat\u0131n Alma (IAP) entegrasyonunda en kritik g\u00fcvenlik ad\u0131m\u0131 nedir?<\/h3>\n
2. T\u00fcketilebilir ve T\u00fcketilemez IAP \u00fcr\u00fcnleri aras\u0131ndaki temel fark nedir?<\/h3>\n
3. Kullan\u0131c\u0131lar\u0131n daha \u00f6nce yapt\u0131\u011f\u0131 sat\u0131n al\u0131mlar\u0131 nas\u0131l geri y\u00fckleyebilirim?<\/h3>\n
SKPaymentQueue.default().restoreCompletedTransactions()<\/code> metodu ile yap\u0131l\u0131rken, Google Play Billing Library’de queryPurchasesAsync()<\/code> metodu ile mevcut aktif sat\u0131n al\u0131mlar sorgulan\u0131r. Her iki durumda da, geri y\u00fcklenen veya sorgulanan sat\u0131n al\u0131mlar\u0131n yine backend’iniz taraf\u0131ndan do\u011frulanmas\u0131 ve kullan\u0131c\u0131n\u0131n yetkilendirmelerinin g\u00fcncellenmesi \u00f6nemlidir. Bu, kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan kritik bir \u00f6zelliktir.<\/p>\n4. Abonelik y\u00f6netimi neden di\u011fer IAP t\u00fcrlerinden daha karma\u015f\u0131kt\u0131r?<\/h3>\n
5. IAP entegrasyonu i\u00e7in kendi backend’ime sahip olmak \u015fart m\u0131?<\/h3>\n