5月の Rork Lab をご覧いただきありがとうございました。月末のこのタイミングで、今月積み上げてきた記事と、その背景にあった「運用上の問題意識」を振り返らせていただきます。
私は2013年から独立系のスマートフォンアプリ事業を始めて12年、累計5,000万DL・月間AU 300万のアプリ群を一人で運営しています。並行して国際芸術賞の選出も17冠まで積み重ね、2025-2026年は A'Design Award の DAC で「世界14位」の評価をいただきました。5月の記事は、その実運用と作品制作の両方の現場で見えてきたことを、Rork というツールの文脈で言語化したものです。
5月の中心テーマは「リリースを挟まずに収益とユーザー体験を守る」
5月の Rork Lab を一本の線でつなぐと、**「個人開発の収益とアプリ品質を、本番のまま自動で守る運用基盤」**になります。3月が「Rork Max 本格始動」、4月が「ネイティブ機能の本番投入と AI 連携の深掘り」だったとすれば、5月は 本番運用と障害対応の自動化 に重心を寄せた一ヶ月でした。
きっかけは、4月末に Beautiful HD Wallpapers の Android 版で起動広告のロード成功率が一時的に落ちた日があったことです。アップデート申請を挟まずに、その日のうちに頻度キャップだけ調整する必要がありました。そこから「収益関連のパラメータは、リリースを介さずに本番で動かせる仕組みに寄せる」という方針が固まり、5月の記事群につながっています。
中心になったのが、3本のプレミアム記事です。
クラッシュ率上昇時にAdMobを自動で絞る『収益を守る自動制動』アーキテクチャ — Rork × Firebase Remote Config × Crashlytics の連動設計 では、Crashlytics の crash-free users が閾値を下回ったときに、Remote Config 経由で広告頻度を自動で絞る仕組みを書きました。実装そのものより、「どの数値で何を判断するか」のしきい値設計に12年ぶんの経験が出ています。
Rork × Firebase Remote Config で AdMob を本番のまま安全に切り替える — 起動広告と頻度キャップを「リリースなし」で動かす運用 は、その下回りで動く Remote Config の運用パターン。整数キーで頻度キャップだけ調整して済ませようとして、初期値のキャッシュとデフォルト値の取り違えで本番が壊れかけた話まで含めています。
Rork 製 iOS 壁紙アプリ 6 本でインタースティシャル広告疲労を Crashlytics と Remote Config で運用調整した frequency cap 設計ノート では、複数アプリを横断したときに「広告疲労」が CTR と継続率に与える影響を、実際の数値の動き方ベースで書きました。
サブスクリプション基盤を三層で守る
5月のもうひとつの軸が、StoreKit 2 と App Store Server API を使ったサブスクリプション基盤の整理です。
Rork × StoreKit 2 × App Store Server API — 個人開発アプリのサブスク基盤を3層で守る実装設計 と Rork × StoreKit 2 で会員資格の同期を三層化する — 起動時・バックグラウンド・復元購入の役割分担 で、起動時・バックグラウンド・復元購入の三層で会員資格を同期させる設計を書いています。
「サブスクが切れているはずなのに有料機能が使えてしまう」「逆に、課金しているはずなのに無料に戻ってしまう」――この2つは、個人開発者にとって最も問い合わせが増えるパターンです。どこか一層の検証に頼り切ると、必ず取りこぼしが出ます。三層の役割分担を明文化することは、本番で起きる問い合わせを減らす意味でも大事だと感じています。
買い切り課金については Rork で作る iOS アプリに StoreKit 2 で買い切り課金を実装するノート で、Subscription Group とイントロオファーの実装パターンは Rorkでサブスク売上を最大化する Subscription Group とイントロオファーの実装パターン で扱いました。
Rork Max の SwiftUI 生成を、12年の肌感覚で計測した
5月は Rork Max のネイティブ SwiftUI 生成を、累計5,000万DLの個人開発の肌感覚で検証した記事も多めです。
Rork Max の SwiftUI 機能を壁紙アプリ開発で検証した結果 — 実際に動いた機能と手を入れた機能 では、壁紙アプリで実際に動かしてみて「そのまま採用できた機能」「人間が手を入れた機能」を分けて書きました。Rork Max の生成は「素直なリスト UI と一般的なナビゲーション」は十分に任せられる手応えがあります。ただし、ライフサイクル境界の難しい挙動（バックグラウンド復帰・メモリプレッシャー対応・iCloud KV 同期）は、生成コードのままだと本番運用に持っていけない場面もありました。
Rork Max の SwiftUI ネイティブ生成能力を30機能で検証する — どこで迷わず任せられて、どこで人間が介入すべきか と Rork Max のオブザーバビリティスタック設計 — Sentry・Crashlytics・Cloudflare Logs を一本化する個人開発者の運用知見 では、生成された SwiftUI を本番品質に押し上げるために必要な、観測の仕組みを書いています。Sentry・Crashlytics・Cloudflare Logs を一本化することで、Rork Max が出すコードの品質を「定期的に数値で見直す」状態に近づけられます。
Rork Max 製 iOS アプリの Firebase CocoaPods を Swift Package Manager へ移行した実録 は、2026年10月の CocoaPods 配信停止に向けた移行記録です。Relaxing Healing で先行検証してから、残り3アプリに展開しました。事前に1アプリで通しておくと、残りの展開が落ち着いて進められると改めて感じています。
iPhone Air・iOS 26・iPad への対応
ハードウェアとOS側の変化への対応も、5月に集中して整理しました。
Rork で作った iOS アプリを iPhone Air と 17 Pro シリーズに対応させる — 2026年の解像度ごとのレイアウト調整パターン では、iPhone Air の 420×912、iPhone 17 Pro の 402×874、iPhone 16/17 Pro Max の 440×956 を振り分けるために、DefineManager.h の三項演算子を29箇所追加した実体験を書いています。新しい解像度は、過去のフロントエンド設計が「画面サイズへの暗黙の依存」を持っていた箇所を浮き彫りにしてくれます。
iOS 26 の Liquid Glass への対応は Rork アプリを iOS 26 & Expo SDK 54 に対応させる実践ガイド と iOS 26 Liquid Glass に対応したら既存 UI が崩れた — Rork Max アプリの修正手順、iPad は Rork 生成アプリを iPad で動かしてから直した、3週間ぶんの設計メモ で扱いました。
壁紙アプリ6本並行運用の現場ノート
5月は、私が実際に運用している壁紙アプリ6本（iOS 4本・Android 2本）の並行運用ノウハウを、Rork の文脈で書き起こした記事も多めでした。
Rork で作った壁紙アプリの「お気に入り」を NSUbiquitousKeyValueStore に寄せた6本並行運用の実装ノート、Rork が出した RN プロジェクトを New Architecture へ段階移行した検証メモ — 壁紙系 6 アプリ並列運用の手順、Rork 6 アプリで「Crashlytics に映らない失敗」を観測可能にした — 無音劣化の早期検知設計ノート などは、複数アプリを横断して同じ問題に直面したときに、1本目の経験を残り5本にどう活かすかという視点で書いています。
「無音劣化」は、12年運用してきて一番怖い種類の障害です。Crashlytics には何も上がってこないのに、特定機能の利用率や継続率が静かに下がっていく。これを早めに掴むための観測設計は、個人開発で複数アプリを抱える時ほど効きが大きいと感じています。
月額100円アプリの黒字化と、AppLovin 全停止の判断
ビジネス側でも、5月は数値の動きを正直に書いた記事を出しています。
Rork で月額 100 円のアプリを黒字化するまで — AdMob と RevenueCat の 5 月実測値で見る個人開発の判断軸 は、5月時点の実測値ベースで「個人開発の黒字化ライン」を整理した記事です。月額100円という低価格帯のサブスクは、購入時点での障壁を下げられる反面、Apple/Google の手数料・RevenueCat 手数料を抜いた後の手取りはかなり薄くなります。それでも黒字を作りに行く設計には、いくつかの判断軸が必要だと考えています。
月収 $730 のメディアパートナーを切った日 — AppLovin 全停止の意思決定と、5 アプリ 11 年クラッシュトレンドが教えてくれたこと は、月収 $730 を失うことになる AppLovin の全停止という、感情的にも難しい判断を、11年ぶんのクラッシュトレンドという数値ベースで下した記録です。「収益を取りに行く」と「ユーザー体験を守る」のバランスは、個人開発者がもっとも繰り返し向き合うテーマだと、改めて感じました。
6月の注目ポイント
6月は、5月に組み上げた「収益を自動で守る運用基盤」の土台の上に、もう少し攻めの設計を載せていく予定です。具体的には、AdMob Bidding の継続的なチューニング、Rork Max が生成する SwiftUI コードのリファクタリングパターンの体系化、そして StoreKit 2 サブスクの A/B テスト基盤（GrowthBook と PostHog の組み合わせ）の本番投入を扱う予定です。
Apple の WWDC 2026 も6月に控えています。iOS 27 の動向、Liquid Glass の進化、SwiftUI の新機能などが見えてきたら、Rork Max との関係を含めて、できるだけ早めに記事として整理したいと考えています。
5月もご覧いただきありがとうございました。Rork Lab の記事は、私自身が手元のアプリで一度ぶつかった問題を、後から振り返って言語化したものです。同じ問題に向き合っている方の判断材料に、少しでもなれば嬉しいです。6月もよろしくお願いします。