Third-Party Script Monitoring

You can manually open your browser's DevTools Network tab, reload the page, and inspect every external script for its status code and content type — but that's a one-time snapshot you'd have to repeat constantly. Sitewatch automates it: paste your URL and it parses your HTML, discovers every third-party script, and checks each one's presence and file type on a schedule. No DevTools, no manual audits, no code to add to your site.

Add your site to Sitewatch and every monitoring cycle re-discovers and re-checks all external scripts referenced in your HTML. Because vendors change endpoints and have outages without warning, continuous checks are the only reliable way to catch a script that worked yesterday and 404s today. Intervals are configurable per site, from every 30 minutes on Free to every 5 minutes on Pro.

When an external script goes missing, errors, arrives as something other than code, or redirects to an unexpected destination, the browser stops executing it — and whatever feature depended on it silently breaks. Sitewatch confirms the failure with 2-of-3 retries to filter transient blips, then raises an incident naming the script, what came back instead of it, and the page it affects.

Yes. Analytics tags (Google Analytics, Segment, Mixpanel) and chat widgets (Intercom, Drift, Zendesk) are loaded as external scripts, so they fall directly inside Sitewatch's coverage. If the analytics script starts 404ing and your data goes dark, or the chat widget script fails to load and support messages stop arriving, Sitewatch catches the failed request even though the page itself still looks fine.

Yes. A third-party script referenced over http:// on an https:// page is mixed content, and browsers block it outright — the feature it powers disappears with no error visible to you. Sitewatch flags insecure references and protocol issues; see mixed-content monitoring for the dedicated protocol-level checks that pair with per-script monitoring.

Yes. When an individual script file errors, per-script monitoring catches it. When an entire vendor domain goes dark — DNS failure, expired cert, total outage — third-party dependency monitoring catches it at the domain level. Either way, you get an alert across your configured channels (6 channels including Slack, email, and PagerDuty) before your customers tell you.

Sitewatch monitors every external script referenced in your page HTML -- analytics (Google Analytics, Segment, Mixpanel), payment forms (Stripe, PayPal), chat widgets (Intercom, Drift), ad tags, tag managers, and any other third-party JavaScript. Scripts are discovered automatically by parsing the HTML.

No. Sitewatch checks that each script is there and is really code -- verifying that it loads and arrives correctly as JavaScript. It does not download, hash, or compare script contents between checks. It catches availability failures and delivery errors, not content-level changes.

Sitewatch detects scripts that go missing or error, scripts that arrive as the wrong kind of file (for example, a CDN serving text/html instead of application/javascript), and scripts that have been removed or relocated. Detecting these failures is part of Sitewatch's 20 detection rules covering the full range of failures that leave a page loading but broken.

When Stripe.js (or any script) errors or arrives as the wrong kind of file, Sitewatch confirms the failure with 2-of-3 retries and sends an alert across your configured channels -- 6 channels including Slack, email, and PagerDuty. The alert includes the script URL, HTTP status code, and which page is affected.

No. Sitewatch monitors your pages externally using HTTP requests. It discovers and checks all scripts automatically by parsing the HTML -- no code changes, no tags to install, no vendor integrations required.