Ecommerce uptime monitoring for the paths that earn revenue — cart, checkout, payment handoff, and order confirmation — not just the homepage and catalog.
For a store, revenue lives in a narrow funnel: browse, add to cart, checkout, payment handoff, order confirmation. A homepage can load perfectly while the payment step times out, and every minute in that state is lost orders rather than a cosmetic glitch.
The funnel fails most often exactly when it matters most: a flash sale, a holiday peak, a viral moment. Two failure modes dominate. First, a slow or failing third-party payment gateway — which your homepage check never touches — quietly kills conversions; a check on the checkout step and the payment handoff catches it. Second, cache and template errors can serve a checkout page that returns HTTP 200 but renders an empty or broken form; a content check that asserts the real "Pay" button or order-total element is present is what distinguishes "the page loaded" from "a customer could actually buy." Tighten the interval on these paths ahead of known peak periods.
Use content checks that confirm the cart and checkout pages render their real elements, an HTTP check on the order-confirmation endpoint, and a TCP check on the payment gateway connection where it makes sense. Watch these more often than the catalog.
Avoid treating homepage uptime as store health. Checkout and order confirmation deserve their own checks because that is precisely where money is won or lost.
List the endpoints, jobs, and components where an outage would reach the people you serve. Keep the first pass to production.
Use HTTP or content checks for web surfaces, TCP for raw ports, SSL certificate checks for HTTPS expiry, and heartbeats for scheduled work.
Put production, staging, and per-client checks in their own groups so routing and noise stay under control.
Adjust intervals and retry counts once real data shows which alerts were signal and which were noise.