A shopper searching your store wants products. Returning blog posts and a shipping policy alongside them is the fastest way to lose the sale.
Pointing the Search Bar at products only takes one setting, and product results come back with prices and short descriptions attached.
For every Search Bar setting in one place, see the Search Bar guide.
Before You Start
- Edition: Free. Measured with Nexter Blocks Pro deactivated, the Search Bar renders identically — form, input, dropdowns, suggestions and results all work without Pro.
- Block to enable: Search Bar, switched on under Nexter > Blocks in your WordPress dashboard.
- WooCommerce active, with published products. Product search is guarded: with WooCommerce inactive the block returns an error rather than an empty list.
Steps
- Select your Search Bar block, open Extra Option, and switch on Only for specific CPT.
- Set CPT Type to Products.
- Turn on price and short description in the result settings, then publish.
- Search for a product on the real page.
There is also a per-field post type source in Search Bar Fields, with a Post/Taxonomy toggle. Measured on 5.0.6: choosing Post there saves with no post type attached and has no effect on the search — no dropdown renders and results are not restricted. Only for specific CPT, used above, is the setting that actually works. Reported to the developers.
How It Behaves
Product results are not just posts with a different type. The block asks WooCommerce for the product object and renders its own price markup.
- Results are restricted to products. Measured with Only for specific CPT set to Products: a term returned 3 products, while the same term unrestricted returned results across all post types.
- The price is WooCommerce’s own. Measured on a discounted product, the card rendered the struck-through original beside the sale price, exactly as the shop pages do.
- The short description renders as its own line, separate from the excerpt.
- Hidden products stay hidden. Measured in the query: product searches always exclude the exclude-from-search and exclude-from-catalog visibility terms.
- WooCommerce is required, and the block says so. With WooCommerce inactive the request returns an explicit error rather than an empty list.
Limitations
- No WooCommerce means no product search. This is a hard requirement, not a degraded experience.
- Variations are not searched individually. A search matches the parent product, not a specific size or colour.
- SKUs are not matched by default. The enabled fields are the standard post fields; a SKU lives in product meta.
- Out-of-stock products still appear unless you have excluded them from the catalogue in WooCommerce.
- Only the title is matched by default, so a product findable by a word in its description needs content matching switched on.
Troubleshooting
The search returns an error instead of results
WooCommerce is not active. The block checks for it before running a product query and reports it rather than returning an empty list.
Prices are not showing on the cards
The price toggle is in the result settings and has to be switched on.
A product I can see in the shop is missing
Check its catalogue visibility. Products marked hidden from search are excluded deliberately.
Blog posts are still appearing
Check that Only for specific CPT is switched on and CPT Type is set to Products. The per-field post type source does not restrict anything (see the note above).
