Accessibility checks
A page-level accessibility workflow showing curated Lighthouse accessibility checks, pass/fail/manual states, clickable audit rows, filtering controls, and direct drilldowns into affected accessibility evidence.
Learn how Siteimp and Siteimp Watch differ, why monitoring behaves differently in each product, and what to expect from Siteimp scans, scheduling, and local monitoring.
Siteimp and Siteimp Watch share a monitoring foundation, but they are built for different jobs.
Siteimp is the full local-first Windows website integrity application. It scans websites, collects page evidence, runs Lighthouse, checks accessibility, reviews links and images, inspects headings, stores scan results, and includes local monitoring as one part of a much larger workflow.
Siteimp Watch is the focused local monitoring application. It is built from the same monitoring idea, but it does not carry the rest of Siteimp's scanning toolbox. That makes Watch better suited to frequent local checks, short monitoring intervals, internal tools, home lab services, staging environments, and endpoints your own computer can reach.
This FAQ explains the practical differences between the products and answers common questions about monitoring, scan behavior, and first-run startup time.
The Siteimp FAQ is for questions that sit between product documentation, technical support, and product design.
Some questions are not about how to click a button. They are about why Siteimp behaves the way it does.
This section explains questions such as:
The goal is to make Siteimp's design choices understandable before they become confusing.
The most important product distinction is simple.
Use Siteimp when you want to inspect and understand a website as a system.
Use Siteimp Watch when you mostly want to monitor whether something your computer can reach is responding.
Siteimp is larger because it does more. It is designed for website integrity work: scans, page evidence, Lighthouse results, accessibility findings, broken links, images, headings, sitemap and crawl differences, support context, and monitoring as part of that broader picture.
Siteimp Watch is narrower because monitoring is the job. It is designed for local visibility, faster checks, and monitoring targets from the machine running Watch.
For the full comparison, read Siteimp or Siteimp Watch.
Siteimp pauses monitoring while a scan is running.
That behavior is intentional. Siteimp scans can do heavy work: crawling pages, opening pages in a browser, running Lighthouse, checking accessibility, checking links and images, writing scan evidence, saving artifacts, and updating the app as results arrive.
During that work, Siteimp gives the scan priority.
Pausing monitoring protects scan quality, avoids unnecessary resource competition, and helps prevent monitoring results from being distorted by local app load during a heavy scan.
For the full explanation, read Why does Siteimp stop monitoring when a scan is running?.
Siteimp allows monitoring intervals down to one minute.
That limit is part of the product design. Siteimp includes monitoring, but it is not only a monitoring app. Its monitoring scheduler runs inside the full website integrity application, beside scanning, Lighthouse, accessibility checks, image and link processing, local databases, and scan artifacts.
A one-minute interval keeps monitoring predictable inside the larger scanner.
Siteimp Watch exists for cases where monitoring is the primary job and shorter intervals are needed.
For the full explanation, read Why does Siteimp only allow down to a 1 minute monitoring interval?.
The first Siteimp scan can take longer to start.
That does not usually mean the scan is broken. It usually means Siteimp is preparing the local environment and scanning tools it needs before collecting website evidence.
A full scan is not a simple availability check. Siteimp may need to prepare browser-based tooling, Lighthouse-related checks, scan status tracking, artifact folders, page queues, local database writes, and app interface updates before visible results start appearing.
The first scan has to wake up the machinery. Later scans may feel faster because parts of the app and scan environment are already warmed up.
For the full explanation, read Why do Siteimp scans take so long to start the first time?.
These questions matter because Siteimp and Siteimp Watch are local-first desktop applications.
Local-first software has different tradeoffs than hosted software. It gives you local control, local visibility, and local data ownership, but it also depends on the machine running the app.
That matters for monitoring especially.
A local monitoring app can only monitor while the computer, network, power, and operating system cooperate. If the computer sleeps, shuts down, restarts, loses network access, or is interrupted by operating system behavior, local monitoring can be interrupted too.
Siteimp Watch can be very useful for local visibility and fast checks. It can augment cloud monitoring. But it is not a full replacement for a dedicated infrastructure monitoring service when service-grade uptime guarantees are required.
Use Siteimp when you need broad website evidence.
Siteimp is useful when you care about:
Siteimp is the right tool when your main question is:
What is happening across this website, and what evidence can help me improve it?
Use Siteimp Watch when monitoring is the main thing you need.
Siteimp Watch is useful when you care about:
Siteimp Watch is the right tool when your main question is:
Is this target responding from my computer or local network right now?
Yes.
Some users may use both products.
For example, you might use Siteimp to scan a website before launch, review accessibility, find broken links, inspect headings, check images, and collect scan evidence.
Then you might use Siteimp Watch to monitor important endpoints, internal tools, local services, staging targets, or public URLs at shorter intervals.
That combination makes sense when you need both deep website inspection and focused local monitoring.
To learn more, read:
Siteimp is built for broad website evidence. Siteimp Watch is built for focused local monitoring. This FAQ exists to make that split clear before the scheduler gremlins start whispering from the walls.
These support documents mirror the guidance built into the application and explain what each page is for, what you can do there, and how to use it effectively.
A page-level accessibility workflow showing curated Lighthouse accessibility checks, pass/fail/manual states, clickable audit rows, filtering controls, and direct drilldowns into affected accessibility evidence.
A shared support article for page-level accessibility issue detail routes, with anchor sections for each supported accessibility audit.
The setup page for adding a site you own or control to your local Siteimp workspace before verification, crawl settings, and the first scan.
A page-level issue showing external targets linked from this page that failed during the scan.
A scan-level signal showing external link targets that failed during this snapshot.
A page-level issue showing image assets on this page that failed, returned an HTTP error, or did not look like a valid image response.
A scan-level signal showing image assets that failed, returned HTTP errors, or did not look like valid image responses.
A page-level issue showing internal links from this page to missing or failed targets within the same website snapshot.
A scan-level signal showing internal links to missing or failed targets within the same website snapshot.
A scan-level sitemap signal showing URLs that Siteimp found by crawling but did not find in the sitemap snapshot.
A scan-level signal showing the external domains that receive the largest share of links from this snapshot.
A page-level issue showing that the page itself had a fetch problem, HTTP error, or robots.txt block during this scan.
A page-level structure view that shows headings in published order and grouped by heading level, with lightweight observations based on the page’s raw markup.
A detailed evidence page for a single image asset collected during a scan, including usage rows, fetch details, SHA-256 hash, EXIF summary, risk tags, and copyable EXIF JSON.
A scan-level image inventory showing image sources, social preview images, favicons, dimensions, file size, content type, EXIF presence, GPS presence, and fetch status.
A scan-level structural link view showing how pages connect inside the site, where pages link outward, and where broken internal or external link counts were found.
A page-level issue showing missing title or meta description fields for this page.
The monitoring control room for your local Siteimp workspace, including monitoring status, failing website counts, recent check timing, scan-aware monitoring pauses, and the path into target-level monitoring details.
A page-level evidence dashboard showing how a page was discovered, what it contains, what links and media it references, what links point to it, and what actionable issues were found.
A page-level metrics view showing Lighthouse performance score, audit mode, and collected performance rows such as First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Speed Index, Time to Interactive, and Cumulative Layout Shift.
A shared support article for scan-wide accessibility issue detail pages, with anchor sections for Lighthouse accessibility audits.
The main evidence hub for a completed or running scan, showing progress, cancellation controls for active scans, scan-wide signals, exploration links, and the sortable pages table discovered in the run.
The app-level defaults page for crawl behavior and monitoring notification routing, used when individual websites do not define their own overrides.
A page-level issue showing that this page was found by crawling but was missing from the sitemap snapshot.
A scan-level sitemap signal showing URLs that appeared in the sitemap but were not discovered through crawling.
The website-level control center for one saved site, including scan history, ownership status, robots.txt preview, crawl settings, scan history filters, sorting, monitoring pause behavior during scans, interrupted scan recovery actions, and the path into scan results.
The website-level monitoring control room for one site, where you manage checks, targets, notification routing, failure details, result history, and retention cleanup.
The top-level operational map for your local Siteimp workspace, including website records, scan status, and the main path into deeper evidence.