Why App Speed Matters: Revenue
Not true. Faster isn't _always_ better. If some features seem to take a lot of time, it appears to the user that it's "working". Take a website I hate a lot - TurboTax. A lot of the wait times between transitions is incredibly long. But I'd bet money that it increased conversions.
Yes, it's more of a UX issue than an engineering one. But users don't give a shit. If something appears slow, no one knows/cares if it's an animation or a slow server.
It's a little thing, but 14.4kb/s should really be stated as kbit/s. 14.4kbit/s is 1.8kB/s. Looking at this reminded me how fascinating the Wikipedia entry for "modem" is [1]. Apparently "The first 9,600 bit/s modem was developed in 1968, and sold for more than $20,000."
On the other hand if you want to reduce the time you spend online, as a user you should prefer slower websites.
Totally off-topic but I always take slight offense when headlines talk about "apps" when the actual meaning is websites or web services.
For example I clicked on the headline expecting content about the speed of Android / iOS apps (which is something I care about professionally), but then was disappointed (and frustrated) to find that the actual content is all about web stuff.
When you mean "Web App", say "Web App"!
Note that the fly.io docs let you know that the bandwidth price is per GB, but the pricing page doesn't let you know that the price is per GB.
What's the difference between fly.io and any other CDN? Can it serve dynamic encrypted data from the backend to the edge faster?
Well how much do I gain by a bit more speed after you took your horrendous 18 cents per gb flowing out?
your site (not blog) has a bad scrolling experience in Firefox on Android
A minor thing, but it bugged me -- 0.74% of 3.5 billion searches is 25,900,000 searches, not 259,000,000 (as mentioned on 7th paragraph).
Most of the monkeys that are responding to this claiming speed has no impact on sales are missing the main point.
If you have two websites that do the exact same thing and one offers a better / faster UX which one are you as a user going to use?
If you say the slow one then you're blatently lying, trolling and being pedantic, most likely due to the lack of knowledge on how to deliver fast/good UX's
If fly.io is serious about their marketing, this is not the way to do it. Find a really slow website that sells something, give them your service for free and run half the traffic through your fast version vs their slow version. Show me how much money they made in increased sales vs the amount of time it took to implement and the ongoing costs of your service. I'm pretty confident the math won't work out, but I'd be open to being convinced. Trotting out the 10 year old Google and Amazon studies about sub-1% gains isn't the way to do it.
For the vast majority of startups or websites, there should be 50 things on your to-do list that have the potential to increase your conversions more than 1-2%, and your time is almost certainly better spent working on those things than adopting a service like this. I know engineers like taking the same thing and making it faster, it is fun and satisfying, but it almost certainly isn't the best use of your time when it comes to the bottom line. And that is assuming making your site faster actually will increase conversions by any meaningful amount, which is a big if (very old and very specific studies be damned!).