Skip to content

Status and incident reports

This page describes what is monitored, how quickly an incident becomes visible and how you get told about it. It deliberately does not show the current state: a static page could only assert it, while the measurement lives in your account.

Monitored around the clock Reported to the address on file Maintenance announced in advance

An assistant on a website is part of that website: if it does not answer, your visitors see it before you do. That is why the monitoring does not only check whether servers are running, but whether the chain that produces an answer works — from delivering the widget through the interface to the answer itself. What is measured and what happens during an incident is described here.

This page shows no live value

Today's state is in your account under Operations. The values there come from the running measurement, with a timestamp. A static page would have to assert a state it does not measure — and during an incident an assertion is exactly what helps nobody.

What is monitored

What is monitored is the chain, not the individual server. Every point is checked from outside, the way a visitor to your website reaches it, and every measurement carries a timestamp. If a measurement fails, it counts as not measured, not as fine.

Widget delivery

Is the widget file delivered and valid? This point decides whether the assistant appears on your page at all — regardless of whether it could answer.

Interface

Does the interface accept requests and answer them within the expected time? Measured with a real request, not with a ping to the machine.

Answer path

Does a test question come back with an answer that references a source? This point also triggers when all machines are running but the answer fails to appear.

Reading sources

Are sources read and indexed within the intended time? A backlog here does not cause an outage but leads to outdated answers — which is why it is tracked separately.

Queues

A queue growing beyond its usual length is an early sign of trouble, before it reaches the visitor.

Certificates and access

Certificate validity and reachability of the login. An expired certificate silences the widget without any machine failing.

What happens during an incident

Monitoring runs without interruption and checks at short intervals. An incident is detected by the measurement itself, not by someone reporting it.

Maintenance and planned work

Work that may cause an interruption is announced beforehand and scheduled for times of low usage. The announcement goes to the address stored in the account and names the time window and the affected part. Changes that can be delivered without interruption are not announced individually but recorded in the changelog.

What you can check yourself

  • Does the widget appear on your page? If not, first check whether the snippet is still in the template and whether the domain is listed among the permitted domains.
  • Does the assistant answer in the test area of your account? If it does but not on the website, the cause is the embedding, not the service.
  • Does Operations show a measurement with a current timestamp? An old timestamp means no measurement was taken just now — which is itself a signal.
  • Are the package quotas for the current month exhausted? Then the assistant answers in a limited way without there being an incident.
  • Was a source removed or a tool switched off recently? The audit log shows it with timestamp and the account that triggered it.

Frequent questions about status and incidents

What can we help you with?

One click is enough — everything after that is optional.

Tell us briefly about the project

Everything on this step is optional.

When would you like to start? (optional)
Rough budget range (optional)

Optional — you are not committing to anything.

How can we reach you?

We usually get back to you within one business day.

By submitting you consent to the processing of your details to handle this request. Details in our privacy policy.