Configurable Products In Magento Search
Magento’s composite product types are the main reason a catalogue’s row count and its shopper-facing size are completely different numbers. Getting search right means respecting the difference rather than indexing everything.
Measured
2,040 Rows, 181 Products
Magento’s own sample catalogue has 2,040 product rows. Only 181 of them are things a shopper is meant to find: 1,847 are configurable children — every colour-and-size combination of a shirt — set to “Not Visible Individually”, exactly as Magento intends.
That ratio is why “how many products do you have” is a harder question on Magento than anywhere else, and why we count what you made findable rather than what is in the table. Your bill follows the same number.
-- Magento's own sample data
2,040 catalog_product_entity rows
181 visible in catalogue and/or search
1,847 configurable children, Not Visible IndividuallyWhat we index
Your Visibility Setting Is The Rule
A product is indexed when it is enabled, assigned to the website, and its visibility includes search. Nothing about the product *type* comes into it — which is the point, because a rule per type needs a table to predict and breaks the first time a merchant does something reasonable.
It adapts in both directions. A configurable’s children stay out because you left them hidden; a bundle selection you deliberately published as separately findable goes in, because you said so.
Prices
The Number Your Product Page Shows
Composite prices are where an indexer quietly disagrees with the storefront. A configurable shows “As low as”, a grouped product shows “Starting at”, and a bundle shows a “From … To …” range — and they do not all come from the same column.
We take prices from the price index Magento maintains, choosing the column that matches the product type, so a bundle listed at “From $61.00” indexes at $61.00 rather than at the zero its own row carries. Special prices, catalog price rules and tier prices are already resolved there, so search agrees with the page.
In the results
One Result, Every Variation Searchable
A configurable stays one result no matter how many variations it has, with every child’s SKU, price, stock and option values folded into it. A shopper with a variant code from an invoice finds the parent product; a shopper browsing does not wade through forty near-identical tiles.
Because Magento needs options chosen before a configurable can go in a basket, our results grid sends those shoppers to the product page the way your own listing does — and offers Add to cart on the simple products where it actually works.
More About Magento Search
Do variations count towards my plan?
No. One product is one indexed item and one unit of your plan, however many variations it has. We count what you made findable — the visibility setting you already maintain.
What about bundle and grouped products?
Both are indexed as themselves when they are visible in search, at the price your storefront lists them from. Their members are indexed only if you deliberately made them separately findable.
Can shoppers search by variant SKU?
Yes. Every variation’s SKU is searchable and returns the parent product, which is almost always what the person holding the code actually wants.
Why does the results grid say “View” instead of “Add to cart” on some products?
Because Magento will not accept a configurable into a basket without its options chosen. Offering a button that could only bounce them to the product page would be a promise we cannot keep, so we send them there the way your own listing does.
Magento behaviour on this page last checked against a live Magento Open Source 2.4.8 install with Luma sample data on 2026-08-09.
Other Magento Search Topics
Give Your Shoppers Search That Finds Things
Free up to 100 search results, no card, no time limit. Paid plans start at $5.99/mo and are priced by catalogue size — never per search.