Why did the #TwitterMigration fail?
I’ve been using fediverse stuff (Mastodon and, most recently, Calckey – I’m just going to use “Mastodon” as shorthand here, purists can bite me) for over a year now, a…
blog.bloonface.com
Why did the #TwitterMigration fail?
I’ve been using fediverse stuff (Mastodon and, most recently, Calckey – I’m just going to use “Mastodon” as shorthand here, purists can bite me) for over a year now, and have been doing so full time for about six months, following Elon Musk buying Twitter (since on principle, I decline to give Elon Musk money or attention.) This latter part coincided with the “November 2022 influx”, when lots of new people joined Mastodon for similar reasons. A lot of that influx has not stuck around. Everyone is very aware at this point that active user numbers have dropped off a cliff.
I have evidence of this. I recently shut down my Mastodon instance that I started in November, mastodon.bloonface.com, and (as is proper) it sent out about 700,000 kill messages to inform other instances that it had federated with that it was going offline for good, and to delete all record of it from their databases. Around 25% of these were returned undelivered because the instances had simply dropped offline. These are people and organisations who were engaged with Mastodon and fediverse to the point of investing real time and resources into it, but simply dropped out without a trace some time between November 2022 and now. I know multiple people who tried it and then gave up, due to lack of engagement with what they were posting, lack of people to follow, inability to deal with the platform’s technical foibles, or worse because they found the experience actively unpleasant. Something has gone badly wrong.
There are some good reasons for this that really point to both shortcomings in the whole idea, and also how Mastodon is and was sold to potential new users, some of which might be uncomfortable for existing Mastodon users to hear. There are some conclusions to draw from it, some of which might also be uncomfortable, but some which actually might be seen as reassuring to those who quite liked the place as it was pre-November and would prefer it if it would go back to that.
Much of this is my opinion, based on my personal observations and experiences as someone who’s been all-in on fedi since November, and has been on it since April 2022, starting off on Mastodon.social and moving to my own instance in November. I’m happy to trail it as just that, my opinion, in advance. But I think it should be food for thought either way.
Mastodon here is also being used as a shorthand for various ActivityPub-interoperable platforms for making short messages, including Pleroma, Misskey, Calckey, whatever.
Mastodon did not, and does not, have a unique selling point for most users
As it exists at the moment, Mastodon functions essentially as Twitter did in about 2008. In some ways, that’s nice. The userbase is calmer, the DiscourseTM does not get spun up as easily.
But the thing is, functionality-wise, Twitter in 2008 existed in 2008. We are now in 2023, where someone can use the Twitter of 2023. From a functionality standpoint, Twitter in 2023 is quite good, with some of the alternative Twitter-style frontends (e.g. Misskey and Calckey) being at about parity.
So what does Mastodon bring to the table in addition to Twitter, that might justify someone deciding to take the plunge and move to it? There are a few unique things about the platform, but they generally fall into the broad category of “things users don’t care about”. Chief among these is decentralisation. This brings me to the first thing that might piss off a lot of Mastodon users:
Decentralisation is not a selling point for 99% of people
Mastodon is at risk of falling into the trap that a lot of free/open source software does, where the idea of the software being “free as in speech” is expected to outweigh or explain away deficiencies in its usefulness. However, this ignores three salient facts:
- Most people don’t give a thruppenny fukk about their freedom to view and edit the source code of the software they use, which they would not know how to do even if they cared;
- Most people are not ideologically opposed to the notion of proprietary software, and cannot be convinced to be because it is simply not important to them and cannot be explained in terms that are important to them; and
- When given the choice between a tool which is immediately useful for achieving some sort of goal but conflicts with some kind of ideological standpoint, and a tool which is not as useful but they agree with ideologically, they will probably choose the former.
You might be able to swing some people round to the Richard M Stallman way of thinking. But most people don’t give a shyt about freedom, they just want their computer to work and perform X task for them in a way they find acceptable. Proprietary software largely delivers that to them. Your average Windows user does not care about software freedom when their computer is not, to them, a means of self-actualisation, but is instead a tool they use to accomplish computer things, and Windows serves that purpose well enough.
Mutans mutandis, the same applies to fedi with regards to decentralisation. Most people don’t care. It is not something you can sell people on Mastodon with unless they’re predisposed to care about such things. It is, at best, a third-order issue.
Yes, this applies even if you say “but Elon Musk can’t buy it!”. Someone who is still using Twitter right now obviously doesn’t care about Elon Musk owning things, or they consider it a lower-order issue. Remember – people are quite adept at making compromises on their beliefs for the sake of utility or pleasure. There are plenty of people who are deeply worried about climate change and urban sprawl who still drive cars; do you think that Musk owning Twitter is going to make them stop talking to their friends?
Decentralisation makes the user experience worse
As a brief explainer (without wanting to turn this into yet another technical explanation of the fediverse), if you start up a fresh new Mastodon instance, it will see no posts. Its “federated” feed will be blank, the search will not find anything, searches for hashtags will show nothing, it will ingest no posts from other servers. For the instance to start seeing posts, you must follow people.
How are you supposed to find people to follow in this case? Well, either you know someone who also uses it so you follow them (great – your instance now sees the posts of exactly one other user) or you go to one of the directory sites that exist to find accounts to follow. Both of these involve leaving Mastodon and its UI to go to some other place. That’s already a source of significant friction, if not an impossibility.
Then there’s the absolutely abysmal UX of following someone who exists on another Mastodon instance when you’re linked to their profile, which involves the non-obvious steps of manually copying and pasting a URL into a search box on your home instance, waiting for a connection to be made, then following them, at which point you won’t see any of their old posts, just their new ones. Compare and contrast with Twitter’s handling, which is where you search for a username, can see all their posts and can follow them without having to manually copy and paste a single damn thing.
Either way, an instance will then only see the new posts of people who someone on the instance is following. This means that the more people on the server, with the more diverse follow lists, the better things work; the more hashtags will get useful results, the more the federated feed becomes useful as a means of discovery. Conversely, if you are the only user – of one of only a few users – on your instance, your federated feed will just be basically your follow list, so your means of discovery is limited to things your followers boost.
This means that for new users to Mastodon, objectively the best experience is delivered by joining a big instance, e.g. Mastodon.social. .social’s large user base means that its users follow more accounts on more instances than any other, which means it sees more posts than any other, which means new users have a rich source of other users and posts to find and follow, and thus infinitely better discovery options.
However, new users are also encouraged to join small instances, and often explicitly not to join Mastodon.social, typically in service of avoiding centralisation and pursuing a properly decentralised fediverse. Sometimes this works, in that the user joins a smaller instance that is still reasonably active and has enough active users following enough active users. Often it doesn’t. Often they get frustrated and leave because they’re not seeing any posts that they’ve not seen before, when if they were on .social or another massive server they’d be seeing all sorts of content and have a reason to stick around.
Paradoxically, therefore, the best way for a person completely fresh to the decentralised Mastodon network to experience the benefits of that decentralisation, with its variety of different instances and different perspectives, is to join its largest possible instance, thus effectively contributing to its de-facto centralisation.
I don’t think there’s a good solution to this. It’s an inherent issue with the entire model. There are clearly trade-offs in play between decentralisation and convenience, but most users are not willing to accept these, or find Mastodon’s implementation of it so obtuse that it becomes frustrating. Existing users resist the centralisation and get pissed off with .social, its owner (the evil “Website Boy”) or its users, but they don’t really have a good answer to the paradox either, other than to simply ignore it because it is not a relevant issue for them.
The people who accept these trade-offs are not normal, and they’re in charge
Let me return back to my Linux analogy.
Linux, as a desktop OS, is 98% there. For most intents and purposes, a person can use Ubuntu or Mint or whatever as a drop-in replacement for Windows and be able to achieve their immediate goals 98% of the time – type document A, view website B, play game C. Cool.