Owl Keeper

Features

An uptime check is the easy half.

Anything can tell you a server stopped answering. The failures that actually cost you — a certificate that lapsed on a Sunday, a domain nobody renewed, mail that quietly stopped being trusted, a noindex that shipped by accident — all answer a perfectly healthy 200. Owl Keeper watches for those on the same page, for every site, on every plan.

What most uptime tools leave to you

The first two rows are the category. The rest is why this exists.

The question A typical uptime tool Owl Keeper
Is the site answering? HTTP, TCP and mail checks, on your schedule. Yes Yes
Is the certificate about to expire? And whether the chain is complete and actually covers the hostname. Yes Yes
Is the domain about to lapse? Read from the registry, not guessed from a WHOIS scrape. Sometimes Yes
Has the registrar lock come off? The signal that precedes a domain being taken. Also DNSSEC. No Yes
Will your mail reach an inbox? SPF, DKIM, DMARC, MTA-STS and BIMI — with SPF lookups counted through every include. No Yes
Is the site telling search engines to go away? A stray noindex or a staging robots.txt that shipped to production. No Yes
Are the response headers doing anything? HSTS, CSP, cookie flags, and whether plain HTTP still answers. No Yes
Is anyone reading your cookies? A session cookie without Secure travels in clear text the first time somebody types the address without https. No Yes
Can an AI agent use this site? llms.txt, an API catalogue, an MCP server card — and which AI crawlers the robots file has an opinion about. No Yes
Does the contact form still take a submission? Submitted for real, from a marked address, so a form that has quietly stopped delivering is caught in hours. No Yes
Did the nightly backup actually run? The job calls a URL when it finishes. You hear about the night it does not. No Yes
What changed since last week? Only differences are written down, so the history is the list of things that moved. No Yes

Mail authentication

The checks other people sell as a product of their own

Mail authentication is the failure with the longest fuse: nothing breaks, nothing alerts, and invoices simply stop arriving. It is normally a separate subscription, from a separate vendor, at a separate price. Here it is one of the daily passes over every domain you add.

SPF, counted properly

Every include is followed and the DNS lookups are counted on the way. Passing ten is a permanent error that leaves the record looking completely reasonable — it is the single most common way a domain that used to deliver stops.

DKIM and DMARC

Whether the selectors you publish resolve, and what your DMARC policy actually instructs a receiver to do. A policy of none is reported as what it is: published, and doing nothing.

MTA-STS and BIMI

The newer half — whether mail to you is required to travel encrypted, and whether your logo is allowed to appear next to it. Reported as facts, never as faults.

MX that resolves

The records exist, the hosts behind them exist, and the mail server actually answers a greeting and offers STARTTLS.

Blocklists

Whether the domain or its sending host has turned up on a list receivers consult before accepting anything from you.

Told once, not daily

A broken record stays broken until somebody fixes it. You are told when it breaks, not every morning until you do — which is how a reminder becomes something people filter away.

In depth

Three checks with pages of their own

The three that take the most explaining, and the three nothing else in this category runs. Everything above and below is checked on the same schedule and on the same plans.

Cron job monitoring

The only check here that runs the other way round. Your job calls a URL when it finishes and you are told when a call does not arrive, which makes it the one thing on this list that works on a machine with no public address — a build box, a laptop, a client's server behind a corporate firewall. It is also the only way to catch a backup that stopped running, because a server whose backup script was deleted is a perfectly healthy server and will pass every other check you own.

Read more

Security header monitoring

Any scanner can print the headers a site returns and colour the absent ones red. What is worth paying for is the grading — exactly one class of finding here is treated as a real hole, and it is a cookie served without Secure, because that one travels in clear text the first time somebody types the address without https. The rest is hardening, reported in amber, so that the day something goes red you still believe it. And because the pass runs daily, a policy that was there last week and is gone today is recorded as the deploy nobody meant to make.

Read more

AI agent readiness monitoring

An agency with thirty clients cannot currently say which of them are readable by an AI agent, because answering it means opening thirty robots.txt files by hand and then a second pass for the half-dozen well-known paths that appeared in the last two years. This answers it for the whole estate every day — llms.txt, Markdown negotiation, eighteen AI crawlers by name, Content Signals, MCP and API catalogues. Recorded as facts and never as faults, because for a good share of client work refusing the crawlers is the brief.

Read more

Certificates and domains

The two dates that take a site off the internet

Certificates, checked past the expiry date

When it expires, who issued it, whether the chain is complete, and whether it covers the hostname it is actually serving — including wildcards, which cover one level and not two. Warnings at 30, 14, 7, 3 and 1 days.

Registration, read from the registry

Expiry, registrar and status straight from RDAP rather than scraped from a WHOIS page. Warnings start at 60 days, because a lapsed domain is slow and expensive to recover where a certificate can be reissued in minutes.

Registrar lock and DNSSEC

A lock coming off is the step before a domain is moved. Seeing it as a change on a Tuesday is the difference between a phone call and a recovery.

Nameservers and delegation

Who is authoritative for the domain, and whether that answer has changed since yesterday. Recorded alongside everything else on the site, not on a page of its own.

Alerts

An alert you can afford to believe

A monitoring tool is only worth having if you still read its messages in month six. Everything here is arranged around not spending your attention.

Refused is not down

A firewall answering 401, 403 or 429 tells you nothing about whether visitors can reach the site. It is reported as the checker being turned away, in amber, and the alert names the user agent to allow so you can fix it in one step.

Confirmation before the interruption

Nothing is called down until it has failed as many times in a row as you decided. One dropped packet on a flaky network never becomes a message.

Recovery, not just failure

You are told when it comes back and how long it was gone, so the incident closes itself rather than leaving you to check.

Slack, Discord or signed JSON

Paste a Slack or Discord URL and messages are formatted for it. Anything else receives JSON signed with an HMAC, so a receiver can tell our POST from anyone else who learned the address.

In the language of whoever reads it

Alerts are written in the language of the account they are addressed to — so one person can be told in Spanish while a colleague gets the same alert in English.

Pause without losing history

Planned maintenance skips the schedule instead of generating a false incident, and nothing already recorded is thrown away.

Looking after other people's sites

A site is the unit, not a monitor

A client with a website, an API, a mail server and a certificate is one thing to look after — and four billable rows in a tool that charges by the row. Here a site carries its certificate, its registration, its DNS and its mail records at no extra count.

Tags that filter an estate

Tag by client, by hosting provider, by whatever you actually think in, and pull sixty sites down to the four you are being asked about.

A status page safe to send to a client

Uptime, what is answering, and when the certificate and registration renew — on an unguessable link that never shows monitor names, addresses, or anything from the security checks. Withdraw it and the link stops working.

A history that is only changes

A check that finds the same thing as yesterday records nothing. What you can show a client is the list of what actually moved — the issuer, the nameservers, the DMARC policy — instead of a year of identical rows.

Nothing tracking your clients

The status pages you send clients carry no analytics of any kind — neither ours nor Google's — so nobody measures the people who open them. The application does use analytics to find the parts people struggle with, and the privacy policy names each tool and what it collects.

Every check, on every plan

Nothing on this page is held back for a higher tier. The plans differ by how many sites you watch and how often, never by what is looked at.