Too Many On Page Links, rel="nofollow" and rel="external"
-
Hi,
Though similar to other questions on here I haven't found any other examples of sites in the same position as mine.
It's an e-commerce site for mobile phones that has product pages for each phone we sell. Each tariff that is available on each phone links through to the checkout/transfer page on the respective mobile phone network. Therefore when the networks offer 62 different tariffs that are available on a single phone that means we automatically start with 62 on page links that helps to quickly tip us over the 100 link threshold.
Currently, we mark these up as rel="external" but I'm wondering if there isn't a better way to help the situation and prevent us being penalised for having too many links on page so:
- Can/should we mark these up as rel="nofollow" instead of, or as well as, rel="external"?
- Is it inherently a problem from a technical SEO point of view?
- Does anyone have any similar experiences or examples that might help myself or others?
As always, any help or advice would be much appreciated
-
How is your transfer page working, technically - it seems to be resolving as a straight 200 for me. Those transfer pages are usually where affiliates start to get creative (they might 302, for example).
-
Thanks Tela.
I think you might be on to something here. You're right that the worry is looking needlessly spammy by having too many affiliate links on page and also about conserving link juice.
It's something I'll have to speak to our development team about because generating the tariff code dynamically might take a fair bit of work. It's definitely an idea I think we should investigate.
Regarding the interstitial URL/step after the user select the phone they want - there is already a 'transfer page' that holds them for a few seconds before taking them to the network's basket/checkout. I fear that adding yet another step before that would have a negative impact on the customer journey as we already see people dropping out in the post-transfer stage before completing the sale.
Cheers for the help.
-
Thanks Dr Pete.
The target page takes the customer to a dynamic 'transfer' page with affiliate tracking information that ensures the sale gets attributed to us. We have to do this because we don't have our own cart/checkout system. It's not an affiliate link swapping program or anything dubious - we don't actually get linked back to by the networks. I'd have thought Google was used to handling official affiliate programs.
I can totally see why it would look bad to Google by having this many external affiliate links on page but there is little we can do about the number of deals that the network offers. Our system of showing a restricted number of deals upon landing with the option to see 10 more at a time helps deal with UX issues.
It's reassuring to note that it is less of an issue because it is a deeper page than the home page.
Seeing as we are official affiliates to the major networks can you recommend any practices or techniques to mitigate the impact of large numbers of affiliate links to their sites?
-
I agree with Dr. Pete that this seems like the same sort of challenge that affiliate links have, even if this isn't a standard affiliate program link. It sounds to me like there might be a UI/UX solution that could address this issue.
Could you add an intersticial URL / step after the user selects the phone they want that contains the tariff codes? Could you use a selector on the page to let the user select and generate the link with the tariff code dynamically, thus having one on-page URL conserving link juice? Just a couple of ideas, but it seems like the real issue is conserving link juice, and it's not necessary to keep the on-page links under the 100 link limit.
-
Since these are really external links, it's a bit different calculus, especially since they're deeper on the site. "Nofollow" won't really help from a link juice perspective (it still gets burnt), although it would disavow those links, in a sense.
How is the target page redirecting to the outside site? I'm having a hard time telling with header checkers. That could impact the SEO implications quite a bit. This almost seems like an affiliate link sort of scenario, so it's more a matter of how Google sees the hundreds of links between these two sites.
They're definitely burning up some internal link equity, but at this level of the site (search results to product pages), that's not as big of an issue as if this were the home-page or a major category page, etc.
-
I get what you're saying. That's the general SEO best practice that I'm aware of. I was just looking for something a bit deeper than general kind of guidance.
Our user navigation isn't ideal (sadly there's not much as SEO I can do about it) but with the right filters and options it works ok. We can't really remove the links because they are the tariff options as they come through from the networks themselves. We do however show a tailored few when people land on the page with the option to see all deals.
With that in mind I'm essentially asking is there a better way to markup these links than with rel="external"? They are external links after all but we don't want to risk having this many links on the page cause negative side effects.
The user experience is generally fine and the number of links is fixed. I wonder if we can't do better with what we currently have by improving our PR distribution somehow.
Here is an example of a product page:
-
you can have over 100 links on a page now. that was an old rule when Google had limited bandwidth and the crawler would abandon a page acter following a certain number of links. now google sucks up whatever there is on a page.
do what makes most sense for user navigation. too many links can be overkill or might fit perfectly into your model.
Keep in mind you are really splitting up your PR by having so many links and pushing pr to all pages instead of the main ones.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Redirects Not Working / Issue with Duplicate Page Titles
Hi all We are being penalised on Webmaster Tools and Crawl Diagnostics for duplicate page titles and I'm not sure how to fix it.We recently switched from HTTP to HTTPS, but when we first switched over, we accidentally set a permanent redirect from HTTPS to HTTP for a week or so(!).We now have a permanent redirect going the other way, HTTP to HTTPS, and we also have canonical tags in place to redirect to HTTPS.Unfortunately, it seems that because of this short time with the permanent redirect the wrong way round, Google is confused as sees our http and https sites as duplicate content.Is there any way to get Google to recognise this new (correct) permanent redirect and completely forget the old (incorrect) one?Any ideas welcome!
Web Design | | HireSpace0 -
Changing Page Extenstions
Hi all, I have a 10 year old website done in Classic ASP, which is fast becoming outdated and we are going to convert it to PHP so all of our pages would be changed from a '/page.asp' extension to a '/page.php' extension. I am familiar with the need to setup 301 redirects for this and I understand there will probably be a short term drop in our Google rankings. Naturally, I don't want to have to go through this again in the future so here is my question. Is having NO page extension, like '/aboutus/history' the wave of the future? Does having no page extension effect SEO at all? I have seen more websites using this technique in 2013 goes on so I am thinking this is the way we should plan our site update. I haven't looked into how to actually do this yet, but it would seem to make sense to me so that if we needed to change from PHP to say .NET or something else later on, we would not have to do 301 redirects again or have another drop in our rankings. Do any of you have an opinion or experience with this?
Web Design | | jacksghost0 -
May I know what's the "CSS Class" here?
ul.nav a#homelink { text-indent: -9999px; background: url('http://www.elegantthemes.com/preview/MyProduct/wp-content/themes/MyProduct/images/home-icon.png') no-repeat center 6px; padding: 0px; } ul.nav a#homelink span { display: block; padding: 5px 9px 8px 5px; width: 16px; } I'm having problems in adding back the "house" icon instead of a "Home" text in my menu. I don't what "CSS class" should I use to be added in the Home menu button (Appearance>Menu). I'm currently using a "MyProducts" Wordpress theme by ElegantThemes. Thanks in advance!
Web Design | | esiow20131 -
Nesting <a>tag for rel="nofollow"</a>
I just wanted to quickly run this past someone. I have some footer links I want set to nofollow: <map <span="" class="webkit-html-tag">name</map>="Map"><area <span="" class="webkit-html-tag">shape="rect" coords="10,39,73,101" href="URL" target="_blank" alt="some text"> should this be <map <span class="webkit-html-tag">name</map <span>="Map"><area <span class="webkit-html-tag">shape</area <span>="rect" coords="10,39,73,101 <a <span class="webkit-html-tag">href="URL" rel="nofollow" target="_blank" alt="some text"></a <span> Want to check before I advise. If this is not the way how can I fix?
Web Design | | MickEdwards0 -
Hey on some of my report cards its saying im not using rel canonical correctly how do i change this on my site?
on some of my report cards its saying certain things featured on my services page are actually linking to my blog or something. and its saying im not using rel canonical correctly. can you help me out?
Web Design | | ClearVisionDesign0 -
Homepage and Category pages rank for article/post titles after HTML5 Redesign
My site's URL (web address) is: http://bit.ly/g2fhhC Timeline:
Web Design | | mcluna
At the end of March we released a site redesign in HTML5
As part of the redesign we used multiple H1s (for nested articles on the homepage) and for content sections other than articles on a page. In summary, our pages have many many, I mean lots of H1's compared to other sites notable sites that use HTML5 and only one H1 (some of these are the biggest sites on the web) - yet I don't want to say this is the culprit because the HTML5 document outline (page sections) create the equivalent of H1 - H6 tags. We have also have been having Google cache snapshot issues due to Modernzr which we are working to apply the patch. https://github.com/h5bp/html5-boilerplate/issues/1086 - Not sure if this would driving our indexing issues as below. Situation:
Since the redesign when we query our article title then Google will list the homepage, category page or tag page that the article resides on. Most of the time it ranks for the homepage for the article query.
If we link directly to the article pages from a relevant internal page it does not help Google index the correct page. If we link to an article from an external site it does not help Google index the correct page. Here are some images of some example query results for our article titles: Homepage ranks for article title aged 5 hours
http://imgur.com/yNVU2 Homepage ranks for article title aged 36 min.
http://imgur.com/5RZgB Homepage at uncategorized page listed instead of article for exact match article query
http://imgur.com/MddcE Article aged over 10 day indexing correctly. Yes it's possible for Google index our article pages but again.
http://imgur.com/mZhmd What we have done so far:
-Removed the H1 tag from the site wide domain link
-Made the article title a link. How it was on the old version so replicating
-Applying the Modernizr patch today to correct blank caching issue. We are hoping you can assess the number H1s we are using on our homepage (i think over 40) and on our article pages (i believe over 25 H1s) and let us know if this may be sending a confusing signal to Google. Or if you see something else we're missing. All HTML5 and Google documentation makes clear that Google can parse multiple H1s & understand header, sub & that multiple H1s are okay etc... but it seems possible that algorythmic weighting may not have caught up with HTML5. Look forward to your thoughts. Thanks0 -
Indexing Dynamic Pages
Hi, I am having an issues among others, regarding indexing dynamic pages. Our website, www.me-by-melia, was just put live and I am concerned the bottom naviagtion pages (http://www.me-by-melia.com/#store, http://www.me-by-melia.com/#facebook, etc) will not be indexed and create duplicate pages. Also, when you open these pages in a new tab, it takes you to homepage. The website was created in HTML5. Please advise.
Web Design | | Melia0 -
Any discussions on the actual web page design and how it might affect SEO?
Are there any links to previous discussions or tips, techniques for how creative design has any impact on seo??
Web Design | | theideapeople1