27 bookmarks. First posted by TypingPixels march 2018.
#j66industryInsight #insight #insight__Mobile
wasn’t like we invented AMP because we wanted to control everything, like people assume,” he says. Instead, he argues, go back and look at how dire the state of the mobile web was a few years ago, before AMP’s inception. It sucked — in fact, Nilay Patel published a story on this very website titled “The mobile web sucks” in 2015. He was right. Apple and Facebook dealt with that problem by creating proprietary formats and then convinced publishers to distribute their news in those formats on their platforms. As Nilay wrote:
Taken together, Apple News and Facebook Instant Articles are the saddest refutation of the open web revolution possible: they are incompatible proprietary publishing systems entirely under the control of huge corporations, neither of which particularly understands publishing or media.
Besbris saw things the same way: “The trend in the industry at the time was the simple way of solving these problems, where you guaranteed that you could control the experience … but that comes at the cost of the web.” So Google’s solution was AMP, a framework that was designed to make the web as good as those platforms so that the web would actually have a shot at competing with Apple and Facebook.
march 2018 by bradfranklin
Despite all those problems, here’s what is impressive about AMP: when you publish a webpage, it can be served from any caching server. But that’s not what really makes it fast; what truly makes a difference is that it can load nearly instantly because it’s already been preloaded in the background. And yet, despite that preloading, you don’t count as a visitor and the publisher doesn’t get to set any cookies or do any tracking until you click. And you can trust that the cached, instantly loaded page that’s sitting inside Google search or Twitter is faithful to its canonical source, even if that source was updated after it was first published.google web 2018
march 2018 by elrob