url parameters like &quicktabs_1=0 create duplicate content in search engines
bille - January 6, 2009 - 04:13
| Project: | Quick Tabs |
| Version: | 6.x-2.0-rc3 |
| Component: | Code |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | postponed |
Description
The parameters that Quick Tabs adds to the tab links causes search engines to create duplicate indexed pages, which isn't great for SEO.
My quick and dirty fix was to add 'rel' => 'nofollow' as an attribute within the _quicktabs_construct_tab_attributes function like so
$attributes = drupal_attributes(array(
'id' => $id,
'class' => $class,
'href' => $href,
'rel' => 'nofollow'
));Of course, that might not be the right fix, so I'm open to other suggestions. I did add a robots.txt entry to keep the spiders away from those links, but not all search engines support wildcards in robots.txt.
Oh, and thanks for Quick Tabs! Great module. Dropped right in, and the zen themed tabs looked great on my site with no css tweaks. This module "just works".

#1
The solution is wrong as it adds 'nofollow' to all tabpages, when only the first tabpage link could be considered as duplicate content..
I think solving issue #361114: Theme templates, would be sufficient to change links as you like.. Marking as postponed until then.
#2
Thanks bille,
I think I will apply that solution. I don't agree with Pasqualle. For Google Webmaster Tools it seems all the quicktabs are duplicate meta description and also it creates duplicate titles.
I have attached a screenshot, where I have 1 page with 11 duplicate meta tags. Due of Sort & order forum links and also to Quicktabs.
For sort & order I will use this solution http://tips.webdesign10.com/drupal/forum-module-330.html
I will report soon to confirm these solutions when GWT updates the state.
#3
This is truley a problem for me too, how can I add 'nofollow' in 6.x-2.0-rc3 ?
Couldn't find this function anywhere (quicktabs_construct_tab_attributes)
Thanks.
#4
Can we add something to robots.txt to solve this?
#5
is there any solution??
#6
I'd like to see Quick Tabs module add a robots.txt entry to fix this.
This is an acceptable fix for Google at least. The official robots.txt doesn't support wildcards, but Google specifically allows this:
Disallow: /*?quicktabs_*
Can the module automatically create this entry in the robots.txt file?
Update: After adding the entry above to my robots.txt file a few days ago, Google is now correctly reading it and is restricting itself from following the Quick Tabs links. Google is not giving an error on the syntax either.
#7
I am also facing the similar issue. My path to article is like this:
http://example.com/content/abc-def-ghi-jkl
After using quicktabs module, it started generating duplicate paths like this one:
http://example.com/content/abc-def-ghi-jkl?quicktabs_2=1
http://example.com/content/abc-def-ghi-jkl?quicktabs_2=2
http://example.com/content/abc-def-ghi-jkl?quicktabs_3=1 , etc.
My question is what should I put in the robots.txt file to stop Google robot from indexing such pages. Should it be like
Disallow: /content/*?quicktabs_*/
or something else.
#8
Use exactly what I stated before. It is tried and tested through Google's Webmaster Tools. It works and follows Google's own guidelines on the subject:
Disallow: /*quicktabs_*
This will block any URL with a
quicktabs_anywhere in it.#9
As I am displaying titles as /content/xxxxxxxxxxxxxxxxxxxxx
so wouldn't it be
Disallow: /content/*?quicktabs_*
instead of /*?quicktabs_* alone
#10
Nope.
Asterisks are wildcards in this case. The first one stands for anything before the
quicktabs_and the one at the end stands for everything afterward.Google has thoughtfully hidden this from people in their help section. You have to go to:
http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=156449
Then click on the "Manually create a robots.txt file" link partway down the page.
In there, you'll see a section with the following:
#11
thanks you so much gregarios. I got it.
#12
I'm not happy with using robots.txt to fix this as each tab link will still consume some trust + link juice, even if it is blocked by robots.txt
I looked in quicktabs.module and at line 340 found this:
$link_options = array('attributes' => array(
'id' => $id,
'query' => $querystring,
'class' => $class,
),
If you remove 'query'=>$querystring you will lose the ?quicktabs_1= ... from your urls, leaving the #parameter intact. This does not adversely affect pre-loaded tabs but I have not tried with Ajax which I presume might need the parameter.
I've not patched this as I don't know the module writer's purpose in using the querystring but if you are concerned about duplicate content etc its an easy fix to make.
#13
The querystring is required for QT to use it without javascript.
#14
I am using the Disallow: /*?quicktabs_* workaround and for the most part this takes care of the majority of the duplications (about 6000!!) but for some reason there are about 100 or more that show up as pages with duplicate tags in google. Any thoughts?
#15
I modified the code in the posts above... this code gets rid of more. Apparently some don't have question-marks in them:
Disallow: /*quicktabs_*#16
@gregarios
Thanks, I'll give it a go and check the analytics....