Tag: Site Search

  • Faceted Navigation: How Product Taxonomy Powers Your Filter System

    Faceted Navigation: How Product Taxonomy Powers Your Filter System

    Faceted Navigation: How Product Taxonomy Powers Your Filter System

    Faceted navigation is the filter sidebar on your category pages. It is one of the highest-impact conversion tools in ecommerce — when it works. When it does not work, customers face unusable filter options, incomplete results, and irrelevant products. The difference between a working and a broken faceted navigation system almost always comes down to the quality of the product taxonomy underneath it.

    What Is Faceted Navigation?

    Faceted navigation is a multi-dimensional filtering system that allows customers to narrow a product set by applying multiple attribute filters simultaneously. Each filter dimension — colour, size, brand, material, price range — is a “facet”.

    When a customer lands on a “Women’s Running Shoes” category page and uses the filters to select: Size = 8, Colour = Black, Brand = Asics — faceted navigation returns only the products matching all three criteria simultaneously. This is fundamentally different from traditional category browsing where customers can only drill down one level at a time.

    Faceted navigation significantly increases the probability that a customer with specific requirements finds what they are looking for — which directly increases conversion rate on category pages. But it only works if the attribute data powering the filters is structured, consistent, and complete.

    The Taxonomy-Navigation Connection

    The filter options available on any category page come directly from the attribute values assigned to products in that category. Your product taxonomy determines:

    • Which attributes exist as filters — only attributes defined in your taxonomy attribute set for that subcategory can become filters
    • Which values appear in each filter — only the distinct values present in your product data for that attribute appear as filter options
    • How many products each filter returns — if 30% of products are missing an attribute, filtering by that attribute returns an incomplete set

    This means a product taxonomy decision — what attributes to assign to a subcategory, what values to allow for each attribute — directly determines what filters customers see and how useful those filters are. For the foundation on building taxonomy correctly, see What Is Product Taxonomy and How to Build a Product Taxonomy From Scratch.

    Why Flat Taxonomy Breaks Faceted Navigation

    A flat taxonomy — one level of categories with no subcategories — forces all products in a top-level category to share the same filter set. In a home goods store with a flat structure, the “Furniture” category contains sofas, dining tables, bed frames, and desk lamps. The filter panel must serve all of them simultaneously.

    The result: a filter panel that includes Number of Seats (relevant to sofas only), Bed Size (relevant to beds only), Bulb Type (relevant to lamps only), and Seating Capacity (relevant to dining tables only) — all visible at once, none relevant to all products. Customers see a confusing, cluttered filter panel and abandon filtering entirely.

    Hierarchical taxonomy solves this by enabling category-specific filter sets. Sofas get their own filter panel with Number of Seats, Configuration, and Fabric. Lighting gets its own panel with Fitting Type, Dimmable, and IP Rating. Each subcategory shows only the filters relevant to it. The Flat vs Hierarchical Taxonomy guide covers when each approach is appropriate.

    The 4 Attribute Rules for Effective Faceted Navigation

    Rule 1: Normalise attribute values

    Every attribute that becomes a filter must use controlled, consistent values. Colour cannot have 40 variations of blue — it must have one “Blue” value (plus specific shades as a secondary attribute if needed). Size cannot have “S”, “Small”, “SM”, “size S”, and “SMALL” — it must have one normalised “S” value. Unnormalised values create filter option lists that customers cannot navigate.

    Rule 2: Ensure completeness for filter attributes

    A filter attribute that is missing from 40% of products returns a result set that excludes 40% of matching products. If a customer filters by Colour = Blue and 40% of your blue products are missing the colour attribute, the filter is hiding products the customer would buy. Run completeness checks on every filter attribute — any attribute below 90% coverage is undermining your conversion rate.

    Rule 3: Define filter attributes per subcategory, not globally

    Different subcategories need different filters. Do not apply a global attribute set across all categories. Define which attributes become filters for each subcategory — this is a taxonomy design decision, not a platform configuration decision. The attribute set in your taxonomy is what drives the filter panel.

    Rule 4: Keep facet option counts manageable

    5–15 options per filter facet is the usable range for most attributes. A colour filter with 40 options is unusable. A brand filter with 200 options needs a search-within-filter feature. Use controlled attribute value lists to prevent facet option counts from growing beyond the usable range as your catalog expands.

    Common Faceted Navigation Failures and Their Taxonomy Root Causes

    SymptomRoot CauseFix
    Filter returns zero results despite products existingProducts missing the filter attributeAttribute completeness audit + bulk fill
    Colour filter has 40+ optionsUnnormalised colour valuesColour normalisation — map to controlled value list
    Filter returns wrong product typesProducts miscategorised in wrong subcategoryReclassify affected products
    Same filter appears on every category regardless of relevanceFlat taxonomy — no subcategory-specific attribute setsMigrate to hierarchical taxonomy with per-subcategory attribute definitions
    Filter option counts are highly inconsistentAttribute values assigned inconsistently across catalogControlled vocabulary enforcement + bulk standardisation

    The root cause of most faceted navigation failures is not a platform problem — it is a product data problem. The Completeness Checker identifies which attribute gaps are most significant across your catalog. The PIM Readiness Score gives you a full picture of where your taxonomy and attribute governance has gaps affecting both faceted navigation and channel performance. Also see How Bad Taxonomy Kills Your Site Search for the broader impact beyond filters.

    Frequently Asked Questions

    What is faceted navigation in ecommerce?

    Faceted navigation is a filtering system that allows customers to narrow a product set by applying multiple attribute filters simultaneously — for example, filtering shoes by Size = 8, Colour = Black, Brand = Nike, and Style = Running to show only matching products. Each filter dimension is a “facet” derived from structured product attributes in your taxonomy.

    Why does product taxonomy affect faceted navigation?

    Because the filters on any category page come directly from the attribute sets assigned to that category in your taxonomy. If your taxonomy assigns different attributes to different products in the same category, or uses inconsistent attribute values, the filter options become incomplete or unusable. The taxonomy is the data layer that faceted navigation is built on.

    What is the difference between faceted navigation and site search?

    Site search retrieves products matching a keyword query. Faceted navigation filters an existing product set by attribute values. They work together — a customer searches “running shoes” (site search), then uses facets to filter by size and colour (faceted navigation). Both depend on the same underlying product data quality, which means taxonomy problems typically affect both simultaneously.

    How many filter options should each facet display?

    5–15 options per facet is the usable range. Fewer than 5 suggests the attribute is not differentiated enough to warrant a filter. More than 15–20 options on a single facet is typically unusable — customers cannot scan that many options efficiently. Use controlled attribute value lists and normalisation to keep facet option counts manageable as your catalog grows.

  • How Bad Product Taxonomy Kills Your Site Search (and What to Fix First)

    How Bad Product Taxonomy Kills Your Site Search (and What to Fix First)

    How Bad Product Taxonomy Kills Your Site Search (and What to Fix First)

    Site search is where buyers with high purchase intent go. A customer using your site search already knows they want something — they are not browsing, they are trying to buy. When that search fails, returns irrelevant results, or shows broken filters, that customer is gone. And bad product taxonomy is the reason it fails more often than any other factor.

    This article covers the exact ways taxonomy problems break site search, how to identify which ones are costing you the most, and what to fix first for the fastest conversion impact.

    The 5 Ways Bad Taxonomy Destroys Site Search

    1. Zero-result searches for products that exist

    A customer searches for “navy waterproof jacket”. You have three of them in stock. But they do not appear in the results because the colour attribute is stored as “Storm Blue” in one product and “Dark Navy” in another — neither matches “navy”. The filter engine cannot retrieve products it cannot match.

    This is the most costly taxonomy failure because it is invisible. Your product catalog tells you nothing is wrong. Your search results tell the customer nothing exists. They leave and buy elsewhere.

    2. Broken filters from inconsistent attribute values

    Filters are only as good as the consistency of the attribute data they draw from. If your colour attribute has values like “Navy”, “Dark Navy”, “Midnight Navy”, “Navy Blue”, “Storm Blue”, “Deep Blue”, and “Steel Blue” — your colour filter becomes a list of 40+ options that customers cannot navigate. They give up on filtering and resort to keyword search, which then fails for the reason above.

    The same problem affects size (S, Small, SM, Sm, size S), material (Cotton, 100% Cotton, Pure Cotton, Cotton Rich), and almost every attribute that is entered manually without controlled values.

    3. Wrong products in search results

    A product placed in the wrong category surfaces in the wrong filter context. A customer filtering “Women’s Shoes” should not see men’s boots that were miscategorised. This damages trust immediately — if your search returns obviously wrong products, customers lose confidence in the entire catalog.

    4. Missing attributes creating empty filter panels

    If 30% of your sofa products are missing the “Number of Seats” attribute, your seating filter only covers 70% of your sofas. A customer filtering for 3-seater sofas gets an incomplete result set and may conclude you do not stock what they need — when you do, it is just missing the attribute that would surface it.

    5. Flat taxonomy making all filters identical

    A flat taxonomy with no subcategories means all products in a top-level category share the same filter panel. A home goods store with a flat structure shows size, colour, and material filters for sofas, ceiling lights, and kitchen knives simultaneously — none of the filters are relevant to all products, so none of them are useful to anyone.

    Hierarchical taxonomy enables category-specific filter sets — sofas show Number of Seats, Fabric, and Configuration; lighting shows Fitting Type, Bulb Included, and Dimmable. The difference in filter usability is dramatic. See Flat vs Hierarchical Taxonomy for when each applies.

    How to Find Which Taxonomy Problems Are Hurting You Most

    Before fixing anything, identify where the problem is largest. Three data sources tell you this:

    1. Site search zero-results report

    Extract your zero-result search queries from your analytics platform. Every query that returned zero results is a potential taxonomy failure. Match these queries against your product catalog — if the product exists but did not surface, the cause is almost always a missing or inconsistent attribute value.

    2. High-exit filter paths

    Look at which filter combinations have the highest bounce or exit rates. If customers who filter by “Blue” then immediately leave, the blue filter results are irrelevant or incomplete. This points to a colour normalisation problem.

    3. Attribute completeness audit

    Run an attribute completeness check across every subcategory. What percentage of products in each subcategory have the Size attribute? The Colour attribute? The Material attribute? Any subcategory below 80% completeness on its required attributes has broken filters. Use the Completeness Checker to run this across your full catalog.

    What to Fix First — Priority Order

    1. Colour normalisation (fastest impact, lowest effort) — create a controlled colour value list (Blue, Red, Green, Black, White, Grey, Yellow, Pink, Purple, Brown, Orange, Beige) and remap all existing colour values to it. This immediately fixes colour filters across all affected products.
    2. Fill missing required attributes (high impact, medium effort) — identify which attributes are missing at scale using your completeness checker, then bulk-fill them. Start with the subcategories that have the most products and the lowest completeness scores.
    3. Reclassify miscategorised products (medium impact, low effort per product) — use your zero-results report to identify which searches are failing and cross-reference against product records to find miscategorised items. Fix them in batches by subcategory.
    4. Restructure flat to hierarchical (highest long-term impact, highest effort) — this is the right fix if your underlying structure is flat. It takes longer but compounds — every future product benefits from the correct structure without manual intervention. See How to Build a Product Taxonomy From Scratch for the build process.

    The PIM Readiness Score identifies exactly where your current taxonomy and attribute data governance has gaps — and gives you a prioritised action list to work from. Free, takes 5 minutes. Start there before deciding which of the four fixes to tackle first.

    Frequently Asked Questions

    How does bad product taxonomy affect site search?

    Bad taxonomy causes zero-result searches (products exist but are miscategorised or missing attributes), broken filters (attributes not consistently assigned), and irrelevant search results (products from wrong categories surface). Customers see these as a broken site — they do not know the cause is data quality.

    What is the fastest taxonomy fix for improving site search conversion?

    Colour normalisation delivers the fastest visible impact. If your colour attribute has 40+ inconsistent values instead of a controlled list of 8–12 normalised values, your colour filter is broken for every customer who uses it. Normalising to a controlled list immediately fixes colour-based filtering across all affected products without changing your catalog structure.

    How do I find which taxonomy problems are hurting my site search most?

    Extract your zero-result search queries from your analytics platform — every query that returned nothing for a product that exists is a taxonomy failure. Cross-reference against your product catalog to identify the specific attribute gaps. Also run an attribute completeness audit by subcategory to find where required attributes are most frequently missing.

    Can site search work well with a flat taxonomy?

    Only for very small catalogs under ~200 products. Once the catalog grows, a flat taxonomy forces all products in a top-level category to share the same filter panel regardless of product type — making filters irrelevant and unusable. Customers abandon filtered search and rely on keyword search, which then fails due to inconsistent attribute values.