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
-
Appending a code at the end of a URL
Hi All, Some real estate/ news companies have a code appended to the end of a URL https://www.realestate.com.au/property-house-qld-ormiston-141747584 https://www.brisbanetimes.com.au/national/queensland/childcare-centre-could-face-prosecution-for-leaving-child-on-hot-bus-20230320-p5ctqs.html Can I ask if there's any negative SEO implications for doing this? Cheers Dave
Technical SEO | | Redooo0 -
SERP result (URL) doesn't change after a 301
A couple of months ago there was a result in Google for our branded search term which wasn't the 'official' URL, actually the result shown in the SERP was www.mycompany-ip.nl. We've applied a 301 redirect of this URL to the 'official' URL which is a subdomain: department.mycompany.nl. From Google the redirect is obviously working, but up until now, I don't see Google replacing the incorrect URL by the correct URL. I am wondering what to do to make the result correct. André
Technical SEO | | ConclusionDigital0 -
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 -
Vanity URLs are being indexed in Google
We are currently using vanity URLs to track offline marketing, the vanity URL is structured as www.clientdomain.com/publication, this URL then is 302 redirected to the actual URL on the website not a custom landing page. The resulting redirected URL looks like: www.clientdomain.com/xyzpage?utm_source=print&utm_medium=print&utm_campaign=printcampaign. We have started to notice that some of the vanity URLs are being indexed in Google search. To prevent this from happening should we be using a 301 redirect instead of a 302 and will the Google index ignore the utm parameters in the URL that is being 301 redirect to? If not, any suggestions on how to handle? Thanks,
Technical SEO | | seogirl221 -
Spaces (actual spaces) in URL
Hi all, Is there a huge loss of SEO performance if a URL shows spaces with an actual space (i.e. %20) in the URL rather than a "-" (or indeed a "_")? I know the preferred option is to have a "-", but I am just wondering if it is worth our effort to manually change the "%20" to a "-" in all the instances? Thanks 🙂 Diana
Technical SEO | | Diana.varbanescu0 -
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 -
Cyrillic letter in URL - Encoding
Hi all We are launching our site in Russia. As far as I can see by searching Google all sites have URLs in latin letters. Is there a special reason for this? - It seems that cyrillic letters also work. My technical staff says that it might give some encoding problems. Can anyone give me some insight into this? Thanks in advance.. / Kenneth
Technical SEO | | Kennethskonto0