# 問い合わせフォームの段階別点検記録

## 保存して記入する手順

1. 空欄の原本を残し、コピーを「案件名-確認日.md」など区別できる名前にします。
2. Markdown（.md）は文字で書く記録表です。テキストを編集できるアプリでコピーを開き、空欄を埋めます。表の「|」の区切りを残してください。
3. 自分が確認した日時・条件・根拠を書き、分からない欄は「未確認」にします。記入例を自分の実施結果として写さず、次の作業・担当・予定を残します。
4. 記入版を保存して開き直し、内容を確認します。担当へ渡す場合は秘密や個人情報を除き、共有してよい範囲と保管場所、最新の記入版を確認してください。

保存・記入しただけでは点検完了になりません。記入内容はevulixや点検ノートへ自動送信・同期されません。
このMarkdownは点検ノートの再開用ファイルではありません。ノートを再開する場合は専用のJSONを使います。

点検識別名（同じ一件の画面・ログ・受信照合を結び付ける）:
記入版の保管先・最終追記日時とタイムゾーン:
対象の公開版・設定の識別（秘密の値は書かない。不明なら未確認）:
対象フォーム:
確認日時・タイムゾーン:
確認方法（実ブラウザ／機能テスト等）:
画面を確認した担当／送信処理を調べる担当:
実送信の許可と受信確認の担当（実送信する場合）:
照合用の印（本文・件名に含める秘密でない識別子）:

## 本文と記入欄の対応

掲載例の結果ではなく、自分が確認した一件を記入します。未調査の欄は未確認として残してください。

| 本文で確認すること | この表に残す場所 | 自分の対象へ置き換えること |
| --- | --- | --- |
| 必須入力や画面の応答を確認する | 「入力」 | 実際の入力条件と画面・応答を記録し、コードだけで送信成否を決めない |
| 処理の到達・受付・配送を調べる | 「送信処理」 | 同じ一件の時刻・照合用の印を使い、画面と処理記録を別に残す |
| 受信箱で内容を照合する | 「受信」 | 受信担当が確認した件名・本文・時刻と、未着／未確認を残す。掲載例の受信日時は使わない |
| 結果が揃わない場合の再確認 | 「次の作業」 | まだ分からない段階と担当を決める。結果不明の連続送信はしない |

## 入力

条件（必須・任意・形式・長さ）:
POSTの応答コード／移動後の応答と戻り先（取得できなければ未確認）:
画面の入力エラー／419・500等の表示（画面とコードは別に記録）:
フォームを開いた時刻と送信操作の時刻（分かる範囲）:
画面の文言／入力の保持:
リクエスト保護・入力検証・後続処理のどこまで分かったか／根拠と確認担当:
確認できたことと根拠:
未確認:

## 送信処理

画面の結果（成功表示／失敗表示／結果不明）:
画面を確認した日時・タイムゾーン:
アプリログの確認日時・確認した担当／同じ一件の結果:
送信サービスの受付記録の確認日時・確認した担当／同じ一件の結果（受付確認／未確認等）:
確認できたことと根拠:
未確認:

## 受信

受信側で照合した日時:
実際に受信を照合した担当:
件名・本文の印・時刻の一致:
受信箱／迷惑メール／振り分けの確認結果:
この一件の受信結果（受信確認／確認した範囲では見当たらない／未確認）:
確認した受信箱・期間・照合用の印（秘密の内容は書かない）:
確認できたことと根拠:

## 次の作業

調べる段階と場所:
次の担当／確認予定:
再確認の条件:
再送の判断（未判断／不要／必要と判断）と根拠:
追加の実送信を判断する担当／許可と照合方法（必要と判断した場合）:

成功表示やHTTP 200だけで受信確認にしません。結果が不明な間は続けて送信せず、記録を照合します。
個人のメールアドレス・本文・SMTPパスワード・認証コードを共有用の記録へ入れません。

## 記入例：画面も受付も受信も、結果が揃わない

以下は書き方を示す架空の例です。evulixの本番テストや実際の不具合の記録ではありません。
空欄へ結果としてコピーせず、自分が確認した日時・範囲・根拠を記入してください。

- 点検識別名: 例・問い合わせ01
- 対象: https://example.invalid/contact（架空のフォーム）
- 実送信の許可: テストの許可を受けた一件という設定。追加送信の許可は未確認。
- 入力: 必須欄を記入したことのみ確認。入力検証の通過は未確認。
- 画面の結果: ボタンを一度押したが、完了表示を確認できない。結果不明。
- POSTの応答と戻り先: 未取得。成功・失敗をHTTP番号から判定していない。
- アプリログ: 該当する一件を管理担当が未確認。
- 受付記録: 送信サービスの受付は未確認。
- 受信: 受信担当による件名・印・時刻の照合は未確認。
- 確認できた事実: 一度操作し、完了表示を確認できなかったこと。
- 判定: 送信処理・受付・受信は未確認。「送信処理のみ確認」とは書かない。
- 再送: 判断保留。連打・同じ内容の再送を止める。
- 次の作業: 対象と操作時刻・タイムゾーン・照合用の印を、秘密を除いて管理担当へ渡す。
- 担当: 管理担当は同じ一件のログと受付記録、受信担当は受信側の照合を行う。
- 予定: 担当と確認可能な日時を決めて記入。未定なら未定のまま残す。
- 追加送信: 記録を照合して必要性を判断し、受信者と許可・照合方法を決めてから一通を検討する。

受信担当がまだ調べていなければ「未確認」です。受信箱で見当たらなかった場合は、調べた箱・期間・日時を残し、配送失敗と決めつけません。

## 途中から再開する

1. 点検識別名・対象フォーム・公開版と、同じ一通の操作時刻・照合用の印を前回の記入版と照合します。最新の記入版の保管先と最終追記日時を確認してください。
2. 入力・送信処理・受信のうち、未確認の段階と担当・予定を確認します。記録を再開することは追加送信の許可ではありません。結果が不明な間は再送せず、同じ一件のログと受信側を照合します。
3. 新たに確認した段階を日時・根拠付きで追記し、画面や受付の前の結果は残します。対象版や宛先設定が変わった場合は別の点検識別名にし、前回の記入版への参照を残します。

再確認の追記：

- 前回の記入版への参照：
- 今回変わった条件（変更なしの場合も記入）：
- 再確認した日時・担当・結果と根拠への参照：
- 残る未確認・次の担当と予定：

[記録先と次の作業を本文で確認する](https://evulix.com/essays/contact-page-that-builds-trust#guide-next)

## 参照する手順と資料の版

出典：evulix「問い合わせフォームを点検する：送信成功から実受信まで」
https://evulix.com/essays/contact-page-that-builds-trust

ひな形更新：2026-10-14（資料の更新日です。作業の確認日時は上の記録欄へ記入してください。）
この欄のURLは参考手順の掲載先です。自分が点検する対象のURLとは別です。

次に読む手順：

- [実送信する前の許可と照合条件](https://evulix.com/essays/contact-page-that-builds-trust#guide-preparation)
- [受信側の件名・印・時刻を照合する](https://evulix.com/essays/contact-page-that-builds-trust#section-4)
- [結果不明の再送を止め、段階から調べる](https://evulix.com/essays/contact-page-that-builds-trust#section-5)
- [未完了の記入例と次の担当を残す](https://evulix.com/essays/contact-page-that-builds-trust#section-6)
- [画面・送信・受信を分けた完了の確認](https://evulix.com/essays/contact-page-that-builds-trust#guide-completion)

記事を開いても、このファイルの記入内容は送信・同期されません。

## 応答コードだけで送信結果を決めない

419では実装担当が送信元・セッション・トークンの対応を確認し、500では同時刻のログと受付記録を照合します。Cookie・トークン・秘密の設定値をこの記録へ写しません。未調査の原因や処理到達は未確認にし、再送の判断と根拠を次の作業へ残します。

[入力エラー・419・500の確認手順](https://evulix.com/essays/contact-page-that-builds-trust#form-response-check)で判断の範囲を確認してください。