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
-
Backlinks that go to a redirected URL
Hey guys, just wondering, my client has 3 websites, 2 of 3 will be closed down and the domains will be permanently redirected to the 1 primary domain - however they have some high quality backlinks pointing the domains that will be redirected. How does this effective SEO? Domain One (primary - getting redesign and rebuilt) - not many backlinks
Technical SEO | | thinkLukeSEO
Domain Two (will redirect to Domain One) - has quality backlinks
Domain Three (will redirect to Domain One) - has quality backlinks When the new website is launched on Domain One I will contact the backlink providers and request they update their URL - i assume that would be the best.0 -
Best way to change URL for already ranking pages
Hello. I have a lot of pages that I'm optimising. The ones I'm focusing on right now is already ranking, but the URLs could be better (they don't include the keywords right now). However I'm worried that if I change the URLs they will drop in rankings or have to start over. I would of course set up 301 redirect, but is there more I need to do? What is the best way to change URL for already ranking pages?
Technical SEO | | GoMentor0 -
How to handle dynamic product url that changes regularly
Hey Moz, It's actually my first post - although I look at the Q&As on a daily basis! I was hoping to get your opinions on how to handle dynamic product url that can change regularly. Before we start, our product page urls get populated by the product titles. So the situation is this. Let’s say we have a product url: /product/12345-abcde-fghj/ Then the client decides to change the title a week later, so the url changes with it to): /listing/12345-klm-qjk Another week later, the agent changes to: /listing/12345-jkhfk-jhf-kjdhfkjdhf So to note, the product ID will always remain the same. Naturally, 301 redirecting every time would cause a bit of page authority to be lost every time 301ed. Also potentially creating new a few hundreds of 301 redirect daily sounds totally mental. (I have been informed by the dev we expect a few hundreds to change url daily) Although I understand there’s no limit on how many 301s you can have on a single domain, this would look completely unnatural - really not ideal. So the potential solution we thought was: we’ll keep the original url, and make sure that is the only url that will get indexed**/product/12345-abcde-fghj/**and put canonical tag on any of the new urls, directing to the original url. The problem we will have then is that the most current url may not exactly match the description of the product -wouldn’t be ideal for ux. Has anyone had dealing with issues like this in the past? Would love to get your input! Many Thanks
Technical SEO | | MH-UK0 -
Redirect URLS with 301 twice
Hello, I had asked my client to ask her web developer to move to a more simplified URL structure. There was a folder called "home" after the root which served no purpose. I asked for the URLs to be redirected using 301 to the new URLs which did not have this structure. However, the web developer didn't agree and decided to just rename the "home" folder "p". I don't know why he did this. We argued the case and he then created the URL structure we wanted. Initially he had 301 redirected the old URLS (the one with "Home") to his new version (the one with the "p"). When we asked for the more simplified URL after arguing, he just redirected all the "p" URLS to the PAGE NOT FOUND. However, remember, all the original URLs are now being redirected to the PAGE NOT FOUND as a result. The problems I see are these unless he redirects again: The new simplified URLS have to start from scratch to rank 2)We have duplicated content - two URLs with the same content Customers clicking products in the SERPs will currently find that they are being redirect to the 404 page. I understand that redirection has to occur but my questions are these: Is it ok to redirect twice with 301 - so old URL to the "p" version then to final simplified version. Will link juice be lost doing this twice? If he redirects from the original URLS to the final version missing out the "p" version, what should happen to the "p" version - they are currently indexed. Any help would be appreciated. Thanks
Technical SEO | | AL123al0 -
Dynamically changing a title with javascript
Hi, I asked our IT team to be able to write custom page titles in our CMS and they came up with a solution that writes the title dynamically with javascript. When I look on the page, I see the title in the browser, but when I look in the source code, I see the original page title. I am thinking that Google won't see the new javascript title, so it will not be indexed and have no impact on SEO. Am I right ?
Technical SEO | | jfmonfette0 -
My .htaccess has changed, what do i do to avoid it again...?
Hello Today i notice that our site did not auto changed from without www to with, when i checked the .htaccess file i notice # in-front of each line and i know we did not insert it in there, after i removed it it worked fine. The only changes that we did recently was to a mobile version to the site but the call to autodirect is in a JS and not in the .htaccess, could it be the server..? is there any way that anything else might cause this...? The site is HTML and WP could it be because of that...? Thank's Simo
Technical SEO | | Yonnir0 -
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 -
Duplicate canonical URLs in WordPress
Hi everyone, I'm driving myself insane trying to figure this one out and am hoping someone has more technical chops than I do. Here's the situation... I'm getting duplicate canonical tags on my pages and posts, one is inside of the WordPress SEO (plugin) commented section, and the other is elsewhere in the header. I am running the latest version of WordPress 3.1.3 and the Genesis framework. After doing some testing and adding the following filters to my functions.php: <code>remove_action('wp_head', 'genesis_canonical'); remove_action('wp_head', 'rel_canonical');</code> ... what I get is this: With the plugin active + NO "remove action" - duplicate canonical tags
Technical SEO | | robertdempsey
With the plugin disabled + NO "remove action" - a single canonical tag
With the plugin disabled + A "remove action" - no canonical tag I have tried using only one of these remove_actions at a time, and then combining them both. Regardless, as long as I have the plugin active I get duplicate canonical tags. Is this a bug in the plugin, perhaps somehow enabling the canonical functionality of WordPress? Thanks for your help everyone. Robert Dempsey0