Search & Filtering
What to Put on a Zero-Results Search Page: A/B Test
A failed search leaves visitors without the results they wanted. Spelling suggestions, category links, and related products may offer another path. The defined variant includes these elements together, so the result applies to the recovery page as a whole, not to any one block.
A/B test scenario. This page is a test plan, not the result of a real experiment.
- Search
- Zero-results recovery rate
Control vs Variant
Absent on one side, present on the other.
- Changed
- Presence
- Page
- Search
- Difference
- added
Hypothesis
If a failed search shows a spelling suggestion, popular categories and similar products instead of an empty screen, visitors can find another path to a product without giving up. That gives the zero-results recovery rate room to rise.
Test plan
When to run this test
Search logs make the case for this test when a noticeable share of queries return nothing and most of those visitors end their session on the empty screen; misspelled queries point the same way. When the recovery page does its job, visitors move on to a suggested category or product, and repeat searches and session continuation rise. If the real problem is that terms the catalog does carry fail to match, fix the matching first, start the test after that and leave the matching rules alone while it runs.
How to measure success
Zero-results recovery rate
Among eligible visitors assigned on the zero-results page, measure the share who reach and view a product page from search results or a relevant category within the follow-up window.
Also track
- Search again rateCompare new queries among visitors assigned to the zero-results page.
- Session continuation rateCompare visitors who continue interacting with the site in the same session window.
- Purchase after zero resultsCount purchases among all eligible assigned zero-result visitors during the follow-up period.
- Page load timeMeasure page speed after the recommendation block appears under the same device and network conditions.
How to set it up
- Recovery experienceAdd one predefined recovery experience combining spelling suggestions, relevant categories and suitable products.
- Content rulesKeep recommendation sources and eligibility fixed.
- Search fieldKeep the query editing field available and consistent in both arms.
- OrderKeep block order fixed; testing each block separately requires separate experiments.
- DeviceReview mobile and desktop separately.
What to watch when reading the result
- 1Recovery rate counts visits to a product page; check whether those visits turn into sales with purchase after zero results, counted over an equal follow-up window. If page load time shows the blocks slowing the page down, the gain may exist only on paper.
- 2Because the variant shows all three blocks together, the result belongs to the recovery page as a whole, and this test cannot tell you which block did the work. Split the read by device as well, and leave block-by-block comparisons to later tests.
- 3Check that recommended products actually relate to the query and that the page has not turned into a campaign showcase; irrelevant suggestions may draw clicks but they mislead visitors. Offer the spelling suggestion as a choice and never swap the visitor's query for it automatically.
- 4Visitors who hit zero results may be a limited group, so the difference can stay unclear for a long time. Feed the current recovery rate and the minimum lift worth acting on into the sample size calculator to find the visitors needed per arm. Divide that by the zero-result traffic each arm gets per day to fix the run length before launch, and do not call the test early.
Frequently Asked Questions
Can this test identify which recovery block works?
No. Spelling suggestions, category links and product recommendations form one recovery experience. The result applies to the whole page. Keep block order fixed and test individual blocks later. Use product-view recovery after zero results as the primary outcome.
How should recovery rate be defined?
Among eligible visitors assigned at the zero-results page, count those reaching and viewing a product through search or a relevant category within the follow-up window. Track repeat searches and continued sessions diagnostically, plus purchases across all assigned visitors.
How should recommendations be selected?
Keep them relevant and avoid turning recovery into a campaign page. Fix recommendation sources and eligibility rules. Automatically applying spelling corrections may surprise users.
What if recovery blocks slow down the page?
Measure performance under comparable device and connection conditions. Slowdowns can offset recommendation benefits. Preserve a usable query-editing field in both groups and keep search-matching rules fixed.
More tests in Search & Filtering
All testsRelevance vs Best-Selling Default Search Sort A/B Test
SearchSearch purchase conversion rate (CR)
Compare relevance and best-selling as the default search sort while keeping the result set and filters unchanged, using search conversion as the primary KPI.
Making the Navigation Menu Sticky: A/B Test Example
UI elementsPurchase conversion rate (CR)
An experiment example comparing a standard menu against one that stays fixed while scrolling, weighing faster navigation against lost screen space.
Mega Menu or Simple Horizontal Menu A/B Test Example
UI elementsPurchase conversion rate (CR)
Compare a multi-column mega menu with a one-row horizontal menu without a mega panel. The category hierarchy changes too; see both arms and the KPI.
