4 ms·
Why not? The current HTML standard and downloadable apps is so oldschool, AMP looks like a leap forward.
by igordebatur 11y ago
Why not? The current HTML standard and downloadable apps is so oldschool, AMP looks like a leap forward.
- yareally 11y agoThe concept behind amp is also quite "old school". https://en.m.wikipedia.org/wiki/Wireless_Markup_Language https://en.m.wikipedia.org/wiki/Wireless_Markup_Language
- igordebatur 11y agoYep, but with Google, there is a big chance of success. The technology itself was not enough, it needs an execution, an example for others to follow, like Google did with material design
- acdha 11y agoAMP doesn't do anything you couldn't do just by shipping an optimized website. The only difference is that you're outsourcing a lot of the experience to Google, hoping that better ad sales will balance out the loss of control.
- jchendy 11y agoThere's also a difference from the user perspective. Presumably Google will indicate AMP content in the search results page (with an icon, etc), which will let users know the page will open "instantly." If you build a great mobile site yourself, users will never know that until they actually load your page. I can definitely see myself being more likely to open a result that I know will be performant.
- Zaephyr 11y agoGiven that recent reporting has shown that ads and tracking are the biggest culprits in page load times, AMP appears to be solving an ad/tracking problem more than a web page problem.
- acdha 11y agoThat certainly could be the case, although I'd imagine Google will tread lightly in that regard to avoid anti-trust concerns. They've already taken a policy of using load speed as a quality signal and I wouldn't be surprised if they simply stuck with metrics like that where AMP will do well without showing any sign of favoritism.
- mtgx 11y agoAMP is open source. The problems begin when companies do indeed just let Google handle everything, like they've done with Google Analytics.
- deleted 11y ago[deleted]
- dheera 11y agoRight, I would have much wished it provided access to dropping in native Android components (even simple things, such as a ViewPager) into a webpage. Implementing a simulated ViewPager in HTML5 including swipe gestures is a horrible CSS and JavaScript mess, a waste of resources, clunky, a choppy experience on anything but the most high-end phones, and is very easy to become inconsistent if your implementation of said gestures differs slightly from someone else's.