Baştan belirtmek zorundayım, iOS uygulamalarına otomatik yenilenen abonelikleri entegre etmek tam bir baş ağrısı. Her ödeme yönetminin zor yanları olabilir, ancak iOS uygulama mağazası üstünden yapılan otomatik tekrar eden abonelikleri yönetmek çok daha karışık bir mevzu.

Baştan başlamak gerekirse, otomatik ödeme yönetime ile yapılan abonelikler diğer tür ödemelerden farklı. "iOS uygulama içi satış entegrasyonu ve ödemeleri doğrulamak" yazısında iOS uygulama mağazası ödemelerini entegre etmek ve ödeme türleri üzerine bir yazı yazmıştım. Otomatik tekrar eden abonelik dışındaki diğer ödeme türlerinin entegresyonunu o yazıdan inceleyebilirsiniz. Ancak bu konuda bilginiz yoksa önce o yazıdaki bilgilere ihtiyacınız olacak, önce o yazıyı incelemenizi tavsiye ederim.

Otomatik tekrar eden abonelikler sayesinde, kullanıcınızın iznini aldıktan sonra iTunes aracılığıyla, 1 haftalık, 1 aylık, 2, 3, 6 veya 12 aylık periyodlarla otomatik şekilde ödemelerini sağlayabiliyorsunuz. Bir ürün için kullanıcıyı elde tutmak açısından diğer, tek seferlik satın almalardan çok daha değerli. Kullanıcınız ödemeyi ilk sefer yaparken satın almayı yapıyor ve sonrasında servisi iTunes üstünden iptal edilene kadar ödemeler otomatik tekrarlanıyor. Siz kazancınızı Apple'dan alıyorsunuz.

Devamını Oku →
iOS uygulaması geliştirmek bu günlerde oldukça popüler. Turkiye'de de birçok oyun geliştiricisi iOS platformlara yönelmeye başladı.

Uygulamanızda geliştireceğiniz gelir modeliniz bir şekilde Apple ödeme sistemine bağlanmak zorunda çünkü Apple uygulama geliştirici kontratınıza göre uygulama üzerinde yapacağınız herhangi bir satış modelini Apple ödeme sistemi üzerinden yapmak durumundasınız. Apple uygualama içi ödeme sistemini kullanmanın avantajları ve dezavantajları var.

En büyük dezavantajı her ödemede, Apple'a 30% vermek. Bunun dışında ödemeleri doğrulamanın teknik zorlukları da var. Bunun dışında avantajları, dezavantajlarını unutturacak kadar değerli. Çünkü iOS üstünden yapılacak bir alışverişte herhangi bir ödeme bilgisi sorgusu olmayacak, kullanıcılar ödeme bilgilerini zaten sistemde tanıtmış durumda. Yani bir ödeme kabul edebilmek aslında sadece bir onaylama kutusuna indirgeniyor. Çoğu durumda tek onay sorusuna cevap vermek ve Apple kimlik şifresini doğrulamakla ödeme sağlanabiliyor.

Bir diğer avantaj da, herhangi bir ödeme yönetim sistemi, banka vs gibi bir entegrasyonla uğraşmak durumunda olmamanız.

Şimdi gelelim entegrasyona, iOS geliştirici (objective-c) tarafında gerekli entegrasyonu StoreKit denilen bir Apple arabirimi ile iOS uygulamanıza yapmanız gerekiyor. Bazi amatör programcılar veya sunucu bağımsız uygulama yazmaya çalışan geliştiriciler ya gözden kaçırıyorlar ya da gerek görmüyorlar ama aslında StoreKit'den aldığınız tüm fatura kopyalarını (receipts) Apple sunucularına göndererek doğrulamanız gerekiyor.

Devamını Oku →
Eğer bir iOS mobil uygulamanız var ise web sayfanıza ekleyeceğiniz basit bir meta etiketi ile uygulamanızı sayfanıza bağlayabilir ve kullanıcılarınız mobil sayfari ile sayfanızı görüntülüyorsa AppStore banner'ı ile uygulamanıza daha kolay erişim sağlayabilirsiniz.

AppStore Bar

Görsel şekilde müdahale edemeyeceğiniz bu bannerı basit bir meta etiketi ile oluşturmak mümkün.
<meta name="apple-itunes-app" content="app-id=your_app_id" />
iTunesConnect'den edineceğiniz nümerik uygulama kimliğini your_app_id ile değiştirerek sitenizin anasayfasına ekleyebilirsiniz. Gerisini safari hallediyor.

Ayrıca iPad gibi geniş ekranda görüntülendiğinde ayrıca uygulamanızın ekran görüntülerinin bir setini bu bar içinde görebiliyor kullanıcılarınız.
Son 4-5 aydir moonit'de moonit'in iphone uygulamasini gelistirmeye calisiyoruz. Web'deki seyler rutin bir sekilde devam ediyor zaten fakat su an genellikle xcode'da calisiyor ve genellikle iphone, ipad gibi cihazlar ustunde testler yapiyorum. Daha once de masaustu veya mobil cihazlar icin uygulama gelistirmisligim var fakat uzun suredir boyle bir gelistirme ortamindan uzaktim. Ozellikle de objective-c gibi statik bir dilden ve apple gibi herseyi low level tutan bir sirketin frameworku/gelistirme ortami ile calismanin web'deki esnek ve hareket edilebilirligin bir yandan programciyi tembellestirdigi, bir yandan da amatorlestirdigini farketmemi sagladi. Her ne kadar yaptiginiz seyi profesyonel yaparsaniz yapin calistiginiz ortam sizi bazi seylere zorlamiyorsa bu kacinilmaz.

Neyse bu yazida bahsetmek istedigim sey web ile iOS gelistirme ortami arasinda test sureci, uygulamaniza bir tester daha dahil etmenin farklarini anlatmak. Web ornegini hepimiz biliyoruz, yine de hizlica ozetliyorum. Bir web uygulamasini gelistirirken eger php gibi bir ortamda calisiyorsaniz zaten uygulamanizi derleme, proje olarak butun halde degerlendirme gibi bir durum soz konusu olmayacaktir, bunun olmamasindan dolayi bircok gelistirici ftp'den sunucularindaki calisan uygulamayi anlik olarak duzenleyip gelistirebiliyorlar, hatta bu bazen kotu bir aliskanlik olarak gelistiricilerin eline yapismis bile olabiliyor. Bir web uygulamasi calisirken guncellenip hatalarin giderilmis olmasi veya degisikliklerin uygulanmasi sadece tester/kullanici'nin ziyaretine kaliyor. Hatta sunucu/domain konfigurasyonunuza gore uygulamanizi daha ilk satirdan itibaren public bir yerde online hale getirip insanlardan test etmelerini isteyebiliyorsunuz. Ne kadar esnek ve guzel degil mi?

Iste bu surec iOS uygulama gelisiminde cok farkli bir perspektifte. Aslinda ben bi sureci, bir masaustu uygulamasi gelistirmeyle esdeger goruyorum. Iphone veya ipad'e uygulama yaziyorsaniz yazdiginiz uygulamayi bir kere app store'a submit ettiginizde onaylandiktan sonra mudahala edemediginiz bir seye donusuyor. Tabi ki update'ler cikarip yeni surumler yayinlayabilirsiniz fakat artik oyle bir konumdasiniz ki her surumu kullanan bir kullanici kitlesiyle karsi karsiyasiniz. Web uygulamasinda boyle bir sey yoktur, uygulamanizi guncellediginizde herkes guncel surume erisir. Farkli surumlerle basa cikma disinda eger bir hata gorurseniz bu hatayi duzeltmek icin yeni surum yayinlamaniz, bu yeni surumu tekrar onay prosedurunden gecirmeli ve kullanicilarin cihazlarini guncellemelerini beklemelisiniz. Dolayisiyla bir hatayi veya gelistirmeyi yayina almak aynen bir dergi cikariyor gibi zahmetli oldugu gibi riskli de. Bu riskten dolayi uygulamanizi yayina almadan once cok iyi ve defalarca test etmeniz gerekiyor. Butun bunlarin yaninda web gibi kucuk parcalara ayirip her gelistirmeden sonra deploy etme aliskanliginizi birakmaniz gerekiyor. Cunku artik o kadar hizli update olabilen ve/veya update edince o problemden kurtuldugunuz bir uygulamaniz yok.

Boyle bir dezavantaji dusundugunuzde cok surum cikarmak yerine az surum cok degisiklik/duzenleme yapmayi tercih etmeye basliyorsunuz. Bunlarin arasinda en onemlisi ilk surum tabi ki. Cunku artik public bir directory'ye kaydoluyorsunuz ve aninda bircok insan uygulamanizi indirmeye/kullanmaya basliyor. Dolayisiyla ilk cikisi saglam ve stabil bir uygulama ile yapmak zorundasiniz.

Bu da test surecini ne kadar dogru yapabildiginizle ilgili. Tabi ki apple'in gelistirici sinirlamalari uygulamanizi kucuk de olsa bir alpha test grubuna dagitmanizi cok engelliyor. Bu konuda birkac arac kullaniyoruz moonit'de. ios uygulamalarinin test grubuna dagitimi ve o test grubuna spesifik cihazlara yuklenebilirligini saglamak icin TestFlight diye bir servisi kullaniyoruz. Servisin yaptigi sey test grubundaki insanlarin cihazlarini bu servise kaydetmesi, sonrasinda da gelistiricinin bu kisileri test grubuna dahil etmesinin ardindan test icin derlenmis uygulama surumlerini bu gruba dagitmak.

Bunun disinda uygulamaniza checkpoint'ler koyup her checkpoint'de tester'dan feedback isteyebiliyorsunuz. TestFlight da size bunlari istatistik ve veri olarak sunuyor.

Eger iOS uygulamasi gelistiren birisiyseniz veya bir iOS gelistirici takiminin parcasiysaniz TestFlight bircok isi kolaylastiracaktir.

Popüler Etiketler

db database service free api ios apple itunes mobile app banner jquery javascript textarea wanda digital medya newsletter mail social media sosyal applications macosx iOS html html5 form input php apache kurulum framework plugin örnek kod workspace less css css3 integration network blog twitter statistics istatistik insanlar xhtml job iphone ipad ubuntu js coding proje kampanya widget windows kontrol yapıları if switch bootstrap rss lifestream parse xml internet cookie subdomain optimization notebook laptop lisans license support icon ikon grafik download radio style dokuman mfyz table mootools pharma hack wordpress browsers ie internet explorer htaccess url tool google search facebook opengraph fql design connect gimp web app open source startups music cms nedir button cache ipucu ajax xmlhttprequest compile auth sitemap seo browser graph mdb2 pear sql injection mysql query select wireless www redirect crossdomain imza signature portfolio nasıl spam tebrik app store store in-app purchase purchase verification storekit itunes connect server subscription howto ide editor phpstorm jetbrains deployment version control svn git share meta linux fstab ntfs date diff mod_rewrite assets link konsol terminal while route router session developer object ui ux icons firefox calendar logo tarih box login chart kitap development code regex doritos tytz zaman export oyun generator subversion player http language compiler on-the-fly osx webkit optimizasyon analyse procedure ruffles prepare execute mssql pgsql screen