Every game server now has a Discord. This is so universal that nobody questions it, and because nobody questions it, most communities never decide what the Discord is for. It accumulates channels, the channels accumulate people, and eventually the strange thing happens: the community is thriving and the server is empty.
That outcome is common enough to have a shape. It is worth understanding how it happens, because the fix is a set of small decisions made early rather than a rescue attempt made late.
The failure mode nobody plans for
A Discord is easier to be in than a game server. It costs nothing to open, it works on a phone, you can participate for ninety seconds between other things, and there is always somebody there.
A game server requires launching a game, having half an hour, and other people being present at the same time.
So over months, the path of least resistance moves the community. People who used to log in to chat now chat in Discord instead. The chatting is enjoyable, so nobody notices anything is wrong, the community feels alive. But the reason for it to exist is the server, and fewer people are on it every month.
By the time this is visible in your player counts it has been happening for a while. The Discord is a leading indicator and the server is a lagging one.
The rule that prevents it
Discord holds things that cannot happen in game. It does not hold things that can.
That is the whole principle, and applying it is mostly a matter of noticing when you are about to break it.
Announcements cannot happen in game to people who are not logged in — Discord. Deciding what to build next cannot happen usefully in game if half the people are asleep: Discord. Reporting a rule-breaker after the fact, Discord.
Hanging out, joking around, the daily texture of a community; that can happen in game, and if it moves to Discord it takes the reason to log in with it.
This sounds precious until you watch a server die of it.
Channel structure that survives growth
Most Discords are over-built at ten members and under-built at three hundred. The version that scales starts small and adds only when something is being drowned out.
For a new or small server, four channels:
- announcements — you post, nobody else. Restarts, events, rule changes, downtime.
- general, everything else.
- support: problems, questions, "I can't connect".
- voice, one channel, unnamed, permanently there.
That is enough for a hundred people. Adding more before that produces empty rooms, and empty rooms make a community look dead to a newcomer far more effectively than a low player count does.
Add a channel when a conversation is being crowded out, never in anticipation. If build screenshots are burying general chat, split them. If they are three a week, leave them where they are.
The one channel worth adding early is a bot-output channel, if you have anything that posts automatically — join notifications, vote confirmations, uptime alerts. Automated messages destroy general chat faster than anything else, because they arrive at a constant rate and human conversation does not.
Voice is the load-bearing part
For most communities the voice channel does more work than every text channel combined, and it is the part people put least thought into.
One channel, always visible, no password. Multiple named voice channels split a small group into several silent rooms, each of which is empty, each of which signals nobody is here. One channel with four people in it looks alive. Four channels with one person each looks abandoned.
Do not make it members-only. The single most useful thing voice does is let a curious newcomer hear that real people are in there. Gating it removes the only free signal a stranger gets that the community is real.
Add a second channel when the first one is regularly uncomfortable, and not before; usually somewhere around eight simultaneous people.
If you are choosing infrastructure rather than assuming Discord, TeamSpeak, Mumble or Discord covers the trade-offs, which are more real than they look, particularly around who controls the room and what happens when a platform changes its terms. Discord's own changes have already caught several communities out.
Pull people towards the server, not away from it
The good version of a Discord is one that keeps making people want to log in. That is a design goal, and there are a small number of things that reliably serve it.
A live status banner, pinned. The most effective single item. The perennial "is anyone on?" question answers itself, and an accurate live count converts idle curiosity into a session. Putting a live banner on your site or Discord covers the practicalities, including why a pinned image behaves better than a link that Discord caches.
Screenshots of what happened in game. Every screenshot is an advertisement for being there. Encourage it, react to it, do not bury it.
Ask questions that require being on the server to answer. "What should we do with the area near spawn?" is a Discord conversation about the game. "How's everyone doing?" is a conversation that replaces it.
Announce events with a time and a countdown. Events that bring players back mostly work through Discord, and a scheduled event with a visible timer is the strongest single tool for turning a quiet week around.
Do not run parallel activities. Discord games, bot economies, level systems that reward messages. These are engaging, which is the problem: they create a reason to be in Discord that has nothing to do with the server, and message-count levelling in particular rewards exactly the behaviour that empties a game server.
Moderation across two places
Whatever your rules are, they cover both. This is stated too rarely and causes most of the awkward cases.
Behaviour in Discord affects standing on the server, and the reverse. Otherwise you get the person who is fine in game and unpleasant in Discord, and no clean basis to act. Say it once in the rules and the whole category disappears. Rules that work covers the drafting.
Reports belong in Discord, decisions do not. A public report channel turns every incident into a spectator event and makes it much harder for anyone to back down. Reports in a ticket or a DM to staff, outcomes announced only where they need to be. Player support without a helpdesk has a working structure for small teams.
Appeals belong in Discord. It is the only place someone banned from the server can still reach you, which is precisely why the appeal route should be there and should be stated in the ban message itself. A ban appeals process that works is the operator's side; appealing without making it worse is the player's.
Staff discussion needs a private channel. Not because of secrecy but because visible staff disagreement, mid-decision, undermines every decision that follows. Moderating a community covers this at length.
Bots, and the two that are worth having
Most communities eventually add bots, and most of them add the wrong ones. The useful test is whether the bot moves people towards the server or gives them a reason to stay in Discord.
Worth having: a status bot. Something that posts or maintains the current player count and pings a role when the server goes down. This is a monitor and a recruitment tool at once, and it is the closest thing to a free win available. It pairs naturally with proper monitoring — Discord is where you already are, so it is where an alert is most likely to be seen.
Worth having: a ticket bot for support. Turns "I have a problem" from a public argument into a private thread with a record. This single change removes most of the friction from moderation, because it separates the report from the audience.
Not worth having: message-count levelling. It rewards being in Discord and rewards nothing about being on the server. Communities that add this reliably watch their game chat empty out over the following months, and the cause is rarely identified because the levelling system is popular, that is what makes it effective at what it does.
Not worth having: Discord-native economies and games. Same objection, more directly. You have built a second game that competes with the first, and the second one is easier to play.
Not worth having: a bot for every function. Six bots produce six sets of commands nobody remembers, six things to break when an API changes, and six more accounts with permissions in your server. The maintenance argument is the same one that applies to server plugins: everything installed is a future breakage, and the ones nobody uses are pure cost.
The newcomer's first thirty seconds
A large share of people who look at your listing open the Discord before they connect. They are answering three questions, quickly:
Are there people here? Recent messages. A last message from March is fatal in a way no description can undo.
Do staff talk to players? Visible replies from someone with a role, in ordinary language.
What is this place like? Tone, mostly. They will read four messages and decide.
None of these are helped by an elaborate onboarding flow. Rule gates, reaction-to-verify, six channels a newcomer cannot see until they click something; all of it stands between a curious person and the evidence they came for. If you must have a gate, make what is behind it visible while they decide.
And link the Discord from your listing. An absent invite reads as an abandoned server, and it is the second thing people check after the player count. Writing a server description that earns the click covers the rest of that page; the invite is the one field where leaving it blank actively costs you.
The test
Once a month, ask one question: is anything happening in Discord that should be happening on the server?
If the answer is yes, the jokes, the planning, the socialising, the reason people show up — then the Discord has quietly become the community and the server has become a thing the community used to do.
Moving it back is harder than not letting it drift. But it is possible, and it mostly consists of being on the server yourself at the hours your community is actually awake, and answering in game the questions people ask in chat.
Common questions
- When is it appropriate to add a second voice channel to the Discord?
- You should add a second voice channel when the first one is regularly uncomfortable. This usually happens when around eight simultaneous people are using it.
- Why should message-count leveling bots be avoided?
- Leveling bots reward members for chatting in Discord rather than playing on the server. Over time, rewarding message counts pulls activity away from game chat, which empties out the game server.
- How can staff handle player reports without creating drama?
- Player reports should be kept private by using a ticket bot or direct messages to staff. Public report channels turn incidents into spectator events, making it harder for people to back down.
Published · 8 min read