Today, we started testing AMP.
https://delishably.com/meat-dishes/Memp … Smoker/amp
This is a really small scale test, and we still have a lot of work to do—it's only on employee accounts and articles with specific layouts. Over time, we hope to measure traffic changes and yields to help us define a path forward.
If things look good, we will work on enabling articles more broadly.
AMP stands for Accelerated Mobile Project. AMP pages are best known for showing in Google's results with a little lightning bolt symbol.
The net of it is, they're very fast loading pages:)
Big thanks to Ed and Tim for working hard to get this test out!
Instant loading on both Mobile and Laptop. Pretty fantastic!
I'm so happy to hear this as I've read a lot about it's importance on google. I hope all articles will eventually be set up with AMP. Thanks for continuing to improve readers experiences. Just having AMP will often help boost an article in ranking.
Just viewed the above-cited article. It loads very quickly and very much appealing also. But, I miss one thing. The sharing buttons. Is it due to showing it only for an example purpose? Or, did you opt out of sharing buttons at the left side of the page?
The sharing buttons cause a huge load on the server, slowing down page load. That’s why they dropped some of them in the past, such as the Flipboard share button. So it’s no surprise that these needed to be eliminated in order to qualify for AMP.
Thanks, Glen, for clarifying it. It's fine then. We can share anyhow by copying the links of the URLs.
It loaded amazingly quickly - I'm having a lot of trouble with my computer at present, with particularly slow loading (using Firefox), but your test page loaded in an instant.
Thanks for the update Paul and amazing job Ed and Tim. This probably took you guys weeks if not more to complete.
I did notice that when I do a google search for Memphis style beef ribs from my Android phone, I am not redirected to the AMP page (with the trailing amp in the URL). The page loads quickly, but I am not sure if it is the AMP version?
Also, the schema markup (other than the breadcrumbs) is missing from the AMP version of the page. I have never built AMP pages myself, so I am not sure if adding the JSON markup has any negative impact, does it?
We will add markup. This is a super barebones test. It supports text capsules, images, and comments and is only on a handful of pages.
Brandon, you can tell if you’re looking at an AMP page by examining the source code. It will have an “amp html” record near the top, among other things.
Yes, this I know, but how do I do this from my phone? I never viewed source code from my phone before. I'm sure I can just Google it to find out, but if it's simple and you can say it in a few words, would be grateful
I can only view source code on my desktop. I never found a tool to see it on my phone either. Actually, I never looked for one. Maybe there’s an app for that.
This is the only simple solution I found: view-source:http://domain.com but this won't help me, because I clearly do not see the amp extension on the URL, so the source won't be different. Anyway, I guess it's somehow an AMP page.
Not sure if I am talking out of turn but if I right click on my laptop I can view the source code and the URL does, in fact, have an AMP behind it.
I refer to the Mobile view. If you click the link Paul put up here it goes to the AMP page because he has explicitly linked to it. But I would expect the original page to redirect to this page when viewed from the phone. So I googled the recipe and went to his hub from search, but then the URL has no AMP extension (it was not redirected). I could be wrong and there is no need of it being redirected and the AMP code kicks in automatically based on the window size. But since Paul explicitly linked to an AMP page here, I reckon that it is a necessity that the page redirects to the AMP page.
I believe there are two versions of the page on the server. One with the AMP code and the other as normal. One does not redirect to the other. No need to. They simply have a canonical record in the source code to relate that they are the same content. Google will show the AMP versions in SERPs on mobile since that’s where speed is most important.
EDIT: After a little research I have to correct what I said above. There are technically not two versions on the server. All that's required is adding "/amp" to the end of the URL and the system automatically serves the AMP version of the code to the browser (if available). I noticed some of mine have AMP versions.
Yes, there is the canonical. But I was more interested in the fact that Google needs to know that there is an AMP page. Did a little digging and realised that there is a simple rel attribute that tells search engines that there is an AMP version. Once the page is re-indexed the mobile search results page should show the AMP version (no redirect necessary as you go there directly).
<link rel="amphtml" href="AMP LINK HERE">
All I know is that AMP might help me out. I get this from analytics constantly
In my opinion, AMP is definitely going to help us out. They are doing tests right now, but in the early days of AMP some websites saw a 5 fold increase in traffic after switching to AMP. May not be that good, but I'm sure this will improve things.
That would be awesome. All new to me. Never even heard of it lol
Yup, now quite a few of the big websites run AMP pages. So, even no real increase in traffic would mean we are staying ahead of the game. This is one of those experiments I would say is very important, glad that the team is working on it
I agree 100%. It’s good that HubPages stays ahead of the game. They did it with the mobile friendly requirement too when they told us to remove right floating images and text capsules over three years ago. That gave us a lot of time to update our hubs — at least for those who were paying attention.
I wrote my hub on making hubs mobile friendly in 2015 based on the warning HP gave in their weekly newsletter and Google's warning. It was three years ago.
Which "specific layouts" qualify for this leg of the test, Paul?
This is terrific news, Paul! AMP is central to Google’s strategy. And I agree with Glenn that it’s great that you’re testing AMP and working out any potential kinks before rolling it out. Thanks so much!
We’re profile pages impacted. The layout for my profile page on iPad suddenly looks awful. All the featured images have been replaced by a green bar . Titles cut off. Looks li’e a .css issue.
What loaded? Are we talking about our hubs or any HP pages?
This is an interesting experiment to see how Google ranks based on the use of AMP and the faster loading of pages and ads.
There were a few of issues with the AMP project since it was introduced by collaborators as an open source, such as vulnerability to phishing attempts and hacking into websites using AMP (which have been resolved), so I'm glad HubPages is taking this experiment slow to be sure there are no nasty side affects.
Wiki info on AMP: https://en.wikipedia.org/wiki/Accelerated_Mobile_Pages
Instant load on my Kindle, though, as a vegetarian, I didn't read the article. (Sorry, Paul.)
This is exciting news! The article certainly did load fast which is undoubtedly the main object.
Loaded quickly. This is great. I know a lot of times when something takes too long to load I lose patience sometimes and give up. I think this is an important development. Thanks to all involved in making it happen.
AMP pages is something I was really hoping that Hubpages would eventually explore. This is great news.
If we move towards amp, polls may not work. Just an FYI as you experiment. Smart choice to move towards amp
Mike, I looked at profile pages, but don’t see a css issue. If you still see the problem, feel free to post a new thread on how to reproduce it.
Paul,
There does seem to be a CSS issue on the iPad. I ran into it when I try to edit a hub. The edit tool is all messed up as if the CSS styles are not being recognized.
Profiles look okay on my iPad though. Just editing is an issue as far as I can tell. Works fine on desktop.
The issue seems to have cleared. The profile page looks fine on iPad. Thanks for your response.
The problem is cleared up also with the edit tool on the iPad, as of today. So it looks Iike it was indeed a CSS problem loading on iPads.
AMP pages are meant to load very quick on mobile devices so this change sounds like it will be nice. I have heard plenty of positive things about them.
Copyright © 2023 The Arena Media Brands, LLC and respective content providers on this website. HubPages® is a registered trademark of The Arena Platform, Inc. Other product and company names shown may be trademarks of their respective owners. The Arena Media Brands, LLC and respective content providers to this website may receive compensation for some links to products and services on this website.
Copyright © 2023 Maven Media Brands, LLC and respective owners.
As a user in the EEA, your approval is needed on a few things. To provide a better website experience, hubpages.com uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.
For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at: https://corp.maven.io/privacy-policy
Show DetailsNecessary | |
---|---|
HubPages Device ID | This is used to identify particular browsers or devices when the access the service, and is used for security reasons. |
Login | This is necessary to sign in to the HubPages Service. |
Google Recaptcha | This is used to prevent bots and spam. (Privacy Policy) |
Akismet | This is used to detect comment spam. (Privacy Policy) |
HubPages Google Analytics | This is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy) |
HubPages Traffic Pixel | This is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized. |
Amazon Web Services | This is a cloud services platform that we used to host our service. (Privacy Policy) |
Cloudflare | This is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy) |
Google Hosted Libraries | Javascript software libraries such as jQuery are loaded at endpoints on the googleapis.com or gstatic.com domains, for performance and efficiency reasons. (Privacy Policy) |
Features | |
---|---|
Google Custom Search | This is feature allows you to search the site. (Privacy Policy) |
Google Maps | Some articles have Google Maps embedded in them. (Privacy Policy) |
Google Charts | This is used to display charts and graphs on articles and the author center. (Privacy Policy) |
Google AdSense Host API | This service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy) |
Google YouTube | Some articles have YouTube videos embedded in them. (Privacy Policy) |
Vimeo | Some articles have Vimeo videos embedded in them. (Privacy Policy) |
Paypal | This is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy) |
Facebook Login | You can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy) |
Maven | This supports the Maven widget and search functionality. (Privacy Policy) |
Marketing | |
---|---|
Google AdSense | This is an ad network. (Privacy Policy) |
Google DoubleClick | Google provides ad serving technology and runs an ad network. (Privacy Policy) |
Index Exchange | This is an ad network. (Privacy Policy) |
Sovrn | This is an ad network. (Privacy Policy) |
Facebook Ads | This is an ad network. (Privacy Policy) |
Amazon Unified Ad Marketplace | This is an ad network. (Privacy Policy) |
AppNexus | This is an ad network. (Privacy Policy) |
Openx | This is an ad network. (Privacy Policy) |
Rubicon Project | This is an ad network. (Privacy Policy) |
TripleLift | This is an ad network. (Privacy Policy) |
Say Media | We partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy) |
Remarketing Pixels | We may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites. |
Conversion Tracking Pixels | We may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service. |
Statistics | |
---|---|
Author Google Analytics | This is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy) |
Comscore | ComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy) |
Amazon Tracking Pixel | Some articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy) |
Clicksco | This is a data management platform studying reader behavior (Privacy Policy) |