Ctrlk
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Landing URL Validation

Landing URL Validation

The Landing URL Validation setting adds an automated health check to the notification save flow. When a notification is saved, Pushly verifies that the Landing URL returns a healthy response before delivery — helping you catch broken or misconfigured URLs before they reach your subscribers.

The check is advisory, not a hard gate. If a problem is detected, you are warned before sending but can always choose to proceed.

How It Works

When a notification is saved or scheduled, Pushly performs a server-side request against the Landing URL and checks the HTTP response.

If the URL returns a non-200 response, a warning step is added to the Delivery Confirmations modal before the notification is sent. The warning includes:

  • The specific HTTP status code returned (e.g., 404)

  • A clickable link to the Landing URL so you can verify it directly

  • The final destination URL, if the original URL redirected

You can acknowledge the warning and proceed with sending — the check is non-blocking and advisory only.

Validation Scenarios

The following conditions will trigger a warning:

  • Non-200 HTTP responses — for example, 404 Not Found or 500 Server Error

  • Unreachable URLs — DNS failures, connection timeouts, or SSL errors

  • Malformed protocols — for example, http:/example.com instead of https://example.com

If a URL uses a short link or redirect, the redirect chain is followed to its final destination, and that destination is validated.

Enabling Landing URL Validation

Landing URL Validation is disabled by default for all domains. It can be enabled per-domain.

  1. Navigate to Domain Settings → Notifications → General Settings.

  2. Click Edit and open the Delivery section.

  3. Toggle the Landing URL Validation switch on.

  4. Save your changes.

The current status (Enabled or Disabled) is shown in the Delivery section of the General Settings well.

Benefits

  • Catch broken Landing URLs before notifications reach subscribers

  • Receive clear, actionable warnings with direct links to verify the URL

  • Stay in control — the check is non-blocking, so you decide whether to proceed

  • Opt out per domain in cases where the check produces false positives

  • Validate short links and redirects correctly, since redirect chains are followed to their final destination

PreviousNotification Replacement BehaviorNextApp Messages

Last updated