Earlier quoted context omitted.
The key part of the article is this: > I’ve had the pleasure of working with more than twenty thousand publishers in the five years since AMP’s launch, and I don’t believe I’ve ever heard a single reason that a publisher uses AMP other than to obtain this priority placement. If there's no reason to use AMP other than to waste money, it's very likely it will be used less and less. And then it's just a matter of time b…
From Google's perspective that is an excellent reason to continue. What I don't understand is why all these parties instantly sign up to any abomination Google decides to foist on us without thinking through the consequences and realizing that they just handed Google even more control than they already had.
The End of AMP
41–50 of 166 posts
Re: The End of AMP
#42Earlier quoted context omitted.
I'm not saying it's all, or even a lot of developers. But they exist.
Ok, plenty made me read it as a lot.
I'd hope that web developers in particular would see more of the reality of Google's attacks on the open web. But then I've also seen an alarming number of "web developers" making claims like "I just wish Firefox and Safari would adopt Blink too, then we wouldn't have cross browser issues..." without a hint of irony, nor apparently knowledge of the last 15 years of web history.
But I'm also realistic. There are developers, both web- and other, who absolutely defend AMP, and Google's approach.
Re: The End of AMP
#43AMP is about control, not speed: https://unlikekinds.com/article/google-amp-page-speed
Re: The End of AMP
#44A phyrric victory for a Web that is basically ChromeOS. Ever heard of Web Bundles? https://web.dev/web-bundles/ https://github.com/WICG/webpackage
How is Web Bundles different from .mht, which I "think", if I remember correctly is the same as MHTML. And Safari somehow support something else..... This is a genuine question. It is such a simple feature, zipping an HTML file with all of its resources. Why do we need that many standards for it. Is it NIH syndrome or are there technical reasons in doing so?
The more important things to specify are the browser behaviors when working with such files and the signature mechanisms, and those specifications you'd also need if you reused a format.
Re: The End of AMP
#45Please don’t let your excitement take your focus off this part of the story: > The good news gets even better; non-AMP pages make considerably more revenue per pageview than AMP pages. Initially, I assumed this was due to the nature of how ads load on AMP, however, recent Antitrust lawsuits have proposed that hindering ad competition was a feature and that all non-amp ad tags, such as my company, Ezoic’s, were delaye…
Unfortunately a lot of HN readers are dismissing this or calling it partisan grandstanding, just because it's Texas that filed it.
Re: The End of AMP
#46Whenver i am trying to share a news article with a friend, and Google throws up the AMP page at me, I take the time to select the original article link and share that. Websites deserve their own traffic, not Google's.
Re: The End of AMP
#47A phyrric victory for a Web that is basically ChromeOS. Ever heard of Web Bundles? https://web.dev/web-bundles/ https://github.com/WICG/webpackage
How is Web Bundles different from .mht, which I "think", if I remember correctly is the same as MHTML. And Safari somehow support something else..... This is a genuine question. It is such a simple feature, zipping an HTML file with all of its resources. Why do we need that many standards for it. Is it NIH syndrome or are there technical reasons in doing so?
Re: The End of AMP
#48I'm flagging this article because of a very misleading title. This is definitely not the end of AMP.
Re: The End of AMP
#49Whenver i am trying to share a news article with a friend, and Google throws up the AMP page at me, I take the time to select the original article link and share that. Websites deserve their own traffic, not Google's.