alexkras.com

  • Home
  • Top Posts
  • Resume
  • Projects
  • YouTube
  • Boots to Bytes
  • About
  • Contact

Summary of My Meeting with Google AMP Team after “Google may be stealing your mobile traffic” post

November 3, 2016 by Alex Kras 33 Comments

Two weeks ago I wrote a blog post with a controversial title Google may be stealing your mobile traffic, where I outlined some criticism of Accelerated Mobile Pages (AMP) project. Shortly after Paul Bakaus (a developer advocate for AMP project) invited me to join him and Malte Ubl (product manager for AMP project) for lunch to further discuss my concerns.
Update: 2/2/2017 it’s fairly popular to hate on AMP now, but my criticism at the time was one of the first to reach wide audience and AMP team wanted to understand my concerns better.

@akras14 @rauchg @cramforce @Errol_Flynn_ @benthompson I too thought AMP was fast HTML subset (static check), missed central service connex.

— BrendanEich (@BrendanEich) November 12, 2016

My original post was a bit confusing and should have been 2 separate posts. 90% was simply me outlining mistakes that I’ve made implementing AMP on my site. The other 10% I believe to be a valid criticism of the AMP project.

The Concerns

There were 2 main concerns that I brought up about the AMP implementation:

  1. Google was caching AMP pages and serving cached version from their search results.
  2. Google provided a tool bar at the top, with a link to the original source, but there was no easy way to copy or click through to that link. This UX was encouraging users to get back to Google search results instead.

3-close-button

Web Cache

The web caching aspect of AMP is clearly documented, but it was something that I completely overlooked.

When I first heard of AMP I thought of it as a sub-set of HTML with a JavaScript library that will allow to speed up the mobile web.

Turns out the AMP vision also included a web cache that would allow content providers (Google, Bing, Pinterest, LinkedIn etc) to serve the content much faster.

Can the cache be optional?

My first question was if I could get the speed up that AMP provides without participating in the cache aspect. The answer was yes and no.

Yes. The AMP project is open source and there is nothing stopping anyone from including it in their pages. The only way Google will know to cache the APM page is when non AMP page has a rel="amphtml" link on it, pointing to the AMP version. i.e.

<link rel="amphtml" href="https://www.example.com/url/to/amp/document.html"/>

Removing this link will essentially “disable” the AMP cache.

Another option is to remove the amp tag from the html tag inside of the AMP page.

<html amp lang="en">
...
</html>

to

<html>
...
</html>

HTML pages are not valid AMP pages without the amp tag. Therefore removing this tag will prevent the page from being cached.

No. While you’ll get the optimized page loading that AMP provides, without caching you will not get:

  • AMP icon in Google search.
  • Chance to appear in AMP specific features such as Top Stories Carousel.
  • Content providers (i.e. Google) will not be able to pre-fetch your content. Meaning a delay (comparing to other AMP sites) from when user clicks on your link to when your content is presented in front of them.

Bottom line: The web cache is the core aspect of AMP project and the benefits of using AMP without cache are greatly reduced.

Relevant side note: From what I was told, currently the AMP library does not play nice with some other (don’t know the specifics) JavaScript libraries. Make sure to test your use case carefully.

Fixing the link

Even though the web cache sounds a bit scary, I can definitely see the benefit that it provides. I probably would have never made such a big deal about the way AMP was working, has the “get the original link” experience been half decent.

At the very least I want to easily:

  1. Click through to the original article ( not hosted on Google, probably not the AMP version).
  2. Copy the link to the original article, so I can share it through any internet connected device.

I think I did a decent job communicating this concern to Paul and Malte. They both assured me that they understood the problem and are confident that they can find a solution that will work for everyone.

That being said, I am not sure if “fixing” the link is their top priority. Personally, I will not feel 100% comfortable with AMP until this issue is resolved.

In my mind the URL is the cornerstone of the web and it must be cherished and protected.

WordPress Integration

A lot of my pain with AMP came not from the AMP project itself, but rather from miss-understanding how AMP plugin for WordPress worked. It acted like a new theme that stripped out almost everything except for the post content from my original theme, removing such things as analytics and comments.

While I noticed comments being removed, I did not realize it applied to analytics and other scripts. I’ve also made a false assumption that users will have an easy way to get to the “original” version of my post, where they will be able to access all of the removed content.

As a result of my original post, some Github issues were created for WordPress AMP plugin, therefore things might get better in the future.

I did bring up the current state of the WordPress AMP plugin and Malte mentioned that WordPress was a partner in the AMP project. I am not sure exactly what “partner” means in this case.

What was interesting is that Google worked very closely with major publishers, such as BBC and Daily Mail, to make sure that they were happy with the AMP experience. My guess is that the Google team and the WordPress team did not work as closely on the AMP integration, even though Paul and Malte are aware of a number of issues with the WordPress plugin.

As AMP was gaining steam, more and more small time WordPress publishers (such as myself) enabled AMP support and began participating in the AMP ecosystem. As WordPress AMP pages began showing up in Google search results, a number of confused and upset users (like myself two weeks ago) began to grow, making Google look more evil then they might have actually been.

I think the big difference here is that the big brands are much less concerned about click through rates to their original content. As long as their analytics and ads work, and their server loads are reduced, they are happy. They know that visitors will remember if they read something on BBC, even if the URL showed up as google.com/something. Little guys like myself don’t have this luxury.

While WordPress integration is not Google’s responsibility, I think fixing it is very important for the success of the AMP project.

Fat bar at the top

Update 01/14/2017 – It is now scrollable on iOS

I didn’t get to bring up one more concern expressed in my original article. Google presents a thick bar at the top of the AMP view, that has the close (x) button and the (view only) URL of the original source. The bar remains at the top and takes up roughly 10-15% of overall screen.

I did not bring this up because I forgot :). I can also see it as part of a solution to the link issue. For example the URL can become clickable/copy-able or the bar can contain a button to allow copying the original URL.

I’ve followed up with Malte via email and he let me know that the bar only stays fixed to the top in mobile browsers, not in the Google native app. Additionally, in Chrome browser it will scroll out of the view as you scroll into content. The same behavior will land in mobile Safari soon, but they are still working out some bugs.

Conclusion

I don’t think that Google set out to steal our traffic. In Malte’s own words, from the start Google has been very careful to construct a project in such a way that publishers maintain full control of their content. Stealing content, is exact opposite of what they are trying to achieve.

At the same time, it is clear to me that AMP is not as decentralized as the original web.

When I first learned of AMP I assumed it to be a smaller and optimized subset of existing Web. As I learned more about the project, I realized that it was it’s own thing. AMP acts as a new layer created on top of the existing web. It functions similarly, but at the same time creates a number of different paradigms.

I am keeping my WordPress AMP plugin turned on. Even given all of the concerns with the AMP project and the WordPress AMP plugin, AMP gets one thing right – loads content really fast on mobile devices. For that, a lot of little things can be (temporarily) forgotten.

At the same time I hope that people who chose to participate in the AMP ecosystem will understand all of the trade-offs involved and get to make an informed decision.

I would also like to remind that the link concerned can be addressed short term by optimizing AMP view below the fat bar (just like some of the big publishers are doing now).

Here is the list of optimization suggestions from my initial post:

  1. Make sure your Analytics tracking code is properly installed.
  2. Make sure you have a header that points back to your main site.
  3. If your site has a menu, make sure it is visible in the AMP version.
  4. Make the title of the post clickable, taking the user back to non AMP version of the page.
  5. Make sure your ads and other promotional material is properly integrate into the AMP version.

Last but not least, I would like to say that the AMP project appears to be in good hands. Both Paul and Malte are very open to constructive criticism and discussing how AMP project can be improved. So much so, that they are willing to take their time to have a lunch with some random guy from the internet.

While their lunch capacity is probably limited, if you have any feedback on the AMP project please make sure to let them know via GitHub Issues, Stack Overflow, or the AMP mailing list. Updated list of all those links can be found under the Support section of the AMP site.

Filed Under: AMP, Business, SEO

I work for Evernote and we are hiring!

Subscribe to this Blog via Email

New posts only. No other messages will be sent.

You can find me on LinkedIn, GitHub, Twitter or Facebook.

This blog is moving to techtldr.com

Comments

    Leave a Reply Cancel reply

  1. Hari says

    September 9, 2017 at 6:32 am

    The bigger concern is that users might not want any of their information to be sent to some organizations like google. By using any of the features or code that defies this requirement, the user interest appears to be tossed out.

    Reply
  2. c933103 (@c933103) says

    February 1, 2017 at 10:56 pm

    the huge blank space on the bar on top top should be a convenient place to add buttons like copy url, jump to original page, or a share button?
    the animation of those amp pages seems strange, those animations make it seems like users are only browsing a pop up window instead of actually browsing the page.
    Other than publishers, users should be given the choice to not use the cached amp.

    Reply
  3. Alex says

    November 13, 2016 at 1:14 pm

    Ok. Than why when I google search on my Android Chrome I get:
    https://www.google.com/amp/s/www.alexkras.com/i-had-lunch-with-google-amp-team/amp/

    When I select “Request desktop site” I get:
    https://www.alexkras.com/i-had-lunch-with-google-amp-team/

    Then, when deselect “Request desktop site” I go back to Google amp cache version:
    https://www.google.com/amp/s/www.alexkras.com/i-had-lunch-with-google-amp-team/amp/
    Even though it reloads google cache. Moreover google amp cache has:
    cache-control:private, max-age=0

    Reply
  4. Peter C says

    November 4, 2016 at 12:46 pm

    Thanks for posting this. The cache issue has been my main concern as well AND your are the ONLY person that is talking about it as far as I can tell. When I view my AMP pages on safari, they are being displayed with a google url, and I am not sure how much I like that. Also, I do not think that my analytics could ever let me know about how often the cached version is being shown, and what the user flow from that looks like. I do have analytics on the AMP pages served from my server (with my url/amp), but not the cached version that google displays.

    I will add in my url into the header & customize the plugin a bit to highlight my URL. I have a short URL so that works for me. It would be great If Google could tie in the cached version fully into analytics, so that developers can better understand the user flow and we can make better user experiences based on that knowledge. I do believe in the value of AMP pages, particularly if they have a better CTR, but I feel I am operating in the dark a bit.

    When I started to see my AMP pages show in safari as google-cached pages, I started to think about the “it’s a cookbook” line from the twilight Zone episode “Serving Man.”

    Thanks again for your post.

    Reply
    • Alex Kras says

      November 4, 2016 at 1:11 pm

      Thanks,

      I know at least one other person that wrote about it: http://daringfireball.net/linked/2016/10/21/google-amp

      Re analytics, I was able to add it to my AMP pages and it seems to work from cached version. I use WordPress AMP plugin so I followed these instructions: https://github.com/Automattic/amp-wp/blob/master/readme.md#analytics

      Reply
      • Peter C says

        November 7, 2016 at 10:59 am

        Thanks so much.

        With respect to analytics, I should have been more clear in my post. The thing is I do not think that cached version fully reports. For example, for the cached amp pages, I only see 00:00:00 for average time on page. My guess is that other info too is not coming through. Are you seeing “time on page” numbers from analytics on your cached pages?

        Thanks again!

        Reply
        • Alex Kras says

          November 20, 2016 at 6:10 am

          Sorry it took me a while to get back to you,

          Just checked my analytics and I do in fact see time on page for my my /amp pages being tracked.

          Reply
          • Samuel Lavoie says

            November 23, 2016 at 8:53 pm

            Interesting that Google Analytics can report that data. Wonder if that would be the case for other analytics solutions.
            Thanks for pointing out to the GitHub repo, will keep an eye on it before installing on WordPress sites 🙂

          • Peter C says

            November 29, 2016 at 12:23 pm

            Thanks again for your original post & for keeping this discussion going, I am a big fan of the AMP project.

            I am getting a good amount of AMP traffic each day now, and I have dug into my analytics a bit. Many sessions show time on page, and others session show 00.00.00.

            It appears that other sites are experiencing this too:

            https://www.en.advertisercommunity.com/t5/Google-Analytics-Reports/AMP-pages-in-Google-Analytics-Avg-Time-on-Page-0-for-Organic/td-p/693717#

            What I am now gathering is that on the Google-cached AMP pages (that users are finding organically) there’s no second timestamp for Google to work from, so they assign a Time on Page of 00:00:00. Maybe it is a product of the stripped-down amp pages. For my AMP pages that I am serving (mostly originating via social media), I am getting full-on numbers.

            It looks like the Washington post created a solution for this in their progressive we app, but I do not think that solution would work with amp, because it would likely violate the amp rules.

            Maybe I am missing something here…..

          • Alex Kras says

            December 2, 2016 at 10:00 am

            I’ve followed up with Malte – Product Manager of AMP he said:

            The way Google Analytics works it is, indeed, very possible to show zero time on site. GA can only show time on site for a small portion of traffic. Users have to look at at least two pages on a site. If you only read on page that shows up as 0 in GA.

            You can reach out to him for more feedback, if needed. He is pretty responsive.

            https://twitter.com/cramforce/status/803728465983774720?cn=cmVwbHk%3D&refsrc=email

          • Alex Kras says

            December 2, 2016 at 10:07 am

            Here is a link that explains it better. Seems to be a normal Google Analytics behavior, not specific to AMP pages: http://help.analyticsedge.com/googleanalytics/misunderstood-metrics-time-on-page-session-duration/

Trackbacks

  1. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – Degree99 says:
    February 19, 2018 at 12:11 am

    […] source of a story. “Little guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google officials. Still, Mr. Kras decided to keep AMP because it was fast. […]

    Reply
  2. Stuff The Internet Says On Scalability For February 3rd, 2017 – Cloud Up2date says:
    February 20, 2017 at 2:32 am

    […] Summary of My Meeting with Google AMP Team after “Google may be stealing your mobile traffic” po…: I don’t think that Google set out to steal our traffic. In Malte’s own words, from the start Google has been very careful to construct a project in such a way that publishers maintain full control of their content. Stealing content, is exact opposite of what they are trying to achieve. At the same time, it is clear to me that AMP is not as decentralized as the original web. […]

    Reply
  3. Summary of My Meeting with Google AMP Team after “Google may be stealing your mobile traffic” post | ExtendTree says:
    January 27, 2017 at 2:03 am

    […] Read Full Story […]

    Reply
  4. My lunch with AMP Team after “Google may be stealing your mobile traffic” post says:
    January 26, 2017 at 11:28 pm

    […] Two weeks ago I wrote a blog post with a controversial title Google may be stealing your mobile traffic, where I outlined some criticism of Accelerated Mobile Pages (AMP) project. Shortly after Pau… – Read full story at Hacker News […]

    Reply
  5. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – VIPortal Tech says:
    January 3, 2017 at 1:32 am

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  6. Google Helping Mobile Publishing? Some Publishers Are Not So Sure - TenSecondNews says:
    January 2, 2017 at 9:01 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  7. Google Helping Mobile Publishing? Some Publishers Are Not So Sure | DiperNews says:
    January 2, 2017 at 4:24 am

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  8. Google Helping Mobile Publishing? Some Publishers Are Not So Sure | Flash News Updates says:
    January 2, 2017 at 2:42 am

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  9. Google Helping Mobile Publishing? Some Publishers Are Not So Sure — Info Searched | Business Research & Information says:
    January 2, 2017 at 1:48 am

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  10. Google Helping Mobile Publishing? Some Publishers Are Not So Sure - Global News Grid says:
    January 1, 2017 at 9:02 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  11. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – tellmenow says:
    January 1, 2017 at 8:24 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google officials. […]

    Reply
  12. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – danilnews says:
    January 1, 2017 at 8:21 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  13. News Publishers Worry About GOOGLE... - You-Blog.Club says:
    January 1, 2017 at 8:04 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  14. Google Serving to Cellular Publishing? Some Publishers Are Not So Positive | | Sudut Pandang says:
    January 1, 2017 at 7:54 pm

    […] guys like myself don’t have this luxurious,” he wrote in one other blog post after assembly with Google […]

    Reply
  15. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – hot business news says:
    January 1, 2017 at 6:55 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  16. Google Helping Mobile Publishing? Some Publishers Are Not So Sure - 何解 says:
    January 1, 2017 at 5:58 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  17. News Twitter says:
    January 1, 2017 at 5:36 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  18. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – Super Business news says:
    January 1, 2017 at 5:16 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  19. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – Bay Area News says:
    January 1, 2017 at 5:13 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  20. Google Helping Mobile Publishing? Some Publishers Are Not So Sure – Norcal Tech news says:
    January 1, 2017 at 3:41 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  21. Google Helping Mobile Publishing? Some Publishers Are Not So Sure - Apsny says:
    January 1, 2017 at 3:06 pm

    […] guys like myself don’t have this luxury,” he wrote in another blog post after meeting with Google […]

    Reply
  22. Why Do My Mobile Accelerated Pages Point To Google Cache - And Other Evils | WP Blogging Nerd says:
    January 1, 2017 at 4:54 am

    […] Kras reached the same conclusion after his lunch with the AMP team: some mobile traffic may get lost in the […]

    Reply

Copyright © 2021 · eleven40 Pro Theme on Genesis Framework · WordPress · Log in