Servidor privado ou acesso pago: a plataforma obriga você a escolher um

Existem duas formas de cobrar pelo acesso a um jogo no Roblox, e elas parecem complementares. Não são: a plataforma proíbe ligar as duas ao mesmo tempo, e a proibição está escrita nos dois lados da documentação.

Este guia explica o que cada uma faz, por que a escolha é excludente, e a regra do servidor privado que já apagou a base de assinantes de mais de um jogo com um clique.

O problema

Servidor privado é um recurso por assinatura que deixa o jogador decidir quem joga com ele. Ele pode ser grátis — e muitos jogos oferecem assim — mas também serve como forma de monetização, cobrando uma mensalidade em Robux de quem quiser um.

A documentação lista para que os jogadores usam: jogar com amigos; realizar encontros como aulas, reuniões ou festas; gravar ou transmitir sem outros jogadores; e coletar recursos dentro do jogo. Vale ler essa lista com atenção, porque ela diz quem é o cliente. Não é o jogador casual — é quem já tem um grupo, quem produz conteúdo, quem quer farmar em paz. São pessoas que já jogam muito.

Acesso pago é outra coisa inteira: ele cobra uma taxa única em Robux para entrar no jogo, no computador, no celular, em VR e na maioria dos consoles. Não é um servidor a mais; é a porta.

E aqui está a incompatibilidade. A página de servidores privados diz que não dá para ligar acesso pago — em Robux ou em moeda local — junto com servidor privado. A página de acesso pago diz a mesma coisa pelo outro lado: a política exige que o jogo não tenha servidores privados.

O motivo é coerente quando se pensa um minuto. O acesso pago também exige que o jogo seja público e disponível a todos os usuários — o pagamento é a única barreira. Servidor privado cria uma segunda barreira, paralela, e as duas juntas produzem um jogo em que não se sabe mais o que o dinheiro compra.

A diferença de fundo entre os dois, e que decide tudo o que vem depois, é o que cada um vende. O servidor privado vende controle sobre quem está junto; o jogo continua aberto a qualquer um. O acesso pago vende a entrada; sem pagar, não se joga. Um é um produto adicional dentro de um jogo gratuito. O outro muda a natureza do jogo.

E eles cobram de formas incompatíveis com propósitos diferentes. Servidor privado é recorrente: rende todo mês, enquanto o jogador quiser, e some quando ele cancela. Acesso pago é de uma vez: rende no dia em que a pessoa entra, e nunca mais. Um constrói receita previsível a partir de uma fatia pequena e dedicada da base; o outro converte atenção em caixa no momento do lançamento, e depois precisa de gente nova para render de novo — gente que, por definição, precisa pagar antes de saber se gostou.

Passo a passo

Para ligar servidor privado:

1. Deixe o jogo público. O jogo precisa estar público antes de ligar o recurso.

2. Vá em Access Settings. No painel do jogo, abra Audience e clique em Access Settings.

3. Ligue Allow private servers. Aparecem as opções de monetização.

4. Decida se cobra. Para cobrar, ligue Requires Robux e informe o valor — e note que o preço informado afeta quanto você ganha por venda. Para não cobrar, desligue o Requires Robux e o servidor privado fica grátis para todos.

5. Salve. E não mexa mais no preço, pelo motivo da próxima seção.

Para ligar acesso pago:

Os requisitos são de conta, não de jogo: e-mail verificado e conta com pelo menos 30 dias. O preço vai de 25 a 1000 Robux, e o caminho no painel é o mesmo — Audience, depois Access Settings —, escolhendo Requires Robux na seção de pagamento e marcando em quais dispositivos o acesso pago vale.

Duas consequências automáticas entram junto, sem perguntar: a cópia do jogo é desativada automaticamente, e o jogo deixa de ficar disponível no Xbox.

Artefato

A tabela abaixo põe os dois modelos lado a lado, com a data em que foi conferida.

Ela existe para uma decisão que costuma ser tomada por entusiasmo, e a pergunta que a resolve é uma só: o seu jogo ganha ou perde com gente nova entrando?

Se o jogo melhora com mais gente — servidor mais cheio, economia mais viva, mais chance de encontrar alguém —, acesso pago trabalha contra o próprio produto. A documentação diz isso sem rodeio: acesso pago limita quantos jogadores entram. Nesse caso o servidor privado é o caminho, porque ele monetiza sem fechar a porta.

Se o valor está na exclusividade, ou se o objetivo é um beta controlado, aí o acesso pago faz sentido — e é exatamente esse o uso que a documentação sugere: alguns desenvolvedores ligam acesso pago temporariamente para fazer um beta fechado com os jogadores mais engajados, que ajudam com teste e retorno.

Erro comum

O erro mais caro do servidor privado cabe numa frase da documentação, e ela está lá sem nenhum destaque: mudar o preço do servidor privado cancela todas as assinaturas ativas.

Todas. De uma vez. Não é que o preço novo passa a valer na próxima renovação — as assinaturas existentes são encerradas. Quem tinha assinatura ativa recebe automaticamente uma mensagem privada na caixa de entrada sobre a mudança, o que é honesto da plataforma e péssimo para você: os seus melhores clientes recebem, no mesmo instante, um aviso de que a assinatura acabou.

O cenário que isso produz é conhecido. O jogo cresce, alguém acha que o servidor privado está barato demais, sobe o preço achando que está aumentando a receita — e no dia seguinte a receita recorrente é zero, com a base inteira precisando decidir de novo se quer assinar. Uma parte não volta, e não porque discordou do preço: porque simplesmente não viu a mensagem.

A regra prática: defina o preço do servidor privado uma vez e trate como fixo. Se precisar mesmo mudar, trate como um relançamento — avise antes, pelos seus canais, explique o motivo, e escolha a data. O aviso automático da plataforma não é comunicação; é notificação de cancelamento.

Do lado do acesso pago, o erro comum é o oposto — assumir que dá para voltar atrás. Dá, mas só para você: quem comprou o acesso continua tendo acesso mesmo se o preço subir ou se o acesso pago for desligado. E não existe reembolso para quem compra acesso pago em Robux.

Isso torna o acesso pago uma decisão de mão única em relação ao jogador. Vender acesso a um jogo que ainda vai mudar muito é vender uma coisa que a pessoa não vai poder devolver — e é por isso que a documentação insiste que, num beta pago, o usuário precise saber que está comprando uma versão beta.

E há um último detalhe que costuma passar batido: o repasse do acesso pago fica retido em escrow por até 7 dias. Esse prazo não é só atraso de caixa. Se muita gente reportar que o jogo está quebrado, ele pode ser posto em quarentena, e o valor ainda em escrow volta para os usuários. Lançar acesso pago com um bug grave não custa só reputação; custa o dinheiro que ainda não chegou.

Próximo passo

Escolhido o modelo, o trabalho seguinte é diferente para cada um.

Com servidor privado, vale olhar o jogo pelos olhos de quem vai comprar um. As quatro situações que a documentação lista têm uma coisa em comum: todas envolvem controlar quem está lá. Se o seu jogo ficar melhor num servidor vazio — dá para gravar sem interferência, dá para organizar uma partida combinada, dá para juntar recurso sem disputa —, o produto existe. Se o jogo depende de gente aleatória para ser divertido, o servidor privado vende uma experiência pior, e o preço não conserta isso.

Vale também conferir a composição etária da sua base antes de projetar receita: jogador com menos de 13 anos pode não conseguir entrar em servidor privado, a depender de privacidade e controle parental. Para jogo com público mais novo, o mercado endereçável é menor do que o total de jogadores sugere.

Com acesso pago, o trabalho é de calendário. Se o uso é beta fechado, decida antes quando ele termina e o que acontece depois — porque quem comprou continua entrando para sempre, e você vai ter uma base permanente de jogadores que pagaram por uma versão que não existe mais.

OS DOIS NÃO CONVIVEM. A documentação é explícita nos dois lados: não dá para
ligar acesso pago (em Robux ou em moeda local) junto com servidor privado, e a
política do acesso pago exige que o jogo NÃO tenha servidores privados.
Conferido em 23/09/2026.

| Critério              | Servidor privado                     | Acesso pago em Robux                  |
|-----------------------|--------------------------------------|---------------------------------------|
| Cobrança              | mensal, por assinatura               | taxa única                            |
| O que o dinheiro compra | um servidor só seu                 | a porta de entrada do jogo            |
| Jogo continua aberto? | sim, a qualquer um                   | não, só quem pagou entra              |
| Preço                 | valor que você definir               | de 25 a 1000 Robux                    |
| Plataformas           | —                                    | indisponível no Xbox                  |
| Exigência de conta    | jogo precisa estar público           | conta com pelo menos 30 dias          |
| Repasse               | por venda, conforme o preço definido | retido em escrow por até 7 dias       |
| Reembolso             | —                                    | não existe                            |
| Mudar o preço         | CANCELA todas as assinaturas ativas  | quem já comprou mantém o acesso       |
| Cópia do jogo         | —                                    | desativada automaticamente            |

COMO ESCOLHER, em uma pergunta: o seu jogo ganha ou perde com gente nova
entrando? Se ganha, servidor privado — ele monetiza sem fechar a porta. Se o
valor está na exclusividade ou num beta controlado, acesso pago.

DOIS DETALHES QUE MUDAM O PLANO:

- Jogador com menos de 13 anos pode não conseguir entrar em servidor privado,
  dependendo de privacidade e controle parental. Para público infantil, o
  servidor privado é receita de uma fatia menor do que a base sugere.
- Jogo com acesso pago muito reportado como quebrado pode ser posto em
  quarentena, e o valor ainda em escrow volta para os usuários. Os 7 dias de
  retenção não são só atraso: são a janela em que isso pode acontecer.