Is it a problem if a URL has too many backslashes in its address?
-
The ecommerce platform of the site that I am working on generates URLs that contain ID Codes for each different product category, color variations, styles, etc.
An example of a URL for a specific product includes:
www.example.com/women/denim-jeans/py/c/109/np/108/p/3834.html
Is it a problem for search engine crawlers if the URL address has so many backslashes in its address?
Appreciate your feedback.
-
Thank you for all of your feedback.
Unfortunately, this website is a on a old propitiatory platform that requires to have these long URL strings, but thankfully there are no separate pages for each of the backslash categories.
For now, I have to accept having these long URLs and just make sure all the correct pages are submitted in sitemap.
Thank you again for you all of your feedback. This was very helpful!
-
To be clear, what type of cart system does the site use? VirtueMart? Magento?
I agree with the posts above, in that sometimes it doesn't hurt, but at the same time, you aren't doing the product pages any favors. Two ways to look at this would be:
1. Having the URL structure set up like you example will still get the pages indexed, if they are included in a sitemap, and submitted correctly, furthermore if the content on those pages is a good match.
2. Having the pages set up that way will limit the ranking potential of those pages, by having a long URL, without relevant keywords in place. Let me explain:
In your example:
www.example.com/women/denim-jeans/py/c/109/np/108/p/3834.htmlYou have the opportunity to potentially rank for "womens denim jeans" using that url. This somewhat limits the ranking potential of the items, as they are all tied into one specific category, that being "womens denim jeans". Lets look at another example:
www.example.com/women/denim-jeans/faded-wash/indigo-dye-item-details3834.html
In the above URL, you are much more specific in the style and type of jean it is, and a user will know (and a search engine) what the page is specifically about. Style, color, keyword, category, etc. Since you most likely have a large catalog of product types, why limit your item details to a bunch of unnecessary numbers and slashes?
I would also look at a way of using product markup to make the items stand out further in search results. Google likes to see "the complete package". Using clean specific URL's and schema product markup tells a much clearer pricture than /py/c/109/np/108/p/3834.html. Depending on the CMS used, there may be a component or plugin that takes care of the product markup for you, from the item description and details.
Hope this helps!
-
Hi there,
Ryan is correct - high numbers of subfolders like this aren't ideal. That takes into account real and virtual subfolders (i.e. "subfolders" that have no content on them but are generated by a CMS versus subfolders that contain landing pages).
Ideally, these would be rewritten to www.example.com/women/denim/product1.html, etc. You will need to check with the developers why the CMS creates these subfolders and what can be done about it.
Google is much better at indexing / ranking URLs like this than it was a few years ago, and it's not exactly a deathblow if you're told that this can't be changed. It's still not ideal though, so check whether it can be simplified.
-
I would want to have as few as possible. You have to ask yourself whether or not all those folders are actually needed. As far as indexing, it's more about the hops than the number of backslashes. For instance if a crawler has to go to /denim-jeans then to /py then /c then /c109 then /np then /108 then /p then /3834.html it will likely have some indexing issues, but if the next hop after /denim-jeans is from a link that goes to /py/c/109/np/108/p/3834.html then it likely wouldn't cause any issues for the crawler, but again it's a nasty structure and you have to ask yourself if it is all really necessary.
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
-
Automatically check if URL has been optimised?
Hi guys, I have a massive list of URLs and want to check if the primary keyword for each URL has been optimised. I'm looking for something similar to Moz on-page grader which grades the URL and primary keyword with a single metric e.g. grade a, b, c However, Moz doesn't offer an API to pull this score automatically. I was wondering does anyone know of any tools which you can access their API to do something like this? Cheers.
Intermediate & Advanced SEO | | jayoliverwright0 -
ECommerce Replatforming URL's
We are in the process of re-platforming our eCommerce site to Magento 2. For the most part, the majority of site content will remain the same. Unfortunately on our current platform, we have been inconsistent with the use of .html as a URL suffix. As a result, our category and product pages are half and half - /stainless-steel-hardware.html
Intermediate & Advanced SEO | | BoatOutfitters
&
/stainless-steel-hardware We are considering taking the opportunity to clean up and standardize our URLs. (Drop the .html from all URLs on the new site and 301 redirect these to the same URL without the .html) Our concern is that many of the .html pages are good categories with strong page rank and I've read many articles about page rank loss from 301 redirects. We are debating internally if it really makes sense to take an SEO hit for something is seemingly small as dropping the .html from the URL. It would be a no-brainer if we were taking the opportunity to change to more SEO friendly natural language URLs. However currently our URL's appear acceptable with the exception of the inconsistent suffix. Thanks in advance for any insight on how you would approach this!2 -
Penguin Penalty On A Duplicate url
Hi I have noticed a distinct drop in traffic to a page on my web site which occurred around April of last year. Doing some analysis of links pointing to this page, I found that most were sitewide and exact match commercial anchor text. I think the obvious conclusion from this is I got slapped by Penguin although I didn't receive a warning in Webmaster Tools. The page in question was ranking highly for our targeted terms and the url was structured like this: companyname.com/category/index.php The same page is still ranking for some of those terms, but it is the duplicate url: companyname.com/category/ The sitewide problem is associated with links going to the index.php page. There aren't too many links pointing to the non index.php page. My question is this - if we were to 301 redirect index.php to the non php page, would this be detrimental to the rankings we are getting today? ie would we simply redirect the penguin effect to the non php page? If anybody has come across a similar problem or has any advice, it would be greatly appreciated. Thanks
Intermediate & Advanced SEO | | sicseo0 -
International Domain and URL Method of Preference
I'm seeing varied opinions and methods preferred for domain/URL structure on international websites. A specific example we have now is an international brand in Asia, USA, Brazil/South America, Australia, New Zealand and Africa. Their current domains are all fragmented across the brand and our goal is to have them unified, examples of their issue here; country.brand.com
Intermediate & Advanced SEO | | Cuker
www.brand.com.au
www.brand.co.nz What I'm looking for is an approach that will have the best long term impact but no short term losses as well. I'm leaning toward www.brand.com.eu or www.brand.com/eu/ Looking at SERP's for other countries, subdomain geographic segmenting doesn't seem to show on any first pages in the SERPs. There is one other option I'm still interested in finding out more about, geographically segmenting sites and pages through canonical or hreflang. Interested in hearing some additional POV's. Thanks! Anthony0 -
Changing Site URLs
I am working on a new client that hasn't implemented any SEO previously. The site has terrible url nomenclature and I am wondering if it is worth it to try and change it. Will I lose rankings? What is the best url naming structure? Here's the website http://www.formica.com/en/home/TradeLanding.aspx. (I am only working on the North America site.) Thanks!
Intermediate & Advanced SEO | | AlightAnalytics0 -
Google Maps results doesn't show my site url but rather the maps url, why is this?
For several of my clients landing pages that show up in the Maps results the website url has been overwritten by the maps url (maps.google.com). Even though on my places page I have the correct website set up. Does anyone have any idea why they would be doing this and how I can correct it? Thanks kinldy in advance, Aaron. maps-url.png
Intermediate & Advanced SEO | | afranklin0 -
Strategies in Renaming URLs
We're renaming all of our Product URLs (because we're changing eCommerce Platforms), and I'm trying to determine the best strategy to take. Currently, they are all based on product SKUs. For example, Bacon Dental Floss is: http://www.stupid.com/fun/BFLS.html Right now, I'm thinking of just using the Product name. For example, Bacon Dental Floss would become: http://www.stupid.com/fun/bacon-dental-floss.html Is this strategy the best for SEO? Any better ideas? Thanks!
Intermediate & Advanced SEO | | JustinStupid0 -
New AddThis URL Sharing
So, AddThis just added a cool feature that attempts to track when people share URL's via cutting and pasting the address from the browser. It appears to do so by adding a URL fragment on the end of the URL, hoping that the person sharing will cut and paste the entire thing. That seems like a reasonable assumption to me. Unless I misunderstand, it seems like it will add a fragment to every URL (since it's trying to track all of 'em). Probably not a huge issue for the search engines when they crawl, as they'll, hopefully, discard the fragment, or discard the JS that appends the fragment. But what about backlinks? Natural backlinks that someone might post to say, their blog, by doing exactly what AddThis is attempting to track - cutting and pasting the link. What are people's thoughts on what will happen when this occurs, and the search engines crawl that link, fragment included?
Intermediate & Advanced SEO | | BedeFahey0