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
-
URL structure for am International website with subdirectories
Hello, The company I am working for is launching a new ecommerce website (just a handful of products).
Intermediate & Advanced SEO | | Lvet
In the first phase, the website will be English only, but it will be possible to order internationally (20 countries).
In a second phase, new languages and countries will be added. I am wondering what is the best URL structure for launch: Start with a structure similar to website.com/language/content (later on we will add other languages than english) Start with a structure similar to website.com/country/content
3) Start with a structure similar to website.com/country-language/content (at the beginning it will be all website.com/country-en/content) What do you think? Cheers
Luca0 -
What should my main sitemap URL be?
Hi Mozzers - regarding the URL of a website's main website: http://example.com/sitemap.xml is the normal way of doing it but would it matter if I varied this to: http://example.com/mainsitemapxml.xml or similar? I can't imagine it would matter but I have never moved away from the former before - and one of my clients doesn't want to format the URL in that way. What the client is doing is actually quite interesting - they have the main sitemap: http://example.com/sitemap.xml - that redirects to the sitemap file which is http://example.com/sitemap (with no xml extension) - might that redirect and missing xml extension the redirected to sitemap cause an issue? Never come across such a setup before. Thanks in advance for your feedback - Luke
Intermediate & Advanced SEO | | McTaggart0 -
Pages with URL Too Long
I manage a number of Shopify stores for ecommerce clients. MOZ keeps kindly telling me the URLs are too long. However, this is largely due to the structure of Shopify, which has to include 'collections' and 'products'. For example: https://domain.com.au/collections/collection-name/products/colour-plus-six-to-seven-word-product-name MOZ recommends no more than 75 characters. This means we have 25-30 characters for both the collection name and product name. VERY challenging! Questions: Anyone know how big an issue URLs are as a ranking factor? I thought pretty low. If it's not an issue, how can we turn off this alert from MOZ? If it is an issue, anyone got any ideas how to fix it on Shopify sites?
Intermediate & Advanced SEO | | muzzmoz0 -
How many 7000 word articles before we should launch
We are in a standard wide niche, my website composes so far of one 7000 word article on spiritual awakening. I have 14 more articles sketched, on various related topics, each 5000-15000 words per article, targething main keywords in the niche. I am qualified to tie the whole niche together and draw new meaning but it takes in debth length. The question is how many 5K-15K page articles would you recommend polishing before launching the thing. Everything is launched, hid from the search engines, and I need to know how many articles to publish before I let the search engines look at my site. Looking for the best thing for long term growth. Thanks.
Intermediate & Advanced SEO | | BobGW0 -
Consolidating MANY separate domains into a much better, single URL: Should I point a landing page or redirect to the new site?
I am consolidating a site for a client who previously, and very foolishly, broke up their domains like so: companyparis.com companyflorence.com companyrome.com etc... I am now done with the new site, which will be at: company.eu with pages as appropriate: company.eu/paris company.eu/florence company.eu/rome This domain, although not entirely new, does not have much authority or rank. In terms of SEO and link-building, is it better to redirect the old domain to the specific page on the new domain: companyparis.com --> company.eu/paris or... is it better to put a landing page at the old domain LINKING to the page on the new domain: companyparis.com --> landing page linking to --> company.eu/paris
Intermediate & Advanced SEO | | thongly0 -
Where to put a page ID in a URL?
Hello, My company is going to change URLs to example.com/category or example.com/product. When we will change the URLs to product or category pages somehow we have to check whether the requested page is from category table in DB or from products table (this gives much speed to page load time). So we have to choose how to make the different product and category pages.
Intermediate & Advanced SEO | | komeksimas
Programmers said that we need to insert id to URL. So the question is: Which is the better way to place an id to an URL? example.com/product-name?id=111 example.com/product-name/111 example.com/product_name-111 Or maybe we should use some other punctuation mark to separate id from product name? p.s. I have read Dynamic URLs vs. static URLs by Google and it still didn't answered which is the best for all of the pages. Somehow others solve this problem by typing only the names to the URL, but could anyone tell what that technology should be?0 -
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 -
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