遅延を判断する · 証拠を確認してから待つか再送するか決める

配信遅延計算ツール

認証コードメールはいつ届く?再送のタイミングを判断

待機時間と再送回数を一つの判断基準で確認し、連続操作によるコードの混在やレート制限を防ぎます。

状況を入力

現在の待機時間

確認すべき証拠

4段階の証拠を、最も近いところから確認

まずリクエストとアドレスを確認し、次に送信キュー、受信ルール、メール内容を確認します。各段階で時刻を記録し、複数の条件を同時に変えないでください。

01

リクエストは本当に成功したか

画面に送信成功と明確に表示されているか確認し、開発者ツールやサービスログで、リクエストがレート制限、拒否、中断の対象になっていないことを確認します。

02

アドレスは完全に一致しているか

コピー時の入力、前後の空白、ドメインの綴り、現在のアドレスの有効期限を確認します。アドレスを変更した場合、以前のページのリクエストは自動的に引き継がれません。

03

キューに配信記録があるか

送信サービスで、メッセージ ID、キューに入った時刻、拒否理由、次回の再試行を確認します。メッセージ IDがない場合は、通常、アプリから送信を開始する経路に戻って確認します。

04

受信ルールや内容の条件でブロックされていないか

迷惑メール、隔離ルール、バウンス、送信ドメイン認証、テンプレートのサイズを確認します。テスト用アドレスを使うと、個人メール側のルールと送信側の問題を切り分けられます。

待機時間の目安

待機時間に応じて、取るべき対応を変える

時間帯は操作の順序を示すもので、到着を保証するものではありません。送信システム、ネットワーク、受信サービスの状態はログで確認してください。

0~2分

画面をそのままにする

多くの場合、まずキューへの登録と受信トレイの更新を待ちます。この段階で何度もクリックすると、有効なコードが複数発行されやすくなります。

2~5分

アドレスと迷惑メールを確認

アドレスが有効で、リクエストが成功していることを確認してから、サービスの状態を確認します。メールアドレスを変更しながら再送しないでください。

5~10分

再送は1回だけ

明確な失敗がなければ1回だけ再送し、新しい時刻を記録します。最新のコードを使ってください。古いコードは無効になる場合があります。

10分以上

むやみな再試行を停止

メッセージ ID、バウンス、認証、レート制限の調査に切り替えます。再送を続けても、設定の問題は通常解決しません。

独立した確認

別のアドレスで送信経路が機能しているか確認

テスト用メールボックスを作成し、同じ認証コードメールを送信して、受信トレイで件名、時刻、本文を確認します。

テスト用受信トレイを開く