amphtml

r preferences. Things like recommended products, or recently viewed products will not work with an AMP page. None of the personalization aspects like “Hi, Lesley” are done with AMP. See the (perhaps poorly named) https://www.ampproject.org/docs/reference/components/amp-lis... This supports loading content specific to the user, even on a cached amp document. > if search and filtering are a large part of your site’s mobile navigation, AMP will be useless. This is exactly what amp-bind was built for: https://ampbyexample.com/components/amp-bind/ > Google Analytics is not supported on AMP Google Analytics is fully supported in AMP. Here's the Google Analytics support page: https://developers.google.com/analytics/devguides/collection... > If you use a different suite of tracking such as Piwik or kissmetrics, they will not work with AMP. There is a large list of analytics vendors that have direct support here: https://www.ampproject.org/docs/guides/analytics/analytics-v... Other vendors can be added with a small amount of configuration. Here's a guide for Piwik, for example: https://www.elftronix.com/guide-to-using-piwik-analytics-wit... Alternatively, vendors can submit a configuration to the AMP project which is just a few lines of JSON, then the vendor will be supported more directly. > Ad Revenue is Decreased The link is to a single article from a year ago. There are many studies pointing to the opposite effect as well. > A/B testing is not supported See https://www.ampproject.org/docs/reference/components/amp-exp... > Performance I'm not sure what URLs the author used, but I tried to find a similar overstock recliner page that might be the right one. I found: https://www.overstock.com/Home-Garden/Recliners/Leather,/mat... The author tries to use a google.com/amp URL, but these redirect when not coming from a search click. Much easier is to take the CDN amp URL, which is served the same way: https://cdn.ampproject.org/c/s/www.overstock.com/Home-Garden... I loaded both of these in Chrome, simulated a mobile device, network tab, and throttling with Fast 3G. Here were my results: * non-AMP: 42 requests, 1.1 MB transferred, Finish: 10.3s, DomContentLoad: 3.38s, Load: 9.52s * AMP: 35 requests, 408 KB transferred, Finish 5.87s, DomContentLoaded 1.28s, Load: 5.88s The AMP page is 60% smaller and hits the load event in 40% less time. However "loaded" is a funny term in the world of javascript driven websites and needs to be looked at more carefully. I suspect that the author's referenced tool is reporting "fully loaded time" as the time that the last network event ended. AMP pages intentionally delay loading images below the fold to prioritize visible content. This results in some images loading later without impacting the user experience. For example, as I scrolled in the AMP page, the "Finish" time would move ahead to a new time as new images were loaded. With events like analytics triggers, looking at the time the last network event finished is typically a misleading metric and won't work correctly with most amp documents. If you load filmstrips in Chrome's Performance Tab, you can see this more clearly. Filmstrips display what the page looked like at snapshots in time after loading starts. For my quick test with network throttling, the non-AMP page takes a little over 6s to finish reaching it's final state and the AMP page takes about 2.2s. So AMP here is nearly 3x faster as the user would perceive it on similar connection speed.

google.com, which really screws up sharing. * Apparently images and scrolling can be wonky, though I have never noticed this myself (and sounds like it could be easily solved[0] if it's true). So again, if you can solve this problem for users in a free, publisher-opt-in, global way without the links pointing to a third party, please share your solution. By the way, if you use CloudFlare, you can enable AMP without breaking normal links[1]. It is only the Google search engine that breaks links for AMP, not AMP itself. I do hope that Google adds an option in your account settings to opt-out of AMP results. That way the detractors can turn it off, and everyone else can be happy that pages load in < 1 second instead of 4-5 seconds. [0] https://github.com/ampproject/amphtml [1] https://blog.cloudflare.com/accelerated-mobile/