How to Monitor Website Changes (And Get Notified Automatically)
Manually refreshing pages to check if something changed is the kind of task that sounds simple but compounds into real lost time. Pricing shifts overnight. Compliance documents update without notice. Competitor landing pages quietly swap a headline. By the time you catch it, the window to act has closed.
This guide explains how to monitor website changes automatically — what the process looks like, which scenarios call for which approach, and how to set up monitoring that actually alerts you in time to do something about it.
What "website change monitoring" actually means
Website change monitoring is the automated process of fetching a page on a schedule, comparing the current version against a saved snapshot, and triggering an alert when a difference is detected.
At the most basic level, a monitor does three things:
- Fetches the target URL at a set interval (hourly, every 15 minutes, daily)
- Diffs the new content against the previous version
- Notifies you — via email, webhook, or Slack — when the diff is non-empty or crosses a threshold
The "diff" step is where tools diverge. Simple monitors compare raw HTML. More precise tools strip navigation and boilerplate, let you target a specific CSS selector or XPath, and only flag changes inside the region you care about. For JavaScript-heavy pages that render content client-side, the monitor needs a real browser to get an accurate snapshot — a plain HTTP GET will miss anything loaded after page paint.
Why people track website changes
The reason to monitor a website for changes varies by role, but the underlying problem is always the same: information shifts without warning, and the cost of missing it is high.
Competitive intelligence. Product teams and analysts watch competitor pricing pages, feature announcements, and landing copy. A price cut on a competing plan, or a new tier quietly added to a pricing page, is exactly the kind of signal that gets buried in the noise. Competitor price tracking is one of the highest-ROI use cases for automated monitoring.
Compliance and legal. Legal and procurement teams need to track website changes on supplier terms, data-processing agreements, and regulatory filings. A change to a vendor's terms of service can have downstream legal exposure if you don't catch it. Verid's terms of service and privacy policy drift use case covers this pattern in detail.
E-commerce and inventory. Buyers track competitor prices, restock windows, and promotional changes. When a product page flips from "out of stock" to "available," response time is measured in minutes, not days. See the restock alerts use case for how that workflow is typically structured.
SEO and content teams. When you're tracking SERP results or auditing your own pages, you need to know when titles, meta descriptions, or structured data change. SEO title and meta description drift covers monitoring your own pages; SERP monitoring covers tracking rankings and featured snippets.
Engineering and operations. Developers watch third-party API docs, status pages, and dependency release notes. A breaking change in an upstream API, or a new version of an npm package, can surface days before it causes an incident — if you're watching for it.
How to monitor a website for changes: a step-by-step setup
The setup process is the same whether you're watching one page or one thousand. Here's how it works in Verid.
Step 1: Choose the URL and define the scope
Paste the URL of the page you want to watch. Then decide whether you want to monitor the entire page or a specific element.
Monitoring the full page is fine for simple, mostly-static pages. For anything with ads, live prices in sidebars, or navigation that changes frequently, you'll want to scope to a CSS selector or XPath that targets only the content region you care about. Without scoping, you'll get noisy alerts every time an ad rotates.
If the page loads its content via JavaScript — most modern SPAs, any React or Next.js app — make sure your monitoring tool can render the page in a real browser. Verid runs a headless browser for every check by default, so you get the fully rendered DOM, not just the server-sent HTML.
Step 2: Set check frequency
How often the monitor runs determines how quickly you get notified when a website changes.
| Plan | Check interval | Best for |
|---|---|---|
| Free | Daily | Compliance docs, low-urgency content |
| Starter | Hourly | Competitor pages, pricing, content updates |
| Pro | Every 15 min | Active competitor intelligence, SEO tracking |
| Scale | Every 5 min | High-frequency price/inventory monitoring |
Choosing the right interval is a cost-vs-latency tradeoff. Daily checks are sufficient for terms-of-service pages that change a few times a year. A pricing page for a direct competitor probably warrants hourly at minimum. See Verid's pricing page for the full breakdown.
Step 3: Configure alerts and delivery
Set where notifications go when a change is detected. The three most common delivery options:
- Email — lowest friction, works for most personal or small-team setups. You get a diff in the email body showing exactly what changed.
- Webhook — sends the change payload to a URL you specify, so you can pipe it into Slack, PagerDuty, or your own pipeline. Verid signs every webhook with an HMAC-SHA256 signature (
Verid-Signatureheader) so you can verify authenticity on your end. - Slack / Teams — direct integration; the diff lands in whichever channel you choose.
For teams, webhooks are the right default. You get automated website monitoring that plugs into existing incident or review workflows rather than asking people to check their email.
Step 4: Review the first diff
Once the first check runs, Verid stores a snapshot. The next check compares against it and highlights additions in one color and removals in another — similar to a git diff. You can scroll through the diff, see exactly which text or attributes changed, and decide whether it's actionable.
This is also when you tune the scope. If the diff is picking up noise — timestamps, ad banners, "last updated" fields — narrow the selector and re-save the monitor.
When website change detection gets harder
Most pages are straightforward. A few common situations require more thought.
JavaScript-rendered pages. Any page that builds its DOM client-side after the initial HTML response — think SPAs, Next.js apps, Shopify storefronts — will return a nearly empty document to a plain HTTP fetch. You need a browser-based monitor that waits for the page to fully render. Verid's backend uses a real browser for every check, so this is handled automatically.
Pages behind authentication. Monitoring a page that requires login adds complexity. The typical approach is to run a script that authenticates and then fetches the protected URL. This works but requires maintaining credentials in your monitoring setup. If the session expires, the monitor silently fails.
Rate-limited or bot-protected pages. Some sites block automated fetches with CAPTCHAs or IP rate limits. This is a genuine constraint — there is no clean solution that doesn't involve respecting the site's robots.txt and terms. Check the target site's terms before monitoring it.
High-frequency monitoring at scale. If you need to monitor a website for changes across hundreds of pages — think government contract and tender postings or job listings for keywords — check frequency and concurrency matter. At scale, a per-monitor cadence of every 5 minutes means your infrastructure is running thousands of browser sessions per hour. Verid's Scale plan is built for this, but it's worth modeling your volume before choosing a tier.
What to do once you get notified
Getting the alert is the easy part. The harder question is what happens next.
For competitive signals, a pricing change notification is only valuable if someone can act on it within the right window. That usually means routing the webhook to a Slack channel where the relevant team member will see it during working hours — not to a personal email inbox they check twice a day.
For compliance, an alert on a supplier's terms page should trigger a review workflow, not just get read and forgotten. The diff Verid captures is a starting point: a redline of the exact paragraphs that changed. That diff is what you forward to legal, not a screenshot or a description.
For engineering, a change to a third-party API's documentation or a status page incident detection alert should feed into your incident response pipeline. The webhook payload Verid sends includes the URL, timestamp, and a structured diff — it's designed to be ingested programmatically.
Start monitoring in under 5 minutes
Setting up your first monitor on Verid takes less than 5 minutes and requires no credit card. The Free plan covers 5 monitors with daily checks — enough to start tracking competitor pages, compliance documents, or any pages where you're currently checking manually.
If you're monitoring a larger set of pages or need faster check intervals, the Starter plan at $19/month covers 50 monitors with hourly checks. See all plans on the pricing page.
Frequently Asked Questions
What is website change monitoring?
Website change monitoring is the automated process of checking a web page at regular intervals, comparing the current version against a stored snapshot, and sending an alert when content, structure, or attributes have changed. It removes the need to manually revisit pages to check for updates.
How often can I check a website for changes?
Check frequency depends on the tool and plan you use. Verid's Free plan checks once per day. Paid plans range from hourly (Starter) to every 5 minutes (Scale). The right interval depends on how quickly changes on the target page become actionable for you.
Can I monitor JavaScript-rendered pages?
Yes, but only if your monitoring tool uses a real browser to fetch the page. Plain HTTP-based monitors will miss content rendered client-side by JavaScript. Verid runs a headless browser on every check, so JavaScript-rendered pages are fully supported.
What should I do when I get a change alert?
That depends on why you're monitoring the page. For competitive intelligence, route the alert to the relevant team and evaluate whether a response is needed. For compliance, treat the diff as a document to review with legal. For engineering, pipe the webhook payload into your incident or review workflow.
How many pages can I monitor at once?
With Verid's Free plan you can monitor 5 pages simultaneously. Starter supports 50, Pro supports 250, and Scale supports 1,500 monitors. If you need more, contact the Verid team.
Is it legal to monitor a website for changes?
Monitoring publicly accessible web pages is generally legal, but you should review the target site's robots.txt and terms of service. Some sites explicitly prohibit automated access. Verid is intended for monitoring pages you have permission to access.
What delivery options does Verid support for change alerts?
Verid sends change notifications via email, webhook (HMAC-SHA256 signed), and Slack. Webhooks are recommended for team workflows because they can route alerts directly into existing tools like Slack, PagerDuty, or custom pipelines.