---
title: "Do Short Topics Make Information More Findable?"
date: 2013-05-05
description: "$( document ).ready(function() { // Handler for .ready() called. $("
canonical_url: https://idratherbewriting.com/2013/05/05/do-short-topics-make-information-more-findable/
---
# Do Short Topics Make Information More Findable?
> Most users I have written for have no desire to read or skim through a long page of information. They want an answer to a specific problem. For these users, chunking instead to [create] narrowly defined topics is far preferable, even if it results in a longer table of contents. Providing an effective search mechanism is increasingly vital to the usability of any content, and search paired with small topics is an efficient way to get your users the specific answers they need.

In other words, shorter topics make it easier for users to find the information they're looking for, since there isn't as much content on the page to sort through.

I don't single this comment out for its uniqueness but rather for the way it touches upon minimalism and a general style with topic-based authoring.

Is it really true that shorter topics increase the findability of content?

## When The Short Model Succeeds

In some cases, I agree that a short topic might make information more findable. For example, when a user formulates a precise search query that connects dead center with the right topic, a short topic that answers the question more concisely than a long page helps the reader get to the information more quickly. Online examples of successful short topics might be [Yahoo Answers](http://answers.yahoo.com/) or [Stack Overflow](http://stackoverflow.com/).

Unfortunately, except for simple, direct questions, that kind of search-and-retrieve accuracy with help content doesn't always happen. More frequently, the search fails to connect to an answer in the help, which forces the user to instead browse around for the information.

If the information is fragmented into too many small topics, the browsing becomes frustrating for the user because the table of contents has too many paths and sub-paths and sub-sub paths. This leads the user to attempt more searches, which often turn up fruitless. After pogo-ing around on half a dozen short topics without finding the answer, the user gives up.

Let me expand more on the three main reasons why shorter topics don't always increase the findability of content.

## Reason 1: The User Doesn't Know the Right Terms to Search For

The search-and-retrieve argument for short topics assumes that the user knows the right terms to search for. Yet routinely, interfaces and applications use a terminology foreign to the user. The application might use "widget" instead of "sidebar section," "module" instead of "plugin," "template" instead of "php include," and so on. Without a knowledge of the correct terms, the user won't be able to connect to the right topic via search.

## Reason 2: The User Doesn't Construct Well-Formed Search Queries

The second reason the search-and-retrieve model fails is because users don't often construct well-formed search queries. If you've ever looked at a list of search queries from a web analytics engine, the queries are short (one or two words), vague, and often hard to understand.

For example, a user searching for information on setting up a widget might simply type "web layout" or "design site." The chances that this search connects with the topic "Configuring and Setting Up Widgets" are small.

According to Jakob Nielsen, users get progressively worse with each query reformulation:

> Given that search is becoming old hat on the Internet, you might think users would develop advanced search skills. Not so.
> Typical users are very poor at query reformulation: If they don't get good results on the first try, later search attempts rarely succeed. In fact, they often give up. We recently studied a large group of people as they [shopped on various e-commerce sites](http://www.nngroup.com/reports/ecommerce/). Their search success rate was:
> - First query success rate: 51%
> - Second query success rate: 32%
> - Third query success rate: 18%
> In other words, if users don't find the result with their first query, they are progressively less and less likely to succeed with additional searches. Many users don't even bother: In our study, almost half the users whose first search failed gave up immediately. (See [Search: Visible and Simple](http://www.nngroup.com/articles/search-visible-and-simple/).)

## Reason 3: The User Can't Articulate the Real Problem

The third reason the search-and-retrieve model fails is because users often cannot articulate the real problem they're having. Users can't search for concepts they don't yet know. But even if they do know the concept or task they want, it's sometimes hard for users to articulate what's actually wrong.

For example, suppose the user is having computer issues with slow performance, viruses/adware, and lack of storage space. The user needs help and wonders how to fix the issues.

In such a scenario, the user might search for a variety of issues but never quite pinpoint the exact issue. The user might search with queries such as "computer slow reboot not helpful" or "remove viruses reinstall" or "disc drive time performance".

These searches reinforce the idea that the user doesn't exactly know what he or she needs. That's why the user is searching in the first place -- to try to find information. If the user already knew the exact terms and question to ask, he or she probably wouldn't be using search.

(By the way, earlier I wrote about some of these search issues in [Browse versus Search: Stumbling into the Unknown Unknown](https://idratherbewriting.com/2010/05/26/browse-versus-search-organizing-content-9/), so check out that post to dive deeper into this topic.)

## Reason 4: Users Don't Rely on Search as Much as We Sometimes Think

There's another reason short topics fail. We often assume that because we like to use Google so much, users must also use our site's search box as their default mode for finding anything. Yet  Web Usability Blog found that only about 5% of a site's visitors used the search (see [Navigation versus search](http://webusability-blog.com/navigation-versus-search/)).