UPTIME MONITORING

Your website, online.
Your mind, at ease.

Know when your website stops answering, slows down or returns the wrong content. Keep availability, response times and the details of every check together in one workspace.

Part of your Uptiva workspace · One workspace. Every signal.
Uptime monitoringILLUSTRATIVE PREVIEW Operational
RESPONSE TIME184 ms
EarlierLatest check
Website
www.example.com
Status
200 OK
Response time
184 ms
Content rule
Expected text found
THE SIGNAL BEHIND THE STATUS

A closer look.
A clearer next step.

See what you can track

A page can return a successful response and still be the wrong page. Uptiva lets you define a healthy response with a status-code range, required content and optional JSON or header rules. Your monitor reflects the experience you actually want to protect.

Check from the regions that matter to you, compare response times and look at the latest result from each probe. When something changes, go from the overall status to the response and timing details without piecing together separate tools.

Keep this signal alongside the rest of your stack: organize related services, choose who receives alerts and follow recovery in the same workspace. The goal is a check that explains what changed and gives the right person a useful place to start.

SMALL DETAILS. USEFUL CONTEXT.

More than
an up or down.

Purpose-built checks.
Information you can act on.

01

Availability with context

Watch a landing page, storefront, customer portal or login URL. A failed request becomes a clear status change, while uptime history helps you understand how often the interruption happens.

02

A definition of healthy

Set the accepted HTTP status range and, when needed, require specific text or reject an error message. Match the response your service should return instead of accepting every page that loads.

03

Slowness has its own signal

Set an optional response-time threshold. A successful but slow response can show as degraded, helping you separate poor performance from an outright outage.

04

A view from each region

Choose the available probe regions for the monitor. Compare their latest checks to see whether a problem is consistent or limited to a particular network path.

05

Timing you can investigate

Review DNS lookup, connection, TLS handshake, time to first byte and download time. The breakdown helps you decide which part of a slow request to investigate first.

06

Alerts that fit your day

Choose alert destinations, consecutive failure settings and reminders. Recovery notifications let the team know when the service is answering normally again.

WHERE IT FITS

Made for the work
you already do.

One reliable signal.
Plenty of practical uses.

01 / USE CASE

Customer-facing websites

Watch the homepage and the important URLs behind it. Give checkout, account access and your public site separate monitors so a healthy homepage does not hide a broken customer journey.

02 / USE CASE

Agency and client work

Organize sites into groups and keep the response details close at hand. When a client reports an issue, compare the checks before deciding where to investigate.

03 / USE CASE

After a deployment

Keep an eye on your expected content and response time after changes. The monitor continues checking beyond the moment a release first appears successful.

FROM SETUP TO A USEFUL SIGNAL

Start with what
matters most.

Use a meaningful name, choose the behavior you expect and make sure the alert reaches someone who can act. Start with one service, then add the related checks as your monitoring grows.

Open the setup guide
  1. 01

    Choose your starting point.

    Add the full URL and a friendly name that makes the service easy to recognize. Pick Website as the monitor type.

  2. 02

    Configure the check.

    Choose the status range, content rules, check interval and probe regions. Set a slow-response threshold when performance matters.

  3. 03

    Follow the signal.

    Select alert destinations and create the monitor. Use its details page to review uptime, regional results and response-time history.

A LITTLE MORE CONTEXT

Good questions.
Clear answers.

The details that help you choose the right check and get a useful result.

Read the full documentation
Does Uptiva run JavaScript in the page?+

Website checks inspect the HTTP response and the HTML returned by the server. They do not run a browser session, so text added later by JavaScript is not a reliable content rule. Use an endpoint that returns the information directly.

How often can I check a website?+

Available intervals run from one minute to one day. The shortest interval depends on your plan; the standard Free plan starts at five minutes. The monitor form shows which intervals your workspace can use.

Are redirects followed?+

Redirects are not followed. A 301 or 302 can count as healthy when it is inside your accepted status range. Use the final URL if you want to verify the destination page itself.

Can I monitor a protected page?+

Request headers and basic authentication are available in the monitor settings. Use credentials intended for monitoring and select a read-only endpoint whenever possible.

Can I share the result with customers?+

Add the relevant monitors to a status page. Keep the public view focused on service availability while your workspace retains the technical detail used for investigation.

LESS CHECKING. MORE KNOWING.

One more thing
off your mind.

Bring uptime monitoring into your workspace.

Get started