TLDR: Poor discoverability impedes the threadiverse’s growth by making life hard for new users. Here are some suggestions on how discoverability could be improved.
- Make fediverse-wide search more friendly by hiding complex front-ends and grouping search results by type
- Allow communities to be discovered more easily on unfederated instances via directory services
- Bring over at least some content (last X posts, last Y days, all pinned posts) when first federating communities
- Ideally bring over all content, or find a way for searches and sorts to interrogate the most complete set of community data (likely the data on the community’s original instance)
I’m still learning about how the fediverse works, so if I’ve gotten something wrong in the following discussion (eg terminology, or even a fundamental understanding of federation works), please do correct me. There’s a chance I’m making a total fool of myself with this post, but here goes anyway.
In my opinion fundamental to the popularity of reddit is the ability for anyone to create niche communities. That’s what set reddit apart from predecessors like slashdot or digg, where there were only a small number of pre-determined categories, like tech, politics or gaming.
Critically, reddit it makes it very easy for new users to:
- Discover communities tailored to their - even very narrow - set of interests.
- Immediately see what people are talking about in their chosen community, ie to show it is active.
- See what people had been talking about, ie to surface high quality content
The fediverse is poor at all three of these discoverability features.
I have four suggestions on how these issues might be fixed which are summarised above. I’ll post these in separate comments as the post would otherwise be too long.
(By the way, I’m generally going to use the term “community” to describe both lemmy communities and kbin magazines, simply because I think “community” is more descriptive. Similarly, “posts” will generally refer to a mix of threads, articles, comments, replies etc.)
Assuming my understanding of how the fediverse works (as I said, I’m still learning, having only heard the word fediverse for the first time a few weeks ago) isn’t too far out of whack with reality, I’m guessing these solutions may all be various degrees of difficult to implement. And not necessarily implementable at the individual instance (kbin.social, startrek.website) level, or threadiverse software level (kbin, lemmy), but perhaps requiring thought and application at the ActivityPub protocol level.
But I believe that making threadiverse communities and content more easily discoverable by new users will be critical in growing the fediverse overall.
This is not just relevent for a new user that is looking for communities, but also for people who create the communities. I created a niche community for an artist I admire and I can’t figure out how to promote it or literally just make people aware it exists in case they would be interested. It’s at https://kbin.social/m/ethelcain for anyone that would like to check it out. I guess for now the only way to promote these magazines is by posting them in posts like this one.
Back on reddit, the main way I found new subs was by people mentioning them in the comments of related threads in my existing subs. Once we start getting a bigger level of activity in the “main” communities, I feel like sharing smaller ones will happen organically.
Until then, keep spreading the word :)
@pure_honey As moderator of a niche and currently tiny community - https://kbin.social/m/Musicals - I admit to a level of vested self-interest in making this post. :-D
It’s great you did that because it’s a glaring issue on the fediverse in general. It’s hard enough having to find people/pages/communities and already, but the fedi adds another layer of complexity which is the domain name: multiple people can have the same user name but on multiple instances which makes finding the “real” person you are looking for even harder!
Something like https://lemmyverse.net/communities needs to be integrated into all instances. For that, I think there needs to be some way of federating communities. I’m not sure what’s missing from a technical perspective (ie, why hasn’t it been done yet).
100% discoverery on here is pretty bad lol.
We def need to improve it
Could not agree more!
3. BRING OVER SOME CONTENT WHEN FIRST FEDERATING COMMUNITIES
When an instance first federates a community, it should bring across at very least the last (let’s say) 100 threads or the last (let’s say) 7 day’s worth of threads from that community (plus associated comments), whichever is greater.
This will prevent the following scenario: A user finds a community that’s hosted on another instance, joins the community, but then finds no evidence of activity on their instance, because when an instance federates a community, it only starts pulling across posts from that moment in time. It makes it look like the community is dead, even if it isn’t. While there may be a “Browse this community on the original instance” message, but that may well confuse people, and it doesn’t mitigate the initial impression that the community has not posts.
Related to this - any pinned posts from a community should also be brought across by default, as these posts often contain information that a new user will find useful or that the moderators want all users to be aware of.
4. IDEALLY BRING OVER (OR ALLOW TO BE SEARCHED/SORTED) ALL CONTENT WHEN FEDERATING COMMUNITIES
The shelf life of posts in most communities is pretty short. If you subscribe to /news it probably doesn’t matter if you can’t see the top-ranked post from three years ago. But other communities curate content that has a much longer shelf life. A community like /askhistorians for instance, or /buyitforlife, where a user might want to search the archives for a great overview on the events leading up to the building of the Berlin Wall, or recommendations for the best compression socks. Allowing new users to search the complete history of a community, or sort posts by something like “most upvoted by all time”, makes the community more useful.
So ideally if you subscribe to a community hosted on another instance on your home instance you should be able to browse/search/sort that community’s entire archive.
I know you can click a link to browse a community on the original instance, but that can be confusing because suddenly you are now browsing on a site where you do not have an account.
Copying over the entire database for a community has storage/bandwidth implications (although I would argue data consumption issues are inherent to the fediverse model, which could lead to another discussion around the fediverse’s scalability limitations). But perhaps there is a way for searches and sorts to interrogate the host instance of a community (which presumably has the most complete database) rather than the local instance.