Service Advisory - 3/26/2026

03/26/2026 4:37 PM PT - Our team has found the cause and the Wyze app should start working normally soon. We thank you for your continued patience. If you continue to experience issues please contact our support team at Wyze Customer Support.

4:06 PM PT - Our team is currently looking into issues being reported with the Wyze app and devices. More info will be posted here when we have it. We apologize for any inconvenience and thank you for your patience.

5 Likes

WyzeJason. Thank you. Have you considered modding the app to allow you to easily “turn on and off” a ‘Service Advisory”? Not a notification sent to the phone, but a small message appearing on the app main screen, when we open it. Then when service is restored, you “turn it off” ???

1 Like

I will have to ask the engineers if they can do something like that. I am not an engineer by any means and my main question would be how we can send a message to the app screen in an instance where we cannot talk to the app until service is restored.

4 Likes

Right! Reminds me of the old, “Why didn’t I get an email telling me the email server is down”?

:rofl:

1 Like

This is a good idea! :+1: I will offer Wyze a great way to implement this:

If I was going to try to design something like this, the way I would handle it is to use the following fail-over logic flow that isn’t dependent on a pushed message:

The Logic Flow

The app follows a “fallback” diagnostic path:

  1. Action: The app tries to reach api.company.com.
  2. Failure: IF The request times out or returns a connection error…THEN:
  3. The “Ping” (Sanity Check): The app immediately tries to reach a “Hyper-Reliable” third-party endpoint (like Google or Cloudflare).
  • Result A (Ping Fails): The app automatically reverts to scripted fail-over banner or pop-up message or text at the top that shows: “No Internet Connection. Please check your Wi-Fi or cellular data.”
  • Result B (Ping Succeeds): The app shows: “We’re having some trouble on our end. Check our [Status Page] for updates.”

With this logic flow it doesn’t require a sent message from the server and doesn’t slow down recovery. The message is automatic based on a fail-over workflow trigger with a safety check to know if The lack of connection is due to the person not having internet access, or whether they do have internet access and there’s just a problem connecting to the wyze server. The messaging could even be changed to not necessarily say that the problem is on your end, but to just suggest there is a connection problem and they can check your status page to see any official updates about it. I think it’s a highly professional & user friendly suggestion that people would appreciate. :+1:

5 Likes

WyzeJason, and Wise Jason. Thank you. Its that kind of positive (possibilities) attitude that we love to see. “I’ll ask if we can do that”, is 1,000 times more customer service oriented than “I don’t think that’s do-able”. We appreciate you asking.
And big +++ to Carver for his idea.

2 Likes

I’ve often wondered why they don’t have a dedicated subdomain for this, like status.wyze.com, similar to what many companies seem to do (e.g., https://status.discourse.org/). I tend to use a sidebar custom section link to https://go.wyze.com/servicestatus and also like that because it’s easy to remember.

I do like the idea of a button or some other means to report as long as it can be protected from spam or other abuse. I wonder if the bot in the Help Center could be trained to recognize user outage reports and also linked to some kind of back-end system that would notify the engineers if users above a given threshold are telling the bot that something is down.

1 Like

Sad to say but this is closer to impossible now with the availability of openclaw.

Though, the mitigation is to make it not worth the token and electricity expense. A button can work or a form with static multiple choice options so there is no input spam area. Then limit reports to a particular IP address/range only once in a given period. Maybe use browser fingerprinting to limit matching fingerprint results to a set internal too. Basically, even a disgruntled customer with an openclaw agent trying to punish the company by repeatedly reporting outages could be mitigated with enough foresight to make it so they aren’t really detected as an outage pattern and they’re just wasting tokens or electricity.

1 Like