サポート用診断情報の送信機能：ログ添付とプライバシーマスク

2026/9/18

背景与問題

「動かない」という問い合わせだけでは原因が分からない。ユーザー報告に診断情報（ログ・操作履歴 breadcrumbs）を添付する仕組みと、プライバシーマスクの定説を整理する（B 方向）。クラッシュ収集は opc-crash-reporting-setup、返信は opc-support-first-response-templates。

发现

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

事実：breadcrumbs（クラッシュ直前の操作履歴）が各 SDK で標準化——Crashlytics はカスタムログでユーザー操作を追記可能、Sentry は UI breadcrumbs でエラー解決が速くなる。注意は「つけすぎるとノイズになる」（Firebase ドキュメント、Sentry blog）。
事実：Shake・Instabug 系の SDK は「ユーザー報告フォーム+ログ/スクショ/ネットワークログの自動添付」を 1 つにまとめた UX を提供——自前実装の参考モデルになる（Shake、Userback の解説）。
事実：プライバシー定説は Sentry の二重スクラビング——SDK 側（送信前にマスク）+サーバー側（保存前に消去）で防御を二重化。収集データの明示は GDPR/プライバシー表示の要件（Sentry scrubbing ドキュメント、GitHub issue の議論）。
推测：一人開発の最小構成——①Crashlytics のカスタムログで「最後の操作 3 件」だけ残す（breadcrumbs の最少量）②報告フォームに「診断情報を添付する（既定 ON・送信内容を確認できる）」チェック ③住所・名前フィールドは入力マスク ④送信先は自分のメール/簡易エンドポイントで十分（SaaS を増やさない）。

结论

（調査継続中）

待办 / 下次继续

Crashlytics カスタムログで「最後の操作 3 件」を残す実装を追加。
報告フォームの診断添付（既定 ON・内容確認可）+入力マスクを実装する。

下次继续：カスタムログの実装から。録画分析は opc-session-recording-ux、同意設計は opc-ga4-consent-japan と整合。

关联

opc-crash-reporting-setup opc-support-first-response-templates opc-session-recording-ux opc-ga4-consent-japan