[dmethvin]

AMP is just a set of conventions and limitations that, when followed, make for a fast site. Anyone can make a fast site if they follow similar rules. Most sites don't do that because either the developers want to use something that's "nicer" to code but a lot bigger, or because the marketing department insists on loading 12 different tracking and analytics progams--when they probably only use one or two.

[stephenr]

AMP is google flexing its control over the web.

If Google wanted to highlight fast/penalise slow sites, they could simply measure the load time of a site when they index it.

But that would only achieve their stated goals, it wouldn’t achieve their actual goals.

[realusername]

They could also just have mandated serving AMP with some random HTTP header and the client would cached a whitelist of the AMP scripts if got that header, nothing in the AMP design needs to have an AMP server, it's an arbitrary limitation from Google to control the web.

[systemBuilder]

No, they couldn't. That is browser and transport-dependent. There are some things even Google cannot do ....

[toufiqbarhamov]

It feels like AMP is Google nailing its own coffin to me. It probably felt like a winning move when Bell and AT&T made people buy their own products to use telephone systems, but it led directly to their disruption by the DOJ. Even though some poeple at Google probably realize that, it won’t matter if they cash out beforehand, if working on a project gets them promoted, and if institutional inertia is in control.

Google is hurtling toward an antitrust case they won’t win, and it will really be all their fault.

[thrwwysearcheng]

Throwaway Google search engineer here. People here really do care about making the web faster and moving metrics, both because that is how the company is set up to reward employees but also because they believe it makes the product better. Google has been penalizing slow sites forever. It stopped moving the needle (I suspect because it isn’t marketable). Amp on the other hand really is working, metrics show a faster, smoother experience, and user studies have been positive. That’s why Google is doubling down so much with it. Not because they have goals to control content providers or wall off the web, but because it makes a dramatic difference on the whole.

[ClassyJacket]

Sure, but one of those conventions and limitations is that the page is hosted by google. It's not something you can deploy on your own server. It's not as if it's just some list of recommendations that make sites faster - you're signing up to a Google service, and you're at their mercy from then on.

[joshuamorton]

>It's not something you can deploy on your own server.

But you can. Often it doesn't matter because you aren't a globally distributed cache, but if you are cloudflare[1] (or apparently Microsoft[2]), you can and do.

[1]: https://amp.cloudflare.com/

[2]: https://github.com/ampproject/amphtml/blob/master/caches.jso...

[whalabi]

(author here)

It's not just conventions and limitations.

For example, you can't use an img tag on an AMP page. That's invalid AMP. You have to use an amp-img tag, which is rendered client side with js.

Another example is with forms. It forces you to include the amp-form js.

If it were just best practise, I'd be far happier to go along with it. Kind of the point here is that we were already using best practise, because the site was super fast.

[hexo]

Images rendered client side WITH JAVASCRIPT???? If my employee did AMP site for our company he'd immediately lose his job, no questions asked.

[matz1]

Agree, I prefer to open amp site because most of time it simply load faster.

[stephenr]

I prefer to just use a content blocker to prevent the crap that slows down most sites from loading.

Fun fact, blocking the amp JS makes amp pages artificially slow because they hide everything in css by default.

AMP as a solution to slow websites is like a chainsaw as a solution to an itchy foot.

[scoot_718]

How is it working at Google? AMP breaks sites and makes it look like they're hosted elsewhere.

It makes sites take multiple minutes to display after they redirect to the original version.

[AlexandrB]

Did you read the article (or even the headline)? Specifically the part about the site being faster before AMP?

[lern_too_spel]

Impossible. For a site loaded from a SERP, the page will be preloaded if it is AMP. If you are creating an AMP page to be accessed directly (like the author), you fundamentally don't understand the problem that AMP solves and are using it wrong. PEBKAC.

[manigandham]

True, that's what the article says. It's about control over users and data, not performance or UX.

[0815test]

It's about control of preloaded content, specifically. If you don't care about your content being easily preloaded from the SERP page, then sure, no need to use AMP. And if, as a user, you don't care about quick access to preloaded content (because e.g. you're on a low-latency connection), feel free to scroll down from the top-stories carousel.