ランディングURLの検証
ランディングURLの検証
この ランディングURLの検証 設定により、通知の保存フローに自動ヘルスチェックが追加されます。通知が保存されると、Pushly は配信前にランディングURLが正常なレスポンスを返すことを確認し、購読者に届く前に壊れたURLや設定ミスのあるURLを見つけるのに役立ちます。
このチェックは 警告にとどまり、必須の制御ではありません。問題が検出された場合は送信前に警告されますが、続行することを常に選べます。
仕組み
通知が保存またはスケジュールされると、Pushly はランディングURLに対してサーバー側リクエストを実行し、HTTP レスポンスを確認します。
URL が 200 以外のレスポンスを返した場合、警告ステップが 配信確認 通知送信前のモーダルに追加されます。警告には次が含まれます：
返された具体的な HTTP ステータスコード（例： 404)
ランディングURLへのクリック可能なリンク。直接確認できます
元のURLがリダイレクトされた場合は、最終的な遷移先URL
警告を確認して送信を続行できます。このチェックはブロッキングではなく、警告のみです。
検証シナリオ
次の条件で警告が表示されます：
200以外のHTTPレスポンス — たとえば、404 Not Found や 500 Server Error
到達不能なURL — DNS障害、接続タイムアウト、またはSSLエラー
不正な形式のプロトコル — たとえば、
http:/example.comの代わりにhttps://example.com
URL が短縮リンクまたはリダイレクトを使用している場合、リダイレクトチェーンをたどって最終到達先まで確認し、その到達先が検証されます。
ランディングURL検証を有効にする
ランディングURL検証は デフォルトでは無効です すべてのドメインで。ドメインごとに有効化できます。
移動先： ドメイン設定 → 通知 → 一般設定.
クリック 編集 して、 配信 セクションを開きます。
スイッチを ランディングURLの検証 オンにします。
変更を保存します。
現在のステータス（有効 または 無効）は、一般設定の配信セクションに表示されます。
メリット
通知が購読者に届く前に、壊れたランディングURLを検出できます
URL を直接確認できるリンク付きの、明確で実行可能な警告を受け取れます
主導権を保てます — チェックはブロッキングではないため、続行するかどうかを自分で判断できます
チェックが誤検知を出す場合は、ドメインごとに無効化できます
リダイレクトチェーンを最終到達先までたどるため、短縮リンクやリダイレクトを正しく検証できます
最終更新