BuddyNext does not have a native app in the App Store or Google Play today. What it has is an installable web app in the free plugin: members add your community to their phone’s home screen from the browser, and it opens in its own window like an app. Web push notifications are in BuddyNext Pro and need a Firebase project. Native iOS and Android apps are in development, and we are not giving a date.
That’s the honest answer, and the rest of this guide explains what it means. We cover what an installable web app can and can’t do, when a native app really matters, and how the other platforms handle it, so you can decide before you commit.
Does BuddyNext have a mobile app?
Here is the status, split by what exists now and what doesn’t.
- Shipped, Free: an installable web app (a Progressive Web App, or PWA). Members install it from the browser. No store account, no review queue, no download page.
- Shipped, Pro: web push notifications through Firebase. They reach desktop browsers, mobile browsers and members who installed the community to their home screen.
- In development: native iOS and Android apps. They will be a separate product, with a white-label option. There’s no release date and no price yet, so please don’t plan a launch around them.
We would rather say that plainly than let you find out after you’ve bought. If a store listing is a hard requirement for your project this quarter, jump to the section on when a native app matters. Another platform may fit you better right now.
If an installed web app is enough, you can have it running the day your community goes live. It needs no extra setup beyond what the plugin does on its own.
What is a community PWA, in plain words?
A PWA is a website that the browser is willing to treat like an app. It is still your website. Nothing is rebuilt for a phone. The browser just gives it three things a normal tab doesn’t have: a home-screen icon, its own window, and a saved copy of a starting page.
For your members, that looks like this.
- They visit your community on their phone.
- They add it to the home screen, either from an install prompt or from the browser menu.
- An icon appears beside their other apps.
- Tapping it opens the community full-window, with no address bar or browser toolbar.
Members use the same feed, spaces, profiles and messages they’d use on the web. There’s one codebase and one set of pages, so a fix or a new feature reaches the installed app and the website at the same moment. Nobody has to update an app.
Here’s the short version of why owners like it. A bookmark is easy to forget. An icon on the home screen is not. The aim is more return visits, with nothing to publish in a store.
How do members install it on a phone?
The install is driven by the browser, not by BuddyNext, so the exact words differ by browser and device.
- On a phone: the browser offers to install the community, or the member picks Add to Home Screen from the browser’s menu. On an iPhone, that option sits in Safari’s share menu.
- On a desktop: Chrome and Edge show an install icon in the address bar.
- What comes next: the community gets its own icon, and opens in its own full-screen window in portrait.
Two requirements to know about. Your site must be served over HTTPS, because browsers won’t offer to install otherwise. And the app is for the front-end community only. It doesn’t apply inside the WordPress admin.
Some browsers show the install prompt on their own. Others wait until the member chooses Install or Add to Home Screen. Because of that, tell your members how to do it. A two-line note in your welcome message, or a pinned post, saves a lot of confusion. The film below walks through the same install, so you can send it to people who prefer to watch.
How do I make the app carry my brand?
You don’t build anything. The app takes its look from settings you’ve probably already filled in.
| What members see | Where it comes from |
|---|---|
| App name | Your Community name (or Site Title if blank) |
| Home-screen icon | Your WordPress Site Icon |
| Accent color inside | Your Brand color setting |
| Logo inside | The Logo image you upload |
Set the Community name under BuddyNext, Settings, General. Brand color and Logo are under Settings, Appearance. The icon is under WordPress, Settings, General, Site Icon. Use a square image of at least 512 by 512 pixels. Until you set one, a BuddyNext icon is used.
Do this before you tell anyone to install. Members who already installed the app may need to remove it and add it again to see a new icon.
A few details are worth knowing so nothing surprises you.
- The launch splash color: the app’s theme color defaults to a blue (#0073aa) and a white background. It isn’t taken from your Brand color setting. A developer can change it with the
buddynext_pwa_manifestfilter. - Rounded icons: the BuddyNext default icon is marked maskable, so phones can crop it to circles or rounded squares. Your own Site Icon isn’t, so leave a little padding around your mark.
- App name and offline behavior: custom changes beyond the settings above are done by a developer in code.
The result is a branded app on your own domain. It is not an app with your company’s name on a store listing. Those are different things, and we’ll come back to that.
What does the offline shell actually do?
The first time the app loads, it saves a home shell. If a member opens the app with no connection, that shell still appears instead of a browser error page. Pages a member visited before may also load from the saved copy.
That’s useful on a train or a patchy mobile signal. It isn’t a full offline mode. Here is where the edge is.
- A cold launch with no signal shows the home shell.
- A deep page that was never loaded needs a connection.
- Posting, reacting and messaging need a connection too.
The app only keeps copies of BuddyNext’s own files: its styles, scripts and the offline page. Your theme’s files, other plugins’ files and uploads are left to the browser. So when you update your theme or another plugin, members see the change on their next page view. After a BuddyNext update, the new files are used straight away, and a saved copy only comes into play when there’s no connection.
What does push add, and what does it need?
Without push, a reply or a new follower waits silently until the member comes back to the site. Push closes that gap. A banner lands on their phone or laptop even when your community isn’t open.
Push is BuddyNext Pro. The free plugin shows in-app notifications and can send notification emails, but it can’t deliver to a browser or device when the member is away from the site.
What you need to set up:
- A Firebase project. Firebase Cloud Messaging is free, but you create and own the project.
- Turn on the Push notifications feature in the Features catalogue. It’s off by default.
- Under Realtime and Push, Push, paste your Firebase project ID and the service-account JSON.
- For browser push, also add the web app values and the VAPID key pair from your Firebase console.
Then each member opts in. They open their notification preferences, choose Enable browser push, and allow notifications when the browser asks. They can mute individual types, such as new follower or mention, with a toggle for each, and turn push off on one device.
Two honest notes. If a member hasn’t allowed notifications in the browser, nothing is sent to them. That’s expected, not a fault. And browsers and phones set their own rules for web push, so test it on the actual devices your members use before you promise it in a launch email. The Push Notifications docs list every field.
PWA or native app: what’s the real difference?
A native app is built separately for Apple and Google, listed in their stores, and installed through them. A PWA is your website, installed through the browser. Each has real strengths.
| Installed web app | Native app | |
|---|---|---|
| Store listing | No | Yes |
| Install | From the browser | From the store |
| Updates | Instant, same as the site | Store review and updates |
| Build and upkeep | None extra | A separate app to maintain |
| Discovery by store search | No | Yes |
What the web app does well:
- It reaches every member who has a modern browser, on any phone, with one install path.
- It never goes through store review, so you can ship a change today.
- It costs nothing extra. The Free plugin includes it.
- It runs on your domain, so your members stay on your list and in your WordPress dashboard.
What it can’t do:
- It can’t appear in App Store or Google Play search. People won’t stumble onto it there.
- It can’t carry your company’s name as a store developer.
- It depends on what each browser allows. A native app gets deeper access to the phone, and the rules for web apps differ between devices.
- Some members just trust “an app from the store” more than “add this website to your home screen”.
None of these are defects. They’re the trade. You skip the store and everything that comes with it, good and bad.
When does a native app genuinely matter?
Most small and mid-size communities do fine with the installed web app. A native app starts to matter in a few specific situations.
- Your audience expects a store listing. If you sell to a group that searches the App Store for tools, the listing is part of the product.
- A client or board requires one. Sometimes “we need an app in the stores” is a contract line, not a technical choice.
- You want your name on the home-screen install through the store. Some brands need it for credibility.
- You rely on phone features the browser limits. Test your own list of features against what web apps can do on your members’ devices.
- Your members are not comfortable with browser menus. Adding a site to the home screen is a few taps, but not everyone knows it exists.
If none of those sound like you, the installed web app is probably enough for now. If one or two do, plan around that, rather than hoping a date appears. We’d say the same to a friend: don’t buy on the strength of something that hasn’t shipped. If a store app is required before you launch, choose a platform that has one today.
The reverse also holds. A store app is a recurring job. Someone has to submit builds, answer review comments and keep up with each phone update. A web app moves with your site.
What do other community platforms offer?
Here’s the field, said neutrally. Plans and prices change often, so we’ve left money out. Please check each vendor’s own site.
| Platform | App situation |
|---|---|
| BuddyNext | Installable web app (Free), web push (Pro), native apps in development |
| BuddyBoss | White-label native app builder, a separate subscription |
| Circle | Branded native iOS and Android app on a higher tier |
| Mighty Networks | Branded native app on its custom Mighty Pro tier |
| Skool | Native app for members |
| BuddyPress | No official app; third-party builders only |
| FluentCommunity | No native app |
A few honest remarks on that list.
BuddyBoss is the closest comparison for a self-hosted WordPress site. Its white-label mobile app builder has been in the market for years, and you can publish the result to the App Store and Google Play today. The community itself stays on your WordPress install. The app is sold as a separate subscription on top of the platform licence. If a store app is a firm need now, BuddyBoss is ahead of us on that point. Our BuddyBoss alternative page compares the two in full.
Circle and Mighty Networks are hosted platforms. Their branded apps are mature and refined, and there’s nothing to install on your side. The cost of that convenience is that your members and data sit on their platform, and the app is part of their plan structure. See the Circle and Mighty Networks pages for the detail.
Skool gives members a native app too, and is built to stay simple. It follows a hosted model: you rent a place on their platform rather than owning the site. Our Skool alternative page explains the differences.
BuddyPress has no official app, so today you’d lean on a third-party builder. FluentCommunity has no native app either, and like us, it points members at the browser.
Where BuddyNext differs: your community, members and data live in your own WordPress database, and the installed web app is part of the free plugin. The honest gap is the store listing.
Can I get a white-label app without the app store?
“White label” is used loosely, so be clear about what you want.
If you mean an app carrying your name, logo and colors, with no other brand in sight, the installed web app does that. The name under the icon is your Community name. The logo and accent color inside are yours. It runs on your own domain, and a hosted platform’s name never appears to your members.
If you mean an app listed in the stores under your company name, that needs a native app. BuddyBoss’s builder offers that path today. Native BuddyNext apps are in development, with a white-label option planned, but with no date.
Either route has a clear owner question to ask: whose list is it? With the installed web app, every member who installs it is already in your own WordPress dashboard, and you can export that list whenever you like. With a rented app, you start again if you leave.
What should I check before choosing?
Run through this list on your own situation.
- Do my members need a store listing? Ask a few of them how they’d find the community.
- Is the install step okay for them? Try it with two or three people who aren’t technical.
- Do I need alerts when the site is closed? If yes, budget for BuddyNext Pro and a Firebase project.
- Is my site on HTTPS? The web app needs it.
- Have I set a Site Icon, Community name and Brand color? That’s your brand on the home screen.
- Did I test on real phones? Both an iPhone and an Android phone, in the browsers your members use.
- Is a store app a firm requirement now? If so, pick a platform that has one today.
Then try it yourself. The live demo is a seeded community with owner access. It runs for four hours and asks for an email. Open it on your phone, add it to your home screen, and judge the feel with your own thumbs. The Free vs Pro page shows which parts are free and which are Pro.
What to tell your members about the app
How you describe the web app shapes how people feel about it. If you call it “our app” and they search the App Store, they’ll be confused. Calling it what it is works better.
- Say “add our community to your home screen”. It’s short and accurate.
- Give the steps for iPhone and for Android in separate lines.
- Pin the instructions in your welcome space and your welcome email.
- Say that the install is optional. The site works fine in a tab.
- If you run push, ask for it once, at a moment that makes sense, such as after their first reply.
If you later move to a native app, you can tell members the same community now has a store version. It runs on the same site, so nobody has to move.
Where to go next
Start with the PWA docs for the member steps and the owner defaults. Read the Push Notifications docs if you plan to buy Pro. For the wider view on phones, our post on why communities are mobile first now gives the reasoning, and the self-hosted community platform guide covers the ownership side.
If you want to see how the installed community feels before you decide, the free plugin is the cheapest test. Install it, set your name, icon and color, and add it to your own phone.