Case studiesMonitoring

The site was up. Was the data?

How Proxy IT watches PrintedPrice.com from cloud regions, from local agents every minute and in a real browser, and knows within minutes when anything stops, slows down or goes stale.

Printed Price (printedprice.com) is a trade name of Proxy IT LLC.

Anywhereagents load the site from cloud regions and local networks, added where customers are
1 minbetween checks from a local agent
20alert rules across PrintedPrice.com and Proxy IT's own sites
Minutesfrom a failed check to an email in the inbox
Executive Overview · Right now
Six status tiles from the live dashboard: Printed Price site Up, Printed Price data Fresh, Background jobs On time, Data sources OK 96%, Radar Watching, Proxy-IT sites Up

Six tiles, one glance. The top of the dashboard, captured on November 10, 2026. The orange tile is real: a few of the data sources weren't answering at that moment. Nothing on this page is staged.

A pinger tells you the page loaded. It can't tell you the page was wrong.

A basic uptime check loads a page and reports green when it answers. For a site whose whole promise is current information, that isn't enough. The home page can render perfectly while the deals behind it are hours old, a buying window the site still lists has closed, or a background job quietly stopped running.

So PrintedPrice.com is monitored the way it is used: from outside, from several places and in a real browser, and from inside, where every job and data source reports its own health. The dashboards on this page are the ones we work from, captured as they were on November 10, 2026.

Data staleness: the failure a pinger can't see

A stale page is worse than a down page. A down page at least says so.

How the freshness check works

  • It reads what the pages read. The check pulls the same public data the site builds its pages from: the latest news, the open buying windows and the deals list.
  • Stale or empty counts as failed. If any of them stops updating or comes back empty, the check fails, even when the home page still loads in under a second.
  • A failure becomes an alert. When the check keeps failing, a rule fires and an email goes out within minutes. The "Fresh" tile on the executive view turns red at the same time.
  • The record stays. Every check, pass or fail, lands in the history below, so a bad hour is still visible weeks later.

What "stale" means here

NewsThe newest item is older than the site's own publishing rhythm allows.
WindowsThe list of open buying windows stops updating.
DealsThe fair-price list stops updating, or comes back empty.
The thresholds are set per site, in minutes or hours, depending on how often the site promises to change.
Performance & Availability · Up/down history · last 7 days
A seven-day timeline with six rows: Data freshness, Domain lookup (DNS), Home page, Home renders, Key pages and Houston agent (every minute). Each row is almost entirely green with a few thin red slivers.

Six rows, one week. Data freshness is the top row, above whether the page loads at all. Every red sliver is a real failed check from that week. Swipe the timeline sideways to see the whole week.

Executive dashboards: green means fine

Built for the person who owns the outcome, not the person who reads logs. Every tile is a plain word or one number with a colour, and the detail sits one click below for whoever has to fix it.

Executive Overview · last 7 days
The Executive Overview dashboard: a Right now row of six status tiles, a row for the selected period showing availability 99.83%, home page speed 681 ms, page visible in 662 ms, data fresh 100%, alerts sent to users 5 and radar lines spotted 291, then two charts: home page speed by day and alerts sent to users by day

Two rows, then the trend. "Right now" answers the first question: is anything wrong? The second row shows the week: how often the site was up, how fast it loaded, how fresh the data stayed, and how many alerts collectors received. The charts underneath show when a slow day was slow.

Service report · last 30 days
The Printed Price service report: a header in the Printed Price wordmark, an executive summary row of six tiles (website availability 99.93%, typical page load 537 ms, visible to visitors in 729 ms, data kept fresh 100%, jobs on time 99.8%, and failed site checks 30)

A monthly report in the client's own brand

The same numbers, set in the brand's type and colours, with a plain-words note on how the site is watched. It reads like a report because it is one: availability, speed and data health for the month, including the checks that failed.

Network health · last 24 hours
The network health dashboard: a Where to look tile reading All clear, five layer tiles each at 100% (local network, internet provider, DNS, cloud apps, your services) and a 24-hour layer history timeline

Where to look, left to right

For a location, not just a site, we also watch the path out: local network, internet provider, DNS, cloud apps, then your own services. The first layer that isn't green is where to look, so the right call gets made before the wrong one. Watching a location for security changes, like a new device or the guest Wi-Fi reaching the register, is Network Watch.

SLA alerting: every rule is a question

Twenty rules, each written as a question a person would ask, each with a threshold agreed in advance, each emailed within minutes of the answer turning bad.

Up

Is the site loading?

Fails when printedprice.com won't load from two or more cloud regions for five minutes. One region having a bad day doesn't page anyone.

Fresh

Is the data current?

The freshness check reads the public data behind the pages. Stale or empty, and it fails, even when the page itself loads fine.

On time

Did every job finish?

Each background job has a deadline. A job that hasn't finished by it is treated as broken, whether it crashed or never started.

Sources

Are the sources answering?

A source that goes quiet, a whole kind of source that goes down, or a listing count that drops suddenly: each has its own rule.

Pages

Is a key page broken?

Key pages and the data behind them are checked from outside. A page that returns the wrong thing is as bad as one that doesn't return at all.

Engine

Is the engine still reporting?

The engine reports its own health as it runs. If those reports stop arriving, the rule fires within a minute. Silence is a failure, not a pass.

Proxy IT's own sites get the same treatment: availability, certificate expiry, and whether the Hana download still works. Every alert goes to a person by email, with the rule's name and a one-line summary in plain words.

Outside in, inside out

Two views of the same site, so a problem shows up wherever it starts.

From outside, like a visitor

Checks that load the site the way a person would, from places we don't control.

  • Cloud regions load the home page and the key pages on a schedule, and have to agree before anything is called down.
  • Local agents load the site every minute, so a short outage can't hide between checks.
  • A real browser loads the site on a schedule and records what a visitor would see: time to first content, time to the largest content, layout shifts and the server's response time.
  • Domain lookup gets its own row, because a site whose name doesn't resolve is down no matter how healthy the server is.

From inside, like an operator

Signals the site sends about itself, so silence counts as a failure.

  • Every background job reports when it finishes, so a late one is noticed by its deadline, not by a complaint.
  • Every data source reports whether it answered, so a quiet source shows up as a percentage before it shows up as a gap on the site.
  • The freshness check confirms the data the pages are built from is still moving.
  • The engine itself reports as it runs. If the reports stop, a rule fires within a minute.
Performance & Availability · Real-browser vitals · last 7 days
Four real-browser vitals tiles: largest content visible (LCP) 662 ms, first content visible (FCP) 1 s, layout stability (CLS) 0.000, server first byte (TTFB) 678 ms

What a real browser measured over the week. The largest content on the home page was visible in 662 ms, the first content in about a second, the layout never shifted, and the server answered in 678 ms. The same numbers a performance audit would report, measured every day instead of once.

Monitoring, delivered by Proxy IT

This is the monitoring piece of our IT support and managed services: the same checks, dashboards and alerts we run on our own platform, set up for your site, app or location.

Uptime

Uptime & content checks

Your site loaded from several regions, with the key pages checked for the right content, not just a response.

Freshness

Data freshness checks

For any site that promises current information: a check that reads what your pages read and fails when it stops moving.

Real browser

Real-browser vitals

What visitors experience, measured on a schedule: load times, layout shifts and server response, with a week of history.

Dashboard

Executive dashboard

One screen that says Up, Fresh and On time, built for the owner, with the detail one click below for whoever fixes things.

Alerts

SLA alerting

Rules written as questions, with thresholds you agree to in advance, emailed to the people you name within minutes.

Report

Monthly service report

Availability, speed and data health for the month, in your brand, with a plain-words note on how it's monitored.

Quoted per site after a short call. We start by writing down what your site must do, agree the thresholds, and set up the checks, the dashboard and the alerts. You see the same dashboard we do. Alerts go out around the clock; how fast we act on them is written into your quote.

Want to know before your customers do?

Tell us what your site must do, and we'll set up the checks, the dashboard and the alerts. No pitch, just a conversation.