Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
URL path randomly changing
-
Hi eveyone,
got a quick question about URL structures:
I'm currently working in ecommerce with a site that has hundreds of products that can be accessed through different URL paths:
2)www.domain.com/category/productx
3)www.domain.com/category/subcategory/productx
4)www.domain.com/bestsellers/productx
5)...
In order to get rid of dublicate content issues, the canoncial tag has been installed on all the pages required. The problem I'm witnessing now is the following:
If a visitor comes to the site and navigates to the product through example 2) at time the URL shown in the URL browser box is example 4), sometimes example 1) or whatever. So it is constantly changing.
Does anyone know, why this happens and if it has any impact on GA tracking or even on SEO peformance.
Any reply is much appreciated
Thanks you
-
If that was the final product page, then yes, you should be using a standard htacess rewrite command to ensure that the final product urls are always www.domain.com/productx But in saying that, the way you had it is totally fine if all the other url possibilities have a canonical tag that points back to optimised version (original product url - www.domain.com/productx)
The htacess rewrite it's not something you should be handling manually. Magento has that option inbuilt into it. It would be a fair amount of work if you had to do that manually. and I would just run with the canonical option if that were the case. Any good eCommerce platform should have the inbuilt ability to automatically remove the category folders and other search queries from the final product url.
Sometimes it's ok to leave the category folders in the url, it just depends on the products being sold. Below would be an example where I would leave the category folders in the url if I was selling different colored soccer balls.
www.sports.com/soccer-balls/black-white/
www.sports.com/soccer-balls/blue-white/
www.sports.com/soccer-balls/red-yellow/ -
Hi Richard,
thanks a lot for your reply.
Let me clarify: productx is a final product page (not a category page with a variety of products). This means that my productx page basically corresponds to your /final-product example.
According to your post and the htaccess command mention, I assume, that it does not cause problems, if the URL shown in the browser does not correspond to the one, the user actually took?
So no matter if a customer comes to the final product page through 1) 2) 3) 4). The URL shown could always be 1) and thats fine. Is that what you ment?
Thanks in advance
-
Those paths all seem fine as they are all legitimate ways of getting to that bunch of products. I'm also assuming that the final page on each of the below urls is a page that contains a selection of products and you can still click on an individual product from the list and go to its url.
1)www.domain.com/productx
2)www.domain.com/category/productx
3)www.domain.com/category/subcategory/productx
4)www.domain.com/bestsellers/productxIt's even debatable whether you need canonical tags on any of those above urls, it all depends on how different those pages are from each other with regards to the content on the page before the products. If all of those above urls had different H1 tags and different content before the product feed then they are all stand alone legitimate pages that don't need canonical tags. But if they're all virtually the same and not much customization has been done to the auto generated pages then yes, they should all have a canonical tag back to www.domain.com/productx perhaps, or the most suitable page.
A bigger issue I think you may have is the url of the final single product page. It shouldn't be like this:
www.domain.com/category/subcategory/productx/final-product/
or like this either:
www.domain.com/bestsellers/productx/final-product/Optimally, it should read like this no matter how the visitor got there:
www.domain.com/final-product/In most cases, for optimal Seo, an extension, plugin, or htaccess command should rewrite the final product url to strip out all of the category url paths or best seller url paths from the urls so your final product page url is short and clean like this: www.domain.com//final-product/ even though the path is really ths: www.domain.com/category/subcategory/productx/final-product/
It's pretty hard to tell what the optimal solution for your site is without having a look at it and understanding your product range and categorization a bit better, but I hope that helps a bit.
-
Thanks for your reply Hector,
The way, the pages are structured on our site is the way 99% of ecommerce business have them structured so that is not the issue here. It's more the path itself that concerns me a bit.
Cheers,
-
It is a technical issue with your ecommerce platform. Definitely it is not good to have that kind of different URLs.
Canonicals are helpful with pages where you cannot do anything but having two similar pages on your site, or when there are almost identical pages. But when dealing with such an important page on an Internet project like the product page on a ecommerce site, you should definitely take action and manage to have unique URLs for every product, not depending of the path the visitor follows to reach that page.
It will become difficult to measure conversion rates or any other KPI on Analytics, and also will become a problem in SEO, with so many different pages to link.
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
-
Old URLs Appearing in SERPs
Thirteen months ago we removed a large number of non-corporate URLs from our web server. We created 301 redirects and in some cases, we simply removed the content as there was no place to redirect to. Unfortunately, all these pages still appear in Google's SERPs (not Bings) for both the 301'd pages and the pages we removed without redirecting. When you click on the pages in the SERPs that have been redirected - you do get redirected - so we have ruled out any problems with the 301s. We have already resubmitted our XML sitemap and when we run a crawl using Screaming Frog we do not see any of these old pages being linked to at our domain. We have a few different approaches we're considering to get Google to remove these pages from the SERPs and would welcome your input. Remove the 301 redirect entirely so that visits to those pages return a 404 (much easier) or a 410 (would require some setup/configuration via Wordpress). This of course means that anyone visiting those URLs won't be forwarded along, but Google may not drop those redirects from the SERPs otherwise. Request that Google temporarily block those pages (done via GWMT), which lasts for 90 days. Update robots.txt to block access to the redirecting directories. Thank you. Rosemary One year ago I removed a whole lot of junk that was on my web server but it is still appearing in the SERPs.
Technical SEO | | RosemaryB3 -
Special characters in URL
Will registered trademark symbol within a URL be bad? I know some special characters are unsafe (#, >, etc.) but can not find anything that mentions registered trademark. Thanks!
Technical SEO | | bonnierSEO0 -
URL - Well Formed or Malformed
Hi Mozzers, I've been mulling over whether my URLs could benefit a little SEO tweaking. I'd be grateful for your opinion. For instance, we've a product, a vintage (second hand), red Chanel bag. At the moment the URL is: www.vintageheirloom.com/vintage-chanel-bags/2.55-bags/red-2.55-classic-double-flap-bag-1362483150 Broken down... vintage-chanel-bags = this is the main product category, i.e. vintage chanel bags 2.55-bags = is a sub category of the main category above. They are vintage Chanel 2.55 bags, but I've not included 'vintage' again. 2.55 bags are a type of Chanel bag. red-2.55-classic-double-flap-bag = this is the product, the bag **1362483150 **= this is a unique id, to prevent the possibility of duplicate URLs As you no doubt can see we target, in particular, the phrase **vintage. **The actual bag / product title is: Vintage Chanel Red 2.55 classic double flap bag 10” / 25cm With this in mind, would I be better off trying to match the product name with the end of the URL as closely as possible? So a close match below would involve not repeating 'chanel' again: www.vintageheirloom.com/chanel-bags/2.55-bags/vintage-red-2.55-classic-double-flap-bag or an exact match below would involve repeating 'chanel': www.vintageheirloom.com/chanel-bags/2.55-bags/vintage-chanel-red-2.55-classic-double-flap-bag This may open up more flexibility to experiment with product terms like second hand, preowned etc. Maybe this is a bad idea as I'm removing the phrase 'vintage' from the main category. But this logical extension of this looks like keyword stuffing !! www.vintageheirloom.com/vintage-chanel-bags/vintage-2.55-bags/vintage-chanel-red-2.55-classic-double-flap-bag Maybe this is over analyzing, but I doubt it? Thanks for looking. Kevin
Technical SEO | | well-its-1-louder0 -
Vanity / Short URLs 301?
Hi everyone, I'm working on a website that uses a lot of short urls eg http://www.forest.com/oaktrees. A quick check reveals these are currently 302 status. My question is should these be made 301s - a lot of them are in off-page content and looking at GA attract a lot of clicks. I've not managed to see a definitive answer to this after several Google searches. All help and advice greatly appreciated. Bw Jon
Technical SEO | | CoL-PR0 -
MozBar picking up iFrame source as URL
Running a WordPress site with a custom theme. Using a standard wp_head or wp_footer hook to insert the standard code for a Facebook Like, Twitter count / Google Plus count into the site - basically that hook just places the code, programmatically, into the HEAD (where applicable) or right before the BODY closes. For some reason, MozBar is picking up the URL of the iFrame that gets inserted with this code as the URL of the site. I don't have it live right now due to the issues, but I can turn it "on" for anyone who wants a look. Anyone else have this issue? I'm using the code directly from developers.facebook.com for the Like box, and the Google Plus button, Twitter too. Nothing fancy here.
Technical SEO | | joechicago0 -
Old URL redirect to New URL
Alright I did something dumb a year a go and I'm still paying for it. I changed my hyphenated URL to the non-hyphenated version when I redesigned my website. I say it was dumb because I lost most of my link juice even though I did 301 redirects (via the htaccess file) for almost all of the pages I could find in Google's index. Here's my problem. My new site took a huge hit in traffic (down 60%) when I made the change and even though I've done thousands of redirects my old site is still showing up in the SERPS and send much if not most of my traffic. I don't want to take the old site down in fear it will kill all of my traffic. What should I do? Is there a better method I should explore then 301 redirects? Could the other site be affecting my current rank since it's still there? (FYI...both sites are built on the WP platform). Any help or ideas are greatly appreciated. Thank you! Joe
Technical SEO | | kaje0 -
URL rewriting from subcategory to category
Hello everybody! I have quite simple question about URL rewriting from subcategory to category, yet I can't find any solution to this problem (due to lack of my deeper apache programming knowledge). Here is my problem/question: we have two website url structures that causes dublicate problems: www.website.lt/language/category/ www.website.lt/language/category/1/ 1 and 2 pages are absolutely same (both also returns 200 OK). What we need is 301 redirect from 2 to 1 without any other deeper categories redirects (like www.website.com/language/category/1/169/ redirecting to .../category/1/ or .../category/). Here goes .htaccess URL rewrite rules: RewriteRule ^([^/]{1,3})/([^/]+)/([^/]+)/([^/]+)/([^/]+)/([^/]+)/$ /index.php?lang=$1&idr=$2&par1=$3&par2=$4&par3=$5&par4=$6&%{QUERY_STRING} [L] RewriteRule ^([^/]{1,3})/([^/]+)/([^/]+)/([^/]+)/([^/]+)/$ /index.php?lang=$1&idr=$2&par1=$3&par2=$4&par3=$5&%{QUERY_STRING} [L] RewriteRule ^([^/]{1,3})/([^/]+)/([^/]+)/([^/]+)/$ /index.php?lang=$1&idr=$2&par1=$3&par2=$4&%{QUERY_STRING} [L] RewriteRule ^([^/]{1,3})/([^/]+)/([^/]+)/$ /index.php?lang=$1&idr=$2&par1=$3&%{QUERY_STRING} [L] RewriteRule ^([^/]{1,3})/([^/]+)/$ /index.php?lang=$1&idr=$2&%{QUERY_STRING} [L] RewriteRule ^([^/]{1,3})/$ /index.php?lang=$1&%{QUERY_STRING} [L] There are other redirects that handles non-www to www and related issues: RedirectMatch 301 ^/lt/$ http://www.domain.lt/ RewriteCond %{HTTP_HOST} ^domain.lt RewriteRule (.*) http://www.domain.lt/$1 [R=301,L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !(.)/$RewriteRule ^(.)$ http://www.domain.lt/$1/ [R=301,L] At this moment we cannot solve this problem with rel canonical (due to our CMS limits). Thanks for your help guys! If You need any other details on our coding, just let me know.
Technical SEO | | jkundrotas0