すでに「有効」になっている複数シート購入を、10月22日の前に残すか外すか決める
App Store Connect で9月16日から既定で有効になった複数シート購入。10月22日の Volume Purchasing 開始前に、個人開発のサブスクで残すか外すかを4つの問いで決め、権限判定のコードと記録の残し方まで整理します。
Rork Max でリリースしたアプリの収益化フロー設計 — オファーコード・ウィンバック・プッシュ通知連動の実装
Rork Max でリリースしたアプリで継続収益を最大化するための実装手順。オファーコード配布・ウィンバックオファー・プッシュ通知の連動を、StoreKit 2 と Google Play Billing 両対応で解説します。
Family Sharing で IAP が消える4つのトリガー — Rork で子ども向けアプリの課金を安全に設計する
Family Sharing 経由の購入で IAP 収益が突然消える原因と、Rork で実装する StoreKit 2・Server Notifications V2 を組み合わせた安全な課金設計を、実コードとテスト手順まで網羅的に解説します。
RevenueCat の固定費が気になり始めた人のための、App Store Server Notifications V2 自前運用ガイド
Rork アプリで RevenueCat を経由せず、App Store Server Notifications V2 を Cloudflare Workers で受信する構成を、JWS 検証・冪等処理・テスト戦略まで含めて実装する実践ガイド。
生成された課金コードを Sandbox の前に検証する — SKTestSession で返金・失効・購入失敗を自動テストする
Rork Max が生成した StoreKit 2 のコードは、買えることは確かめられても、返金・失効・購入失敗までは確かめられません。StoreKitTest の SKTestSession で、これらのエッジケースを Sandbox に入る前に自動テストする実装をまとめます。
StoreKit 2 の署名付きトランザクションを Cloudflare Worker で検証する
端末が申告した課金状態をそのまま信じると、改ざんされたエンタイトルメントを通してしまいます。StoreKit 2 の署名付きトランザクション（JWS）を Cloudflare Worker 側で検証し、端末を信用せずに権利を付与する設計と実装を、動くコードとともに整理します。
返金申請に12時間以内で応答する — CONSUMPTION_REQUEST を Cloudflare Workers で受け止める
Rork で作ったサブスクアプリに届く App Store の CONSUMPTION_REQUEST 通知を、Cloudflare Workers で受信して Send Consumption Information API に12時間以内で応答する実装を、フィールドの意味づけと運用判断まで含めて解説します。
StoreKit 2 のサブスクをサーバー側で検証する — 端末を信じない権利付与の設計
サブスクの「課金したのに機能が開かない」「解約後も使えてしまう」を防ぐには、端末の判定を信じず、サーバー側で権利を確定させる設計が要ります。StoreKit 2 の署名付きトランザクション、App Store Server API での検証、App Store Server Notifications V2 による状態同期まで、個人開発の収益化で詰めた実装を共有します。
海外ユーザーに「$3.99」をそのまま見せない — Rork Max の課金画面を StoreKit 2 で多通貨・多言語に整える
Rork Max が生成するネイティブアプリの課金画面を、価格をハードコードせず StoreKit 2 の displayPrice に任せて多通貨・多言語へ正しく対応させる実装を整理します。月額と年額の「お得感」を通貨ごとに破綻なく出す計算や、為替変動・地域価格で起きる本番のズレも実例で解説します。
Rork × StoreKit 2 で会員資格の同期を三層化する — 起動時・バックグラウンド・復元購入の役割分担
Rork で生成したアプリに StoreKit 2 のサブスクリプションを組み込むとき、Transaction.updates だけでは届かない領域があります。起動時・Background Refresh・Restore Purchase の三層で状態を回復する具体的な実装と、壁紙アプリ6本で実装してみての所感をまとめました。
Rork × StoreKit 2 × App Store Server API — 個人開発アプリのサブスク基盤を3層で守る実装設計
Rork製iOSアプリのサブスク収益を、StoreKit 2のクライアント検証、App Store Server APIによるサーバー側JWS検証、Server Notifications V2の監視という3層で守る実装設計です。権利テーブルの設計、定期再同期、サンドボックスの罠、障害時の運用まで公開します。
Rorkでサブスク売上を最大化する Subscription Group とイントロオファーの実装パターン
Rorkで作ったアプリの月額サブスクで「初月解約率が高い」と悩んでいる方向けに、Subscription Group の階層化設計と3種類のイントロオファーを使い分けるための実装テンプレートをまとめます。