ScreenshotNeo

BlogHow-to

Hexowatch Not Detecting Website Changes: How to Fix It

Find out why a Hexowatch monitor stays silent, check the signal and setup, and troubleshoot crawler access, rendering, and notifications.

By the ScreenshotNeo team4 October 20265 min read

If Hexowatch is not detecting a website change, first check that the monitor type matches the change you expect. Visual changes, wording, a specific HTML value, source markup, and keyword presence are different signals. Then verify the URL and target, confirm the monitor is running with notifications configured, and check whether site security rules are blocking Hexowatch’s crawler.

1. Match the monitor to the change

A monitor can be running correctly and still stay silent if it watches a different kind of signal from the one that changed. Hexowatch describes separate monitoring options for visual appearance, content, HTML elements, source code, keywords, and technology.

Expected change Monitor signal to check
Layout, colors, or an image as rendered Visual
Visible wording or page text Content
One price, stock field, or other specific value HTML element
Markup or code in the page source Source code / HTML
A particular term appearing or disappearing Keyword
Scripts or the technologies used by a site Technology

For example, a price may change in a selected element while the page’s overall appearance remains identical. A visual monitor may not be the right way to catch that value change. Likewise, a wording update is not necessarily a source-code change you configured the monitor to inspect.

2. Recheck the monitor setup

Hexowatch’s setup walkthroughs describe previewing the URL, selecting the relevant technology, element, or snippet, choosing a check frequency and notification channels, and starting the monitor. Review each item:

  1. URL: Confirm the exact page is monitored, including the correct path and any relevant query string. Open the URL yourself and make sure it loads the intended page.
  2. Target: For an element, snippet, keyword, or technology monitor, confirm the chosen target still corresponds to the information you care about. If the page structure changed, the old target may no longer identify the intended content.
  3. Preview: Compare the monitor’s preview with the page you expect it to inspect. A preview of the wrong page or an incomplete page changes what can be detected.
  4. Frequency: Check the configured cadence and allow for the next scheduled check. Do not assume a change should have been detected immediately.
  5. Notifications: Confirm the intended notification channel and destination are selected and accessible to you.
  6. Monitor state: Confirm the monitor was actually started and remains active.

Hexowatch’s setup guidance describes choosing a frequency and notification channels, but the appropriate options and any account-specific limits should be checked in your current account rather than assumed from a generic guide.

3. Check whether security rules block the crawler

If the monitored site uses Cloudflare or another security layer, its rules may prevent a monitoring crawler from reaching the page. Hexowatch’s Cloudflare tutorial says that, depending on Cloudflare settings, a user-agent allow rule may be needed for its crawler. The tutorial demonstrates matching a user agent containing “Hexowatch” or a full example user-agent value and allowing it.

The tutorial was published on December 28, 2022, so its exact Cloudflare menu path may have changed. Before changing a rule, consult the current Hexowatch Cloudflare tutorial and Cloudflare’s current documentation. Make a narrowly scoped rule for the documented crawler identity; do not broadly weaken site protections. Then check whether the monitor preview can access the page.

A blocked crawler can fail to retrieve the page and may lead to an access problem or false incident alert. If you manage the site, inspect relevant firewall or bot rules and access logs around the scheduled check. If you do not manage it, ask the site owner whether monitoring traffic is blocked.

4. Separate detection problems from rendering problems

A page can load for a human in a browser but appear incomplete or incorrect in a monitoring preview. Hexowatch’s FAQ specifically raises JavaScript-rendered pages using React, Angular, or Vue, as well as pages that do not display correctly during monitoring. The available FAQ text does not provide its answers, so do not assume that every framework is always supported or that a particular wait setting is an official fix.

  1. Open the monitor’s captured preview or snapshot, if available.
  2. Compare it with the live page at roughly the same time. Look for missing text, missing images, a consent overlay, an access challenge, or a page that never finishes loading.
  3. If the preview is wrong, record what differs and when. This points to a rendering or access issue rather than simply a missed change alert.
  4. Contact Hexowatch support if the monitored rendering remains incorrect. The FAQ lists support@hexowatch.com.

For support, include the monitored URL, monitor type, expected change, approximate time it occurred, configured cadence, and a screenshot or archived preview if available. This gives support useful context; it is a practical checklist, not a stated official submission requirement.

5. Use this diagnostic order

  1. Write down exactly what changed: appearance, words, a field value, markup, keyword presence, or technology.
  2. Verify that the monitor type observes that signal.
  3. Check the URL, selected target, preview, frequency, notification destination, and active state.
  4. Inspect the preview for access challenges or incomplete rendering.
  5. If security software protects the site, check whether it blocks the Hexowatch crawler; consult current product and Cloudflare guidance before adjusting rules.
  6. If the live page and monitor preview disagree, send the relevant details to Hexowatch support.

Or skip the browser setup

If your immediate need is to capture a page image for debugging or review, ScreenshotNeo is a website screenshot API and MCP server from Yorker Media. It does not replace a change monitor; it gives you a screenshot on demand, which can help inspect what a page looks like at a point in time. A screenshot alone does not tell you whether the page changed since an earlier capture.

One GET request returns an image or PDF. The example below saves a WebP screenshot of Stripe:

curl -G "https://api.screenshotneo.com/v1/shot" -d access_key=YOUR_API_KEY --data-urlencode url=https://stripe.com -o shot.webp

See the ScreenshotNeo API documentation for request options. Cookie banners, popups, and chat widgets are removed before the shot; each step can be turned off. Bot checks, blank pages, failed loads, timeouts, and cache hits are not billed, and response headers report the page verdict and billing status. Its MCP server lets AI agents use take_screenshot, get_page_info, and capture_pdf. The free plan includes 1,000 screenshots a month with no card; paid plans start at $5 for 3,000 shots.

Sign up free for 1,000 screenshots a month, with no card required.

FAQ

Will changing from a visual monitor to a content monitor catch the same changes?

No. Choose based on the signal you need to observe. A visual change and a wording change are separate detection goals.

Does Hexowatch support React, Angular, or Vue pages?

Hexowatch’s FAQ identifies these JavaScript frameworks as a support topic, but the answer was not available in the retrieved FAQ text. Check with Hexowatch for guidance on your specific page rather than assuming universal compatibility.

What should I send support?

Share the URL, monitor type, expected change, approximate time, cadence, and a relevant preview or screenshot if available. Hexowatch’s FAQ lists support@hexowatch.com.

Does a screenshot API detect changes automatically?

No. ScreenshotNeo captures a page when requested; automatic monitoring and change alerts require a monitor configured for the relevant signal.

Sources