Content checks

Plan availability

Content checks is available on Pro and Business. See the plan comparison.

A 200 OK doesn't always mean the page is right. Content checks confirm your page actually contains what it should — so a bad deploy that serves the wrong content doesn't slip past unnoticed.

What content checks do

An uptime check confirms your site responds and returns the status code you expect. But a page can come back with a healthy 200 status and still be wrong — a failed deploy might serve an error page, a blank template, or last release's content while the status code stays green.

A content check looks past the status code at what's actually on the page, and flags the site if it isn't what you asked for — so a broken deploy never quietly goes live in front of your visitors.

A note on naming

On the site settings screen this feature is headed "Content check" (singular). Everywhere else — the plan comparison and these docs — it's "Content checks".

The three kinds of check

You can choose one of three ways to assert on the page:

• Page contains text — DomainDash flags the site if a phrase you specify isn't found on the page. Good for confirming a key piece of copy is present, like "Welcome back".
• Page has element (CSS selector) — you give a CSS selector and DomainDash flags the site if no element on the page matches it. Good for confirming a specific component rendered, like .status-ok.
• JSON response contains — you give a snippet of JSON and DomainDash flags the site if the response isn't valid JSON, or doesn't contain the keys and values you specified. Good for checking an API or health endpoint.

The default is status code only — no content check — so existing sites keep working exactly as before until you opt in.

Setting one up

Content checks live on the Uptime tab of your site settings, in the Content check section. Pick a check type, enter what the page must contain or match, and save. From then on, every uptime check verifies the content too — no extra setup, nothing to maintain.

DomainDash checks the HTML your server returns, before any JavaScript runs — so the text or element you're checking for needs to be present in the server's response, not added later in the browser.

Your page content stays private

The page body is inspected inside the checker that fetches your site and never leaves it — only the pass-or-fail result is recorded. DomainDash doesn't store or transmit the contents of your pages.

When a content check fails

If the page responds but fails its content check, DomainDash raises an urgent (P0) incident — a content-mismatch incident. That's the same severity as a site being Down, because a page serving the wrong content is usually just as bad for your visitors as one they can't reach. You'll be alerted straight away through your notification channels, and the site moves to Down until the content is right again.

Like a Down incident, a content mismatch is confirmed across a couple of consecutive checks before the incident opens, so a one-off blip doesn't raise a false alarm. See how incidents work for the full picture.

Frequently asked questions

What's the difference between a content check and an uptime check?

An uptime check confirms your site responds and returns the status code you expect. A content check goes further and confirms the page actually contains what it should — a phrase, an element, or a snippet of JSON. A page can return a perfectly healthy 200 status while serving the wrong content after a bad deploy, and only a content check catches that.

Does DomainDash send my page content anywhere?

No. The page body is inspected inside the checker that fetches it and never leaves — only the pass-or-fail result is stored. DomainDash checks the HTML your server returns, before any JavaScript runs.

What happens when a content check fails?

A failed content check raises an urgent (P0) incident — the same severity as a site being down — because a page serving the wrong content is usually as bad for visitors as a page that's unreachable. You'll be alerted straight away.

Related

• Uptime checks — content checks run alongside every uptime check
• Site settings — where you configure the content check, on the Uptime tab
• How incidents work — what happens when a content check fails
• Plans and pricing — which plans include content checks