How to Monitor a Government Website for New Notices with Distill.io
Set up a Distill.io monitor for government notices, reduce noisy alerts, and troubleshoot cloud or local checks.
To get alerts when a government website posts or changes a notice, add its page as a Distill.io Web Page monitor, select the notice list if possible, choose a schedule and notification action, then review the first checks and change history. Use a cloud monitor if checks must continue while your computer is off and the site accepts cloud requests; use a local monitor if the site blocks Distill’s cloud or serves different content by location. The agency page’s structure and access rules determine whether monitoring will work, so validate the actual page rather than assuming every government site is accessible.
Set up a Distill.io notice monitor
- Open Distill’s web app and add a Web Page monitor. Enter the URL of the page where the agency publishes notices.
- Choose Monitor Parts of Page and select the notice listing or its containing section when that is available. This helps avoid alerts caused by unrelated navigation, banners, or page furniture. Choose Full Page if the notices cannot be isolated or the relevant content is spread across the page.
- Save the selection, then configure the monitor’s schedule and alert action in its options. Distill documents email, SMS, push notifications, and integrations, but the channels available can depend on the monitor type and account plan. Check the options shown for your account before relying on a particular channel.
- Select cloud or local execution. Cloud checks run on Distill’s servers and can continue while your computer is off. Local checks run through your browser or computer, so that device needs to be available for checks to happen.
- Review the first checks and the change history. Confirm that the monitored content includes the notice title, date, and link, where present. If ordinary updates trigger alerts, refine the selected region or exclude volatile elements that are not part of the notice.
- Keep the monitor enabled and verify that a later detected change produces the alert action you configured. Do not treat a quiet inbox alone as proof that the page has had no update; inspect the monitor log and history.
Distill checks a page on a schedule, compares its content with a previous check, records changes, and can trigger configured actions. Its web app supports monitoring a selected part of a page or the full page. See the official web app guide for the current interface and options.
Choose the right page content
A government site may have separate pages for press releases, procurement, consultations, legal notices, and public tenders. Start with the page that actually lists the notices you need. If a notice detail page is linked from a listing, monitoring the listing is usually the useful first step because a new entry can appear there without changing the detail pages you already know about.
- Select the smallest useful region. Include the notice entries and any heading or date needed to interpret them. A selection that is too broad can include changing navigation, visitor counters, or timestamps.
- Keep meaningful context. If the site puts dates, category labels, or links outside the apparent title area, make sure your selected content captures them too.
- Inspect recorded changes. After initial checks, compare the selected content with the change history. Refine it if routine page updates generate noise or if a real notice’s title or link falls outside the selection.
- Account for late content. If the notice list appears after the rest of the page loads, adjust the page wait setting available for the monitor, then inspect subsequent checks.
Some pages are generated dynamically or show different content to different visitors. A page that looks correct in your own browser may not be rendered the same way from a cloud check. The check log is the place to diagnose what Distill actually received.
Cloud or local monitoring?
| Choice | Use it when | Trade-off |
|---|---|---|
| Cloud | You want checks to continue while your computer is off, and the site is reachable from Distill’s cloud. | Some websites block requests from cloud servers or provide different content based on access location. |
| Local | Cloud checks fail, or the site behaves differently from your computer’s network or browser. | The browser or computer must be running and available for checks. |
Distill’s documentation describes cloud monitors as checks performed on Distill’s servers and contrasts them with local monitors that depend on the user’s device. If a cloud monitor fails, review its log and try local monitoring before concluding that no notices have been posted. The current documentation comparison lists a two-minute minimum cloud interval for the Flexi plan and a five-second minimum for local checks; plan names and limits can change, so verify the current options in your account. These intervals are service limits, not a prediction of when an agency will publish an update. See Distill’s local versus cloud guide.
Schedules, alerts, and conditions
Choose a check interval that fits the notice’s urgency and the schedule options available to your monitor and account. A faster schedule can detect a change sooner after it appears, but it cannot guarantee that the source page has already published the notice or that an alert arrives at a particular time. Confirm both the schedule and notification action in the monitor settings.
Distill conditions can filter alerts after a page change is detected. For example, a condition can alert when added text contains a keyword. Use this only when the notice wording is predictable: an exact keyword rule can miss a relevant notice that uses a synonym, abbreviation, or different title format. Validate the condition against real changes shown in the history, and broaden or remove it if it filters out useful updates.
When an agency publishes a genuine RSS feed, feed monitoring may be another option. Check the agency’s own site to confirm that a feed exists and covers the notices you need; the page URL alone does not establish that.
Validate the monitor before relying on it
- Open the monitor’s check log and confirm that checks are completing successfully.
- Inspect the captured or detected content, where available, and verify that the notice area is present rather than an access-denied page, challenge, or incomplete page.
- Review the change history after normal page updates. Confirm that the monitored region catches relevant additions and does not alert on unrelated page changes.
- Check that the configured notification action is available for this monitor and account, then confirm the destination details.
- Revisit the monitor when the agency redesigns its site, moves the notice list, or changes how content loads.
Do not infer that a notice was absent solely because no alert arrived. A failed check, blocked request, selector change, late-loaded content, overly narrow condition, or notification configuration issue can all produce silence. The log, selected region, and change history help distinguish these cases.
Troubleshooting
| Symptom | Likely cause | What to do |
|---|---|---|
| Cloud checks fail or show an error | The site blocks requests from cloud servers, or requires access that the cloud check does not have. | Read the check log for the actual failure and try a local monitor from a device that can access the page. |
| Checks succeed but the notice list is missing | The content loads late, is rendered differently for the monitor, or the selected page region is wrong. | Adjust the page wait setting, inspect what the check received, and reselect the notice region if needed. |
| Too many alerts for unrelated changes | The selection includes volatile content such as counters, timestamps, or unrelated page sections. | Select a narrower notice area and review history to identify and exclude changing elements that do not matter. |
| A new notice appears to be missed | The schedule has not checked since publication, the selected region omitted the new entry, or a condition filtered it out. | Check the schedule and log, inspect the selected content and change history, and test or relax the condition. |
| No notification arrives | The check may not have detected a change, the configured action may not be available for this monitor or plan, or the destination settings may be wrong. | First inspect the log and history; then verify the action and destination in the monitor options. |
| Local monitoring stops when unattended | The local browser or computer was not running or available. | Keep the device available for checks, or use cloud monitoring if the site permits it. |
Or skip the browser setup
ScreenshotNeo is a website screenshot API and MCP server. It captures a page with one GET request and can return PNG, JPEG, WebP, or PDF. A screenshot is a visual snapshot, so it is not a substitute for Distill’s scheduled change detection or its change history when you need ongoing notice alerts. It can help when your workflow needs a page capture, including work with AI agents.
For a screenshot of a government page, replace the example URL with the target page and use your API key. See the ScreenshotNeo API documentation for the request options.
curl -G "https://api.screenshotneo.com/v1/shot" -d access_key=YOUR_API_KEY --data-urlencode url=https://agency.example/notices -o shot.webp
import requests
r = requests.get(
"https://api.screenshotneo.com/v1/shot",
params={"access_key": "YOUR_API_KEY", "url": "https://agency.example/notices"},
timeout=90,
)
r.raise_for_status()
with open("shot.webp", "wb") as f:
f.write(r.content)
const q = new URLSearchParams({
access_key: 'YOUR_API_KEY',
url: 'https://agency.example/notices'
});
const res = await fetch(`https://api.screenshotneo.com/v1/shot?${q}`);
if (!res.ok) throw new Error(`Screenshot request failed: ${res.status}`);
await Bun.write('shot.webp', res);
ScreenshotNeo accepts cookie or consent banners like a visitor and removes more than 60 known consent platforms, along with newsletter popups and chat widgets; each of those steps can be turned off. Bot checks or CAPTCHAs, blank pages, timeouts, failed loads, and cache hits are not billed, and response headers report the page verdict and billing status. Its MCP server provides take_screenshot, get_page_info, and capture_pdf tools for Claude, Cursor, and other MCP clients. The free plan includes 1,000 screenshots per month with no card; paid plans start at $5 for 3,000 shots. Every feature is on every plan. See ScreenshotNeo for product details and sign up for 1,000 free screenshots a month with no card.
Cost, performance, and reliability
- Cost: Check Distill’s current plan limits and available channels in your account before choosing a schedule. The documentation’s interval examples are plan-specific and can change.
- Performance: A more frequent interval can reduce the delay between a page change and the next check, subject to the account’s minimum interval and the site’s availability. It does not affect the agency’s publication timing.
- Reliability: Cloud monitoring removes dependence on your own computer being on, but depends on the page being accessible from Distill’s cloud. Local monitoring can work where cloud access is blocked, but depends on the local device. Check logs and history rather than treating missing alerts as proof of no change.
- Alert quality: A focused selection and carefully tested condition can reduce noise. Overly narrow selections or keyword filters can hide valid notices, so review actual detected changes.
FAQ
Can Distill monitor any government website?
Not necessarily. Access restrictions, page rendering, and site structure vary. Check the log and validate that the notice content appears in the monitor.
Will Distill tell me when a notice is published?
It can alert after a scheduled check detects a page change and the configured action runs. The check interval and the site’s publication timing affect when you learn about it.
Should I monitor the whole site?
Usually start with the specific notice listing page and select its notice area. Monitor more pages only if the agency distributes relevant notices across them.
Can a screenshot replace a change monitor?
No. A screenshot captures a page at a point in time; Distill’s monitor compares checks over time and records changes. Use the method that matches whether you need a visual capture or ongoing alerts.


