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 - 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
-
Thanks Everett,
Strange, the product on the website appears in two places, on the homepage 'Featured' product, and in the Chanel > 2.55 bags category. When I check both I only see the product name after the .com/.
Thanks for the heads up about restructuring to match the rel canonical, makes perfect sense. I'll be moving over to Wordpress, Woocomerce at some point in the future. I'll look into making the linkable URL neat and tidy as suggested.
Much appreciated...
Kevin
-
The product I checked (see above) had rel canonical tags that used the first category (though not the second / sub-category). That is different than what you listed as "default" above.
Having the default rel canonical tag be .com/product-name-UniqueID/ is fine too. The important thing here is that you should be consistent. Also realize that using the rel canonical tag like this is sort of a temporary band-aid. Ideally you would be linking to the canonical URL and displaying the canonical URL instead of linking to and displaying the non-canonical URL on the site and relying on the rel canonical tag to "fix" it.
That should be fine for now. At some point in the future you probably want to make .com/product-name-UniqueID the version that gets linked to from elsewhere on the site (such as category pages) and for all other versions of that URL to 301 redirect to it.
-
Hi Everett,
Thank you for your considered response.
Choice wise, I feel fairly constrained by my shopping cart (Opencart, and lack of technical ability !
So am I correct in thinking that Google reads the rel canonical, not what appears in the URL? I've checked the generated rel canonical & by default it takes just the product name, probably as products, as you say, can be in more than 1 category. So I get: www.vintageheirloom.com/red-2.55-classic-double-flap-bag-1362483150
As you say this omits the term chanel & vintage.
With no understanding of how to implement your suggestion of putting all products into a 'products' category I think it might be safer for me to leave as is... for now. I'll certainly bear this in mind when I next rebuild the website, all good food for thought.
Thanks!
-
Hello Mr. Vintage Heirloom,
Takeshi has some great points about priorities, and avoiding keyword stuffing your URLs. I might add, however, that putting category directories in product URLs has two major disadvantages that, in my opinion, usually outweigh the advantage of having those keywords in the URL.
#1 - If the product exists in multiple categories you risk having more than one URL for the product. This can be mitigated with redirects or rel canonical tags, but is still a pain. Here's an example:
http://www.vintageheirloom.com/vintage-chanel-bags/red-2.55-classic-double-flap-bag-1362483150
http://www.vintageheirloom.com/vintage-chanel-bags/2.55-bags/red-2.55-classic-double-flap-bag-1362483150
The bag's URL can be accessed from at least two different URLs (some products could have many more versions) and the canonical tag says that the shorter of the two URLs above is the canonical version. If that is the case the keywords in your /2.55-bags/ directory are useless as a ranking factor for that particular product page since that directory is not in the rel canonical tag.Yes you can avoid the issues presented by multiple URL versions of the page, and some sites only ever put a product into a single category. However, that does nothing to account for this...
#2 - The deeper your category structure goes the further away from the root your product pages are. I have seen product pages five or six folders deep across entire eCommerce sites because of this. While I don't think the entire site architecture should be completely flat (some sort of taxonomy in the URLs is logical and useful) you don't want your most important pages to be several folders deep either.
I always recommend going with this:
site.com/products/product-name/
Or in your case:site.com/products/product-name-uniqueID/
Putting the products into the /products/ directory is that level of useful taxonomy I mentioned above. This allows you, for instance, to do a search on Google like (site:domain.com inurl:products) to see how many of your product pages are indexed. The same type of logic is useful when segmenting analytics reports or WMT exports in Excel, among other uses.
Then you don't have to worry about keyword stuffing due to keywords already contained in the category directory portion of the URL.
This is just one person's opinion though. Some may disagree. I just don't find keywords in the URL to be all that important these days compared to other things. It has been spammed to death and thus the importance attributed to that factor has been steadily declining over the years, at least to my observation.
Regarding 301 redirects, they don't really cost you any appreciable amount of pagerank. It truly is negligible as long as you're not going through several redirect hops at once. The key is to make up your mind about your URLs with an eye to the future scalability and useability of the site - and stick with it. One round of redirects will temporarily set you back in the SERPs, but you should bounce back within a couple of weeks (good time of year to do them!) if done correctly.
Good luck!
-
Remember that every keyword you add to your URL decreases the value of every other keyword you have in the URL. You want to include a few keywords in your URL for SEO value, but not so many that it dilutes the value of the other keywords. Also, having an overly long URL is a poor user experience.
So in this case, I would not include the word "vintage" in your URL for a 3rd time, because the SEO value is marginal and it will dilute the value of your other keywords, as well as making an already long URL even longer. And like I said, changing your URL structure will result in a loss of PageRank.
-
Thanks Takeshi,
Good to know. Any harm in adding an additional 'vintage' here to match H2 product name?
www.vintageheirloom.com/vintage-chanel-bags/2.55-bags/vintage-chanel-red-2.55-classic-double-flap-bag...
Or does that look spammy?
-
If you've been running your site for a while, I would recommend against changing your URL structure as 301s do result in some loss of link value, and you will likely see your rankings drop. The URLs you have now aren't bad, so I would focus on higher value activities such as link building. Ultimately, Google weighs offsite factors more highly than a few on-site tweaks.
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 -
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 -
Url folder structure
I work for a travel site and we have pages for properties in destinations and am trying to decide how best to organize the URLs basically we have our main domain, resort pages and we'll also have articles about each resort so the URL structure will actually get longer:
Technical SEO | | Vacatia_SEO
A. domain.com/main-keyword/state/city-region/resort-name
_ domain.com/family-condo-for-rent/orlando-florida/liki-tiki-village_ _ domain.com/main-keyword-in-state-city/resort-name-feature _
_ domain.com/family-condo-for-rent/orlando-florida/liki-tiki-village/kid-friend-pool_ B. Another way to structure would be to remove the location and keyword folders and combine. Note that some of the resort names are long and spaces are being replaced dynamically with dashes.
ex. domain.com/main-keyword-in-state-city/resort-name
_ domain.com/family-condo-for-rent-in-orlando-florida/liki-tiki-village_ _ domain.com/main-keyword-in-state-city/resort-name-feature_
_ domain.com/family-condo-for-rent-in-orlando-florida/liki-tiki-village-kid-friend-pool_ Question: is that too many folders or should i combine or break up? What would you do with this? Trying to avoid too many dashes.0 -
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 -
Is it a problem to have a homepage with a slug / URL ?
Hi, We are designing a web site for one of our clients, and using a home made CMS. I don't know how this CMS has been built, but anyways, in the end the homepage has a URL format which looks like this : www.mydomain.com/my-custom-url.html. No www.mydomain.com. Is it dangerous for SEO to have a slug/URL directly on the homepage ? Do you have experiences, cases where it has impacted a site negatively ? The main problem I expect is duplicate content (with Google seeing both www.mydomain.com and www.mydomain.com/my-custom-url.html as being different pages) but apparently the CMS is doing a 302 redirect from the root domain to the URL (I told my colleague it should at least be a 301). Sorry if this question seems like basic SEO knowledge, but I really can't find a definitive answer on the subject. Thank you very much 🙂
Technical SEO | | edantadis0 -
404 errors on non-existent URLs
Hey guys and gals, First Moz Q&A for me and really looking forward to being part of the community. I hope as my first question this isn't a stupid one but I was just struggling to find any resource that dealt with the issue and am just looking for some general advice. Basically a client has raised a problem with 404 error pages - or the lack thereof- on non-existent URLs on their site; let's say for example: 'greatbeachtowels.com/beach-towels/asdfas' Obviously content never existed on this page so its not like you're saying 'hey, sorry this isn't here anymore'; its more like- 'there was never anything here in the first place'. Currently in this fictitious example typing in 'greatbeachtowels.com/beach-towels/asdfas**'** returns the same content as the 'greatbeachtowels.com/beach-towels' page which I appreciate isn't ideal. What I was wondering is how far do you take this issue- I've seen examples here on the seomoz site where you can edit the URI in a similar manner and it returns the same content as the parent page but with the alternate address. Should 404's be added across all folders on a site in a similar way? How often would this scenario be and issue particularly for internal pages two or three clicks down? I suppose unless someone linked to a page with a misspelled URL... Also would it be worth placing 301 redirects on a small number of common mis-spellings or typos e.g. 'greatbeachtowels.com/beach-towles' to the correct URLs as opposed to just 404s? Many thanks in advance.
Technical SEO | | AJ2340 -
Ok to Put a Decimal in a URL?
I'm in the process of creating new product specific URLs for my company. Some of our products have decimals in them for their names as a unit of measurement. For example - .The URL for a 050" widget would be something like: http://www.example.com/product/category/.050-inch-widget My question is - Can I use a decimal in the URL without ticking off the search engines, and/or causing any other unexpected effects?
Technical SEO | | CodyWheeler0 -
Someone is redirecting their url to mine
Hello, I have just discovered that a company in Poland www.realpilot.pl is directing their domain to ours www.transair.co.uk. We have not authorised this, neither do we want this. I have contacted the company and the webmaster to get it removed. If you search for the domain name www.realpilot.pl we (www.transair.co.uk) come up top. My biggest worry is that we will get penalised by Google for this re-direct as it appears to be done using some kind of frame. Does anyone know anything about this kind of thing? Many Thanks Rob Martin
Technical SEO | | brightonseorob0