Somebody who played on your server for two years messages to say they want their data removed. Most server owners have no idea what that involves, whether they have to comply, or where the data even is, and the honest answer to the third question is usually "in more places than expected".
What a server actually holds about a player
More than the owner thinks:
- A unique identifier tying every action to one person
- Connection logs with IP addresses
- Chat logs, if kept
- In-game state: inventory, buildings, balances, statistics
- Moderation records: warnings, bans, appeals
- Whatever a payment provider recorded, if they ever donated
Those live in different systems with different retention, and a request to delete "my data" touches all of them differently.
The three categories, because they are not the same
Personal data you hold incidentally. IP addresses, connection times, chat. This is the category most privacy law is actually about, and it is the easiest to delete because nothing depends on it.
Game state. A player's base, their inventory, their balance. Deleting this affects other people — a base that vanishes leaves a hole in a shared world, a balance that disappears breaks an economy's arithmetic.
Moderation records. A ban record is about a person and is also the server's evidence for a decision. Deleting it means the next admin cannot tell why somebody was banned, and a banned player asking for deletion is sometimes asking for the ban to become unprovable.
The first should be deleted on request. The second is negotiable. The third is where owners need a position, ideally decided before anyone asks.
What to do in practice
Have a position, written down. A short paragraph saying what you keep, for how long, and what happens if somebody asks for removal. Whatever it says, having it removes the improvisation from a conversation that otherwise happens under pressure.
Anonymise rather than delete, where you can. Replacing an identifier with a placeholder removes the link to a person while keeping the world consistent. A base still stands, the economy still balances, and nothing points at anybody. This resolves most requests without the collateral damage of deletion.
Keep a minimal ban record. The identifier and the reason, with everything else removed. That preserves the decision without retaining a profile.
Where the copies are
This is the part that catches people. A deletion that misses the backups is not a deletion in any meaningful sense, and backups are exactly where nobody looks.
Most owners are not going to rewrite a year of archives, and that is a reasonable position, but it should be a stated one. "Data is removed from the live server immediately and ages out of backups within ninety days" is honest and achievable, and it is only possible if the retention on those backups is actually bounded rather than unlimited.
The thing worth doing before anybody asks
Find out where the data is. Which tables, which log files, which third-party service.
That inventory takes an hour and it has a second use: it is the same list you need when somebody asks what you collect, when a moderator wants to know what evidence exists, and when the server changes hands. It sits alongside the credential inventory as one of the two documents that make a server transferable.
Who can action it
One person should be able to do this, and it should not be whoever happens to be online. A deletion carried out by a moderator with database access and no instructions is how a request to remove chat logs becomes a removed character.
Decide who handles them, and give that person the inventory rather than the credentials — the same separation that makes permissions worth modelling as roles rather than granting ad hoc.
The part that is not legal
Most of these requests are not really about law. Somebody has had a bad experience, or is leaving, and wants to feel finished.
Handling it well (replying, explaining what you can do, doing it) costs almost nothing and is remembered. Handling it badly, by ignoring it or arguing, produces exactly the kind of story that spreads, and it spreads to people who were never on your server.
That is a better reason to have a position than any statute, and it is the same reason how a server handles a departure says more about it than how it handles an arrival.
- Tags
- privacyadministrationpolicy
- Share
Published · 3 min read