I've often thought about building a messaging platform aggregator that takes conversations from Whatsapp/messenger/discord/Instagram DMs/etc and provides a unified interface for them. I suspect there's a bunch of legal and annoying auth things that make this impossible. But at its core these things are just arrays of strings

This used to be fairly common, back in the old days. Programs like Pidgin unified many messengers into a single app.

For a while, many messengers actually shared underlying protocols (e.g. Google Talk & Facebook were both using XMPP at some point, and you could even cross-message).

Nowadays this is much harder. There's some exceptions (Telegram) with open client protocols, but I wouldn't wanna try and implement something like Discord, it'll be a never-ending tarpit.

Discord is (or at least was) easy to "implement" because their bot and user API is mostly the same.

until they ban you under the ToS that says “no third party clients”.

https://news.ycombinator.com/item?id=28435490

A bot or a bridge isn't a "client".

They just don't want to fight people trying to build a full alternative client for Discord as a bunch of their paid-for stuff is just clien side javascript.

On the meta platforms I am intricately familiar with the Whatsapp API and it is literally not possible unless you are effectively going to effectively run WhatsApp Web in a browser instance and interact with it which is against ToS.

Whatsapp API works on the basis of conversations, the conversation has to be initiated by another party and only exists for 24hours from the last message from the other party. Sending messages unprompted is not possible unless it’s a templated message.

I can believe this exists to counter spam, and let’s not ignore the fact that WhatsApp messages through the API costs more per message than SMS.

In my experience restrictive and developer hostile API structures are indicative of exploiting a monopoly position rather than some provided excuse like 'countering spam'

WhatsApp is far from a monopoly and I wouldn’t call their api developer hostile, it’s actually reasonable to work with, what you can do with it though is quite restricted to what a business would want to do with WhatsApp and is billed accordingly.

A MASSIVE part of the world would like to disagree.

Whatsapp is to the rest of the world what iMessage is to Americans.

I'm in the reat of the world. Trust me I understand how entrenched WhatsApp is but realistically point to the viable alternative.

And WhatsApp for "the rest of the world" is "free", about as free as Gmail and Facebook but monetarily free. It's hard to argue a monopoly when there is no money trading hands, and for business you are free to contact your customers via Email or SMS or whatever other form you would like, I can tell you there is benefits to using WhatsApp, our stats show much higher engagement and well we can actually get more information about message delivery than other platforms, you pay a premium for that and they gatekeep that because it has business benefit to do so.

If WhatsApp campaigns didn't get higher engagement than email or sms which is cheaper we wouldn't pay the premium for it, everyone who has WhatsApp can also receive SMS.

Does that help clarify why I'm arguing WhatsApp isn't a monopoly? It's kind of ranty, I apologise for that.

About half of the problems mentioned by the article are solved by the all-in-one-inbox beeper.com, now owned by Automattic.

It allows me for example to avoid Instagram's crack app while still DMing with friends only available on there.

Except "Long term availability" ... I'd love to have my full chat archive under my own control but doesn't seem on the roadmap.

Has some quirks, but Beeper is exactly what you are describing: https://www.beeper.com/

Beeper does this already: https://www.beeper.com/

This was Pigeon Messenger, a quarter century ago

[dead]

Many have tried and hit the very same obstacles you mention. Quite the quagmire.

it exists as client side programs, like https://meetfranz.com/