In our reading, a visitor arriving at an airline, an apartment rental company, or a new-construction home builder often starts by trying to find something specific: a flight, a place to live, a home that is actually for sale. If that first step is hard to notice, the visit is already off course. A visitor arriving at a small accounting practice may instead need to understand the service and get in touch. A large search field at the top of that header can get in the way of the real action.
Some businesses need search far more than others, and should feature it prominently in the header. This guide helps you decide how prominent site search should be, after you name what visitors are trying to find and which kind of search you are offering. A short check follows once you know the task: compare the header at phone, tablet, and desktop widths, and record whether search is a field, a labeled action, an icon, or hidden in a menu. A visible desktop field can become an easy-to-miss icon, or disappear into a menu, on a phone. This is a header-search check, not a complete page review.
The businesses and headers below are illustrative examples, not test results or published findings about those industries.
What Are Visitors Trying to Find?
Match the header to the finding task, then validate the choice with visitors. The directions in this table are editorial recommendations, not business-category laws.
| Common Visitor Need | Header Direction | Likely Search Starting Point |
|---|---|---|
| Find an available flight, rental, or new home matching particular requirements | Treat search as a candidate for a main header action | A short structured form, or a clearly labeled route to it |
| Find a known item or topic in a substantial collection | Give search strong visibility | A keyword field, potentially with autosuggest |
| Explore options without knowing what to type | Make the search route visible and help visitors begin | Guided search: options or suggestions presented before or while typing |
| Understand a small service offering and contact the business | Let the primary service or contact action lead | Secondary search, if it serves a genuine need |
Match Search Prominence to the Visitor’s Task
Search is not always a utility tucked beside the logo. On some sites, finding an available option is the reason for the visit.
Think of an airline, an apartment rental company, or a new-construction home builder. In each case, the visitor often arrives with requirements already in mind: when, where, what kind, and at what price. Our reading — an inference, not a published header-search finding for those industries — is that these are businesses where search deserves to be a main header action, because making it harder to notice would make the main job harder to start. On sites like these, what people call search is often a short structured form (dates, a location, a type of place) rather than only a keyword box. That, too, is our reading. A full form does not have to occupy every header. A prominent, clearly labeled entry point can lead to the search experience.
Contrast that with a business whose visitors mostly need to understand an offer and make contact. Search can still exist, but it should not displace the action those visitors came to take. If you are still deciding how the site balances finding something with reading and inquiring, Brochure Site or Task-Led Site? is the place for that mix.
A practical question is: would making search harder to notice make the main reason for visiting harder to begin?
In Baymard’s 2014 ecommerce research on search-field design, users treated the prominence of the search field as a signal of how strongly the site recommended search, versus browsing categories in the menus. Baymard advises matching that prominence to how important search is on the site: more prominent where search is the preferred way to find a product, more subdued where category browsing is preferred. That evidence is from ecommerce testing, and the article is from 2014. Use it as a principle, not as proof of the best header for an airline or a property business.
Decide What “Search” Means on Your Site
“Search” covers more than one starting point. These can coexist. They are not a ladder from basic to advanced.
Keyword search is a search bar where visitors type a word or phrase. Autosuggest shows recommended queries as they type. Even when visitors do not select a suggestion, Nielsen Norman Group’s 2018 article on search suggestions notes that suggestions can show what the site offers, and that if a product does not appear in the suggestions after the first few characters, some people may conclude it is not available.
Structured search, as used in this guide, is a short form for the criteria that matter (dates, location, type, price range). It is our name for the pattern described above, not a standard industry term.
Guided search is this guide’s own term for search that shows what is possible through category options, filters, or suggestions before or while the visitor types. These prompts help visitors begin or refine a query without having to supply all the right words themselves.
Conversational search is a free-form, natural-language query where AI does the searching and filtering. Treat it as an option to test, not as a replacement for a clear starting point. The evidence on AI search on a company’s own site is thin. That discussion is later in this guide.
Once a search has started, filters help visitors narrow the results. How those filters should work on a listing or results page is covered in Product Listing Page Best Practices.
Make Important Search Noticeable in the Header
Once you know search matters, the header has to make that starting point easy to see.
Baymard’s 2014 research describes three practical levers: position, contrast, and size. A field in the center of the header gets more attention than one tucked at the top right. Nielsen Norman Group’s 2018 ecommerce studies found the search box almost uniformly alongside the global navigation. People looked for a wide, empty field or a magnifying-glass icon. A magnifying glass alone can be enough on a phone. Displaying a full search field is, in that guidance, worth the screen space “if you know your sales depend on search.” A tiny icon on a desktop header, or search buried under a menu, is listed as a common low-visibility problem.
That evidence is also from ecommerce. Use it as principle: if search is central, it should be recognizable and easy to start, and it should not replace navigation. A 2014 Nielsen Norman Group article argues that when sites prioritize search over navigation, people have to invent queries, remember the right words, and do more work than browsing a visible structure.
Compare what you have: a visible search bar, a labeled search action, an icon, or a route hidden in a menu. A field is not always better than a labeled action. Ask whether a visitor can tell that search is available and start it without hunting. If search is hidden in the menu, How to Review a Mobile Menu is the place to review the menu itself. This guide only asks whether hiding search there is hiding a main action.
If search is a main header action, it is a candidate for the one important action that may stay in a compact bar while people scroll. Deciding whether that bar should stay visible is a separate question, covered in Should Your Header Stay Visible While You Scroll?.
A large search module can also crowd the first view on a phone. If that competition with other first-view content is the issue, What Belongs Above the Fold on Mobile? covers how to judge what comes first.
Review the Header at Phone, Tablet, and Desktop Widths
Online Website Previewer is a free tool and does not need an account. Paste the page address and press Preview to see the live page at phone, tablet, and desktop widths: 390 by 844, 820 by 1180, and 1920 by 1080 CSS pixels. Those are practical comparison sizes, not a match for your visitors’ devices. Record whether search appears as a field, a labeled action, an icon, or something hidden in a menu at each width.
Then ask:
- What form does search take?
- Can a visitor tell what they can search for?
- Has a main action become hard to notice at the narrower width?
- What must the visitor do before they can begin?
The preview shows layout, not whether visitors understand the search or get useful results.
Before interacting with the live page, use a safe test path. Typing into a live search bar is a real action on the real site. Do not submit a booking or an inquiry you do not mean to send.
A useful extra check, once you are on the live site, is to ask someone with a realistic finding task to begin, without pointing out the search control. You can still finish the layout comparison on your own. Record where they hesitate or cannot start, and ask the team to investigate, rather than treating one person’s difficulty as a verdict on the header.
Treat Conversational Search as an Option to Test
If your site does not offer conversational search, you can skip this section.
Some sites now offer a conversational field: the visitor types a request in everyday language, and AI searches and filters. The evidence on AI search on a company’s own site is thin. Research about web-wide chatbots and search engines does not, by itself, establish whether a company site should lead with conversational search.
If conversational search is present, keep the check short. Can visitors find it? Does it say what it can do? Can they still reach ordinary search, or a person, if it does not help? Do not recommend replacing a clear keyword field, structured form, or navigation just because a conversational option exists.
Send a Header Recommendation the Team Can Use
Include the page, the widths you compared, what form search takes, and whether it is a field, a labeled action, an icon, or hidden in a menu. Separate what you observed from what you infer and from what you want the team to confirm.
A useful note could say:
On the Courtland Rentals homepage at [page address], I compared 390 by 844, 820 by 1180, and 1920 by 1080 CSS pixels. At the phone width, search is a small icon inside the menu. At the tablet and desktop widths, it is a short keyword field at the far right.
We infer that visitors often need to search by dates, location, and type of apartment. Please confirm whether that is a main task. If so, make the route to that structured search clear in the header at every width, rather than hiding it in the menu.
Recommend a visible, understandable route to important search. Keep search accessible even when it is secondary, without letting it displace a more important contact or service action. Then confirm the choice with people who actually have that finding task.
