Check storefront health
Monitor product pages and safe checkout-service health endpoints. Do not put customer or payment data in monitoring URLs.
Explore feature →Connect storefront availability, page speed and visitor behavior without assuming a successful HTTP response proves a purchase works.

A store can look available while a product page is slow, a supporting API fails or a scheduled export stops. Build the checks around your own storefront architecture and responsibilities. If a hosted commerce provider controls checkout, understand which safe endpoints and signals are available before designing the monitoring plan.
After a storefront release, mobile PageSpeed results worsen and an order-export heartbeat is missed. Review each signal with its owner: the frontend change may need investigation while the background job needs a separate operational check. Neither observation alone proves a payment failure or a loss in sales.
Before promotions and releases, record a baseline and confirm alert routing. After changes, review availability, PageSpeed and scheduled jobs. Use click or scroll heatmaps to form specific usability questions, and review recorded sessions only where collection is appropriate.
A successful HTTP check is not an end-to-end purchase test. Goals count tracked actions on your site; your store’s order records remain the source of truth for revenue.
Read practical guides →Monitor product pages and safe checkout-service health endpoints. Do not put customer or payment data in monitoring URLs.
Explore feature →Use goals, heatmaps and recorded sessions where tracking is enabled and appropriate.
Explore feature →Compare representative product and listing pages after a release.
Explore feature →Choose checks and tracking that fit your setup. Features and allowances depend on your plan and configuration.