Website monitoring is the automated, repeated testing of a website to confirm that it is available, loads quickly and works as expected. A tool runs checks on a schedule and sends an alert when a result falls outside the expected range.
How does website monitoring work?
A monitoring service requests the site from one or more locations at a fixed interval. According to reports such as Wikipedia, typical services check every one to 60 minutes. If a check fails, the service notifies the team by email, SMS, chat or URL notification (webhook). Many services repeat the check from a second location first, which reduces false alarms caused by a single network path.
Uptrends distinguishes three types of monitoring:
- Availability monitoring checks that the site responds, including DNS and SSL certificates.
- Performance monitoring measures load times and connection speed.
- Functionality monitoring runs scripted steps such as a login or a checkout.
Where does SEO come in?
The three types above answer whether visitors can use the site. Search engines depend on further properties, for example whether robots.txt still allows crawling, whether pages carry a noindex tag or whether canonical tags point to the right URLs. A page can return a successful response and still be excluded from the index. In practice, monitoring for SEO therefore adds checks on these technical signals and on content changes (assessment; see change monitoring and SEO monitoring).
Server errors matter for search directly. Google slows down crawling when it receives 5xx or 429 responses and removes URLs from the index that persistently return a server error.
| Type | What is checked? | Usual frequency | What it catches |
|---|---|---|---|
| Uptime monitoring | whether a URL is reachable and returns the expected status code within a time limit | short intervals, often minutes | Outages and server errors (5xx), including at night. On 5xx and 429, Google temporarily slows down crawling. |
| Website monitoring (this term) | Umbrella term for availability, load time and functions of a website, such as login or checkout | varies by check | broken user flows on pages that respond without errors themselves |
| Change monitoring | Content of a page or file compared with the previous fetch | set by the user | changes without an error code, such as a new title, a changed canonical or a removed text section |
| SEO monitoring | search-relevant signals of many URLs: status codes, redirects, noindex, canonicals, robots.txt, sitemaps, content | regular crawls, usually daily to weekly | a noindex after a release that visitors never see. Google drops such pages once it reads the tag while crawling. |
| Rank tracking | Position of the site for set keywords, per country, language, location and device | daily to weekly | drops for single keywords in a fixed setup. Search Console instead shows the average topmost position across all impressions. |
| robots.txt monitoring | Content, availability and status code of robots.txt | regular, interval of your choice | a new blocking rule such as Disallow: /. Google generally caches robots.txt for up to 24 hours. |
| Sitemap monitoring | Availability, format and listed URLs of XML sitemaps | regular, interval of your choice | suddenly missing URLs or whole sections. Google limits a sitemap to 50 MB (uncompressed) or 50,000 URLs. |
There is no standard for these types of monitoring. Scope, frequency and examples are based on practical experience and vary by tool. Statements about Google's behaviour (crawling on 5xx and 429, noindex, robots.txt caching, sitemap limits, position in Search Console) are backed by sources. Sources: Google Search Central: Wie sich HTTP-Statuscodes und Netzwerkfehler auf die Google Suche auswirken; Google Search Central: Indexierung mit noindex blockieren / Block indexing with noindex; Google Search Central: So interpretiert Google die robots.txt-Spezifikation; Google Search Central: Sitemap erstellen und einreichen / Build and submit a sitemap; Google Search Central: So funktioniert die Google Suche / How Google Search works; Search-Console-Hilfe: Leistungsbericht (Suche). Last checked: .
Example
An online shop checks its home page, a category page and the checkout every five minutes from three regions. After a deployment the category template starts returning a 500 error. The second check confirms it, and a message reaches the on-call channel within minutes.
Common mistakes
- Monitoring only the home page, while errors occur on templates deeper in the site.
- Sending every alert to the same channel, so important ones get lost.
- Treating a 200 response as proof that the page is correct.
Sources
- What is Website Monitoring? – Uptrendsuptrends.com
- Website monitoring – Wikipedia (secondary)en.wikipedia.org
- Pingdom uptime monitoring (vendor page)pingdom.com
- Fix HTTP and network errors – Google Search Centraldevelopers.google.com
Last updated: