Private servers or paid access: the platform makes you choose one

There are two ways of charging for access to a game on Roblox, and they look complementary. They are not: the platform forbids switching both on at the same time, and the prohibition is written on both sides of the documentation.

This guide explains what each one does, why the choice is exclusive, and the private server rule that has already wiped out more than one game's subscriber base with a single click.

The problem

A private server is a subscription feature that lets a player decide who plays with them. It can be free — and many games offer it that way — but it also works as a form of monetization, charging a monthly Robux fee to anyone who wants one.

The documentation lists what players use them for: playing with friends; holding gatherings such as classes, meetings or parties; recording or streaming without other players; and collecting in-game resources. That list is worth reading carefully, because it tells you who the customer is. It is not the casual player — it is whoever already has a group, whoever makes content, whoever wants to farm in peace. These are people who already play a lot.

Paid access is an entirely different thing: it charges a one-off Robux fee to enter the game, on desktop, on mobile, in VR and on most consoles. It is not an extra server; it is the door.

And here is the incompatibility. The private servers page says you cannot switch on paid access — in Robux or in local currency — alongside private servers. The paid access page says the same thing from the other side: the policy requires the game not to have private servers.

The reason is coherent once you think for a minute. Paid access also requires the game to be public and available to all users — the payment is the only barrier. A private server creates a second, parallel barrier, and the two together produce a game where nobody knows what the money buys any more.

The underlying difference between the two, and the one that decides everything that follows, is what each one sells. The private server sells control over who is with you; the game stays open to anyone. Paid access sells the entrance; without paying, you do not play. One is an additional product inside a free game. The other changes the nature of the game.

And they charge in incompatible ways for different purposes. A private server is recurring: it earns every month, for as long as the player wants, and disappears when they cancel. Paid access is one-off: it earns on the day the person joins, and never again. One builds predictable revenue from a small, dedicated slice of the base; the other converts attention into cash at the moment of launch, and afterwards needs new people to earn again — people who, by definition, have to pay before knowing whether they like it.

Step by step

To switch on private servers:

1. Make the game public. The game has to be public before switching the feature on.

2. Go to Access Settings. In the game dashboard, open Audience and click Access Settings.

3. Turn on Allow private servers. The monetization options appear.

4. Decide whether to charge. To charge, turn on Requires Robux and enter the value — and note that the price entered affects how much you earn per sale. Not to charge, switch Requires Robux off and private servers become free for everyone.

5. Save. And do not touch the price again, for the reason in the next section.

To switch on paid access:

The requirements are about the account, not the game: a verified email and an account at least 30 days old. The price runs from 25 to 1000 Robux, and the route in the dashboard is the same — Audience, then Access Settings — choosing Requires Robux in the payment section and ticking which devices paid access applies to.

Two automatic consequences come with it, without asking: copying the game is disabled automatically, and the game stops being available on Xbox.

The artifact

The table below puts the two models side by side, with the date it was checked.

It exists for a decision usually taken out of enthusiasm, and the question that settles it is a single one: does your game gain or lose from new people joining?

If the game improves with more people — a fuller server, a livelier economy, more chance of finding somebody — paid access works against the product itself. The documentation says so without hedging: paid access limits how many players join. In that case the private server is the route, because it monetises without closing the door.

If the value is in exclusivity, or if the goal is a controlled beta, then paid access makes sense — and that is exactly the use the documentation suggests: some developers switch paid access on temporarily to run a closed beta with their most engaged players, who help with testing and feedback.

Common mistakes

The most expensive private server mistake fits in one sentence of the documentation, and it sits there with no emphasis at all: changing the private server price cancels every active subscription.

All of them. At once. It is not that the new price applies from the next renewal — the existing subscriptions are ended. Anyone with an active subscription automatically receives a private message in their inbox about the change, which is honest of the platform and terrible for you: your best customers receive, at that same instant, a notice that the subscription is over.

The scenario that produces is familiar. The game grows, somebody decides the private server is too cheap, raises the price thinking they are increasing revenue — and the next day the recurring revenue is zero, with the whole base having to decide all over again whether they want to subscribe. Part of them does not come back, and not because they disagreed with the price: because they simply did not see the message.

The practical rule: set the private server price once and treat it as fixed. If you really have to change it, treat it as a relaunch — announce it beforehand through your own channels, explain the reason, and choose the date. The platform's automatic notice is not communication; it is a cancellation notification.

On the paid access side, the common mistake is the opposite — assuming you can go back. You can, but only for yourself: whoever bought access keeps having access even if the price goes up or if paid access is switched off. And there is no refund for anyone who buys paid access in Robux.

That makes paid access a one-way decision with respect to the player. Selling access to a game that is still going to change a lot is selling something the person will not be able to return — and that is why the documentation insists that, in a paid beta, the user needs to know they are buying a beta version.

And there is one last detail that usually goes unnoticed: the paid access payout is held in escrow for up to 7 days. That period is not only a cash delay. If many people report the game as broken, it can be quarantined, and the amount still in escrow goes back to the users. Launching paid access with a serious bug does not only cost reputation; it costs the money that has not arrived yet.

Next step

With the model chosen, the work that follows is different for each one.

With private servers, it is worth looking at the game through the eyes of whoever is going to buy one. The four situations the documentation lists have one thing in common: they all involve controlling who is there. If your game is better on an empty server — you can record without interference, you can organise an arranged match, you can gather resources without competition — the product exists. If the game depends on random people to be fun, the private server sells a worse experience, and the price does not fix that.

It is also worth checking the age composition of your base before projecting revenue: a player under 13 may not be able to join a private server, depending on privacy and parental controls. For a game with a younger audience, the addressable market is smaller than the total player count suggests.

With paid access, the work is about the calendar. If the use is a closed beta, decide in advance when it ends and what happens afterwards — because whoever bought keeps joining forever, and you will have a permanent base of players who paid for a version that no longer exists.

THE TWO DO NOT COEXIST. The documentation is explicit on both sides: you cannot
switch on paid access (in Robux or in local currency) alongside private servers, and
the paid access policy requires the game NOT to have private servers.
Checked on 23/09/2026.

| Criterion               | Private server                       | Paid access in Robux                  |
|-------------------------|--------------------------------------|---------------------------------------|
| Billing                 | monthly, by subscription             | one-off fee                           |
| What the money buys     | a server of your own                 | the game's front door                 |
| Game stays open?        | yes, to anyone                       | no, only whoever paid gets in         |
| Price                   | whatever value you set               | from 25 to 1000 Robux                 |
| Platforms               | —                                    | unavailable on Xbox                   |
| Account requirement     | game has to be public                | an account at least 30 days old       |
| Payout                  | per sale, according to the price set | held in escrow for up to 7 days       |
| Refund                  | —                                    | does not exist                        |
| Changing the price      | CANCELS every active subscription    | whoever already bought keeps access   |
| Copying the game        | —                                    | disabled automatically                |

HOW TO CHOOSE, in one question: does your game gain or lose from new people
joining? If it gains, private servers — they monetise without closing the door. If
the value is in exclusivity or in a controlled beta, paid access.

TWO DETAILS THAT CHANGE THE PLAN:

- A player under 13 may not be able to join a private server, depending on privacy
  and parental controls. For a young audience, private servers are revenue from a
  slice smaller than the base suggests.
- A game with paid access widely reported as broken can be quarantined, and the
  amount still in escrow goes back to the users. The 7 days of holding are not
  only a delay: they are the window in which that can happen.