I’m confused about how the Bubble Native works? My app is accessible on the web, and I currently use a wrapper to get it on the app store meaning I only have to maintain one front-end/back-end.
Does the new Bubble Native mean I would have to maintain two app front-ends?
Yes, that’s probably a good thing as mobile native allows a lot more mobile-first UI features than web and if you want a serious mobile app, you need native mobile rather than a PWA.
Well, I agree that leveraging the Native features is good (actually great), but surely there was a way that this could have been done without requiring us to essentially rebuild another app.
I can’t see how this release is good for anyone unless your App is only for mobile… It introduces a lot more overhead for minimal value to users?
Native mobile is the default on app stores for a reason. You don’t really see any successful apps choosing to use a PWA.
I’ve always said this and always will do. Like 95% of Bubble apps that use a PWA might as well just be using the website in the native browser. Virtually no difference except for a small set of features and downloading on an app store. My agency refuses to do PWAs entirely because pre-mobile native, Bubble just isn’t a good platform for
mobile. If there was any remote possibility they were widely a good idea, we’d of course be taking the money and doing them.
If your users say ‘I want to download the app!’, what they mean is I want an app that feels like it was made for mobile and has basic offline functionality. That’s what mobile native is for, and PWAs don’t solve those two things the user wants.
I think you’re quite wrong here. My app, and lots of others using PWA, do feel native (I agree there are a lot of crap ones where it’s not really clear why you would download the app instead of just going in a browser, but I would put this as design/product issues as opposed to an inherint issue with Wrappers). Sure there are some things missing, like haptics, gestures (which plugins can resolve), and offline mode, however, these are not essential to all apps.
Given that with Bubble and a wrapper you can produce a very close native experience, including notifications, there is a decision to make on whether or not maintaining two apps is worth the effort (vs User Value).
I definitely want Offline mode for my app, however, if the cost is several weeks of re-development and testing I’m happy to keep telling users they need a stable internet connection, and I’ll offer Offline once I scale to a size where I will jump off Bubble and onto my own code base.
I’m not arguing the benefit of a native app. I’m arguing that the way Bubble has gone about this seems like it could have been done better, if in fact you have to maintain two seperate ‘apps’ (which you have confirmed). There is a decision point for people to make, and if things like Offline mode and some other minor things are not essential to your app then I can’t really see the benefit in moving from a wrapper. It seems like Bubble is focussing on features to attract new users, rather than implementing features to help their existing users. The AI page builders are an example of this.
Maybe it will be clearer once we get access and can make an assessment. I have a lot of complex features and repeating groups, and I wince at having to recreate these, and maintain and update in two places (unless I’m misunderstanding how this works?). One of the huge selling points of Bubble was the responsive approach, and effectively single code base, now I’m wondering why I didn’t just go with FlutterFlow to begin with if this is where we are heading.
I signed up to Beta the day they started taking registrations (about a year ago) but still haven’t heard anything.
I build for desktop and responsive first so I don’t have any urgency for mobile. My apps are better suited as PWAs. That said, there’s always a use case for both mobile native and PWAs.
Apps like Notion and this forum are PWAs.
Anyway Bubble native apps run completely in React so there’s a good chance for performance improvements versus a wrapper.
That idea was added in 2020, so would be interested to know whether that predates wrappers. I don’t disagree that it’s highly sought after, but as I keep saying it’s the execution of it that is my issue (without having had the opportunity to test it).
The top comment on this Idea from @Pr.Bifidus is extremely relevant:
"We already HAVE several ways to make Bubble webapps published on native apps stores. In my opinion, there are many features much more important than this one to improve Bubble capabilities and value-for-money against competitors…
I’m afraid this feature takes up too much Bubble’s team brain to the detriment of performance and backend capabilities improvements."
Looking at some of the things this offers, it can basically ALL be done without their native tool except for Gestures and Offline Mode.
Hopefully, when the new mobile builder is released we won’t be able to say the same thing about mobile apps built on Bubble compared to building on traditional platforms.