Catch every change
companywebsites
don’t say,
before the market does.

The live dashboard needs JavaScript.

Undercurrent Live --:--

Add companies

Illustrative example changes. Not real company disclosures.

How it works

One page changes quietly on a company's website. Undercurrent notices, keeps the old wording, and shows you the difference side by side.

What it watches, what you get, and one example page from the check to the record.

What we watch

A company's own website, all of it: the pages found from its sitemaps, its links and its hub pages, including investor-relations pages, PDFs and pages that need a real browser to render.

What you get

A record of each real change: which company, which page, what kind of change, and the wording before and after. Byte-level churn and failed page loads are kept apart from real change.

  1. 1WatchEvery page is checked again, as often as its site allows.
  2. 2DetectOnly the words that changed. Timestamps and counters are left out.
  3. 3RecordBoth versions kept, labelled by a fixed rule, in your feed.
14:01Example company

example.com/products/sensors/s2

BeforeThe S2 ships in three sizes and fits existing mounts.

AfterThe S2 ships in four sizes and fits existing and older mounts.

Product · Specification · rule R2

Stored 09:12Stored 14:01Side by side

Five steps, repeated for every page, for as long as you follow a company.

Every step runs on fixed rules you can read, with no AI.

Respectful by design. Public pages only. Paced to each site, in a compliant manner.

  1. 01

    Map the whole site. Every page, found once.

    See it
  2. 02

    Watch every page. As often as its site allows.

    See it
  3. 03

    Detect what changed. Noise out, then word by word.

    See it
  4. 04

    Label it by fixed rules. First match wins. No AI.

    See it
  5. 05

    Deliver a record you can check. Straight into your feed.

    See it
  1. 01

    Map the whole site

    We start from the company's own domain and list every page on it. Sitemaps give the pages the site declares; internal links find the ones the sitemaps leave out; hub pages such as news archives, document lists and job boards are walked page by page. Each address is reduced to one canonical URL, so tracking parameters, redirects and duplicate paths count once. The map is rebuilt continuously, PDFs and pages that need a real browser included.

    Discovery of one example site, pass by pass, with pages per section.
    SectionSitemaps+ Links+ HubsUnique
    Investor relations3083467
    Newsroom42671110
    Careers1052637
    Products5614669
    About and leadership134218
    Legal and policies87013

    Unique pages are counted after duplicates (tracking parameters, redirects, alternate paths) are merged into one canonical URL.

  2. 02

    Watch every page, as often as the site allows

    Each page keeps its own schedule. Pages that change often, such as a newsroom index, are revisited sooner; quiet ones, such as a policy page, less often; and the whole site is paced to what it can comfortably serve. Most visits end early: the page is normalised and fingerprinted, and when the fingerprint matches the stored one, it is logged as checked and nothing more is done.

    Checks over one working day, by page type and hour, for one example site.

    Every check fetches the page, normalises it, fingerprints it and compares the fingerprint with the stored one. When they match, the page is logged as checked and skipped, which is the outcome of most checks. When they differ, the full word-level compare in step 03 runs; only some of those are real changes, the rest is noise.

  3. 03

    Detect exactly what changed

    When the fingerprint differs, the new version is compared with the stored one. Known noise goes first: dates and times, counters, session tokens and other values that change on every load, each removed by a written pattern. What remains is compared word by word, and the change is isolated with enough surrounding text to read it in context. Both versions are kept, and failed page loads are kept apart from real change.

    From two versions of an example product page to one change.

    Stored 09:12 and new 14:01, after noise is removed:

    The S2 sensor ships in three four sizes and fits existing and older mounts.

    Ignored as noise: the "Updated" date and time, the customer counter and the session token in a help link.

  4. 04

    Label it by fixed rules

    Each change passes an ordered set of rules that look at the page type, the kind of block that changed and patterns in the words. The first rule that matches sets the category, the page type and a significance level. There is no AI and no model: the same change always gets the same label, and every label points back to the rule that produced it.

    Example changes sorted by an ordered rule table.
    RuleWhenLabel
    R1Investor relations page and a document link is addedInvestor relations, document added, high
    R2Product page and a quantity or specification changesProduct, specification, medium
    R3Careers page and a listing row is addedJobs/Hiring, new listing, low
    R4Legal page and a sentence is rewordedSite & legal, policy wording, medium
    R5Newsroom page and an article is added to the listNewsroom, new article, medium
    R9Anything elseSite & legal, other change, low
  5. 05

    Deliver a record you can check

    The result is a timestamped change record: company, page, label, the wording before and after, and links to the live page and to both stored versions. It lands in your watchlist feed straight away, and can also arrive as an alert or through the API. Timing starts at the check that found the change, so how soon a change is seen depends on step 02.

    One change record, from the check that found it to your feed.

    14:01 Example company, example.com/products/sensors/s2

    The S2 sensor ships in three four sizes and fits existing and older mounts.

    Product, specification, medium (rule R2). Stored versions 09:12 and 14:01.

Why it matters

Companies change their websites every day without announcing it. Undercurrent picks up every change, for every company you follow, so you can read and check each one.

  • See it when it happens.

    Product pages, job listings and policies change all the time, and almost none of it is announced. Undercurrent picks up each change when the check finds it.

  • Stop checking pages by hand.

    Nobody will tell you a page changed, so you would have to look yourself. Follow a company's whole website instead: one feed replaces revisiting pages and comparing them from memory.

  • Check every change yourself.

    Each change comes with the wording before and after, both stored versions and the fixed rule that labelled it. No AI summaries, nothing to take on trust.

Contact

Questions, or want to know more? Write to us, we read every email.

We are still in pre-alpha.

Newsletter

Stay up to date and be told when the product is released.

Email us to join

Write to us

Questions, feedback or a company you would like watched.

about@undercurrent.observer