Smartphones are the main way to access websites for a growing number of users, even though the website content is often bloated with images, scripts and ad trackers that aren’t tailored for mobile devices. Google’s Accelerated Mobile Pages (AMP) initiative is aimed to tackle these issues by introducing a set of rules and restrictions for websites sent to mobile devices.
AMP is based on many restrictions
Accelerated Mobile Pages are based on a new framework called AMP HTML aimed to allow building lightweight, rich websites that include text, images, videos and smart ads that load instantaneously on mobile devices.
It sounds great from a user’s point of view. With AMP users just get what they’re looking for when browsing on-the-go: the content.
You can test AMP sites by entering the following address in your mobile browser: http://g.co/ampdemo
Ronan Cremin on Accelerated Mobile Pages
But what does AMP mean for the world of web development? Here’s what Ronan Cremin, the DeviceAtlas CTO, had to say about the latest Google’s initiative:
First off, it clearly helps to speed up load times. The AMP version of The Verge loads about 10x faster for me than the normal version.
Secondly, it’s clearly better than the Facebook Instant Articles initiative because it’s not tied to Facebook. Also, publishers can optionally choose to avail of Google’s free caching and anyone else can implement a caching system if they want.
Many people have commented that all this is a set of limitations and that you don’t need AMP to do this. This is correct, though AMP does use some tricks to render quickly also.
Lots of people have also pointed out that the limitations it imposes are quite draconian, e.g. no JS at all and make the case that JS isn’t necessarily bad, which is true. You can design rich pages that load quickly.
But I do think it has value:
- It seems that lots of web developers (perhaps less experienced) actually don’t realise what you need to do to achieve high performance, because they got started when jQuery etc. was already standard.
- AMP gives you an easily testable package of recommendations (add “#development=1” to any AMP page)
- It allows sites to make a (testable) promise: this page will work well.
- Even if people choose not to use it, it may be useful in helping to steer people the right way, i.e. to think twice about their development practices in light of what Google is recommending. People pay attention to what Google says.
As a user, if I’m presented with an AMP link and a non-AMP link I’ll pick the AMP one without hesitation. The load time issue really is huge. If I remember that a site has opted to implement AMP I’ll be far more likely to visit again. Any time I see theverge.com link I think twice before I click on it.
The troubling aspects of AMP pages:
- Perhaps this is Google building a ‘walled garden’, e.g. in the future they may prioritize AMP pages over non-AMP pages in the search results, even if the non-AMP versions work just as well. I would like to believe that this won’t be the case because, ultimately, if Google is not delivering the best results to users it will fail.
- It doesn’t do anything to decrease image weight, ~70% of the size of the average page. It doesn’t preclude solutions either. It just feels like this was a lost opportunity.
- It feels over restrictive at a time when the web is richer than ever. It’s about static pages, a web of documents rather than apps.
AMP indicates that the mobile web has a performance problem
It’s not really surprising that Google’s Accelerated Mobile Pages cause controversies especially among web developers and website owners who are wary of being forced to use only one solution that was built and chosen by someone else. Especially given that the company behind AMP is the ‘big G’ who also happen to own the search engine that for many sites is the largest source of traffic.
This doesn’t change the fact that the mobile web needs improvements and Google’s Accelerated Mobile Pages’ initiative is a step in the right direction. The initiative clearly indicates that web performance issues need to be addressed in the near future.
Originally posted at DeviceAtlas blog.
What do you make of the Google’s Accelerated Mobile Pages? Let us know in the comment section.