Automate a website change monitor with a weekly digest

Pages you depend on change without notice: a policy, a rival's offer, a docs page. A scheduled agent re-reads the pages you list, compares them with last time and drafts a change digest its head reviews and you approve.

What you’ll set up

Connections

Works from public sources: Public web pages you list

Inputs

Page addresses to watch · Required

List, no default

Text to ignore (dates, counters) · Optional

Text, no default

Ready by · Required

Time, default 08:00

Brief · Required

Text, prefilled and editable during setup.

Runs

Runs every Monday at 08:00

Done by Business analyst

Email to new contacts, and follow-ups nobody has answered, waits for your approval by default. Replies in threads a contact has answered, and email to your own team, can send automatically depending on your settings.

Set up this job

You approve every report · Free to start

How it runs

One agent does the work. Its department head reviews it, then you approve.

  1. 1Business analyst

    Runs every Monday at 08:00 and prepares the report from your connected sources.

  2. 2COO · Review

    The department head reviews the report before it reaches you.

  3. 3You

    Email to new contacts, and follow-ups nobody has answered, waits for your approval by default. Replies in threads a contact has answered, and email to your own team, can send automatically depending on your settings.

What you get

Sample, not live dataSample change digest (Sample, not live data)

Sample, not live data. Pages and wording are invented.

Page changes, week of 9 Nov (sample)

PageStatus
example.test/termsChanged
example.test/docs/limitsNo change
example.test/old-offerPage not found

terms, section 4: "30 days notice" became "14 days notice".

Needs your approval before it is sent.

Why manual checking fails

A page you rely on can change at any time: terms, a pricing table, an API doc, a competitor's landing page. Re-reading from memory misses small edits, and tools that diff raw HTML flag every rotating banner and timestamp. What you want is the wording that changed, in plain text, once a week. Readable text means the words a visitor sees: scripts, styles, navigation and cookie banners are dropped, and spacing is normalised so a layout reflow is not a change. If you name a part of the page, such as the pricing table, that section alone is compared.

How the scheduled job works

You list the page addresses and, optionally, the part of each page to watch. Each week the scheduled agent fetches every page. Where a server supports conditional requests with an ETag, an unchanged page is skipped quickly; otherwise the agent compares the readable text with the previous run's copy. If a site publishes a sitemap, a lastmod date there is a hint about which pages to look at, not proof of a change. The ignore field takes one phrase per line, such as Last updated or a visitor counter, and those lines are removed from both copies before comparing. A moved page is reported with its new address and compared there, so it is not mistaken for a deleted one. It reads public pages.

Review and approval

Before the digest reaches you, the department head agent checks it: is each quoted change really present in both versions, is a layout shuffle reported as a content change, and is a failed fetch labelled as a failure rather than no change. Then you approve, edit or skip it, and nothing is delivered until you do.

What to do with it

Act on the changes that matter to a decision: update your own copy, answer a rival's new offer, or re-check a terms change with your adviser. Tighten the ignore list when the same noise appears twice, and add the next page that cost you a surprise.

Questions

Start with one report

Set up this job

You approve every report · Free to start