Happy Monday, fediverse!

Finally finished a prototype to help me visualize some ideas I've been thinking about for a while around how server recommendations could work.

A few thoughts before I share the link.

There are some great existing tools. Some of my favorites, in no particular order, include:

- https://fedidb.com/welcome (this one served as a big inspiration, more on that later)
- https://instances.social
- https://fedi.garden

And there is also https://joinmastodon.org/servers. I like that you can browse by topic and location, but beyond that, there isn't enough meaningful information to distinguish individual servers.

The above examples each have their strenghts. I particularly like how the one on FediDB lets you pick by community size and age, allowing you to, for example, find small, but established servers. This is one idea I took for my prototype.

And I like the hand-picked/curated approach of Fedi.Garden. I was wondering if there's a way to expand on it, and even include some automation to make the management of servers easier.

And finally, to step back, I've thought about why so many people prefer to stick with corporate-run social media. Do they perhaps seem more legitimate than what may look like "just a hobby" from the outside?

Anyway. Here is what I came up with.

https://communities.jointhefediverse.net

Now, I consider this a prototype, so rather than people suggesting which servers to add, I'd like to first hear thoughts on the ideas I implemented.

Find your fediverse community

A directory of well-maintained fediverse communities.

As a matter of fact, I am not sure if I want to handle a project like this, I am more interested in sharing these ideas with others who already run server directories to borrow.

But who knows, maybe based on the feedback, I might change my mind.

#fediverse #communities #servers #feedback #prototype #design #UX #UXUI

@stefan very nice prototype, and some great feedback coming in.

For Start Here Social I collated all my notes along the way and they are in this post: https://jaz.co.uk/2025/06/26/metadata-misleads-designing-discovery-for-people/

And I'll add I have a bunch of signals I use personally when choosing to federate or not, some might be helpful for upranking/downranking community choices:

- posts-per-user ratio
- MAU-to-total-users ratio
- last appearance of known admin

I think surfacing number of staff and mod/member ratio is a strong signal.

@stefan

For Mastodon (and maybe others have this option) - presence of a filled in Privacy Policy and Terms of Service is possibly a signal of note.

I think nodeinfo declaring oneself as a general or topic-specific community might be helpful.

And I'll just add that nodeinfo can be filled in by anyone with anything, lots and lots of spurious nodeinfo data is being scooped up, there will always be a need for human curation for any nodeinfo-based guide to be reasonably useful.

@stefan to your specific signals:

Created in/Founded - agreed, strong signal for longevity, good past performance does not always indicate future but still...

Including an official web site or blog seems like a strong signal to me.

Annual reports - could this be coupled/replaced/enhanced by open finances like Open Collective?

Moderation and rules - really good to get server policies up front at decision point - it helps signal that different community guides are available

@jaz

RE: "Annual reports"

Yes, originally I had a "financial report" link, but when I added Mastodon's report, the label didn't make sense, so I made it more general.

I really like how detailed https://hub.techhub.social/finances/ is:

"Estimated months fully financed at current costs: 8 (balance only), 110 (including pledges)"

I know I'd be asking for too much to have this included in nodeinfo, but hmm, imagine.

Finances (EN) – Techhub.social

@stefan yeh, for sure, I have this in OC but getting it to nodeinfo... hrmm...

@jaz Love this!

Yeah, showing how long a server has been around, the size of the team managing it, and expected longevity, I think surfacing all this information would help people understand that many fediverse servers are not just "some guy's hobby", but are maintained on a professional level.

@jaz @stefan so, what about connection to a real-world account you might already have?

If you're an ACM member, you can use mastodon.acm.org. If you use Vivaldi, social.vivaldi.net. Medium author? me.dm. Flipboarder? flipboard.social.

People with WordPress and Ghost.org accounts may want to use them. They're not bad a general purpose Fediverse clients!

@jaz @stefan

For people who already have a Meta account on Instagram or Facebook, signing up for Threads is easy and fast, and they can turn on Fediverse sharing with one click.

I get that many people don't want to share that information, but for most people in 2026, it's the fastest and easiest way to get on the Fediverse.

@evan @stefan if Threads puts this in their nodeinfo it would be something for individual implementations (any eventual domain picker) to surface or not depending on their criteria.

@jaz @stefan Ofc.

I thought we were talking about onboarding services. I think there are two measures of a good onboarding service:

- abandonment rate: how many people get all the way to having a fediverse account (or discovering they have one already)
- retention: median length of time the person stays active

@evan @stefan might just be semantic fuddle for me, but I think of onboarding as the thing that happens after a choice is made, and I think we're talking about decision support to make a choice so that there is now an onboarding need.

Stefan's project seems to me to be for providing decision support about which domain to use, vs abandonment/retention which is a later problem for the domain they actually picked (but of course all of this is intertwined and messy)

@jaz @stefan

I meant onboarding from a Fediverse perspective.

If it's too hard to choose a domain, people bounce.

If they choose the wrong domain for them, and later they have a bad time or it shuts down, they don't retain.

@evan @stefan couldn't agree more!

@jaz @stefan lastly, it's way better for the entire ecosystem if someone who wants to get on the Fediverse asks their employer or university about setting up a server under that domain.

Pushing people onto volunteer-run servers when they are members of organizations that can support their own servers might not be the best long-term solution.

@jaz @stefan not quite lastly!

It's also better long-term for the ecosystem if people pay for their own Mastodon servers as SaaS. Giving links to masto.host, Fedihost, or Mastodon's hosting service towards the beginning of a site would help.

@evan @stefan I like it in general, although a generic pick-a-domain is not going to be as effective as those member orgs doing the outreach themselves, but as a secondary "member association" categorisation/flag I'd say it's a good signal

@jaz @evan Agreed!

This is definitely a great idea, but I was wondering how this would work in a server picker tool.

Would you provide an email address, and based on it you'd get recommendations?

Or maybe it could be a dropdown labeled "Do you use any of these services?", that could work!