
Runtime Health
Connect uptime checks to the public web runtime.
The monitoring page shows which lightweight routes are suitable for health, live and ready probes.
Monitoring workflow
Primary health
Use these endpoints to monitor the Zektrx public web runtime. They are intentionally lightweight, noindex, and available during maintenance mode for operational checks.


Public runtime
This page lists the lightweight health, readiness, liveness and status endpoints used to check www.zektrx.com. It does not monitor app.zektrx.com.
Use /health as the default public uptime target.
Use /status.json when monitors need structured status and support routes.
Use /status when humans need incident, maintenance or contact context.
GET, HEAD
/healthBest default endpoint for uptime monitors and public web runtime checks.
GET, HEAD
/healthHealth-check target that returns a direct 200 runtime response.
GET, HEAD
/liveDirect 200 responder for simple liveness probes.
GET, HEAD
/readyDirect 200 responder for readiness-style probes of the public web runtime.
GET, HEAD
/pingDirect 200 responder for lightweight ping checks.
GET, HEAD
/status.jsonStructured service status, monitor aliases and support routes.
Monitoring endpoints serve automated checks, while these pages provide status, security, installation and support information for people.
Human-readable status, incidents and communication routes.
Billing, setup, integration and help routes for users.
Security, vulnerability reporting and trust information.
PWA installation guidance for supported browsers and devices.
Recovery route when a browser loses reliable network access.
Machine-readable list of utility endpoints.
Curated marketing-site index for AI assistants.
Technical index of public Zektrx pages.
Connect automated health checks with status, support, installation and offline guidance so the team can respond quickly.
Runtime Health
Primary health
Human Status
Status
Recovery Context
Offline

Runtime Health
The monitoring page shows which lightweight routes are suitable for health, live and ready probes.
Monitoring workflow
Primary health

Human Status
Structured endpoints point back to status, support and recovery pages when humans need context.
Monitoring workflow
Status

Recovery Context
Connect uptime checks with offline recovery and support so operators have the context needed to respond.
Monitoring workflow
Offline
Monitoring Overview
Use the endpoint, status feed, support guidance and recovery information together as one operating model.
Default probe
Give uptime monitors a stable public target for lightweight checks.
Structured state
Expose machine-readable status, aliases and support routes from one endpoint.
Human path
Route people to status, maintenance and incident context when a check needs action.
Recovery
Keep app install, offline and support routes close to operational troubleshooting.
Monitoring endpoints are useful because they point to the next action: confirm public health, open the status page, route support and keep recovery paths visible.

Give teams a clear path to status, support, recovery or security without hunting through the site.

Keep operational guidance connected to the documents, evidence and controls that matter on live work.

Help users get back to the app, the right page or the right contact route with less friction.