It wasn't too long ago that there was significant tension between information architects and SEOs; one group wanted to make things easier for humans, the other for search engines. That line is largely disappearing, and there are several best practices in IA that can lead to great benefits in search. In today's Whiteboard Friday, Rand explains what they are and how we can benefit from them.
For reference, here's a still of this week's whiteboard!
Video Transcription
Howdy, Moz fans, and welcome to another edition of Whiteboard Friday. This week we're going to chat a little bit about information architecture, and specifically how you can organize the content of your website in such a fashion to make information architecture help your SEO and your rankings and how search engines interpret your pages and the links between those.
I want to start by talking broadly about IA and the interaction with SEO. IA is designed to say, "Hey, we want to help web users accomplish their goals on the website quickly and easily." There are many more broad things around that, but basically that's the concept.
This actually is not in conflict at all, should almost never be in conflict, even a little bit, with the goals that we have around SEO. In the past, this was not always true, and unfortunately in the past some mythology got created around the things that we have to worry about that could conflict between SEO and information architecture.
Here we've got a page that's optimal for IA, and it's got this top navigation and left side navigation, some footers, maybe a big image at the front and some text. Great, fine. Then, we have this other version that I'm not going to call it optimal for SEO, because it's actually not optimal for SEO. It is instead SEO to the max! "At the Tacoma Dome this Sunday, Sunday, Sunday!"
The problem is this is kind of taking SEO much too far. It's no longer SEO, it's SE . . . I don't know, ridiculousness.
The idea would be things like we know that keyword rich anchors are important, and linking internally we want to be descriptive. We know that as people use those terms and links other places on the web, that might help our rankings. So instead of making the navigation obvious for users, we're going to make it keyword stuffed for SEO. This makes no sense anymore, as I'm sure, hopefully, all of you know.
Text high up on the page, this actually does mean something. It used to mean a little more than it does. So maybe we're going to take oh, yeah, we want to have that leader image right up at the top because that grabs people's attention, and the headline flows nicely into that image. But for SEO purposes, we want the text to be even higher. That doesn't make any sense either.
Even if there is some part of Google's algorithm, Bing's algorithm, or Baidu's algorithm, that says, "Oh, text higher up on the page is a teensy little spattering more meaningful," this is totally overwhelmed and dwarfed by the fact that SEO today cares a ton about engagement. If people come to this page and are less engaged, are more likely to click the Back button, are less likely to stay here and consume the content and link to it and share it and all these kinds of things, it's going to lose out even to the slightly less optimized version of the page over here, which really does grab people's attention.
If your IA folks and your usability folks and your testing is showing you that that leader image up top there is grabbing people's attention and is working, don't break it by saying, "Oh, but SEO demands content higher on the page."
Likewise, if you have something where you say, "Hey, in order to flow or sculpt the link equity around these things, we don't want to link to this page and this page. We do want to link to these things. We want make sure that we've got a very keyword heavy and link heavy footer so that we can point to all the places we need to point to, even though they're not really for users. It's mostly for engines. Also, BS. One of the things that modern engines are doing is they're kind of looking and saying, "Hey, if no one uses these links to navigate internally on a site, we're not going to take them into consideration from a ranking perspective either."
They have lots of modeling and machine learning and algorithmic ways to do that, but basic story is make links for users that search engines will also care about, because that's the only thing that search engines really do want to care about. So IA and SEO, shouldn't be in conflict.
Important information architecture best practices
Now that we know this, we can move on to some important IA best practices, generally speaking IA best practices that are also SEO best practices and that most of the time, 99.99% of the time work really well together.
1. Broad-to-narrow organization
The first one, in general, it's the case that you want to do broad to narrow organization of your content. I'll show you what I mean.
Let's say that I've got a website about adorable animals, a particularly fun one this week, and on my adorable animals page I've got some subsections, sub-pages, one on the slow loris, which of course is super adorable, and hedgehogs, also super adorable. Then getting even more detailed from there, I have particular pages on hedgehogs in military uniforms -- that page is probably going to bring down the Internet because it will be so popular -- and hedgehogs wearing ridiculous hats. These are two sub-pages of my hedgehog page. My hedgehog page, subset of my adorable animals page.
This is generally speaking how I want to do things. I probably would not want to organize, at least from the top level down in my actual architecture for my site, I probably wouldn't want to say adorable animals and here's a list of hedgehogs in military uniforms, a list of hedgehogs wearing ridiculous hats, a list of slow loris licking itself. No. I want to have that organization of broad to more narrow to more narrow.
This makes general sense. By the way, for SEO purposes it does help if I link back and forth one level in each case. So for my hedgehog page, I do want to link down to my hedgehogs in military uniforms page, and I also want to link up to my adorable animals page.
You don't have to do it with exactly these keyword anchor text phrases, that kind of stuff. Just make sure that you are linking. If you want, you can use breadcrumbs. Breadcrumbs are very kind of old-fashioned, been around since the late '90s, sort of style system for showing off links, and that can work really well for some websites. It doesn't have to be the only way things can work though.
2. Link to evergreen pages from fresh content
When you're publishing fresh content is when I think many SEOs get into a lot of trouble. They're like, "Well, I have a blog that does all this, but then I have the regular parts of my site that have all of my content or my product pages or my detailed descriptions. How do I make these two things work together?"
This has actually become much easier but different in the last five or six years. It used to be the case that we would talk, in the SEO world, about not having keyword cannibalization, meaning if I've got an adorable animals page in my main section of my website, I don't actually want to publish a blog post called "New Adorable Animals to Add to My Collection," because now I'm competing with myself and I'm diluting my link juice.
Actually, this has gotten way easier. Google, and Bing as well, have become much more intelligent about identifying what's new content, what's old, sort of evergreen content, and they'll promote one. You even sometimes have an opportunity to get both in there. Certainly if you're posting fresh content that gets into Google news, the blog or the news section can be an opportunity to get in Google news. The old one can be an opportunity to just stay in the search results for a long time period. Get ting links to one doesn't actually dilute your ranking ability for the other because of how Google is doing much more topic focused associations around entire websites.
So this can be actually a really good thing. However, that being said, you do still want to try and link back to the most relevant, evergreen kind of original page. If I publish a new blog post that has some aggregation of hedgehogs in military uniforms from the Swiss Naval Academy -- I don't know why Switzerland would have a navy since they're landlocked -- I would probably want to take that hedgehogs in Swiss military uniforms and link back to my original one here.
I wouldn't necessarily want to do the same thing and link over here, unless I decide, hey, a lot of people who are interested in this are going to want to check out this article too, in which case it's fine to do that.
I would worry a little bit that sometimes people bias to quantity over quality of links internally when they're publishing their blog content or publishing these detail pages and they think, "Oh, I need to link to everything that's possibly relevant." I wouldn't do that. I would actually link to the things that you are most certain that a high number, a high percent of the users who are enjoying or visiting or consuming one page, one piece of information are really going to want in their journey. If you don't have that confidence, I wouldn't necessarily put them in there. I wouldn't try and stack those up with tons of extra links.
Like I said, you don't need to worry about keyword cannibalization. If you want to publish a new article every week about hedgehogs in military uniforms, you go for it. That's a great blog.
3. Make sub-pages if intent is unique, combine if not
Number three, and the last one here, make these sub-pages when there's unique intent. Information architecture is actually really good about this in practice. They basically say, "Hey, why would we create a new page if we already have a page that serves the same goals and same intent?" One of the reasons that people used to say, "Well, I know that we have that, but it doesn't do a great job of targeting phrase A and phrase B, which both have the same intent but aren't going to rank for those two separate phrases A and B."
That's also not the case anymore in the SEO world. Google and Bing have both become incredibly good at sorting out searcher intent and matching those to the pages and the keywords that fit those intents, even if the keyword match isn't perfect one-to-one exact.
So if I've got a page that's on slow lorises yawning and another one on slow lorises that are sleepy, are those really all that different? Is the intent of the searcher very different? When someone is searching for a sleepy loris, are they looking for one that's probably yawning? Yeah. You know what? I would say these are the same intent. I would make a single page for them.
However, over here I've got a slow loris in a sombrero and a slow loris wearing a top hat. Now, these are two very different kinds of head wear, and people who are searching for sombreros are not going to want to find a slow loris wearing a top hat. They might want to see a cross link over between them. They might say, "Oh, top hat wearing slow lorises are also interesting to me." But this is very specific intent, different from this one. Two different intents means two different pages.
That's how I do all of my information architecture when it comes to a keyword and SEO perspective. You want to go broad to narrow. You want to not worry too much about publishing fresh content, but you do want to link back to the original evergreen. You want to make sure that if there are pages or intents that are exactly the same, you make a single page. If they're intents that are different, you have different pages targeting those different intents.
All right everyone, look forward to the comments, and we'll see you again next week for another edition of Whiteboard Friday. Take care.
I'm really happy to see a WBF talking about Information Architecture.
Years and personal experience, in fact, tought me that IA and SEO so intrinsicaly connected that - when it come to on site issues - a good 60% (if not more) of the issues a web site is suffering is because of a not optimized Information Architecture.
More over, nowadays the synergy between these two areas are even stronger, because of the increasing importance of semantics in search. Information Architecture, in fact, is substantially related with things like Taxonomy, Categorization, Topic Segmentation et all... quite easy to see how it matters for a correct Semantic SEO too.
For this reason, when auditing a site, the Information Archtecture specialist is the best ally of an SEO, and - maybe this may sound extreme - is him the one to talk first, even before than the devs. And when we see ourselves pushed suggesting changes in the site architecture, he's him the one who can help us endorsing our suggestions toward the developers.
There's also a large semantic web community who also understand things such as "Taxonomy, Categorization, Topic Segmentation" and also seem to be largely ignored by SEOs, mostly to search engine optimizers' detriment. People who understand the technologies behind how knowledge bases work, how to use schema effectively, and more, should be greeted by the SEO community with open arms, and open minds, because they have a tremendous amount to offer.
Bill - when you say "semantic web" as it refers to SEO, I'd love to know (and I bet others here would be helped too) what you mean specifically. I've heard/seen it used to refer to schema style markup, to Hummingbird-style search quality improvements, to on-site taxonomies, to topic-modeling, and plenty of other things. Do you have a blog post or a list of actionable things you recommend SEOs do around "semantic web?" That would be killer.
One thing I think your comment is suggesting is that SEOs may benefit from placing content into categories or on-site navigation systems that have specific kinds of semantic connections specifically for search engines that may not be driven purely by user needs. Is that something you advocate (i.e. trying to figure out how Google thinks about the connections between topics and then linking internally or siloing content in those ways)? It's something I've not recommended in a while, as I never observed benefit (beyond doing what was intuitive/useful for users).
Hi Rand,
Earlier this summer, I was asked by a friend, Barbara Starr, if I might be interested in joining her in giving a tutorial that was an introduction to the Semantic Web.at a Semantic Technology and Business Conference in San Jose. I looked at all of the people who were speaking, including many representatives from Google, Yahoo, Bing, and Yandex These included Ramanathan Guha, who invented Custom Search Engines (and Google's version of Trust Rank) and Dan Brickley, who was Google's lead on Schema.org There were a lot of participants who weren't from search engines as well.
Barbara and I gave our presentation, which turned out really well. I've always been a little unconventional as an SEO and have been writing about things like Named Entities for years. I talked about how I have been doing things like . entity audits and exploring more deeply entities appearing on pages of sites to make content on those pages richer and more meaningful. Barbara showed how she was doing similar things to make pages richer using more explicit ways of adding such content, not only to the pages themselves, but also to markup on the pages.
And then she asked me about Google patents, and if there were certain patents for some things at Google. We started looking at a lot of Google's patents together, involving things like rich snippets, and Google's product search, and the new structured snippets that Google was showing. Working with Barbara, tackling Google's patents, I probably learned more SEO over the past 4 months than I have in the past 4 years (if not even more).
I've been researching and writing about patents from the search engines, but mostly focusing upon new ones, as they appear. I hadn't been focusing upon specific topics, and drilling down. Barbara's understanding of programming and how queries tend to work gave me words and topics to focus upon in such searches.
We've explored the kinds of processes that have likely fueled Hummingbird, the research behind Andrew Hogue's Annotation Framework project that lead to many patents at Google on the semantic web, the patent behind rich snippets from Ramanathan Guha.
The Semantic Web community are actively volunteering to build new schema through the W3C, know how to use schema for different topics and to show search results marked up with rich snippets, and have a sense of how to create content that is connected in meaningful ways.
This post itself, on Information Architecture, is aimed at understanding how the concepts on a website might be connected in a meaningful way, and working to set up navigation. The Semantic Web community is focused upon learning how Data and Knowledge are connected on the Web and understanding how that might help a website.
Thanks Bill - read through the presentation and enjoyed it. But, I feel like I'm still missing the meat of actionability when it comes to this stuff. I liked your recommendations to look at search results to understand how Google might be connecting concepts and topics to keywords, and I get how the relationships formed (e.g. miscategorization of local businesses or descriptions of brands w/o the right context harming ability to rank), but it feels like you're suggesting something much broader from a strategic and tactical standpoint. I'd love to know which actions you suggest SEOs take!
My understanding of the semantic web is a way to organize all different properties to make sure they are all connected.
Devin
SEO Firepower, President
[link removed by editor]
I can't focus on what your saying Rand, because that new hair cut is too awesome!
thats true, both.
I've had this haircut for almost 6 months! I figured at some point it would just become background noise (or background hair) :-)
maybe the haircut is a little older, but the style looks very differnt in this video, than in the video before :)
SER- Search engine ridiculousness needs to have it's own Wikipedia Page.
That would be a richly dense page indeed :-)
About 4 years ago, I was completely burnout on all the 'new SEO best practices/tactics/etc' that just didn't feel honest to me. Then algo updates forced everyone to shift back to quality over quantity, UX, content strategy, IA, etc... this statement (with a small addition) perfectly speaks to what made me love SEO again: "Generally speaking IA best practices that are also SEO best practices [and UX best practices]…, 99.99% of the time work really well together."
Great WBF, as always! I think there needs to be a post on Search Engine Ridiculousness (SER) now. ;)
Brilliant post! Had just completed an analysis of IA on a site yesterday, and have just ripped it up and started again with this in mind!
How key would buyer/user personas be in this situation? You mention a lot on user intent, which would (or should) relate to the user aims/objectives. So...I think what I'm asking is...do we need to look at user/buyer persona in a different way?
I think opinions vary on the value gained from using personas. I'm not personally a big fan of many persona-driven planning methodologies, but I know plenty of very talented web professionals who love it and live by it. YMMV :-)
Rand,
Thanks for picking up this great topic. As per my understandings, "IA is the science of organizing and labeling websites & software to support usability". And as you rightly explained, modern SEO is now shifting in IA's paradigm.
Rand, as per the definition of IA, don't you think the CRO decisions should also be taken in its dimension? Like where to place CTAs, placement of important pages, where to highlight USPs etc..
And I have one more question, while explaining the broad -> narrow approach you said the main category should also be linked at every possible place. Does that link should be within the content? Or the links from slider's menu will workout too?
Thanks,
Mostly I'd say "yes," but with the caveat that sometimes, IA and CRO conflict based on what users want to do vs. what web marketers want users to do :-) At those times, it's up to you to determine where your biases lie and how to best proceed.
Hi Rand, Great post! Information Architecture for SEO is a big topic, I love the way you brake things down in this article. Very easy to follow.
I agree with you, consolidate multiple pages on the same topic down into one page is the way of the future. Google loves topic pages. Topic page helps in a lot of ways - Optimization and Rankings - basically, you can have one consolidated topic page that shows up for multiple keywords..
I love whiteboard Friday..
Alex
Totally! And, if you're finding that non-topic pages are ranking for the broader keywords, you can consider re-directing those back to the topic page and re-creating them at the deeper level (when that does happen, it's also wise to audit a bit and figure out the links and keywords/topics that might be making that page perform better than the one you want, too).
Very cool! You mention at one point that you should link back and forth one level in your pages. Do you have a recommendation as to where that link should be? Should I write within my content about the next page coming up, as well as the previous page? Should I just keep it at the bottom of the content? At the top of the content (as with breadcrumbs). Any preference/suggestions?
Hi Erick, I'm just going to chime in here.
Given that this topic is IA, then really the answer is 'wherever your users would expect to see a link to parent or child pages'.
The purpose of those links is to help a visitor understand where they are in the context of your site - if they land on a page via a SERP, they need a sign-post to let them know if they're on a home page, category page, product page, blog post, etc.
Hope that helps.
+1! I'd agree 100% with Steven.
Just discovered that Zappos' product page title contains a link to the brand page + a link to the main product. Awesome :). Never saw that before.
Anyway, this is only for ecommerce websites. Otherwise breadcrumbs are also good (as a plus not an OR).
Excellent Post. On the Slow Loris Top Hat, Slow Loris Sombrero example - you have recommended different pages. Is there a word limit on the recommendation? ie if you only have 250 words on each - is it best too combine? Or would you still keep separate? I like to try and keep content pages 1500 words plus, where possible.
Merry Christmas to everyone. Thanks for a good year.
Hi Andrew, when you're looking at word count are you talking about blog posts/articles, or are you talking about features/products pages? If the latter then I recommend you shorten the length of your copy.
This study was carried out a long time ago now, but we recreated it last year when we started to re-deisgn our website (av. page length ~1100 words) and we found similar results:
https://www.nngroup.com/articles/how-little-do-users-read/
Steven
Appreciate the response. I have read the article. Thanks for clarifying I was referring to product feature pages. The question I have is that I have been taught for SEO purposes for a competitive word to try and achieve 1500 words plus. I am probably being a bit "picky", and am trying to clarify if there is a lower limit in word count on a narrow subject, ie where it is best to join to separate but linked subjects for SEO purposes.. ie is it better to have 2 x 250 word pages or 1 x 500 word page... is there a trade off at any time.
I'm not sure who taught you that for SEO, but IMHO they're very wrong.
The point I was trying to make was that a product page that's 1500 words long is going to be a big turnoff for your visitors, which leads to high bounce rate, which leads to poor-quality signals.
Always design your pages for humans and SEO will follow.
Totally agree with Steven again. There's no hard and fast limit to word count or content length for SEO. The best rankings are driven by users being satisfied (so long as we include "likely amplifiers" in the bucket of "users"). No specific word count will help make that better.
Agree Rand, words are not making any differences but can you please share one of your video related to LSI (Latent Semantic Indexing). As still I have lot of confusion about this.
Thanks Rand - another great white board Friday to get the brain cells whirring...
I have a question surrounding your comment on linking to parent and sibling pages - I assume main, top nav links cover this if they exist (eg if there is a top nav link of 'hedgehogs' in your example). Or is it better IA/SEO to have separate links?
Hi Chammy, I believe that if you have your entire site's hierarchy in the MAIN NAV, as a small/medium site would naturally do, this is acceptable practice to cover parent/child linking. I will say that link proximity was/is still believed to be a small data point, so breadcrumbs-style would naturally produce the best results with the lack of parent/child link hierarchy in the MAIN NAV.
hope this helps!
I agree. Information Architecture is basically an essential part of SEO now and the two industries, SEO & UX are being to overlap like never before.
Great post. I think the key take away here is first and foremost consider user experience and user intent when deciding on where to place a page/blog post.
When creating more than one page on the same topic area I personally think its fine as long as the page offers something unique and different to the user. If its just recycling or spinning old content I would stay well clear as to avoid potential panda problems.
Thanks!!
Agreed! The old SEO tactics of "siloing" content in particular areas of a site and preventing "cross-keyword-contamination" are really over. If you do what's right and logical for people, you'll be fine (although Bill Slawski's advice, above, does point out some on and off-site things to consider around naming conventions/categorization/entities/etc that might be worth keeping an eye on, too).
Hi Rand
Dont you think the story is very old. Nowadays we all seo workers are quite aware of such factors. We know "above the fold", keyword cannibalization, internal linking using canonical for same or similar pages. It would be great if you can highlight a complete architectural structure of a website.
I remember in last 2009 I have gone through an article published by SEL
https://searchengineland.com/seo-vs-web-site-archit... where shari pointed out all the real-time scenario.
We face many problems while we try to rank a particular website for different but somehow similar landing pages.
Let me take a real-time scenario:
Lets do seo for an Insurance website. Business is "selling online car insurance"
We have Few static pages in the website,
home - about company - products - our clients - testimonial - Press/Media - Why us - Blog - Contact us
Now I have placed content in every pages and discussed as per the page. and my targeted keywords are "car insurance online" "auto insurance online" "automotive insurance" "buy car insurance" "online car/auto insurance"
I have created only one dedicated page in product section like: mysite.com/products/car-insurance-online.html
but we know when we are doing seo we need fresh content so i have integrated blog and press/media section. for seo we will be regularly publishing content on those section in various category. we have also optimized all the press pages also to get ranked in google news.
now some how there few pages have been generated automatically without my knowledge like:
mysite.com/blog/auto-insurance/choose-the right-car-insurance-policy
also
mysite.com/news/online-auto-insurance-policy-21201
please share your views how to implement a perfect Information Architecture for SEO.
may be this very silly but I am suffering a lot.
I am not sure if you are targeting a nationally, but I would recommend homepage- insurance services - type of insurance , but if you are going after a local area then mysite.com/products/car-insurance-online -city-name.html may help drive traffic.
Also the various areas have different trending terms, so looking into the most popular terms used may help that pertain to a specific area.
Blogs are great avenues to generate fresh content, but also building your static pages on the main site just provide more portals to conversion
Just my two cents which is not much, but good luck SEO'ing
As a Moz customer, I am continuously in awe of the science of SEO and data and collection and you guys do a great job of helping me take small bites at the elephant, daily. Thanks for all you do! As a web data guy, I tend to want to rush a great idea, put it up on the blog page or tweak a page, without planning for what is the purpose of the page (besides my initial message) and the IA will really make me think long and hard about how I want to connect data on my site(s) and help spread the message to others about the need to plan more before posting. Thanks again!
Thanks Jack - appreciate the very kind words. I think that many times, if you plan out IA early and have a smart site structure, there's not a ton you need to do when you put up a new post or page - think about which other pages should link to it (and which it should link to) from a user's perspective and which category/section it should go in, but beyond that, a good IA should make it easy and fast to produce new content.
Great post Rand, very useful!
I'm seeing Google really struggle with keyword cannibalisation in emerging markets where they are not so hot with languages. Any tips on how to deal with that?
Happy Christmas! :-)
Google is in "not so hot" languages much older than the true English Google. It seems like Google in non-English is like the English Google 5 years ago.
The English Google is incredibly smart, but a bit too old for the non-English versions. Having a true Hummingbird algo for other languages is IMO impossible.
My advice would be to stay 'clean' with keyword cannibalisation with the non-english websites.
Hello Rand, nothing to say about your whiteboard Friday, excellent as usual. But there is a question i often forgot to ask you, why moz.com is not mobile friendly. Google mobile friendly test check https://www.google.com/webmasters/tools/mobile-friendly/ showing it is not mobile friendly. I am really surprised and shocked also. Please explain the reason or secret behind this. Please....
Hi Rand,
You're saying to group pages together if they are very similar. What about when you have product pages about machinery that's expensive so they 'deserve' their own page?
Cheers
Great WBF!
We're currently redesigning our ecommerce website, we are struggling with all the keyword cannibalization and TF-IDF stuff.
"Actually, this has gotten way easier. Google, and Bing as well, have become much more intelligent about identifying what's new content, what's old, sort of evergreen content, and they'll promote one."
This isn't really clear to me, I want to control EVERY page on my website, e.g. page A ranks for keyword Y, and page B ranks for keyword Z. What if all the pages are evergreen content (ecommerce, categories)? Isn't that what keyword cannibalization and TF-IDF is about?
Our situation (which is driving me crazy for weeks):
A niche ecommerce website that sells only 1 product, that has 4 variations, and is in multiple colours.
e.g. hats > straw hats > blue straw hats
Keywords that people search for is "hats" and "blue hats" NOT "straw hats" <- we don't sell hats, but it's just an example, the "straw hats" represents a variation of our product, no one searches for the product that way.
Our content, titles, internal anchor text, etc.. all pages contain the KW "hats"
I'm stuck, the tf-idf rule and keyword cannibalization drives me nuts on this one.
What do you think, and what should we do? Our main keyword "hats" is used on every page on the website, "blue hats" has its own landing page, we try to rank for "hats" on the homepage, so our strategy is shifting content as much as possible to the homepage. And try to minimize the use of our main KW on all non-landing pages. Good or bad?
I would be incredibly grateful if someone could help me on this one.
Thanks, Serp Dominator
PS: Oooh, How I would love to see an article that explains this: "By the way, for SEO purposes it does help if I link back and forth one level in each case."
It would be awesome if you guys made a WBF about link juice, how linkjuice flows, the reset vector that Matt Cutts talks about, and why (internal) linking (back to the higher level) is good for SEO!
Many thanks Rand...always appreciate being 'refreshed' here and so much is put out there on G+ in my real estate industry and how people write enormous website posts because it will supposedly bring them higher spot on notability...liked understanding the evergreen route you described.
The bottom line is that it is good to publish multiple pages with the same keywords if your content is unique and compelling because your overall site will be recognized for these keywords, as long as you link back every time to your original page like Rand said; and this will help your overall site grow. Make it obvious for Google to know which one of these pages is your main product page. I mean, the goal is to get that main page at number one on Google right?
Great information Rand!
When making sub pages for your "slow loris" category, what is the recommended URL architecture. Does it need to be adorableanimals.com/slow-loris/slow-lories-military-uniform, or could you use adorableanimals.com/slow-loris-military-uniform?
Thanks
Matt Cutts says "It's up to you" -> https://www.youtube.com/watch?v=UbimY0exQIA
Moz does it this way: /blog/... or /learn/seo/... <- It fits in the SERP
It helps when your urls won't get truncated in the SERP for CTR, in that situation I would just do domain.com/slow-loris-military-uniform.
Zappos does it also: zappos.com/title-of-product, if they wouldn't do this, lots of their products would have the same url showing with a (...) in the SERP because they are in the same category.
Loving this WBF Rand! I think good UX in general is getting more and more important for SEO - and IA is a really good one to start with!
Swiss Navy Several sizeable lakes which lie across international borders are patrolled by a flotilla of military patrol boats.
With hindsight, information on seo architecture we provided the basis for this year, 2015.This is a great site which every SEO strategist should think about it. Thanks Rand !
Hello Rand,
A short time ago I discovered SEO and Whiteboards Friday are helping me understand much better this world. I've seen a few videos and the truth is that my business has been improved positioning with respect to earlier.We must have good organizational scheme to build a navigation system that facilitates find content within the site.It is best to work IA from the time that the contents of the Web to organize.
Thanks for the info ...
Great! Thank you for the wonderful information.
Thank you for being my teacher all these years :)
nice and informative stuff, thanks again
Hi Rand,
This whiteboard Friday is interesting, the concept I mean, suits very well to the IA, from general to narrow pages, but Navigation (global navigation) is still very important for users to find out what they are looking for in very large websites..what about publishing houses websites? or big retailers websites? is like entering in a library and see no names on the bookcase, or ask to the employee that you are looking at a given book and he has to find through a million books with no main categories.
I agree with Bill Slawski
Thanks
One of the things that I've been using for years now with great success is that I don't usually create separate pages for keywords that have some similarity (like your last example Rand).
Instead of that, I build a giant page around the topic (for example, hedgehogs), and then I create a table of contents with name anchors pointing to the specific subtitles of the page.
From my own experience, Google is very effective when it comes to these kinds of pages, because it displays the "Jump to" link in the SERPs.
The key here is to use IDs inside of heading elements (this has yielded the best results for me so far). For example:
<h2 id="blue-hat-hedgehogs">Hedgehogs with blue hats</h2>
Don't overdo it with keyword stuffing though :)
Awesome haircut, Rand. Loving the quote "S.E...... I don't know" haha
Very valuable whiteboard friday. I just started working on a large ecommerce project at work that is going to require to work with an Information Architect. It's nice to get a jump start to do research into exactly what he sees and is trying to accomplish with the site.
"Hey, if no one uses these links to navigate internally on a site, we're not going to take them into consideration from a ranking perspective either." I have to fight clients all the time on footer links and non-sense links lower on the page "for SEO". This sentence will be great ammo for me. Thanks for the great whiteboard Rand!
Great video and great post!
I believe many people actually underestimate the power of a good information architecture.
Thanks for sharing.
Thanks for this information and its very help full for me.
I totally agree that SEO should come second to AI. In the end Engines wanna to take care of our visitors before taking care of them. Trying to balance this is not the question, but the requirement! If we do not face this fundamental principal then we are to loose as we would have both Google and Visitors against us.
Great, I think that Top Hat - Sombrero example shows pretty good that an SEO has to think a lot more about the targeted Keywords and the semantic of them. What a user/searcher wants to see and what not to see.
Don't know whether its part of technical thing or about IA, I think its related to both. Any ways one added tip, don't hide content under tabs or jscript as Google ignores it. Instead create sub-pages or use neat and clean header tags. Best practice is to show important content on page in readable text without any clicks.
Thankyou for explaining this. I'm a total newbie to all things SEO. Jut from the last 3 WhiteBoard Friday's I've made some initial changes and seen my traffic (albeit small) grow.
I don't use Wordpress for my Photography site yet but there are a few things I can do now to make my content more shareable. I'll need to sit down and write down a plan. Have been using Tumblr to forward onto my Blog page but the Sumo.me email and share plugins don't carry. I've started to use Campaign Monitor and built a subscribe box on every page. Again though its needs to be thought better out. Currently sitting on bottom left of my pages. For the blog page I should be looking to frame it top right and keep it static while people scroll down.
Thanks again for all this.
Thanks Rand,
A Perfect piece of information which is going to show you IA for SEO!!!!
Totally agree with avoiding the multiple links which is targeting the same intention/meaning. IA is combined with SEO techniques gets your pages to show up higher in search results for more targeted traffic.
IA is about the frightful amount of content on websites so visitors can get an info what they find and easy to search info, service and product on your site..
Cheers.
Top Notch Once Again!!!
The simple rule is build it for your visitors. Google designs for the searcher and so should we. It is simple really.
Our main challenge is convincing our clients that this is correct when they are bombarded with, apparent, quick fix solutions from SEO bandits.
Rand,
As always enlightening in the aspect that a person must always empty their cup to fill it with new knowledge and as many of us SEO's that read the blog have our own strategy, or knowledge base the SEO game is consistently changing.
What this post did is help with laying out the architecture that is best in terms for both the user and search engine. I have had many clients that do not like the keyword friendly footer, and how it may work at times it is not atheistically as pleasing. Also you brought up a great point that just because having text at the top or above the fold, is great it does not hold the same power as a image at times. This is something we all need to take away from this and know that as the new year approaches, so are new strategies.
"S-E... ridiculousness" <-- Love it!
Great article Rand, finally I am over with the keyword cannibalization fear :)
I also completely disagree that there isn't a need to consolidate multiple pages on the same topic down into one page.
Saying that Google is smarter now and looks at things topically and therefore if you have 2 or 3 or 4 pages on the same topic/keywords that it doesn't matter, is flat out wrong. I've seen first hand a site with 2 pages of similar topic be consolidated into one and have incredible improvements in visibility.
Nice explanation of Information architecture for SEO! This is very common and everyone is doing but in first speech you mentioned placement of images and text. If we put image on the top of the page that explain everything about the post , not bad. Have to examine it whether it works or not!
Great post Rand. Love the idea of one page for one intent
Awesome job of bringing up things people are still doing for whatever reason. The amount of audits I do that have true old-school black hat spam as you described astounds me. Don't get me wrong I'm all for A/B testing but dumping text on top of a photo that is doing well just because you think it will please Google the type of behavior that will create pogo sticking.
Thank you for this I can send this to people that still believe the earth is flat.
Adorable animals in naval customs Rand? If you will take Swedish Navy over Swiss I've got you covered. https://d.pr/i/17lyA
(there is actually a maritime division of the Swiss military)
I couldn't help it happy holidays to everyone on at Moz you guys all rock!
https://vimeo.com/blueprintmarketing/puppyjustice
Tom
Great video, Rand! As always informative and useful! :) Thank you!
Useful information shared.I am very happy to read this article.thanks for giving us nice info.
Wow, Rand, what a fantastic article. The most comprehensive post I’ve seen published on Information Architecture for SEO. This must have taken weeks to write! :)
Actually, it went fairly quickly, as the text of the post is a transcription of the video and we use an outside service.
Don't you think many bots like persons commenting like thanks and etc.?
Thanks Afroz! It took years to learn, but only about 30 minutes to write up and 15 to film :-)
Wonderful reply Rand, actually it takes along time to learn something that is called as experience.
I'm not sure that I agree that Google is "using machine learning" to see if users take advantage of your footer or not....
Also, having a footer isn't inherently "just for SEO"
Thanks Rand! glad to hear enjoyed the post and thanks very much for the idea of information architecture for SEO.
I love the WBF here, but I love more the conversation by commenting and replayed by Rand, Bill, Keri Morgret & others. My point is "all new blog post or new content should have this type of conversation or for better value in Search Engines" ...............More User generated content is more value for Search Engine...Thanks A Lot to All for Knowledge based discussion after the WBF....................... :)
Very Nice Content Sir Rand.....Thanks.
I appreciate the tips Rand!
thanks for sharing this information its very useful
Nice Article.. Thank you for this information.
Great Post Rand
The part around the slow lorises sleepy and yawning pretty much sums it up for me
have a good weekend
Alan
awesome article.... This article is very useful to us.