> For the complete documentation index, see [llms.txt](https://documentation.pushly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.pushly.com/pushly-ja/platform/notifications/randinguurlno.md).
# ランディング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検証は **デフォルトでは無効です** すべてのドメインで。ドメインごとに有効化できます。
1. 移動先： **ドメイン設定 → 通知 → 一般設定**.
2. クリック **編集** して、 **配信** セクションを開きます。
3. スイッチを **ランディングURLの検証** オンにします。
4. 変更を保存します。
現在のステータス（**有効** または **無効**）は、一般設定の配信セクションに表示されます。
#### メリット
* 通知が購読者に届く前に、壊れたランディングURLを検出できます
* URL を直接確認できるリンク付きの、明確で実行可能な警告を受け取れます
* 主導権を保てます — チェックはブロッキングではないため、続行するかどうかを自分で判断できます
* チェックが誤検知を出す場合は、ドメインごとに無効化できます
* リダイレクトチェーンを最終到達先までたどるため、短縮リンクやリダイレクトを正しく検証できます
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://documentation.pushly.com/pushly-ja/platform/notifications/randinguurlno.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.