Sentry のイベント枠を数日で使い切ったとき — 送る前にノイズを削って本当のエラーを残す運用メモ
Sentry のイベント枠が月初で尽きる原因はノイズの偏りです。beforeSend・サンプリング・グルーピングで送信前に量を絞り、重要なエラーだけを枠内に残す実装と、実際に送信量を測って立て直した運用手順をまとめました。
Rork で出したアプリの本番クラッシュが minified のまま届くとき — Hermes のソースマップと debug ID を Sentry に通す
Rork が生成した Expo アプリの本番クラッシュが index.bundle:1:284913 のような数字だけで届く問題を、Hermes のソースマップと debug ID を Sentry へ正しく通して解消する手順をまとめました。
Rork Max のオブザーバビリティスタック設計 — Sentry・Crashlytics・Cloudflare Logs を一本化する個人開発者の運用知見
Rork Max で運用するアプリの障害検知・原因特定・収益保護を一気通貫で設計するオブザーバビリティスタックを、Sentry・Crashlytics・Cloudflare Logs の役割分担と障害シナリオ別の追跡経路を軸に解説します。
個人開発で『本番障害の自動応答』を仕組み化する ― Crashlytics・Sentry・Slack 通知・段階的ロールバックの設計
個人開発で 12 年・累計 5,000 万 DL を運用してきた中で組み上げた、本番障害の自動応答アーキテクチャをまとめます。Crashlytics と Sentry の二段重ね、Slack 通知の階層化、Remote Config による段階的ロールバックの実装例を共有します。
Rork で作ったアプリの「原因不明クラッシュ」を撲滅する — Error Boundary と Unhandled Promise の実戦的な捕捉法
Rorkが生成したコードに多い、awaitのエラー握り潰しとErrorBoundary不在による原因不明クラッシュへの対策です。react-error-boundaryの配置、Unhandled Promise Rejectionの捕捉、SentryとCrashlyticsの選び方までを解説します。
TestFlight は問題ないのに App Store 公開後にクラッシュする4つの理由
TestFlightでは動いたRorkアプリがApp Store公開後にクラッシュする原因を4パターンに整理します。本番ビルドで環境変数がundefinedになる、ATSの厳格適用、プライバシーマニフェストの申告漏れ、メモリ不足への対処と、Sentry導入による把握までを解説します。
Rork Max エラーハンドリング・デバッグ・本番監視の実践パターン — 堅牢なアプリを構築する上級テクニック
Rork Max のアプリに本番品質の堅牢性を持たせるための実践パターン。Error Boundary の多層配置、グローバルエラー捕捉、構造化ロガー、Sentry/Crashlytics 統合に加え、複数アプリの運用で得た差分監視やログサンプリングの工夫を共有します。