DEV Community

Andy Stanly
Andy Stanly

Posted on

A fan wiki is a data model problem wearing a fan-site costume

Every fan wiki starts the same way: a few pages written by whoever cares most, organised by whatever seemed obvious at the time. Six months later you have four hundred pages, three different naming conventions, and no way to answer a simple question without reading five articles.

The pages are not the problem

The problem is that a wiki needs a schema before it needs content. What is a recipe? What fields does it have? Which of those fields are required? If that is not decided early, every contributor invents their own answer and the site slowly becomes unsearchable.

The fix is unglamorous: define a handful of entity types, decide the required fields for each, and write every page against that template even when the page is short.

Search intent beats completeness

A wiki that tries to cover everything ends up serving nobody. The pages that actually get traffic are the ones answering a question someone typed: where do I find this material, what does this item do, why is my build failing.

Writing for that intent changes the shape of the page. The answer goes first. The context trails it. The exhaustive table goes at the bottom for the people who want it.

Maintenance is the real cost

A game updates, and suddenly a third of the pages are wrong. The wikis that survive are the ones that mark what changed and when, rather than pretending every page is evergreen.

If you are building one of these references, write the Hytale wiki structure before the content.


Notes from watching a small fan wiki outgrow its own organisation.

Top comments (0)