個人開発の高校野球ゲームが収益1,290万円超えるまでにやった3つのこと。引退かけたアプリ開発者が語る「課金収益10倍」ドラフト課金の思わぬ効果。 | アプリマーケティング研究所
個人開発の高校野球ゲームが収益1,290万円超えるまでにやった3つのこと。引退かけたアプリ開発者が語る「課金収益10倍」ドラフト課金の思わぬ効果。 名古屋で野球ゲームをつくっている個人開発者を取材しました。「個人開発者特集2018」の第三回です。 ※furuApplications 古田 悠さん 月100万円いかなければ「アプリ開発者をやめる」 簡単に自己紹介をお願いできますか？ 名古屋で活動している個人アプリ開発者です。いまは野球シミュレーションゲーム（シリーズ3作品）を主につくって生活しています。 独立して1〜2年は、貯金を食いつぶしながら生活してたのですが、シリーズ2作目の野球ゲームで、月に30万円はなんとか稼げるようになって。 そこでようやく、アプリで生活できるようになりました。 それはそれでスゴイですよね。 ただ、厳しい状況から脱したものの、結婚していて子供もいたので、正直なとこ
Google Play アプリ内定期購入を実装する - クックパッド開発者ブログ
技術部モバイル基盤グループの宇津(@uzzu)です。 今年3月、クックパッドのAndroidアプリはこれまでサポートしていたクレジットカード、キャリア決済に加えて、Google Playアプリ内定期購入によるプレミアムサービス登録機能を追加しました。 Google Playのアプリ内定期購入機能は個人的に気に入っているので早速乗り換えました。 良い機会なので、この記事ではIn-app Billing version 3(以下IABv3)以降のアプリ内課金の実装を振り返りつつ、Google Play Billing Libraryの紹介も交えながら開発TIPSを紹介します。 TIPS1. Google Play Billing Libraryの採用 IABv3以降のアプリ内課金を実施するためには(ざっくりですが)以下のフローを実装する必要がありました。 ServiceConnection を
iOS In-App Purchase実装で必ず知っておきたい隠れた罠 - Qiita
はじめに Qiita初投稿です。 今回は入社一年目の会社でiOSのIn-App Purchaseの継続課金の実装、テストを任されました。その際に調べながら進めていったのですが、なかなかまとまっているものもなく、中にはとても探しずらかったり、たまたま方法を発見したり、調べても解決せずに問い合わせたものもあったので、この機会に詰まった部分や気をつけたことをまとめました。もっといい方法などもあると思うのでその際は気軽にコメントして頂けると助かります。 書くこと firebaseとstorekitの競合によって起こった課金障害（storekitはiOSが提供しているIn-App Purchaseを行うためのフレームワークです）やstorekitで困ったこと、テストで用いるAppleのsandbox環境に悩まされたことについて書きました。 同じようにIn-App Purchaseで苦しんでいる人がこ
iOSの月額課金レシート検証をサーバーサイドで行うときのTipsまとめ - Qiita
最近、iOSのレシート検証をクライアントのみでの検証からサーバーサイドでの検証に実装を変更する機会があったので、その理由や方法、考慮するべき点などを書きました。参考になれば幸いです！ 注意 この情報は2016年8月3日現在のものです。 レシート検証とは？ iOSで月額課金をすると、課金の証明としてAppStoreがレシートを発行します。レシートと言ってもAppStoreが紙のレシートを送りつけてくるわけではなく、電子的な購入情報のことをレシートと呼びます。ユーザーが解約処理をしない限りAppStore側でレシートが自動更新される仕組みになっています。(月額課金の場合) その際に、AppStoreのサーバーにHTTPのPOSTリクエストでレシートを問い合わせ、現在の課金状況を知ることができます。このお問い合わせ処理と、レシートが不正なレシートでないかをチェックする処理を合わせてレシート検証と
面倒な課金処理をRx化するRxStoreKitを作りました - A Day In The Life
StoreKit の SKProductsRequest と SKPaymentQueue を Rx化して課金処理を簡単に書けるライブラリを GitHub にて公開しました。 github.com RxStoreKit を使うと課金処理を以下のような感じで書けます。 let productRequest = SKProductsRequest(productIdentifiers: Set(["xxx.xxx.xxx"])) productRequest.rx.productsRequest .flatMap { response -> Observable<SKProduct> in return Observable.from(response.products) } .flatMap { product -> Observable<SKPaymentTransaction> in r
iOS In-App Purchase プログラミングでハマった話 - Qiita
こんにちは。Supership株式会社の @koogawa です。最近は「Poptalk-タレントとファンのチャットコミュニティ」というiOSアプリを開発しました。 Supership Advent Calendar 6日目となる今夜は、Poptalkの開発において非常に苦労した点を共有したいと思います。主に In-App Purchase（アプリ内課金）の話になります。 何が起こったのか 一言で言うと「お金を払ったのにアイテムが追加されない」ケースが発見されました。 ※幸い、本リリース前のテスト運用時に発見・修正できたので現在は安心してお使い頂けます 発生条件 使用しているデバイスで 初めて 課金処理をする Apple IDにクレジットカードを登録している を両方満たす場合に発生することがわかりました。 通常のフロー まずは通常の購入フローを見てみましょう。 1. App内課金の確認アラ
In-App Purchase（自動更新購読 Auto-Renewing subscription）を実装する際に調べたことまとめ - Qiita
In-App Purchase（自動更新購読 Auto-Renewing subscription）を実装する際に調べたことまとめiOSアプリ内課金InAppPurchaseSwift 概要 本記事を読むことで、iOSアプリでアプリ内課金をするために必要なことがわかるようになります。 要所を押さえて解説するので、詳しくは参考資料等をご覧ください。 なお、今回のメインターゲットは自動更新型（Auto-renewable Subscriptions）なので、その他の種類では一部異なる場合があります。 テスト環境の構築 In-App Purchaseは本番環境の他にテスト環境（SandBox）が用意されています。 開発中はSandBoxを使うことになりますが、利用するために必要なことがいくつかあります。 iTunes Connect 契約／税金／口座情報の設定（未設定の場合） 「契約／税金／口座
Apple月額課金について【Productionレシート】 - Qiita
{ "status": 0, "environment": "Production", "receipt": { "receipt_type": "Production", "adam_id": 0, "app_item_id": 0, "bundle_id": "bundle_id", "application_version": "1.0", "download_id": 0, "version_external_identifier": 0, "receipt_creation_date": "2016-02-18 12:15:48 Etc/GMT", "receipt_creation_date_ms": "1455797748000", "receipt_creation_date_pst": "2016-02-18 04:15:48 America/Los_Angeles",
アプリ内課金でのリジェクトを防ぐためのチェック事項2015 - Qiita
開発着手前、開発中、申請前で確認するためのメモです。 そもそも まず、ここが、はじまりです。 様々なドキュメントのポータルになってます。 In-App Purchase for Developer 実装方法に関して Appleのドキュメント In-App Purchaseプログラミングガイド Qiitaでの記事 アプリ内課金アイテムの情報(SKProduct)を取得する アプリ内課金(Delegateモデル) (1)コンテンツが規約に違反していないか (2)プロダクトのタイプが適切か (3)復元(リストア)機能が実装されているか (4)仮想通貨を実装する場合、期限をもうけていないか、他アプリに引き継いでないか。 (5)レシートレシートベリファイが含まれる場合、Sandboxレシートを扱えるようになっているか (6)課金場所がわかりやすい場所にあるか (7)iTunesConnectの登録情
『自動購読課金について【Android編】』
はじめに AWAサーバサイドエンジニアの辻(jun06t)です。 前回の続きで今回はAndroidの月額課金のための実装について書かせていただきます。 基本的な流れは前回と同じになってます。 注意事項 ※1：開発中にプラットフォーム側の仕様変更があったため、記載している内容は情報が古い可能性があります。 ※2：記載している動作は十分に調査できていないものも含んでいるため、内容が不正確である可能性があることをご了承ください。 対象環境 目次 Google公式ドキュメントAndroidでの購読登録処理の流れ署名の検証データフォーマットレシートの検証購読期間自動更新手順アップグレードとダウングレード実装していて困ったことレシート検証用ライブラリの紹介まとめ謝辞 Google公式ドキュメント Google Play In-app Billingアプリ内アイテムと定期購入代金の請求 Androidで
『自動購読課金について【iOS編】』
はじめに AWAサーバサイドエンジニアの辻(jun06t)です。 今回はiOSとAndroidの月額課金のための実装について書かせていただきます。 形式として読み物と言うよりドキュメントっぽくなっています。 理由は私が実装しようとした際に実装方法についてまとめて書かれた記事が少なく、「検証時に使えるフィールドはどれだろう？」「昔はこうだったけど、今は違う？」「Androidではできるけど、iOSではできない（逆も然り）」など、色々と分からない部分が多くとても困ったためです。 やや長い記事となったため、iOSの実装を前編、Androidの実装を後編として説明させていただきます。 注意事項 ※1：開発中にプラットフォーム側の仕様変更があったなど、記載している内容は情報が古い可能性があります。 ※2：記載している動作は十分に調査できていないものも含んでいるため、内容が不正確である可能性があること
ファミリーシェアリング + 課金を確認 〜 Sandboxテストユーザー 編 - Qiita
はじめに ファミリー共有（シェアリング）の機能である、購入時の問い合わせ機能を確認するための試験環境の構築が目的です。 すでに対応しているアプリもいくつか出ているとのことで 仕様把握とテスト環境をつくるのけっこう大変です。 Sandboxの環境が出来た方は ユーザの追加フローについてこちらに書きましたのでご参考に http://qiita.com/nofrmm/items/44daa7146f0b59ea1865 ご理解をいただくために 現時点でSandbox上確認した動作を共有しますと 検証中の端末スペックはiOS8.0系です。 子供が依頼して親に依頼する→親に通知は届かなかったため、子供の端末で親のIDを入れる OSのマイナーバージョンでも動作が異なると想定してiOS8.1でも動作確認をします。 ここに記載した設定から確認した内容については、私の環境下では問題視していなくても 実行され
課金コンテンツをAppleに預ける - How to implement "Hosting Content with Apple" - おおばログ
iOSアプリ内課金についての記事です。 前置き iOSのアプリ内課金を実装するとき、プロダクト（課金アイテム）をどのように提供するか、検討が必要になります。そうはいっても採択できる方法は次の2つになるのですが。 プロダクトをアプリに内包し課金後それが使用できる実装にする プロダクトをアプリ外（公開サーバ等）に配置し課金後にダウンロードし使用できるようにする 前者は、軽量なコンテンツを提供する場合や、課金アイテムの実体が要らない場合で採用されることが多いです。 対して後者は、比較的大きなコンテンツを提供するときに使われます。たとえばコンテンツがゲームの追加ステージの場合、ステージの画像データ、BGMなどが含まれるでしょう。それらをアプリに内包してしまうと、アプリのサイズが肥大化、アプリダウンロードに問題が生じる可能性があります（モバイル回線でダウンロード可能なiOSアプリのサイズは100MB
iOSの自動継続課金での注意事項
Marco.orgで非常に興味深い記事が書かれていたので紹介してみる。これは自動継続課金をiOSアプリで検討している開発者は必見の記事だと思う。 Why I Don’t Recommend Auto-Renewable Subscriptions, Even If Apple Lets Your App Use Them 結論からいうと、Appleの自動継続課金システムの問題でユーザを混乱させてしまう状況が発生するから、許可されたとしてもマニュアルの継続課金を使ったほうがよいという内容。 このMarcoさんの記事によると、最近はサービス系のアプリにも少しずつAppleが自動継続課金を許可し始めている動きがあると書いている。 ※SaaS系のアプリは自動継続課金を使おうとすると大抵リジェクトされる。 僕としては、自動継続課金がSaaS系でも使えるようになったら嬉しい事ですよねと思ってたんだけど
In App Purchaseのレシートをローカルで検証できるようになった話 - Qiita
iOS Advent Calender 2013 iOS second stage 6日目担当の@fm_tonakaiです。 普段はWebの会社でiOSアプリの開発を行っています。 初のQiita投稿で緊張しています。 今日はIn App Purchaseのレシートのローカル検証についてちょっと調べたので書きます！ はじめに iOS7よりSKPaymentTransaction#transactionReceiptがDepricatedになりました。 代わりにNSBundle#appStoreReceiptURLが追加され、 Transactionの処理時にこのAPIを用いてレシート情報を取得することができます。 この情報を用いて今までのようにAppleに問い合わせしなくてもローカル内で レシートの検証が行えるようになりました。 なりましたが、簡単にできるとは言っていない！ レシートの検証
iPhone、Androidの面倒なアプリ内課金を5行でやっつけるHerlockの新機能
いまやストア売上のほとんどを占めている”アプリ内課金”。 無料でダウンロードしてもらってから、ゲーム内のアイテム購入、アプリの機能開放などにお金を払ってもらうための仕組みです。 iPhoneはAppStoreを利用する”StoreKit“ライブラリー、そして、AndroidではGooglePlayストアを使う”InAppBilling“APIが用意されています。 双方できることはほとんど同じですが、当然、組み込み方は違います。 同じことがしたいだけのに、iPhoneとAndroidで全く違う実装をしないといけないのは、とても悲しいことです。 HerlockではOSの差、ストアの差を吸収し、ワンソースで運用できるアプリ内課金機能を提供します。 iPhone、Androidのアプリ内課金を行うためのソース // 1.アイテムを var item = localStorage.getItem
In-app billing V3 は singleInstance な Activity では使えない
「Android launchMode の違い」 で解説したように、Activity には4つの launchMode が設定できます。 standard singleTop singleTask singleInstance それぞれの解説は上のエントリーに任せるとして、このなかの singleInstance を指定した Activity で In-app billing V3 の購入処理を行うとうまくいきません。 singleInstance はアプリでタスク1個、タスク内の Activity も1個というストイックな設定です。 In-app billing V3 の課金処理では、Activity の startIntentSenderForResult (IntentSender intent, int requestCode, Intent fillInIntent, int f
Android Subscriptions（API Version3）の実装
2/1 に Android アプリ内課金（API Version3）の実装 を書いたときにはまだ API Version 3 は Subscriptions（定期課金） に対応していなかったのですが、2/14 から対応しました。 version 3 の API の基本は上記のエントリ及び Implementing In-app Billing (IAB Version 3) を見てください。 version 3 の subscriptions の購入フローはプロダクト購入フローとほぼ同じなので、上記のエントリを先にみることをオススメします。 Implementing Subscriptions Subscription の購入フローもプロダクト購入フローとほぼ同じで、違う点は product type が "subs" である点です。購入結果は Activity の onActivityR
Android アプリ内課金（API Version3）の実装
Implementing In-app Billing (IAB Version 3) 1. プロジェクトに In-app Billing ライブラリを追加する 2. AndroidManifest.xml を変更する 3. ServiceConnection を作成し、IInAppBillingService にバインドする 4. アプリから In-app Billing リクエストを IInAppBillingService に送る 5. Google Play からの In-app Billing レスポンスを処理する 1. プロジェクトに In-app Billing ライブラリを追加する TrivialDriva サンプルから IInAppBillingService.aidl ファイルを Android プロジェクトにコピーする。Eclipse なら /src ディレクトリにイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Devsumi2013 15-C-1 実践!スマホアプリのマネタイズ!! ～マーケット把握術と iPhone&Androidプログラミングテクニック～
