Menu Structure
-
I'm working on a site where there is a top level menu with a dropdown off a couple of the main headings and subsequent dropdown from one or two of those dropdowns. Usual stuff.
The main problem we are having is the ranking of one of the main menu pages, some of which is historical stuff we have cleaned up and waiting for Penguin.
My question is whether the following is a prudent step. The main menu option/page and keyword is something like "Green Widgets" but this activates a dropdown where there is a link to 'Types of Green Widget', then again there is a dropdown with several pages to different types of Green widget. The two menu items "Green Widgets" and "Types of Green Widgets" both link to the "Green Widget" page.
As the "Types of Green Widgets" link is sitewide and not really in the right flavour for the "Green Widget" page would it be prudent to remove the link element of that menu item or set it to /#
-
You could always test the link to see if it is really being used from the secondary navigation more so (or at all) than the main navigation link. Create a parameter and track it over a few months in analytics. That way you don't over-optimize in the interim but 3 months from now (or less, or more, really that's up to you) you can definitively say whether it is better to remove it or if leaving it alone was the correct move.
-
yep, without giving the site it's difficult to exactly describe. No it's not breadcrumbs, or on-page links. It's a secondary menu option to the same page they have historically had problems with. That I understand as there are valid ways to lead to the same page and arguably show importance to that page. But in this case it seems to be a secondary menu link to the same page just for the sake of another sitewide menu link that isn't really helpful to the visitor. But I might have a little "anti-over-optimising fever"!
-
I can't really visualize that well how the links are laid out from your description. Its been a long day, so that might be it.
So it really depends on how it links back to those pages. e.g. If they're site navigation breadcrumbs then I don't see the problem as it potentially establishes relevancy for the topic and facilitates movement through the site for both users and bots. If its just an internal link for the sake of a link in the body of the page, maybe not so much. But if its a completely relevant link and you see in analytics that people who enter on the one page are regularly going to the other, and vice versa, then obviously it is of use to the customer/visitor. If its an issue of pages being link heavy and you're worried that its diluting link equity or creating a user experience issue and you want to clean up the page and/or make it easier/more intuitive to use, then a heat map tool like Crazy Egg might be useful for helping you determine which links to keep and which are flak.
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
-
How to Structure URL's for Multiple Locations
We are currently undergoing a site redesign and are trying to figure out the best way to structure the URL's and breadcrumbs for our many locations. We currently have 60 locations nationwide and our URL structure is as follows: www.mydomain.com/locations/{location} Where {location} is the specific street the location is on or the neighborhood the location is in. (i.e. www.mydomain.com/locations/waterford-lakes) The issue is, {location} is usually too specific and is not a broad enough keyword. The location "Waterford-Lakes" is in Orlando and "Orlando" is the important keyword, not " Waterford Lakes". To address this, we want to introduce state and city pages. Each state and city page would link to each location within that state or city (i.e. an Orlando page with links to "Waterford Lakes", "Lake Nona", "South Orlando", etc.). The question is how to structure this. Option 1 Use the our existing URL and breadcrumb structure (www.mydomain.com/locations/{location}) and add state and city pages outside the URL path: www.mydomain.com/{area} www.mydomain.com/{state} Option 2 Build the city and state pages into the URL and breadcrumb path: www.mydomain.com/locations/{state}/{area}/{location} (i.e www.mydomain.com/locations/fl/orlando/waterford-lakes) Any insight is much appreciated. Thanks!
On-Page Optimization | | uBreakiFix0 -
Breadcrumbs structure
Adding breadcrumbs to create a hierarchy on what is otherwise a flat site. Got the following pages which are, our main pages that rank - Metal gates Metal driveway gates Metal garden gates Metal side access gates The Metal gates pages link off to the other pages mentioned but also contain a lot of other info The driveway gates, garden gates and side access gate page all contain our range of gates, the three pages mentioned then have links off to their individual gates contained within each section Breadcrumb wise, should I aim for Home - Metal gates - Driveway gates - individual driveway gate
On-Page Optimization | | Jon-C
Home - Metal gates - Side access gates- individual side access gate
Home - Metal gates - Garden gates- individual garden gate Is that the best way to go or if I want the driveway gate page (etc) to continueto rank should I go like this Home - Metal driveway gates Home - Metal side access gates etc0 -
I have home tab in 2 menu's which calls the same hompage article. How do I get over this
I am getting duplicate content for this article. I need 'home' tab on two menus.
On-Page Optimization | | rajendraksh0 -
Keep our category navigation in tree structure but move our URLs to a more flat structure. Good plan?
In our Magento store, products are arranged into categories, subcategories and so on. We typically have 3 or 4 layers of category depth. This makes it nice and easy for customers to find stuff, but it means that the end categories have massive long urls. I'd like to keep our category tree structure in place from a navigation point of view, but I feel the url structure is pushing some important stuff to the back of the shop as it were. We have something like 200 categories in total. So, assuming every individual category has an a unique name, I'd like to rewrite the urls so that: ourshop.com/car-parts/
On-Page Optimization | | DWJames
stays as
ourshop.com/car-parts/ ourshop.com/car-parts/suspension/
becomes
ourshop.com/suspension/ ourshop.com/car-parts/suspension/springs
becomes
ourshop.com/springs/ ourshop.com/car-parts/suspension/springs/thismake-lowering-springs
becomes
ourshop.com/thismake-lowering-springs/ and so on....
I'll need some custom magento URL rewrite work done, but that's another story. The real question is whether you guys feel this is worthwhile? Are there any other stores with a deep categorised navigation structure, but a flat url structure? thanks, James0 -
Importance of URL Structure
We are trying to restructure our onpage SEO and want to make sure we have our URLs correct. The problem is we did the URLs incorrectly in the first place and the ones we currently have are several years olds. We have some URLs such as: http://www.firebrandtraining.co.uk/courses/management/prince2.asp and
On-Page Optimization | | RobertChapman
http://www.firebrandtraining.co.uk/courses/cisco/ccna_2007.asp which are not ideal but user experience aside does it make sense for us to change the URLs and use 301 redirects to the new ones or is the damage done to our natural rankings simply not worth making the change? I have read different articles saying different things, some say that URL structure has little weight (if any weight at all) on rankings while other people seem to say it is quite important. In addition we have heard that changing the URLs with a 301 redirect will cause a large drop in ranking which will take months to recover from and contrarily that 301s are now considered "ok" by Google and we shouldn't see too much change at all in our rankings. Any advice would be much appreciated.0 -
How should I structure my product URLs?
How should I structure my product URLs for the best SEO results? Lets say my product is "American Apparel 2001". Would it be better to run the URL together or use a "-" between each word. Here are two ideas I had, but feel free to suggest others. realthread.com/products/americanapparel2001 or realthread.com/products/american-apparel-2001 Thanks for the help! Dru
On-Page Optimization | | drudalton0 -
Which method should I use for my URL structure?
I have an existing site that is currently utilizing a structure that is like this: http://www.mysite.com/Ohio/City-of-Cleveland-PRODUCT-NAME Should I restructure it like: http://www.mysite.com/Ohio/City-of-Cleveland/Product-Name We are doing very well with very specific searches already but are sometimes coming in 2nd and 3rd place. For example: If I search for CLEVELAND PRODUCT NAME I always come up in the top three and about 60% of the time I am #1. I want to make it better. We have only launched in 4 states but plan on launching an additional 4 states over the next few weeks and I want to make sure we are building things properly. Any feedback would be wonderful. As usual, thanks everyone!! -Alex
On-Page Optimization | | dbuckles0 -
Page title structure?
From an SEO and user perspective what structure do you recommend for page titles. For example (given that they shouldn't ideally be more than 70 characters) :- Keywords (maybe two or three) | Company Name | more keywords I understood the best place for the company name was about second place. Is this now the considered view taking into consideration 'branding' which has been flagged up as the way forward. Keywords are separated by the vertical bar | - any thoughts? For 'house keeping' pages such as Privacy Policy - should this be optmised or simply stated as 'privacy policy' Thanks
On-Page Optimization | | PH2920