Checking…
Asking the API to respond.
What this actually tells you
The check above asks our public health endpoint to respond and reports the result, including how long the round trip took from where you are. A green result means the API answered this request, from your network, a moment ago — which is a narrow claim, and a true one.
It is worth being precise about what it does not cover. It confirms the web application is serving requests. It does not separately verify background workers, email delivery, SMS, or the queue — so a green result here is consistent with, say, campaign sending being backed up. If something in the product is not working while this page looks fine, that is useful information rather than a contradiction, and worth telling us.
A real status page is hosted somewhere that stays up when the thing it reports on goes down, with historical uptime and incident write-ups. We do not have that yet — and a check that runs inside the application cannot report on the application being unreachable, for the obvious reason. If you cannot load this page at all, that is itself the signal.
What we commit to
We do not currently offer a contractual uptime guarantee or service credits, and we say so in our Terms rather than leaving it to be inferred. Security lists the other things we have not done yet, for the same reason.
For planned maintenance likely to be disruptive, we give notice where we reasonably can.
Something is broken
If the product is misbehaving, tell us at support@getfullarc.com — what you were doing, roughly when, and your account name. During an incident, a message from a real person is often how we find out about the part our own checks did not cover.