アプリの起動時間（cold start の計測と改善）
背景与問題
OPC（B 方向）。アプリの起動が遅いと「開くのが面倒」になり、シニア層では使用自体が止まる。web の速度点検（opc-landing-performance）に対する、アプリ内の起動時間点検。公式の基準値と実例の改善幅を基準に台帳化する。
发现
（出典はいずれも 2026-09-17 アクセス）
- 公式基準（Android）：起動には cold/warm/hot の 3 状態があり、cold 5 秒・warm 2 秒・hot 1.5 秒以上が過大とされる（Android Developers）。Apple も Xcode で起動時間の優先改善を案内（Apple Developer）。
- 改善実例の幅：Baseline Profiles で起動 50%+ 改善（Back Market）、独自スプラッシュ演出の削除で 77% 改善（Turo）、iOS で 60%（DoorDash）。
- 計測は Firebase Performance Monitoring 等で継続値にできる（Firebase Blog）。
- 推测：シニアの端末は低スペック・旧 OS が多く、新品の計測値では当てにならない——最旧端末での実測が意味を持つ。
结论
- 基準を公式値に固定：cold 5 秒以内（warm 2 秒）。実測を年 2 回台帳に記録（opc-landing-performance と同じ「測定なき改善はない」のアプリ版）。
- 改善は安い順から：スプラッシュ演出の削除（Turo の 77% 事実）→起動時の初期化を後回し→Baseline Profiles の検討（Back Market の 50% 事実）。演出を消すのは痛みのない最初の一手。
- 実測はopc-test-device-lab の最旧端末で行う：新品の計測は最速値しか出さない（推测：シニア層の実環境に合わせた判定）。
- 起動時間は a11y と同様「我慢の上限」の問題：5 秒は公式の過大ライン——シニア層ではその半分を目標に置く価値がある（推测）。
待办 / 下次继续
关联
opc-landing-performance opc-test-device-lab opc-app-battery-optimization opc-senior-accessibility-basics