On August 31st 2016, Google announced the removal of “mobile-friendly” tags from search results.
Since then, they have been pushing AMP aggressively.
The primary focus of the project is to resolve a significant issue for the current online ecosystem: mobile loading speed.
It was officially released on February 24th, 2016. Following this date, the AMP project has been in continuous development.
In the beginning, there were a lot of bugs and features that didn’t work and had to be solved by the developers.
Still, it caught on, especially on well-known publishing sites. Online publications like New York Times, The Guardian, BBC, CNN are among the AMP pioneers.
At first, it was showing up only on news queries, at the top of the search results in a carousel. You could easily swap among articles using your phone.
There are a lot of different opinions about implementation, impact on SEO, monitoring the traffic and so on. We have been getting with a lot of questions lately regarding Accelerated Mobile Pages.
So we decided to write about some of the most relevant issues we encountered and how we solved them.
Also, hang on tight for some juicy Google Analytics insights!
How do we implement Accelerated Mobile Pages?
You can find all the documentation on the official website. Developers might prefer the Github version.
the Google Chrome Developer Tools Console: you have to add “#development=1” at the end of the URL to get details about errors.
Keep in mind that all the elements must use the AMP format. Otherwise, your page will not pass validation. Be very careful with pop-ups, notifications like the European cookie law and so on.
Most pages were removed from Google’s index which resulted in a substantial traffic loss. After fixing the errors, the organic came back up.
Furthermore, you should be careful how you deliver the static resources like images, JS/CSS files, videos, etc.
If you have an SSL certificate installed, provide the resources from the HTTPS:// version; if not provide them using HTTP://.
Here is an example of incorrect delivery of static files. The SSL certificate was not installed, and the static resources were delivered via HTTPS://, which resulted in 404 errors.
If you get loading errors such as the above Google will remove AMPs from search results, and you will end up losing traffic.
You can keep track of your index status in Webmaster Tools: there is a special section dedicated to Accelerated Mobile Pages.
Above is an example of AMP de-indexing because of resource delivery through HTTPS://. After fixing the errors, it took Google around 24 – 48 hours to rebuild the cache for all the pages.
After the re-cache, Google started to re-include the URLs in the index.
As you can see, Google is very quick to react to AMP changes. You can use the dedicated section in Webmaster Tools to track the errors and the evolution of Accelerated Mobile Pages.
Also, you should get messages in Webmaster Tools if anything goes wrong.
[IMPORTANT] Please keep in mind that the HTTPS:// errors were not mentioned in any Search Console message or e-mail. We spotted the issue by checking it on our own.
We recommend a weekly checkup for Google Analytics and Google Webmaster Tools. This way you will be able to spot such issues as they happen.
A few minutes a day/week can save you from a lot of headaches.
What about structured data for AMPs?
Does it matter? It’s vital!
If the structured data is not implemented correctly, your AMPs will not be tagged by Google, and they will not appear in the carousel.
Start by reading the documentation for AMP structured data. There are few types of pages that support AMP structured data.
For each type, you can find a documentation of the supported data structured elements. Of course, you can test the implementation with Google’s tool.
Do not be discouraged by the few types of pages. As mentioned, the AMP project is under development. In time, there will be new kinds of Schema.org pages available.
Anything tricky with structured data?
We got the following message in Webmaster Tools. It mentioned that we needed to add required structured data elements.
We checked the URL that was mentioned and got no errors in Google’s tool. Also, the documentation does not say what elements are mandatory.
So what now? We started testing with different implementations for structured data elements.
Keep in mind that you must always mention the publisher, especially for video and article pages. We learned this lesson the hard way.
Remember how we mentioned that the AMP project is in constant development?
We found that the implementation of <amp-video> tags was incomplete.
Here is the complete implementation for video with two examples.
How can we track the AMP traffic?
As you know, Google delivers Accelerated Mobile Pages from their own domain.
So, the first question the pops into mind is: will the traffic show up in Google Analytics?
The answer is: YES. In fact, Google Analytics for AMP can be set up quickly. Here you can find out how.
Here is an excellent example of implementing with triggers. You see the triggers being fired in the bottom-right of the screen.
Also, you don’t need to create new goals for AMP. Use the ones you have already set up in Analytics, just filter the traffic for the AMP content.
The Accelerated Mobile Pages URLs can be designed adding suffixes or prefixes to the original URL like “amp”, “amp-view”, “ampview”, etc.
To see how much traffic you have for AMPs you can create a Landing Page filter in Google Analytics.
But, to make it easier, we recommend creating a new view in Google Analytics. You have to add a filter on top of it for the AMP traffic.
There is a special section for AMP search results in Google Search Console under “Search Traffic” -> “Search Analytics”.
You can evaluate the AMP traffic the same way you do for regular traffic. We recommend looking at it by content group: separating the different types of pages.
Let’s say you implemented the AMP for category pages and product pages. You should check the results for each page type.
There is also a filter under “Search Appearance” with URLs that show up as rich results in Google Search.
Another question we get a lot is regarding Accelerated Mobile Pages in Google Adwords: Will the mobile traffic from Google Adwords move to the Accelerated Mobile Pages?
The mobile traffic from an Adwords campaign will not go to AMP unless you explicitly set the landing pages.
If you do, keep in mind that the regular conversion tracking code will not work, you will have to use specific AMP tags. More info on this at this link.
In fact, the majority of the AMP traffic should come from Google organic (at least 90%), because AMP was built for Google organic.
If you do not have this percentage, you could be doing something wrong.
This is the evolution of the direct traffic after AMP implementation.
The site is using AMP URLs for mobile users that reach the non-AMP site. When you click on an AMP URL Google Analytics will create a new session and tag it as direct traffic.
It is best to follow the documentation on AMP discovery and nothing more.
A similar situation happens when a user clicks on a non-AMP link from the AMP page. Analytics tags as Referral traffic the session coming from AMP.
Of course, after the implementation, we want to see some statistics! The easiest to check are the basic ones like session count, bounce rate, pages/session, session duration, etc.
No surprises here, you can analyze everything like regular traffic. You can also extend your search to new sessions/users.
The first interesting aspect you might notice is the higher than typical bounce rates. Let’s examine a bit on what the reasons might be.
Our belief is that Google will remove the bar at the top in the future, or at least improve it.
Let’s hope for fewer bouncers!
In the screenshot above, we mentioned the share button.
Not too long ago, if you wanted to share an URL from an AMP, you would share Google’s cached URL, not the site’s actual URL. Now you can share the site’s URL.
Still, the bounce rate might seem a bit unfair.
First, we can implement “Adjusted bounce rate” to see numbers closer to reality (regarding bounce rate and session durations).
This is when the adjusted bounce rate comes in. We can send a custom event to check if the user is still on the page 15 – 30 seconds after the page is loaded.
If you’re interested in learning more about exit behavior, we recommend having a quick look at our bounce rate vs exit rate article.
What do we get for all this work? Is it worth the hassle?
In the begging of the article, we promised that the speed would drastically increase on mobile. So we compared: the loading time of the AMP vs. mobile traffic using Google Analytics.
select “Medium” as a “Primary Dimension” (by clicking “Other”).
for “Medium” we type “organic”.
for “Device” we type “Mobile”.
by landing page. How are the AMP URLs built? With prefixes or suffixes like: amp, amp-, amp-view?
At the time, there were no ads on AMP. Now you have a lot of options to choose from -> here is the complete list.
Speed Case 2: this is the result for a small site. We included this example to show that AMP is not useful only for large-scale websites.
It slowly increased over time, and the only downfall happened during the Christmas period.
SEO Case 2: here is the traffic evolution for a large video-based website (AMP for the video objects).
There are some downfalls, some of them were explained earlier in the article.
We can find the answer in the audience specifics.
By looking at the device categories and demographics reports, we found that our readers are doers like developers, site owners, individuals working to grow eCommerce businesses. People who are actively using the site for practical help.
As you can see, most of you are using desktop devices to access the website, so the AMPs are not very popular.
The AMP project is constant development. It will take some time until we can get our hands on a very stable version.
Constant changes happen regularly. The correct implementation will be different almost every time.
Don’t be surprised if AMP fades away! It might happen.
It’s important to ride the wave while it lasts. Even if tomorrow there will be no AMP, we are positive you will earn a good experience by looking at things differently.
But if it doesn’t go away, the upside can be huge!
For the moment keep an eye on the main factors using the reports on errors, index status, and traffic evolution.
And always have a developer ready to do changes fast. If you act on them on the spot, you will not lose traffic.