This 41-point checklist covers what to set up before you go live, what to verify after launch, and what to keep monitoring on an ongoing basis. It is designed for non-technical site owners, ecommerce stores, SaaS products, and anyone who needs their website to work reliably.

Before Launch

SSL / HTTPS

  • Your site loads correctly over HTTPS (not just redirecting from HTTP)
  • There are no mixed content warnings (HTTP resources loaded on an HTTPS page)
  • Your SSL certificate is valid and won't expire soon
  • HTTPS redirects work correctly (HTTP → HTTPS, non-www → www or vice versa)

A monitoring tool can alert you when your SSL certificate is approaching expiration — this is a common source of "site broken" reports that catch site owners completely off guard.

DNS and Redirects

  • Your domain resolves correctly from multiple locations
  • Any important redirects (old URLs → new URLs) resolve to the right destination
  • There are no redirect chains longer than 2–3 hops
  • There are no redirect loops

Page Load and Content

  • Your key pages (home, about, product, contact) load and display the expected content
  • No critical content is missing, blank, or loading from a broken data source
  • Images load correctly across key pages

Forms and Interactive Elements

  • Contact forms submit successfully and deliver the message to the right inbox
  • Signup forms create accounts and trigger confirmation emails
  • Any interactive elements (calculators, quote tools, booking forms) function correctly

Payment and Checkout (if applicable)

  • The cart accepts products
  • The checkout page loads completely — including payment form
  • A test transaction completes successfully
  • The order confirmation page appears after purchase

At Launch: Confirm a Known-Good State

Before you start monitoring, you need a reference point for what "correct" looks like.

  • Run each journey once and confirm every step passes, with step screenshots showing the expected state
  • Verify that the first health check on each monitored page is clean — no JavaScript errors, broken resources, or blank-page warnings
  • Confirm that uptime monitoring is active and pointed at the right URL

If you set up checks after problems have already crept in, you risk treating those issues as "normal."

Ongoing Monitoring Setup

Uptime Monitoring

  • Uptime checks running on your main domain
  • Uptime checks running on any subdomains that host critical functionality (app subdomain, API, etc.)
  • Alert threshold set — how long before you get notified of downtime?
  • Alerts going to someone who can respond (not just a shared inbox nobody checks)

Rendered Health Checks

  • Key pages are covered by health checks: home page, product/pricing page, checkout, landing pages
  • Alert notifications configured for health score drops and new errors
  • A process in place to update journeys after intentional design changes

NorthDuty's health checks load each page in a real browser on a schedule and flag JavaScript errors, broken resources, failed API calls, and blank pages. When a plugin update, a theme change, or a CMS edit breaks something, the check catches it.

User Journey Monitoring

  • At least one critical journey is monitored end-to-end: ecommerce checkout, SaaS signup or login, or a lead-gen form submission (form monitoring)
  • Journey checks running frequently enough to catch failures quickly (every 5–15 minutes)
  • Alerts configured to notify immediately on journey failure

NorthDuty lets you define these journeys in plain English — no code required.

SSL Certificate Monitoring

  • Alerts set for SSL expiration (at minimum 30 days in advance, ideally 60)

Post-Deploy Verification

Every time you push new code, update a plugin, or make configuration changes, run through this quick checklist:

  • Key pages still load and look correct
  • Critical user journeys still complete successfully
  • No new JavaScript errors visible in the browser console
  • Redirects still resolve correctly
  • Payment form (if applicable) still loads and is functional

For a full breakdown of what deploys commonly break, see The 5 Most Common Ways a Website Breaks After a Deploy. For how visual regression testing compares with journey monitoring, see What Is Visual Regression Testing? A Plain-English Guide for Non-Developers. Each checklist area has its own guide: what uptime monitoring can and can't tell you, login monitoring, SSL certificate monitoring, and how to set up a public status page.

Incident Response

When monitoring alerts you to a failure, having a plan speeds up recovery:

  • Who gets the alert?
  • Who has access to fix the issue or roll back a deploy?
  • Is there a staging environment for testing a fix before pushing it live?
  • What's the rollback procedure for a bad deploy?

The Minimum Viable Monitoring Setup

If you're just getting started and want the most important things without overwhelming complexity:

  1. Uptime monitoring — know when your server goes down
  2. Health checks on your most important page — catch JavaScript errors, broken resources, and blank pages after updates
  3. One user journey for your most critical flow — verify checkout, signup, or contact form works

These three things, set up correctly, will catch the vast majority of failures before your users do.

Summary

Monitoring isn't a one-time setup task — it's ongoing infrastructure for your site's health. The checklist above covers the basics: uptime, SSL, page health, and user journeys. Start with what matters most, expand coverage over time, and make sure alerts go to someone who can act on them.