> Personal websites [...] is what will allow Facebook to no longer be irreplaceable, which is the real reason why people stay on the platform.No, you're making a common mistake of looking at the surface level of what Facebook shows to users (the so-called "webpage"). Therefore, the seemingly "obvious" solution to beat Facebook is -- Everybody Has Personal Websites.
Since I've seen many smart techies and programmers (e.g. the author of the article we're discussing) make that same claim, I think Mark Zuckerberg has (inadvertently) pulled off the most stunning "Keyser Söze"[0] type of misdirection about the real competitive advantage of Facebook. Programmers are mislead into looking at one thing (e.g. "personal websites") when they really should be looking at something else: The Real Names Lookup Database.
The Real Names Lookup Database is what makes the other features such as "point-to-point messaging", "chat", "calendar events", and finally "personal blog platform" aka "personal websites" -- all work so well with minimum friction.
To put it in more computer science syntax, Facebook has the following SQL table (approximate pseudocode) that's very valuable:
create table real_ids (
real_name,
real_phone_number,
real_email_address,
... other metadata ...
);
Facebook has accumulated approximately ~2 billion rows in that table with those special primary keys. The
end users of Facebook also find that table very useful. (My previous comment about this.[1]) Do not get distracted by things like "personal webpages".
It's that special SQL table that makes Facebook hard to replace.To continue the Facebook analysis via psuedo SQL, when a user wants to see something relevant from somebody she knows, it's:
SELECT posts FROM real_ids WHERE real_name = "Jane Doe";
Getting relevant calender events & invites is the same idea:
SELECT event_invites FROM events,real_ids WHERE real_name = "Jane Doe";
Here's where some observers get sidetracked: Even though the SQL columns "post" and "event_invites" are eventually rendered in HTML, this does not mean that "personal websites of html" is the solution to supplant Facebook. The real issue to analyze is the SQL WHERE clause. Making that WHERE clause work for
real names is
not trivial to build.
Another company that has a similar real_ids database is LinkedIn. But because they cater to professionals, they have mostly white-collar workers looking for jobs; they're missing blue-collar plumbers, or grandparents that are retired, etc. In any case, the same "flawed solution" can be misapplied here: "The solution to replace LinkedIn is to make it easy for people to make personal websites of their résumé and job history."
If you still have doubts whether Facebook's special sauce is the real_names database or if it's the "ease of personal websites", consider what Mark Zuckerberg chooses to spend billions on: Instagram ($1 billion), WhatsApp ($19 billion), and attempt to acquire Snapchat ($3 billion).
Notice that MZ does not bother with acquiring "easy-to-use website builders" such as Wix[2], or Squarespace[3].
What does Instagram/WhatsApp/Snapchat have in common that Wix/Squarespace does not? Those competitors' smartphone apps have a database of real_phone_numbers of their users!
On a related note, thinking that a protocol like ActivityPub can replace Facebook is also misguided analysis. ActivityPub is not a "real names lookup database" so it can't replace the actual thing that makes Facebook useful. Instead of focusing on protocols, think of how to make an alternative database of real_names-lookup that isn't owned by Facebook. Also think of where the db will be physically stored (blockchain is probably not the answer), and how costs for the maintenance of the db will be paid.
Without a viable real_names lookup database, it's pointless for Everybody To Have Personal Websites because there's no easy way for them to connect to other relevant websites to share data. That "connection" is easiest and more scalable when it's based on real names instead of urls.
For a database lookup of domain names to ip addresses, we have a canonical and universal "database": DNS. It's also very useful to have a "real names" reverse-lookup to "web profiles" but right now, the closest analogy we have to that is the realnames database privately owned by Facebook. Facebook has become the biggest and most authoritative "DNS of real people's names".
[0] https://en.wikipedia.org/wiki/Keyser_S%C3%B6ze
[1] https://news.ycombinator.com/item?id=15294086
[2] https://www.wix.com/
[3] https://www.squarespace.com/