For years, the smart home was sold as a simple promise: fewer little chores, better defaults, and a house that quietly handles the boring parts. Lights that turn on when you need them. Thermostats that behave without daily negotiation. A few useful automations that make the place feel less like a collection of switches and more like a system.
That promise is still good. The problem is the business model that keeps sneaking in behind it.
When basic home hardware depends on a vendor cloud to keep working, ownership gets blurry fast. You may own the plastic box on the wall, but the important part — the logic that makes it useful — can still belong to someone else. And if that company changes direction, gets acquired, goes bankrupt, or decides subscriptions look better on a spreadsheet, your “smart” home can suddenly feel very rented.
A light switch should not need a corporate permission slip to keep acting like a light switch. That is not anti-technology. That is just a reasonable standard for things bolted to a house.
The subscription light switch is not theoretical anymore
The clearest recent example came from Norwegian smart-home provider Futurehome. After bankruptcy and a change in ownership, Futurehome introduced a mandatory subscription for existing Smarthub users: 1,188 NOK per year, roughly $117. Without that subscription, users lost access to app control, automations, modes, and other core smart-home features. Futurehome’s own subscription FAQ explains the new model, and coverage from outlets like XDA Developers and Techdirt captured why users were so frustrated.
The issue was not that a company charged for premium cloud features. That would be ordinary, if not always welcome. The issue was that people who had already bought hardware were told that everyday control now depended on a recurring fee.
Call it a platform transition if you are writing the press release. From the kitchen table, it feels more like discovering that your house came with DLC.
Cloud shutdowns create the same problem without the invoice
Futurehome is the loud example because the subscription number is easy to point at. But cloud dependency can break ownership even when nobody asks for another payment.
Belkin announced that it would shut down cloud services and app support for many legacy Wemo products on January 31, 2026. After that date, affected products lose the Wemo app, remote access, and cloud-based integrations with Amazon Alexa and Google Assistant. Belkin says products already configured with Apple HomeKit before the shutdown can continue working through the Apple Home app, and Thread-based Wemo devices are not affected in the same way.
That exception matters. It proves the practical point: devices with a local control path have a better chance of surviving a vendor’s business decision.
If the only way to control your plug, switch, sensor, or bulb is through a manufacturer’s server, then the manufacturer’s support lifecycle becomes part of your home’s wiring. That is a strange dependency to accept for infrastructure that should mostly disappear into the background.
The cloud is useful. It should not be load-bearing.
This is where the argument can get too dramatic if we are not careful. Cloud services are not automatically evil. Remote access is useful. Voice assistants are convenient. App setup can make smart-home gear less miserable for normal people who do not want to spend a Saturday becoming a Zigbee whisperer.
Fine. Good, even.
The problem is not cloud assistance. The problem is cloud dependence.
A healthy smart-home design should fail gracefully. If the internet goes down, your switch should still switch. If a vendor retires an app, your automations should not vanish overnight. If a company gets acquired and discovers the sacred recurring revenue spreadsheet, your thermostat should not need to renegotiate its purpose in life.
Cloud features can be nice. They should not be the foundation.
Local-first is becoming consumer protection
For years, local-first home automation sounded like hobbyist territory. Home Assistant, Zigbee coordinators, Z-Wave sticks, MQTT, dashboards, YAML, tiny USB radios — the whole thing could look like a clubhouse for people who enjoy making their weekend harder on purpose.
That reputation is outdated. The tools still require care, but the underlying idea is simple: the logic of your home should run as close to your home as possible.
Home Assistant describes itself as open-source home automation that puts local control and privacy first. Standards and protocols like Matter, Zigbee, Thread, and Z-Wave can help reduce dependence on any single manufacturer’s cloud. They are not magic. Compatibility still matters. Setup still matters. But they give you a better path than “hope this app still exists in four years.”
The goal is not to turn every homeowner into a homelab goblin with opinions about radio interference. The goal is to make better buying decisions:
- Can the device perform its basic job locally?
A smart switch should still control the light if the internet is out.
- Does it support a standard beyond the vendor’s own app?
Matter, Zigbee, Z-Wave, Thread, and HomeKit support can provide escape hatches when a platform changes direction.
- What happens if the company shuts down the cloud?
If the answer is “the device becomes decorative e-waste,” keep shopping.
- Is the subscription paying for a real service or holding basic function hostage?
Paying for storage, monitoring, or advanced remote access is one thing. Paying rent so a switch can keep switching is another.
- Can it fail gracefully?
Smart home gear should degrade into ordinary usefulness, not collapse into a blinking apology.
Ownership means owning the logic, not just the plastic
The lesson here is not “never buy connected hardware.” That is too easy and not especially helpful. Some connected devices are excellent. Some cloud services are worth paying for. Some people want convenience more than control, and that is a valid tradeoff as long as the tradeoff is honest.
The lesson is that home infrastructure deserves a higher standard than disposable gadgets.
A phone app can disappear and ruin your afternoon. A smart-home platform disappearing can change how your actual house works. That makes support lifecycles, local control, and interoperability more than technical preferences. They are ownership questions.
If you are building or cleaning up a smart home, start with the boring parts:
- Prefer devices with local control paths.
- Avoid hardware that requires a vendor account for basic operation.
- Use open or widely supported standards where practical.
- Keep critical functions simple.
- Treat subscriptions as optional enhancements, not structural supports.
The best smart home is not the one with the most impressive app demo. It is the one that keeps working when the demo company moves on.
Resources for a more resilient home
If you want to move toward more durable, local-first infrastructure, these are good next steps:
- Best Homelab Setup for Beginners — a practical starting point for building systems you actually control.
- What Actually Breaks in a Self-Hosted Setup — a realistic look at the maintenance side of ownership.
- Self-Hosting Is Not Freedom If You Can’t Maintain It — a useful reminder that control still needs care.
- The SaaS Exodus — context on choosing local and open tools where they make sense.
- Technical Help & Contact — if you want help designing a local-first setup without turning your home into a science fair.