I don't know if this is a good question or an incredibly stupid one. But I'll ask anyway.

Websites can't have more than one hierarchical taxonomy. It would be an SEO disaster. But still, some may need that feature, mainly for navigability. Not menu navigability, but site navigability (archives, advanced search, sorting, etc). I'll explain.

Say we have a tourism website that lists hotels. There are many ways we could classify them. Let me start with an obvious one: geography. But wait, which geography? Our problem starts right at the beginning. Say we decide to go straight to an administrative classification: continents->countries->regions->sub-regions->towns/cities. That's a start.

And the url works SEO-wise: mysite.com/north-america/florida/whatever-county/whatever-city/some-hotel.html

Then, if the visitor needs to know which hotels in any taxonomy term have a swimming-pool, or a webcam, or anything else, we could add a tag (flat, horizontal) taxonomy or custom fields and that's it.

Nope, that's not it.

Our administrative geographic (hierarchical) taxonomy is a logical, legitimate one. But then the user wants to know which hotels are in the Alps, but not in the whole many-countries mountain range. He/she needs to know which hotels are in the Alps->Western Alps->Ligurian Alps->some administrative region of some country. There you go, that's a "problem", because we may need to have two, three, maybe four ways to classify (hierarchically) our items, be them hotels or articles in a groceries shop. Heck, that could be a huge issue for even a tiny, very-specialized jewelry website dealing with items of four brands, four different materials, four qualities and four kinds of measures (like size, weight, calibers and uh, I don't know, number of colors!).

Now, the answer to this problem is not about having one or more Taxonomies, in my opinion. The people in charge of such website don't have a problem of classification. They have a problem of navigability and sorting. So there are two things to be considered here.

One, how you go about classifying your items. You must have a unique way of doing this. That's how indexing works, how bots are able to crawl a site, how you make your url's, etc. There's no question about having one -an only one- hierarchical taxonomy for pure functionality.

And two, how you go about navigating through your items and sorting them. This may need more than one hierarchical Taxonomy, and this (these) hierarchical Taxonomies should be there somehow and not interfere with what we could call the 'official' or 'front-end' hierarchical Taxonomy. Having a "secondary" (or even more) way of classifying items should be for internal usage only, not something that can be seen, for example, by a crawler and then have Google saying 'hey, you have three indexes and a crossed sitemap that has no sense, wrong!'.

One thought crossed my mind while writing this: is there something like "hierarchical custom fields"?

So, my question would be: on a site that must set up more than one hierarchical Taxonomy, how to deal with that and not affect SEO and other concerns?

I hope that makes sense. Thanks in advance.

  • 2
    Isn't this what the canonical URL is for? Content can appear in however many different contexts you want, the canonical URL always points to the one location where it should be indexed. I'm not sure what your question is otherwise, it seems like you're looking for opinions, which is unfortunately off-topic here.
    – Milo
    May 6, 2017 at 15:54
  • +1 to what milo said, but i am also not sure how is this a wordpress specific question, what make it different from any general SEO question, that are better asked at SEO specific forums? May 6, 2017 at 16:09
  • 1/2 - This has nothing to do with the canonical URL, and I mentioned it. And no, I'm not looking for opinions. I'm looking for answers from people that have had a similar problem. I think the question is very clear, and the explanation is detailed with examples of the problem: how should the need to have more than one hierarchical taxonomy be approached? In fact, I know a way around it. You write the post, make it belong to a taxonomy. You save the post. Now you have a canonical URL set. Then you edit the post again. You make it belong to every other taxonomy that you may want. Save it again.
    – Karls
    May 8, 2017 at 14:03
  • 2/2 - Now you can have archives for every taxonomy. BUT is there an SEO problem? Do you have to make something non-indexable? Is there any way to do this so it is not sort of a hack? @Milo, how would you go with the hotels example that I've given? Thanks
    – Karls
    May 8, 2017 at 14:04

2 Answers 2


All content types have a permastruct that dictates the single pattern all canonical URLs for that content type will follow, by default this contains only a single taxonomy (or none at all), making that aspect a non-issue.

As for duplicate content, inject noindex on whatever pages you don't want indexed, you can do this with the wp_head action and the general is_archive check, or use one of the popular SEO plugins if you'd like to have a UI to manage it.

  • So, in the case where one location belongs to a taxonomy like continent>country>state>city AND to another taxonomy like mountain-range>sub-mountain-range>state>city, the one that doesn't make the permastruct (or isn't the 'main' taxonomy) should have its archive pages non-indexed, right?
    – Karls
    May 8, 2017 at 17:53

Right, the answer to my question/rant was easy: Term Meta for terms of same hierarchical taxonomy that live in separate branches of the tree. You relate them with Term Meta, and that's it. Now you're capable to show any kind of navigation you want, static or dynamic.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.