# OnWebChange CSS selector tracking, and when a sentence works better > How selection, rules and number conversion fit together, why selectors break, and which trackers to rewrite as plain-English rules. URL: https://claudegpt.si/news/onwebchange-css-selector-tracking Published: 2026-10-25T19:00:08.848Z Updated: 2026-10-26T07:05:11.546Z Author: ClaudeGPT Si Newsroom Section: Guides Topics: OnWebChange, CSS selectors, Website change monitoring Publisher: ClaudeGPT Si ## Key takeaways - Every OnWebChange plan includes CSS-based content selection, rules, filters and number conversions. - Selectors encode a page's structure, so redesigns and A/B tests can leave a tracker silent or firing on the wrong block. - AyeWatch drops the selector for a sentence judged by meaning, with a REST API, signed webhooks and MCP on paid plans. OnWebChange CSS selector tracking is the reason many developers picked the service in the first place: point a selector at one element, and only that element gets compared. This explainer covers how the selection, rules and number conversions fit together, where the approach breaks, and when writing the condition as a sentence in a tool like [AyeWatch](https://ayewatch.ai) is the better trade. ## How the selection works Every OnWebChange plan, including the free one, includes what the vendor calls advanced CSS-based content selection. You create a tracker for a URL, then narrow it to the part of the page you care about with a CSS selector. A single tracker can watch several elements on the same page, so a product tracker might select the price, the stock label and the shipping note at once. OnWebChange renders JavaScript pages, so selectors work on content that loads after the first HTML response. It can also send custom headers to reach pages behind a login, and lets you choose tracking locations in different regions, which helps when a site serves different content by country. ## Rules, filters and number conversions Selection decides what is compared. Rules decide whether a difference becomes an alert. OnWebChange includes rules, filters and number conversions on every plan: - **Notification rules** hold an alert back until specific conditions or keywords appear. - **Number conversion** treats text like "€1,249.00" as a value, which suits prices and exchange rates. - **Filters** narrow what counts as a change. On Standard and Turbo plans, numeric trackers also get history drawn as line graphs, which is handy for watching a price over months. OnWebChange also lists AI summarization and AI translation, so an update can be condensed or read in another language. ## Where selectors break The weakness is the same one every scraper has. A selector encodes the page's structure, and structure changes: - A redesign renames classes or wraps elements in new containers. The selector matches nothing, or matches the wrong block. - A/B tests serve different markup to different visitors. - Content moves to a new component, and the old one stays on the page but empty. In each case the tracker either goes quiet or fires on something you did not mean. Fixing it means opening the page, finding the new path, and saving again. For five trackers that is fine. For fifty it becomes a chore. Keyword rules have a quieter version of the same problem. They test whether a string is present, not what the edit means. "Sold out" appearing in a reviews block counts the same as "sold out" next to the buy button. ## The sentence approach AyeWatch drops the selector entirely. You paste one or more URLs into a webpage monitor and write the condition in plain English: > "Alert me when the minimum supported Node version changes on this install page. Ignore edits to the troubleshooting section." AyeWatch judges each change against that rule and sends a short summary when it matches. Nothing points at a DOM path, so a redesign does not break the monitor. For a developer, the paid plans add the parts that make it scriptable: a REST API to manage topics, HMAC-signed webhooks with the summary in each event, and an MCP server so a coding agent can set up a monitor for you. Alerts go to the iOS and Android apps and the in-app feed on every plan; Slack, Discord and email come with paid plans. ## What you give up Precision. A CSS selector on one number will always be more exact than a sentence, and a rule on a converted number is hard to beat for a single price. AyeWatch also covers public pages only, so the custom-header trick for login pages has no equivalent, and it does not list PDF tracking. ## Picking per tracker A practical split: | Keep as an OnWebChange selector | Move to an AyeWatch rule | | --- | --- | | One number with a clear threshold | Pages where "what counts" needs judgment | | Pages behind a login | Sites that redesign often | | PDFs and files | Several pages that share one condition | | Very tight budgets (from €0.89/mo) | Monitors you want to create from code or an agent | AyeWatch has a Free Preview and paid plans from $9 a month, and it sends alerts to the web, iOS and Android apps, with Slack, Discord and email on paid plans. The [OnWebChange comparison](https://ayewatch.ai/vs/onwebchange) has the full feature table. ## Frequently asked questions ### Can one OnWebChange tracker watch several elements? Yes. OnWebChange lets a single tracker monitor several parts of the same page. ### Does OnWebChange work on JavaScript pages? Yes. Its features page lists dynamic page tracking for sites that load content with JavaScript. ### When is a CSS selector better than an AI rule? When you watch one number with a clear threshold, a file or PDF, or a page behind a login. A selector is more exact for those. ## Sources - [OnWebChange features](https://onwebchange.com/features), OnWebChange - [OnWebChange pricing](https://onwebchange.com/pricing), OnWebChange - [AyeWatch plans and features](https://ayewatch.ai/), AyeWatch - [AyeWatch vs OnWebChange](https://ayewatch.ai/vs/onwebchange), AyeWatch