Service Keyword in URL - too much?
-
We're working on revamping the URL structure for a site from the ground up. This firm provides a service and has a library of case studies to back up their work. Here's some options on URL structure:
1. /cases/[industry keyword]-[service keyword] (for instance: /cases/retail-pest-control)
There is some search traffic for the industry/service combination, so that would be the benefit of using both in URL. But we'd end up with about 70 pages with the same service keyword at the end.
2. /cases/[industry keyword] (/cases/retail)
Shorter, less spam potential, but have to optimize for the service keyword -- the primary -- in another way.
3. /cases/clientname (/cases/wehaveants)
No real keyword potential but better usability.
We also want the service keyword to rank on its own on another page (so, a separate "pest control" page). So don't want to dilute that page's value even after we chase some of the long tail traffic.
Any thoughts on the best course of action? Thanks!
-
Awesome, thanks
-
two or three layers into it, hyphens vs. slashes is not as critical as too many hyphens in the primary domain name.
Personally, I believe it's better user experience to go with slashes rather than hyphens to clearly visually split out services vs. industries vs. company names. But that's just my preference and belief regarding usability.
-
That's what I needed to hear. I think maybe a cases/pest-control/industry-company or industry/company structure will work nicely then. I can fix a good link structure no problem. Thanks!
-
the number of directories is pretty much illusionary - it's how many clicks to get to something that matters.
That's the key. It ultimately depends on how many case studies you're dealing with as to how you link to them.
Here's an example
Cases is a top level site-wide link.
On the Cases page, there's a description of each service, and a link within that description to that service's page.
Then on that service page, there's a brief snippet for each case study, where you group them on that page by industry type.
That's three clicks down to the individual case study. And in that scenario, you can go with the URL syntax I previously suggested.
So while the "folder structure" "appears" to be four layers deep
case-studies/pest-control/retail/company-name/
The linking methods above are only three deep. So you're totally within SEO best practices.
-
Ah, now that's a question! As far as I WAS aware it was always best to go for a "flat as possible" structure (so minimal directories). BUT... I've recently been informed (on these very boards, and from a very experienced pro) that it no longer matters as long as the linking structure is good, so there's plenty of links from strong pages, such as the homepage pointing in... so it will get crawled no matter how deep.
-
Alan, you've made me think of a question myself on that... you know the whole rule about not having too many hyphens in a domain, well how much of that extends to the rest of the URL/path after the initial domain?
Not sure I worded that very well. I mean, as we know, www.thing-blah-flip-flop.com is bad... and www.thing-blah.com is okay, but what about: www.thing-blah.com/flip-flop-give-a-dog-a-bone-is-this-too-many-hyphens-in-this-part-of-the-url-after-the-domain.html
I know there's tonnes of it about, but does it matter?
(Sorry to hijack the question lol, I assume it's still relevant though).
-
I suppose I meant the depth of the directories... Finding the page three or four directories in (I asked the same in response to Alan).
Thanks for all the help!
-
So when working with the directories, if we structure navigation so that you can get to a specific case study with two clicks, does that offset the depth of the directory structure? So, if it happened to be (hopefully not) cases/retail/pest-control/MI/Detroit/company-name, will the number of subfolders be an issue, as long as you could get to the page through two clicks from home?
-
How many is too many? I mean you don't want a directory per page or anything.
-
Yes definitely!
I assume if they're all landing pages then you wouldn't be targeting each page with the same keywords anyway, as that would be massive canibalization. You want to just assign 2 or 3 keywords to each page, then have one of them in the URL (the main one).
-
Would it make any sense to you to group them by service? so...
cases/pest-control/industry-company
Less spammy, but wonder about the impact of too many directories.
-
whether you do retail-pest-control or retail/pest-control - either is acceptable and as long as the sequence ordering is consistent you will achieve the same results.
So they should all be industry-service or service-industry.
-
The idea is that yes, they can all be landing pages. The pages as they're sitting now are driving some traffic from these long-tail keyword combinations -- we'd like not to lose that when we make the change.
Can the service keywords be variations? So, could it be retail-pest-control, restaurant-termite-control, athletic-ant-extermination? (samples again, of course)
-
Unless there's only one company in each combination of service and industry, having the company name or another differentiator as the last element in the URL is vital for individual page topical relevance. Company Names make the most sense from a user perspective.
-
I agree. Find a way to use no.1 and make it not spammy.
-
It depends on which is more important to you whether best practices dictate the industry first or the service type first, however generally speaking, they should both be in the URL.
So for example:
case-studies/pest-control/retail/company-name/
case-studies/retail/pest-control/company/name/
Some might argue that can cause long URLs, it's best practices, especially since Google is quite efficient these days when a site is structured properly like this, to be able to display portions of URLs most relevant to a search. So if the search was for pest control in the retail field, the URL in the search result might look like:
yourdomain.com/case-studies/retail/../pest-control/...
And doing it one of these two ways is the best way to build topical relationships, which in turn boosts the relevance of the site for the industries and services.
Oh - and you can do this and still have all the core content no more than two or three clicks from the top level.
-
I'd check others' opinions too, but mine is option 1 without dupe service keywords for the win... why must every page have that same keyword at the end, are they all landing pages you're optimizing?
Anyway, if option 1 without doing that then it's not spammy as far as I see and do, it's descriptive, allows link architecture to map site architecture... and you've got your keywords in there. Gets my vote, but yeah I'd wait for clarification or disagreement from others on that before taking any action
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
-
Mixing static.htm urls and dynamic urls on a Windows IIS Server?
Hi all, We've had a website originally built using static html with .htm extensions ranking well in Google hence we want to keep those pages/urls. We are on a dedicated sever (Windows IIS). However our developer has custom made a new DYNAMIC section for the site which shows new added products dynamically and allows them to be booked online via shopping cart. We are having problems displaying them both on the same domain even if we put the dynamic section withing its own subfolder and keep the static htms in the root. Is it possible to have both function on IIS (even if they may have to function a little separately)? Does anyone have previous experience of this kind of issue or a way of making both work? What setup do we need to do on the dedicated server.
Intermediate & Advanced SEO | | emerald0 -
Tagged URL ranking organically
I've noticed that one of our GA tagged urls are ranking organically & therefore is skewing the referral data. The campaign that we were tracking is no longer active but the link still works, but it's going to an old landing page. I asked our developers if we could redirect it but they said that it didn't work. Does anyone have some advise or a solution for this? Thanks!
Intermediate & Advanced SEO | | Elihn0 -
Switching Url
I started working with a Roofer/Contractor about a year ago. His website is http://www.lancasterparoofing.com/. The name of his business is Spicher Home Improvements. He used to have spicherhomeimprovements.com, well he still does. He was focusing on Roofing and Siding but now would like to branch to other areas like Interior remodeling. So adding interior work under LancasterPaRoofing.com is not applicable. I do not think starting another domain and having two is the best option. I think he should go back to using SpicherHomeImprovements.com and I assume he would take a small hit but in time he should be better off. Plus the url is more applicable to the real name of his business. Thanks for any feedback I receive. Chad
Intermediate & Advanced SEO | | ChadEisenhart0 -
Does having shorter URLs help with rankings?
Hello here.I own an e-commerce website (virtualsheetmusic.com), and some of our most important category pages have pretty long URLs. Here is an example: http://www.virtualsheetmusic.com/downloads/Indici/Violin.html I am evaluating the possibility to shorten URLs like the above to something like: http://www.virtualsheetmusic.com/violin/ But since it is going to pretty hard and time consuming (considering the custom system we have in place on that site), I am trying to find out if it really matters and worth doing it from a SEO stand point. I am aware that from a user prospective shorter URLs are preferable, and we plan to pursue a better URL architecture on our website in the near future just for that, but this question, at the moment, should be strictly related to SEO. Any thoughts on this topic are very welcome!
Intermediate & Advanced SEO | | fablau0 -
Received "Googlebot found an extremely high number of URLs on your site:" but most of the example URLs are noindexed.
An example URL can be found here: http://symptom.healthline.com/symptomsearch?addterm=Neck%20pain&addterm=Face&addterm=Fatigue&addterm=Shortness%20Of%20Breath A couple of questions: Why is Google reporting an issue with these URLs if they are marked as noindex? What is the best way to fix the issue? Thanks in advance.
Intermediate & Advanced SEO | | nicole.healthline0 -
Keyword as domain- worth buying it?
Hi, I just noticed that a top keyword for our industry is available as a domain, but for around $2,500.00 USD. For example, www.chicagoplumber.com. If we already have a pretty well established online identity as, let's say, www.chicagopipes.com, would it be worth buying the new domain and making it our primary? Thanks for your feedback! -Will
Intermediate & Advanced SEO | | WillWatrous0 -
URL formating is it worth changing?
One of my clients sites has almost OK URL's, set up something like the following: keyword2_keyword3_keyword1 Ideally the URL's would be more like this: keyword1-keyword2-keyword3 My question is is there any point in changing them and 301 redirecting them over just to get the target keywords in a better order and change the _ to a - ? Has anyone tried this and its worked or not worked, I don't want to throw the baby out with the bath water. Justin
Intermediate & Advanced SEO | | GrouchyKids0 -
Url with hypen or.co?
Given a choice, for your #1 keyword, would you pick a .com with one or two hypens? (chicago-real-estate.com) or a .co with the full name as the url (chicagorealestate.co)? Is there an accepted best practice regarding hypenated urls and/or decent results regarding the effectiveness of the.co? Thank you in advance!
Intermediate & Advanced SEO | | joechicago0