Why consolidate communities?
One of the advantages of a decentralized platform like Lemmy is the ability to create parallel communities on the same topic. "You don't like how a community is being moderated? Go to another instance and start your own community!" (with or without blackjack and hookers)
However, this is a double-edged sword. The creation of multiple communities on the same (or similar) topics can also fragment the userbase, leading to very sparsely populated communities.
A few perspectives in favour of consolidation: (click to expand)
https://sh.itjust.works/comment/11171955
I think until there’s some tool or system that helps collate all the information out here, fragmentation is detrimental to growth.
I’m not going to copy and paste the same comment with every mirrored post.
So sometimes commenting feels like a waste of time.
Centralizing helps ensure that there’s vibrant, consistent discussion which is what Lemmy should be about.
https://lemmy.ca/comment/8823953
I like this because people showing up to those communities might think that topic doesn’t have activity on Lemmy, when it actually does.
https://lemmy.blahaj.zone/comment/8370860
I sometimes think that unmoderated communities should be closed, and just be left and locked with a pointer to the active one. In case an issue arises with the active one, they can still be unlocked and used as back up.
Credits to @[email protected], @[email protected], and @[email protected]
How consolidate communities?
While consolidating communities can counteract userbase fragmentation, it is not an easy process for users to do, and so I thought I'd write up and share this guide.
Taking inspiration from @[email protected]'s excellent blogpost, let's imagine a hypothetical scenario where the pancake userbase on Lemmy is heavily fragmented, could benefit from consolidation.
Step 1: Identify duplicates
Search lemmyverse.net/communities for 'pancakes', as well as common synonyms (hotcake, griddlecake, flapjack). In our hypothetical scenario, we get the following search results:
Open each community on its home instance, note the frequency of posts, and check whether the moderators are active. From this, you will often get a hunch for what might be the best community to consolidate to, but you should still keep an open mind as you proceed to the next step.
Edit1: To avoid centralization on large instances, I typically prefer consolidating towards smaller instances, provided that they are well managed.
Step 2: Solicit input
Create a post on [email protected]. The post should contain the following:
- A brief reminder on the detriments of userbase fragmentation and the advantages of consolidation.
- The list of duplicate communities you've identified for a given topic.
- An invitation for discussion and, optionally, your recommendation of a community to consolidate to.
Example post here (electric vehicles).
Once you have posted, create a top-level comment for each community in which you reach out to the moderators, administrators, and contributors for their opinions.
Example comments: (click to expand)
Paging [[email protected]](/c/[email protected]) active moderator @[email protected]
Would you be open to consolidating this community with one on another instance, perhaps [[email protected]](/c/[email protected])?
Also paging active contributor @[email protected] for their thoughts.
[[email protected]](/c/[email protected]) moderator @[email protected] is inactive.
Paging admin @[email protected]. Would you be open to consolidating this community with one on another instance, perhaps [[email protected]](/c/[email protected])?
Paging [[email protected]](/c/[email protected]) moderator @[email protected]
How would you feel about a potential influx of posters and commenters from other instances? Would you be open to adding additional moderators, perhaps those who were active contributors or moderators in pancake communities on other instances?
These comments will hopefully spark discussion among the pancake enthusiasts on Lemmy.
Edit2: There will often be users advocating for consolidation to whichever community currently has the most subscribers/activity. When this community is on of the larger instances, feel free to gently remind people of the risks of centralization.
If any two communities agree to consolidate, you can move onto step 3.
Step 3: Consolidate communities
When a decision is reached between any two communities, one community can then be closed, and redirect users to the other. You should recommend that the moderator take the following actions:
Example comment: (click to expand)
Would you be able to do the following?
- Lock
[[email protected]](/c/[email protected]) by checking "Only moderators can post to this community"
- Create one final post on
[[email protected]](/c/[email protected]) announcing the consolidation to [[email protected]](/c/[email protected])
- Rename the community to "[Dormant] moved to
[[email protected]](/c/[email protected])"
Changing the community display name is particularly helpful for users when they are searching for communities.
When to NOT consolidate communities?
If there exist two active communities on the same topic, and they have a different significant difference in geographical focus, political leanings, or moderation style, these communities should not be consolidated. This would be an example of the advantages of parallel communities in the Fediverse.
TL;DR:
- Find all the communities on a given topic (easy)
- Convince people that consolidation is a good idea (medium)
- Get people, many of whom may be reluctant to see a community on their home instance locked, to decide on a which community to switch to (challenging)
- Contact the moderators (or the admins, if the mods are inactive) of each of the
n-1 communities and get them to lock each community, with appropriate links to the decided upon community (simple, but tedious)
It can be a bit of a pain-in-the-ass to do properly, and I've seen many more failures than successes, but given the potential benefit for the Fediverse as a whole, I thought I'd write up and share this guide. Feedback is welcome :)
