Dynamic Type・文字拡大対応実務：シニアアプリの必須点検

2026/9/18

背景与問題

シニア向けアプリ（A 方向の各モジュール）の前提条件が「文字を大きくできる」こと。iOS Dynamic Type と Android fontScale への対応は設計思想（opc-senior-accessibility-basics）の実装側。点検手順と要件を整理する（B 方向）。

发现

（出典はいずれも 2026-09-18 アクセス）

事実：iOS Dynamic Type は端末全体でフォントをユーザー設定に合わせて拡大する機能。テストは設定→アクセシビリティ→文字を大きくする（最大 AX5 まで）で確認、Xcode の Accessibility Inspector で各サイズの崩れを見る（Deque ドキュメント、Create with Swift）。
事実：Apple は App Store Connect に Larger Text evaluation criteria（拡大文字の評価基準）を公開——多くのガイドラインが200% 以上への拡大を推奨と明記（Apple 公式）。
事実：Android は fontScale（フォントサイズ設定、最大 2.0）が相当物。設定→表示→フォントサイズで変わる（Deque・Quora 議論）。
事実：実務の失敗パターンは拡大時の文字切れ・重なり・レイアウト崩れ——Flutter 等クロスプラットフォームで特に頻出（Reddit r/FlutterDev の QA 報告）。Deque DevTools Mobile は両 OS の文字拡大チェックを自動化できる。
推测：点検チェックリスト——①最大サイズ（iOS AX5/Android fontScale 2.0）で主要 5 画面を通しで確認 ②固定高さの要素（ボタン・セル）を可変高さに直す ③アイコン+ラベルの並びは縦積みに切り替える ④数字が切れる箇所（血圧値など A 方向の数値系画面）は最低フォントを下げず折り返す。シニア向けアプリはこの対応が「ある/ない」で信頼が分かれる（推測）。

结论

（調査継続中）

待办 / 下次继续

自アプリを iOS AX5・Android fontScale 2.0 で点検し、崩れ箇所をリスト化。
固定高さ要素の可変化を 1 画面ずつ潰す（主要 5 画面から）。

下次继续：点検リスト化から。設計原則は opc-senior-accessibility-basics、端末テスト層は opc-test-design-consolidated に追加。

关联

opc-senior-accessibility-basics opc-test-design-consolidated japan-senior-glasses-vision opc-passkey-senior-login