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

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