Websites and web developers mostly don't care about client-side problems

https://news.ycombinator.com/rss Hits: 5
Summary

In response to my entry on the fragility of the web in the face of the crawler plague, Jukka said in a comment: While I understand the server-side frustrations, I think the corresponding client-side frustrations have largely been lacking from the debates around the Web. For instance, CloudFlare now imposes heavy-handed checks that take a few seconds to complete. [...] This is absolutely true but it's not new, and it goes well beyond anti-crawler and anti-robot defenses. As covered by people like Alex Russell, it's routine for websites to ignore most real world client side concerns (also, and including on desktops). Just recently (as of August 2025), Github put out a major update that many people are finding immensely slow even on developer desktops. If we can't get web developers to care about common or majority experiences for their UI, which in some sense has relatively little on the line, the odds of web site operators caring when their servers are actually experiencing problems (or at least annoyances) is basically nil. Much like browsers have most of the power in various relationships with, for example, TLS certificate authorities, websites have most of the power in their relationship to clients (ie, us). If people don't like what a website is doing, their only option is generally a boycott. Based on the available evidence so far, any boycotts over things like CAPTCHA challenges have been ineffective so far. Github can afford to give people a UI with terrible performance because the switching costs are sufficiently high that they know most people won't. (Another view is that the server side mostly doesn't notice or know that they're losing people; the lost people are usually invisible, with websites only having much visibility into the people who stick around. I suspect that relatively few websites do serious measurement of how many people bounce off or stop using them.) Thus, in my view, it's not so much that client-side frustrations have been 'lacking' from d...

First seen: 2025-08-23 11:37

Last seen: 2025-08-23 15:39