Skip to content

Know when a page is online — but the important content is missing.

A 200 OK response does not tell you whether the right content is there. Keyword monitoring checks for the text that makes a page useful.

Illustrative example · Demo data
store.example / booking
Expected text: “Book now”
  1. 01✓ Expected text found
  2. 02× Expected text missing
  3. 03Incident confirmed

Fictional sequence. Animation timing is not check cadence or a performance promise.

01

Define the text you expect

Choose text that should be present in the checked page response. For example, a public booking page might contain “Book now”. These are illustrative text checks, not automated bookings or purchases.

02

Catch the wrong page behind a successful status

A fallback page, broken template or incomplete release can still return HTTP 200. An expected keyword gives the monitor a more specific signal than availability alone.

03

Investigate missing content in context

Use incidents and response history to understand when the mismatch appeared and when the expected text returned. A content match does not prove that an entire checkout or user journey works.

In practice

Where this signal earns its place.

  • Booking pages with a stable call to action.
  • Store pages that should contain “Checkout”.
  • Public confirmation examples containing “Order confirmed”.

A closer look

Is this a browser journey test?

No. Keyword monitoring checks expected text in the page response. It does not click buttons, log in or complete transactions.

Why use both HTTP and keyword checks?

Availability tells you whether the page responds. A keyword check adds a specific expectation about the returned content.

Connect the context

Related signals

All features

Start monitoring

Know about downtime before your customers do.

Add your first monitor and keep website availability, performance and incident history in one clear place.

7-day Starter trial · No credit card required · Starts with your first monitor