Comment

Comment by apeace

> It “traps” users on Google. If user were to click “x” in the screenshot above, they will be taken back to Google search results. A normal redirect would have landed users on actual BBC site, maximizing their chances of staying on that site. Instead, AMP makes it easier for users to return to Google.

As a user, this is what I want. I don't care about the BBC's site, I care about what I searched for. If I want to see their front page, I'll go to bbc.com.

I think this article (and most AMP-bashing articles) are mostly fluff about how Google is "taking over" and "forcing" people down a certain path. When in reality everybody knows this is helping users.

As I've said many times: propose a better solution for users to be able to load article content very quickly.

The real, valid issues I'm seeing mentioned in this article are:

* Links are to 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/

parent apeace 9 years ago

Discussion

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton