Usability: Why Did We Move The Search Box?

On May 13th, we changed the default appearance of the English Wikipedia to use the new look developed as part of the Wikimedia Usability Initiative. On June 9th, we unveiled the new look in the remaining top 9 languages (by access volume). Other languages will follow in the coming weeks.

The key elements of the new design had been in public beta testing for many months, and hundreds of thousands of users had already adopted the new look. But, nothing compares to the real thing, and we tried to make the switch as painless as possible — by offering a quick way back to the old layout, by explaining our reasoning, observing and listening to comments carefully, fixing bugs and implementing changes quickly.

The single most frequently expressed concern about the changes we’ve made is the relocation of the search box from the left sidebar to the top right corner. This blog post will give an extended explanation of why we made the change, the other changes we made to the search, and what we’re planning to do next.

The old search box location

The default location of the search box in MediaWiki, the software used by Wikipedia, is below the “navigation” box in the top left corner. This was also the location in the English language Wikipedia, as well as many other language editions. Some language editions, including the German one, had customized the location of the search box, and moved it directly below the logo.

What do we know about search usability?

There are essentially three factors that influenced our decision to relocate the search box:

  • common user expectations regarding the placement of the search box on web pages, as determined by the preexisting body of usability research;
  • usability research regarding ideal search box width, and implications for the search box placement in our layout;
  • ability of our test subjects to locate and use the Wikipedia search box, as determined by Wikimedia usability tests in a research lab.

There are several scientific studies that have examined the ideal placement of common objects on web pages. One early study by Michael Bernard conducted in 2001 by surveying participants regarding the expected placement of web objects such as internal links, external links, and search found that both new and experienced web users “generally expected internal search engines to be located in the upper and bottom-center of a web page. A smaller number expected it to be located at the top right of the page.”

This study was followed up five years later by A. Dawn Shaikh and Keisi Lenz (”Where’s the Search? Re-examining User Expectations of Web Objects”) in a survey of 142 participants. The study found that expectations had changed significantly, especially regarding the placement of the site search engine. The figure below illustrates the areas where participants expected the search to be found:

Expected location of site search engine

As the authors speculate and as seems intuitively plausible, early expectations of the placement of the search box were likely driven by the fact that search was commonly associated only with search engines of the time like AltaVista, not with site-specific searches. As more and more sites developed internal search functions, those were increasingly placed in slightly less exclusive screen real estate than the top center, shifting users’ expectations to look for search features in the top right corner.

Another factor that may have influenced user expectations is the common placement of search engine features in the top right corner of the web browser window.

There are practical advantages of positioning the search in the top right. As summarized in this research paper, several usability studies have pointed out a key advantage of navigational elements being placed on the right: it gives immediate access to the browser scrollbar. This is particularly valuable when a) scrolling up and down a list of search results, b) scrolling up and down an article you’ve just called up for information.

Search box width, and placement implications

 

A separate body of research examines the question what width makes a search box user-friendly. A search box that is too narrow obscures the user’s query while typing, inhibiting their ability to complete their search quickly. Usability luminary Jakob Nielsen recommends an ideal width of 27 characters.

The old search box is approximately 20 characters wide, the new search box accommodates 24 characters. More importantly, due to the placement of the old search box in the sidebar of the layout, widening the search was impossible without either relocating it or widening the sidebar.

The search box placement in the top right allows us to maintain a fixed standard width from one page to the next, while giving us maximum flexibility as to what that width should be. To make it even easier for users, we are experimenting with an expandable search, which is currently deployed in our sandbox 3. When you click the box, it will expand significantly to the left.  We may or may not end up deploying this feature as we continue to look at ways to make search more accessible and user-friendly.

Our own research

In the course of the usability and user experience work since last year, we have so far completed a total of three usability studies, all of which are documented on the usability wiki:

These studies included both remote and San Francisco based participants. While the primary focus of our studies were obstacles people encountered when editing, finding search in the navigation was clearly one of them, and our test subjects tended to resort to common web search engines to navigate Wikipedia instead of using the site’s own search. With the new search box placement, users’ ability to find and use the site search was markedly improved.  One user intuitively used the search box in its new location and then consciously realized that it had been moved.  To see videos of the other subjects finding and using the search box with ease, please see here.

For those unfamiliar with usability testing, it’s important to note that small samples and agile, iterative tests are commonly understood to be an effective method for discovering most key user interface issues. Our sample sizes were actually larger than strictly necessary, and more diverse than typical due to our use of remote testing methods.

With that said, we didn’t test the English Wikipedia against other languages which had placed the search box directly below the logo, and we recognize that this alternative placement is already an improvement to match user expectations. However, based on the cited research above, as well as the design reasons for moving the search box to the top right, we still believe that the overall case for moving the search is compelling even for those languages, if slightly less so.

So .. why did you move the search box? I liked it where it was!

In sum, we moved the search box to a) match web practices and user expectations, b) make it possible to widen it consistent with common usability recommendations, c) in response to actual observed problems of test subjects when using the old search.

We also recognize that millions of Wikipedia users had adjusted to the old placement, and will now have to re-adjust to the new placement. However, Wikipedia’s global audience grows by tens of millions of users every year (it is currently at 375 million unique visitors/month world-wide), and we hope to grow it by hundreds of millions in this decade. That will require that we adapt to common user expectations, rather than expecting every new user to adapt to us.

This will unfortunately inconvenience those who have adapted to the old placement. Do we absolutely know that to be the correct decision? No, but the fact that existing users are temporarily inconvenienced by it is not at all indicative that it is not.

Other search changes we made

It’s worth noting that the search box placement isn’t the only thing we changed about the search function. Perhaps most notably, the old search had two buttons (”Go” and “Search” in English). If you asked even an experienced user what the difference between those buttons was, you would get wildly different answers, and bug 577 had been open since 2004 because of this.

To answer the mystery: the “Go” button attempts to find an article with the same title as the entered search term and, if it fails, runs a full-text search of all articles.  “Search” will always run the full-text search.  “Search” is necessary where you want to search for a word instead of displaying the article of that title (say, you want to search for instances of “George W. Bush” all across Wikipedia).

In the new design, the less common case (search all across Wikipedia for a phrase, regardless of exact match) can be accessed using the “containing …” option in the drop-down menu. We believe this is both a more discoverable implementation, and it reduces overall clutter and complexity of the search.

Measures and coming changes

We are monitoring overall search volume. In the first week since the deployment, we have observed neither a statistically significant increase nor a decrease in search volume, but it’s too early to draw conclusions. There are also confounding variables. As noted above, the search box has changed not just in placement, but also in appearance and behavior. Finally, search volume isn’t the only interesting metric: search convenience (how long does it take users to, on average, find the search) is another one.

We’ll try to get our hands on solid metrics, but we’ll also continue to look for ways to make search more user-friendly (such as the auto-expansion), fix bugs, and so forth. In continuing our efforts to improve the user experience of all our projects, both for new and experienced users,  we’ll try to share our thoughts with you frequently, and work with you to figure out the right answer. And, if you just can’t get used to the new search — you can always switch back to the old layout, which will continue to be there for you.

Warmly,

The User Experience Team

40 Show

40 Comments on Usability: Why Did We Move The Search Box?

Trazeris 4 years

@Dan well you have a point about the behaviour ok MW on a large screen, but can you imagine the reaction of the (above) users if they chose to limit the measure of the pages?
People whine about the relocation of a search box obviously in a wrong position, just imagine what they would do if you redesigned the layout from the ground up…

Dan 4 years

And: have you ever seen wikipedia on a screen with a resolution of more than 1024×768 px? It’s nearly unusable. Has your ux team ever heard of things like column wide for good readability, focused text input boxes or how long a mouse way should(‘nt) be?

Dan 4 years

The only two notable changes for me: 1. Where is the Language switcher? (that’s a very stupid US centric view to hide the links) 2. What the hell they did with the Search Box and behaviour?

There is only one good place for search in a mediawiki Site like Wikipedia: top middle as a toolbar. And with search page – and fulltext by default.

And that’s not true – you are saying a 140 people study from 2006 for not-search-sites is your base for a 2010 work on a million user search site?

And regarding “users have tested” – without a good survey this test means nothing – cause users use testsites without much complains or feedback without being asked for it.

shodan 4 years

@Dan

I was going to comment on something else but you said

“@Franz Cheers! It’s a very simple process to create an account”

I think you are not taking into account how unintuitive it is for a common user to create an account when that user has no concept of what an account is

I am computer ressource person for a lot of my friends and I often get comments that they cannot find the search box or are wondering where the option to get the french page has gone

I think your research is skewed the only search box I type into that is in the top right is the firefox search box which is mostly set to wikipedia or ebay.ca

this increase in learning curve steepness is a very serious stumbling block for many users

Desi 4 years

The search box is not in a natural place to look for it. As someone rightfully mentioned Google and Ebay have it in more natural positions.

A survey with 162 people – not good enough for me.

Bring the search back to where it was or watch the search queries drop like its hot!

ed-1000 4 years

Is it just me or does the search bar on the sandbox not expand? And wouldn’t it be better if it expanded to fit the text you’d typed once you filled it up?

pj 4 years

So let me sum up:
- Proposition: I don’t agree with the change. Conclusion: Argumentation by WMF emplyees is “self-serving blather.”
- Proposition: People paid for improving usability have to do something regardless of whether or not it improves usabiltiy (I’m sure there’s a huuuuge incentive to do that). Conclusion: WMF employees ignore your opinion.

Who-hoo.

real world user 4 years

Hate the new “improved” search box location – it is terrifically unfriendly to users of devices with smaller screens.

If the mediawiki folk really wanted to be on the cutting edge, functionality favoring smaller screen would have been top of the list. For shame. The “explanations” are self-serving blather from people paid to CHANGE THINGS. OF COURSE they found out that things really, really needed to be changed and that all of us users who don’t agree are simply luddite anti-progress boobs.

Way to go mediawiki. So much for user-focused systems… the developers really do know best. I guess I should go back to professionally developed encyclopedias, too, since I’m sure they know better than we users do what is worth knowing and how to arrange it all.

pj 4 years

Eddie :
In all this analysis, has anyone considered left-handed users? There’s quite of us. Our brains work differently and I think my eye is drawn to the LHS of the screen.

Wow, now this is a great argument. Because left handed users always look to the left (which is nonsense, my eyes prove you wrong), it’s bad to move the box to the right? Urgs.

Jon :
And that you try to force people creating accounts for changing back to monobook.
If you would really feel confident about vector, you would provide a simple possibility for readers to change back to monobook, but you are not.

They’re so mean. They make the site unusable just to make you register. Makes so much sense … Wikimedia really has huge interest in millions of unused accounds. (Perhaps for the advertisers? Oh right, no ads. Damn.)

And here’s my favorite comment, obviously from someone who uses a beamer to search Wikipedia:

Christian E. :
The new position on the top right is so far away (especially with new huge monitors), it always needs a turn of my head to find the search.

Jon 4 years

Moving the searchbox, and preventing users without JavaScript from using the fulltext search was just one of the big mistakes you did. The real problem is the arrogance with which you try to sit the problem out! Seems that there need to be people make you feel that it was wrong, by not donating next year.

The hardest thing for me is that you excluded several alternative systems and low power computers (think about Africa). And that you try to force people creating accounts for changing back to monobook.

If you would really feel confident about vector, you would provide a simple possibility for readers to change back to monobook, but you are not.

Robbie 4 years

Change the searchbox to the left again!!!!

Thorsten 4 years

It is a really shame to move the search-field to the upper left.

Also, the search-field should host the cursor / get the focus on pageload.

Eddie 4 years

In all this analysis, has anyone considered left-handed users? There’s quite of us. Our brains work differently and I think my eye is drawn to the LHS of the screen.

I find it more difficult to work at the extreme right (this also includes scroll bars etc) and the new position of the search box makes me feel a little lost.

If you are intent on keeping it on the right, look again at that little results table and note the significant secondary preference at top left.

Would it be so bad if there were two instances of the search box – one on each side ?

Tony 4 years

That is so cool, I learned a lot about usability here from the studies you guys cited. Great Job!

1000wattamp 4 years

Yeah…I think things need to be explained. Sometimes even though users complain, they actually are not sure what they truly want.

Krinkle 4 years

Hi folks,

After some requests about my script that moved the Monobook search bar to the top right, here’s now a script that moves the Vector search bar into the navigation column:

http://meta.wikimedia.org/wiki/User:Krinkle/Scripts/VectorSearchNav

You can do so by copy/pasting the two lines to your personal vector.js

Can also by installed as a Gadget ofcourse ;-)

Jochim Schiller 4 years

Don’t they feel ashamed – those who decided to change the architecture of a project, run by thousands and used by millions (many of them with slow internet connections), after having asked just a handful of people? No matter if the descision itself was good or bad – the way it was made is the worst I can think of!

LordAndrew 4 years

Powers :
Wait, what is this drop-down menu? I don’t see any drop-down menu. How am I supposed to do a full-text search?

I found this comment interesting, so I disabled JavaScript to see what would happen. No JavaScript means no Ajax suggestions, and therefore no access to the text search unless you type “Special:Search” into the search box. That is not good.

thoskk 4 years

I recommend switching the search box back to where it belongs. Or, at least, change it to a box that automatically contains the cursor when loading the wiki main page.
Wiki means fast, but the momentary layout always costs a several seconds to search the search box and click it. That’s a waste of time and not “wiki”.

JO 4 years

Please consider re-aligning the search box so that the prompt text (“search”) lines up with the tab text (“view history”). As is, the bottom of the search box itself is in line, but the text appears awkwardly justified, too high for the row of text before it.

Leave a Reply

Your email address will not be published. Required fields are marked *