Alerts & Notifications

Alert Types

Every alert type VitalSentinel offers across Uptime, RUM, CrUX, Synthetic, Robots.txt, Server Logs, Site Health, Page Monitoring, Sitemap Monitoring, and Search, with guidance on when to use each one.

View as Markdown

VitalSentinel supports alerts across all monitoring modules. This guide covers every available alert type and when to use them.

Uptime Alerts

Uptime Monitoring alerts use predefined configurations. Select from these available alert types:

Available Presets

AlertSeverityDescription
Site is downCriticalTriggers when site becomes unreachable
Site is up (recovery)InfoTriggers when the site recovers, if your Site is down alert fired for that outage
SSL will expire in 14 daysWarningSSL expiration warning
SSL will expire in 7 daysCriticalUrgent SSL expiration
Domain will expire in 14 daysWarningDomain expiration warning
Domain will expire in 7 daysCriticalUrgent domain expiration

When both Site is down and Site is up (recovery) are enabled, the recovery alert only fires for an outage the down alert reported. An outage too brief to trigger Site is down produces no recovery notification.

RUM Alerts

RUM Monitoring tracks real user performance metrics. See Performance Thresholds for detailed rating breakdowns.

LCP (Largest Contentful Paint)

ThresholdRating
≤ 2500msGood
2500-4000msNeeds Improvement
> 4000msPoor

Example:

If LCP p75 > 2500ms → Warning
If LCP p75 > 4000ms → Critical

CLS (Cumulative Layout Shift)

ThresholdRating
≤ 0.1Good
0.1-0.25Needs Improvement
> 0.25Poor

Example:

If CLS p75 > 0.1 → Warning
If CLS p75 > 0.25 → Critical

INP (Interaction to Next Paint)

ThresholdRating
≤ 200msGood
200-500msNeeds Improvement
> 500msPoor

Example:

If INP p75 > 200ms → Warning
If INP p75 > 500ms → Critical

TTFB (Time to First Byte)

ThresholdRating
≤ 800msGood
800-1800msNeeds Improvement
> 1800msPoor

Example:

If TTFB p75 > 800ms → Warning

FCP (First Contentful Paint)

ThresholdRating
≤ 1800msGood
1800-3000msNeeds Improvement
> 3000msPoor

Example:

If FCP p75 > 1800ms → Warning

Error Rate

Percentage of page views with JavaScript errors.

Example:

If Error Rate > 5% → Warning

CrUX Alerts

CrUX Monitoring tracks Chrome User Experience Report data with custom threshold alerts.

Available Metrics

MetricGoodNeeds ImprovementPoor
LCP p75≤ 2500ms2500-4000ms> 4000ms
CLS p75≤ 0.10.1-0.25> 0.25
INP p75≤ 200ms200-500ms> 500ms
TTFB p75≤ 800ms800-1800ms> 1800ms

Configuration Options

  • URL/Origin: Monitor specific URL or entire origin
  • Device: Any, Phone, or Desktop

Example:

If LCP p75 > 2500ms (Origin, Any device) → Warning
If INP p75 > 200ms (Origin, Phone) → Warning

CrUX data is based on real user metrics collected over 28 days.

Synthetic Alerts

Synthetic Monitoring runs Lighthouse tests with custom thresholds.

Available Metrics

MetricDefault ThresholdDescription
TTFB800msTime to First Byte
FCP1800msFirst Contentful Paint
SI3400msSpeed Index
LCP2500msLargest Contentful Paint
TTI3800msTime to Interactive
TBT200msTotal Blocking Time
CLS0.1Cumulative Layout Shift
Network Requests100Total network requests

Configuration Options

  • URL: Select which monitored URL to track
  • Device: Any, Phone, or Desktop
  • Evaluation Window: the last test only, or the average of the last 3, 5, or 10 tests

Example:

If LCP > 2500ms (avg last 5 tests) → Warning
If TBT > 200ms (avg last 3 tests) → Warning
If CLS > 0.1 (last test) → Critical

Robots.txt Alerts

Robots.txt Monitoring alerts use predefined configurations. Select from these available alert types:

Available Presets

AlertSeverityDescription
Robots.txt file changedInfoNotifies when file content changes
Robots.txt has syntax errorsCriticalTriggers when parsing errors detected
Robots.txt blocks sitemap URLsWarningTriggers when robots.txt blocks URLs from sitemap

Server Log Monitoring Alerts

Server Log Monitoring alerts use predefined configurations, like Uptime and Robots.txt. Pick one from Alert Type. Each alert carries its own threshold and severity:

AlertSeverityTriggers when
A verified crawler is being blockedCriticalMore than 50 requests from verified crawlers were blocked within the last hour
Crawlers are hitting server errorsCriticalMore than 5% of verified crawler requests got a 5xx error (last full hour plus the current one)
A server log source has gone quietCriticalA log source has stopped delivering data
Googlebot crawling has droppedWarningGooglebot crawling fell more than 50% against its own baseline
A crawl volume spikeInfoCrawl volume rose more than 300% against its own baseline
Your server is slow to respond to crawlersWarningCrawler response time (75th percentile, last full hour plus the current one) is above 1,500 ms
Bots are hitting new 404 errorsWarningURLs started returning 404 to verified crawlers within the last 24 hours
Crawl budget is going to wasteInfoMore than 60% of crawl over 7 days went to error, redirect, parameterized or robots.txt-disallowed URLs
Spoofed bot traffic is surgingWarningThe share of spoofed bot traffic rose more than 100% against its own baseline
A new AI crawler discovered your siteInfoAn AI crawler vendor was seen on your site for the first time within the last hour
AI crawler traffic has droppedWarningAI crawler traffic fell more than 70% against its own baseline
A verified bot is ignoring robots.txtWarningA verified bot fetched more than 100 robots.txt-disallowed URLs within the last 24 hours
Discovery has stalledWarningNo crawler has found a new URL for more than 14 days
A ranking page is erroring to a verified botCriticalA page that ranks in search is currently returning errors to a verified bot
Money pages are going staleWarningMore than 20% of your search impressions are on pages that have not been crawled recently

The first three are checked more often than the others, so problems that stop crawling reach you sooner. A ranking page is erroring to a verified bot and Money pages are going stale also use Google Search Console data, which lags by 2 to 3 days.

Firing server log alerts also appear under Open findings on the module's Overview.

Site Health Monitoring Alerts

Site Health Monitoring alerts use predefined configurations, like Uptime and Robots.txt. Pick one from Alert Type. Each alert type covers one group of sitewide issues:

AlertIn the one-click setCovers
Site reachable againYesOur crawler can reach your site again after a period when it could not
Crawler blocked or disallowedYesA firewall or bot protection blocks our crawler, or robots.txt disallows it
Sitewide indexability problemsYesProblems that can stop search engines from indexing your pages
Sitewide errorsYesError responses across your site
Sitewide rendering problemsYesPages that render blank or do not render correctly
Sitewide SEO element problemsYesProblems with titles, descriptions, headings and other SEO elements
Sitewide security problemsYesSecurity problems across your site
Sitewide performance problemsNoPerformance problems across your site
AI bot access problemsYesAI crawlers that cannot get into your site
Sitewide link and crawl-path problemsYesProblems with links and the paths that crawlers follow
AI readiness findingsNoFindings about how well AI bots can read your pages

The form has no Severity field and no threshold for these alerts. Instead, Alert on issues of severity sets the lowest issue severity that triggers the alert:

OptionTriggers on
Critical onlyCritical issues
High and above (default)High and critical issues
Medium and aboveMedium, high and critical issues

The form shows this note: "Medium alerts are emailed only when your notification threshold is set to Info." Site reachable again does not have this field.

The Crawler blocked or disallowed email tells you how to let our crawler in. See Monitoring IPs for the allowlist steps.

Site Health Monitoring does not send an alert when your site goes down. To get that alert, use the Uptime alert Site is down.

Page Monitoring Alerts

Page Monitoring alerts tell you about changes on the pages that you watch. VitalSentinel does not create these alerts for you. Create one rule for each kind of change that you want to know about.

Pick the kind of change in What to watch:

What to watchDefault severityTriggers when
Page stops loading or errorsCriticalThe page stops loading, answers with an error, or loads again
Redirect added or changedWarningThe page starts or stops redirecting
Noindex or robots directive changedCriticalA noindex or another robots directive is added or removed
Blocked by robots.txtCriticalrobots.txt starts or stops blocking Googlebot from the page
Canonical changedWarningThe canonical URL is added, removed or changed
Title changedWarningThe page title changes
Meta description changedInfoThe meta description changes
H1 changedInfoThe main heading changes
Other headings changedInfoAn H2 to H6 heading changes
Language or hreflang changedInfoThe page language or its hreflang links change
Main content changedInfoThe main text of the page changes
Structured data changedInfoStructured data types, errors or key properties change
Links or images changedInfoLinks or images on the page change
Analytics or tag scripts changedWarningAn analytics ID or a third-party tag script is added or removed
Blank page or rendering problemsWarningThe page renders blank, fails to render or shows script errors
Response headers or speed changedInfoResponse headers, page size or server response time change
Page element changedWarningOne of your page elements changes

You can change the Severity of each rule.

Use Pages to set which pages the rule covers:

  • All watched pages: The rule covers every page that you watch. It also covers pages that you start to watch later.
  • Only these pages: The rule covers only the pages that you pick in the list.

Page element changed adds two more fields. In Page element, pick one of your page elements, or keep Any page element. In Condition, pick what triggers the alert:

ConditionTriggers when
ChangedThe element value changes
DisappearedThe element is no longer on the page
Contains textThe element contains the text that you enter in Text to look for
Went upThe value goes up (number and count elements only)
Went downThe value goes down (number and count elements only)

Sitemap Monitoring Alerts

Sitemap Monitoring alerts tell you about changes in your sitemaps. VitalSentinel does not create these alerts for you. Create one rule for each kind of event that you want to know about.

Pick the event in What to watch:

What to watchDefault severityTriggers when
Sitemap file fails to loadCriticalA sitemap file that worked before failed on 2 checks in a row
URLs removed that still get clicksCriticalURLs left your sitemaps but still get search clicks
Sitemap shrinksCriticalAt least the percentage you set of your sitemap URLs, and at least 50 URLs, were removed in one check
Sitemap growsWarningAt least the percentage you set of new URLs, and at least 50 URLs, were added in one check
New URLs addedInfoNew URLs appeared in your sitemaps
Removed URLs listed againInfoURLs that were removed are listed again
Dates rewritten on every checkInfoA sitemap file started to give most of its URLs a new date on every check
Sitemap file added or removedWarningA sitemap file was added, or one stopped being listed

Sitemap shrinks and Sitemap grows add a percentage field: Shrinks by at least (%) or Grows by at least (%). The default is 10. Enter a whole number from 1 to 100. You can change the Severity of each rule.

Search & Traffic Alerts (Percentage Change)

Google Search Console, Indexing, and Web Analytics alerts don't use fixed thresholds. Instead, they compare the current period against the previous one and trigger on relative change. These modules support three operators:

OperatorTriggers when
Decreased by more than (%)The metric drops by more than X% vs. the previous period
Increased by more than (%)The metric rises by more than X% vs. the previous period
Anomaly (std. deviations)The metric deviates from its rolling average by more than N standard deviations

Each rule takes a comparison window (1, 3, 7, 14, or 28 days) that sets both the current period and the baseline it is compared against.

Google Search Console

MetricNotes
ClicksWeb search clicks
ImpressionsWeb search impressions
Click-Through RateWeb search CTR
Discover ClicksGoogle Discover
Discover ImpressionsGoogle Discover
News ClicksGoogle News

Example:

If Clicks decreased by more than 30% (7-day window) → Warning

Indexing

Alerts on the number of pages in each Google index-coverage state (Submitted and indexed, Crawled - currently not indexed, Discovered - currently not indexed, Not found (404), Server error (5xx), Blocked by robots.txt, and more).

Example:

If "Submitted and indexed" decreased by more than 15% (7-day window) → Critical

Web Analytics

Metric
Visitors
Sessions
Pageviews
Bounce Rate
Avg Session Duration
Avg Scroll Depth
Ecommerce Revenue
Ecommerce Conversions

Avg Session Duration is evaluated over the sessions that could be measured. A session holding a single event has no duration to measure, so it is left out of the average rather than counted as zero seconds - see Key Metrics.

Example:

If Visitors decreased by more than 30% (7-day window) → Warning

Use the Create essential alerts with one click feature on the Alerts page to automatically create these recommended alerts across every module.

What Gets Created

RUM Monitoring (p75 within last 24h, Warning, in-app only):

  • LCP > 2.5s
  • CLS > 0.1
  • INP > 200ms

CrUX Monitoring (p75 within last 7 days, Origin, Warning, in-app only):

  • LCP > 2.5s
  • CLS > 0.1
  • INP > 200ms

Synthetic Monitoring (Home URL, avg of last 5 tests, Warning, in-app only):

  • LCP > 2.5s
  • CLS > 0.1

Uptime Monitoring (with email):

  • Site is down (Critical)
  • Site is up / recovery (Critical)
  • SSL will expire in 14 days (Warning) and 7 days (Critical)
  • Domain will expire in 14 days (Warning) and 7 days (Critical)

Robots.txt Monitoring:

  • Has syntax errors (Critical, with email)
  • Blocks sitemap URLs (Warning, with email)
  • File changed (Info, in-app only)

Server Log Monitoring (all 15 alerts above, at their default thresholds):

  • With email: A verified crawler is being blocked, Crawlers are hitting server errors, A server log source has gone quiet, A ranking page is erroring to a verified bot
  • In-app only: the other 11

Site Health Monitoring (Warning, with email, High and above on every alert except Site reachable again):

  • Site reachable again
  • Crawler blocked or disallowed
  • Sitewide indexability problems
  • Sitewide errors
  • Sitewide rendering problems
  • Sitewide SEO element problems
  • Sitewide security problems
  • AI bot access problems
  • Sitewide link and crawl-path problems

If the domain already has a Site Health Monitoring alert of one of these types, the one-click set does not add it again. Page Monitoring and Sitemap Monitoring alerts are not in the one-click set.

Google Search Console (% change over 7 days, Warning, in-app only):

  • Clicks dropped > 30%
  • Impressions dropped > 30%

Indexing Monitoring (% change over 7 days, Critical, in-app only):

  • Indexed pages dropped > 15%

Web Analytics (% change over 7 days, Warning, in-app only):

  • Visitors dropped > 30%

On this page

VitalSentinel

Catch issues before they cost you

Track SEO, performance, and uptime in one place and get alerted the moment something breaks – hours before it hits your traffic.

  • Free plan for 1 domain
  • Set up in minutes
  • No credit card required