We usually reply within 48 hours

Support

Help, answers and troubleshooting for the Uptime Guard app.

Need a hand? This page covers the most common questions and fixes. If you don’t find what you need below, email us directly — we read every message.

Contact us

Developer

Onest Tech

To help us resolve your issue faster, please include your device model, OS version (for example Android 14), the app version (Settings → About), and a short description of what you expected versus what happened.

Getting started

Uptime Guard in one line. Add the websites, servers and APIs you care about; the app checks them on a schedule and notifies you the moment one goes down — and again when it recovers. There is no account and no server: everything stays on your device in an encrypted database.

Frequently asked questions

Do I need to create an account or sign in?

No. Uptime Guard has no accounts, no sign-up and no cloud backend. All of your monitors, history and settings live only on your device, in a database encrypted with SQLCipher whose key is held in platform secure storage (Apple Keychain / Android Keystore).

My notifications aren’t arriving. How do I fix it?

Work through these steps:

  • Confirm notifications are allowed for Uptime Guard in your device settings.
  • Make sure a Focus or Do Not Disturb mode isn’t silencing the app.
  • Open the app once — it runs a catch-up check on launch and will alert you if a site is currently down.
  • On Android, exclude the app from battery optimization so background checks aren’t deferred.
Why don’t background checks run exactly on schedule?

Because Uptime Guard runs entirely on your device with no server, background checks happen only when the operating system lets the app wake up:

  • Android uses WorkManager with a ~15-minute minimum; it is reliable but can be delayed by Doze mode and battery optimization.
  • iOS uses BGTaskScheduler, which is opportunistic — the system decides when to run the task based on your usage patterns and battery. It is not guaranteed to run hourly when the app is closed.

The app always runs a catch-up check when you open it and shows an honest “last checked X ago” timestamp so you know how fresh the data is. For near-real-time checks on Android, enable Real-time mode (below). Guaranteed 24/7 monitoring while the app is closed would require a server.

What is Real-time mode, and why is it Android-only?

Real-time mode (Android, opt-in) runs a foreground service that re-checks every monitor every 1–5 minutes with a persistent status notification. It trades some battery for genuinely near-real-time alerts. iOS does not permit this kind of long-running background service for a monitoring app, so the feature is Android-only.

How does domain expiry and SSL certificate monitoring work?

Domain registration expiry is fetched via RDAP — a keyless, public registration-data service — about once a day per site. SSL/TLS certificate expiry is read directly from the site. Both send you escalating alerts at 30, 14, 7 and 1 days before expiry so a domain or certificate never lapses unnoticed.

How do API monitors work? Can I import from Postman or cURL?

Yes. You can import a Postman collection (.json) or paste a cURL command (from browser DevTools, docs, or Postman’s “Copy as cURL”). Fill in your variables and credentials — which are stored encrypted on device — and the app runs the requests on a schedule, alerting you when a request starts failing. You can mark one request as a login call and inject the returned token into later requests for auto-login.

What is the Domain Health report?

Domain Health is a professional, MxToolbox-style report covering DNS (A record, name servers, SOA), Email (MX, SPF, DMARC, DKIM), blacklist screening (Spamhaus, Barracuda, SpamCop, SORBS, Abuseat CBL), and web/SSL reachability and certificate validity. A few SMTP-level checks (PTR, banner, open-relay, TLS) are honestly marked “not available on device” because they require outbound port 25, which mobile networks block.

Is my data private? What leaves my device?

The app contacts only (1) the sites and endpoints you add, for checks and diagnostics, (2) Google Public DNS and the public RDAP service when you use the DNS Lookup or Domain Health tools, and (3) any alert channel you set up yourself. There are no analytics, ads, tracking or crash-reporting SDKs. Full details are in our Privacy Policy.

Can I lock the app with Face ID or a fingerprint?

Yes. In Settings you can enable a biometric or device-credential lock (Face ID, fingerprint or device PIN) so only you can open the app.

How do I back up or move my data to a new device?

The app can export your data to a file, which you can save or share via your device’s share sheet. Because there is no cloud sync, this export is how you move data to a new device. Keep exported files safe — they contain your monitoring data.

How do I delete my data?

You are always in control: delete an individual monitor, incident or history entry from within the app at any time. Uninstalling the app removes its encrypted database and the encryption key from your device, permanently deleting everything the app stored.

Troubleshooting quick reference

SymptomWhat to try
No down/recovery alerts Allow the notification permission; check Focus/DND; on Android disable battery optimization for the app; open the app to force a catch-up check.
Checks look stale when the app is closed Expected when the OS defers background work. Open the app to refresh, or enable Real-time mode on Android.
A site shows “down” but looks fine in a browser Check the expected status range and any keyword rule for that monitor; some sites block non-browser requests — adjust the User-Agent in the monitor’s settings.
API monitor keeps failing Verify the imported variables and credentials; if it uses auth, confirm the login request and token path are set correctly.
Can’t open the app after enabling the lock Use your device passcode fallback when prompted; ensure Face ID / fingerprint is set up in your device settings.

Still need help?

Email [email protected] with your device model, OS version, app version and a description of the problem. We aim to reply within 48 hours.

This page is published to satisfy the support-URL requirement of Google Play and the Apple App Store.