A fast search engine cannot repair a missing variant, and a perfect catalogue cannot
help if the result is ranked or presented poorly. ParticleSearch connects the layers so
your team can find the responsible boundary before changing anything.
01
Eligibility
Is the product current, published, available, and represented at the level a shopper is searching for?
02
Matching and control
Can the query reach the right product, and can your team correct a known gap without changing unrelated results?
03
Proof and iteration
Can you see what failed, make a bounded change, and confirm that the shopper experience improved?
Product search and merchant tools
Help shoppers find products. Give your team a way to improve search.
Use the cards as a map of possible interventions, not a checklist. Start with a search
issue you can reproduce and choose the smallest change that addresses it.
Responsive search
Query → response → product choice
Responsive
storefront search
Show shoppers products as they search
ParticleSearch measures product retrieval separately from network and rendering time. Check the full search experience on your own theme and device.
Query → response → product choice
Catalogue freshness
Source change → sync state → storefront check
Traceable
catalogue freshness
Keep product and stock changes visible
Review product edits, price changes, and stock updates through their sync state and storefront check when a result looks out of date.
Source change → sync state → storefront check
Query recovery
"snikers" corrected to "sneakers" with results
Recovered
messy queries
Recover common typos and spelling mistakes
Offer a corrected search path for common misspellings when the catalogue has a relevant match, so a small typing mistake is less likely to end the search.
"snikers" corrected to "sneakers" with results
Beyond product titles
SKU, colour, material, size → searchable when eligible
Beyond titles
deep indexing
Let shoppers search by product options and identifiers
Use eligible variant options, SKUs, tags, and product details alongside titles, so shoppers can search with the information they already have.
SKU, colour, material, size → searchable when eligible
Product availability
Draft + hidden → excluded · sold-out → policy
Policy-led
eligibility
Choose how sold-out products appear
Draft and storefront-invisible products are excluded before results reach shoppers. Sold-out behaviour follows the merchant's configured policy, so the team can choose whether those products show, move down, or disappear.
Draft + hidden → excluded · sold-out → policy
Search review
Dashboard: no results + ignored demand surfaced
Visible
search gaps
See which searches need a closer look
Review searches with no results, low engagement, or related catalogue sync gaps in the dashboard, then decide whether to investigate product data, query handling, or result order.
Dashboard: no results + ignored demand surfaced
B2B and technical
"REF-404" → product page, no browsing needed
Exact
part number match
Exact part numbers find the right product
Professional buyers search by SKU or part number. When an eligible identifier matches, search can surface the relevant product or variant without forcing a manual catalogue browse.
"REF-404" → product page, no browsing needed
Structured refinement
Facets: brand, price, size, colour; all live
Structured
browse refinement
Filters and sort when results need narrowing
Full-page search gives shoppers facets, price ranges, and sort controls. Results go from a broad set to the right product without starting a new search.
Facets: brand, price, size, colour; all live
Shorter path to cart
Search result → cart in one click
Shorter
path to cart
Quick add to cart from search results
When a shopper already knows what they want, they can add to cart directly from the search result and keep moving. One less page load per purchase.
Search result → cart in one click
Setup path
Install → prepare → enable → verify
Guided
setup path
Guided Shopify app-embed setup
Use Shopify's app flow, let the catalogue prepare, enable the theme app embed, and verify a real storefront query. No manual Liquid integration is required for the supported delivery path.
Install → prepare → enable → verify
Intent understanding
"water resistant" → matches "rain shell"
Smarter
intent matching
Semantic search reads between the lines
Hybrid vector and keyword search matches shopper intent, not just exact words. “water resistant jacket” still finds the right product even when the title says “rain shell.”
"water resistant" → matches "rain shell"
Merchant ranking
Boost "winter coat" results for "jacket" query
Manual
ranking control
You decide which products rank first
Boost, pin, or hide products per query. Priority items, seasonal promotions, and clearance sales get the visibility they deserve, without a code deploy.
Different collections get different filter profiles. Apparel gets size and colour. Electronics gets specs and brand. Filters match the shopper’s context, not a one-size-fits-all list.
Search surfaces a ranked list of issues: zero-result queries with traffic, ignored results, filter dead-ends. Each one links directly to the fix surface so nothing gets lost.
Zero results: 43 visits → "redirect to /sale"
Search sales reporting
Search → product click → cart → order linked to search
Observed
orders linked to search
See orders connected with search
On Scale, with tracking set up, review orders linked to search activity. Use the report to investigate shopper journeys, not to claim that search caused extra sales.
Search → product click → cart → order linked to search
Guided browsing
Recommendation view → click → order linked to the activity
Measured
discovery evidence
Product recommendations drive discovery
Seven recommendation strategies can support comparison, basket completion, and open-ended discovery across supported placements. Eligible plans can report views, clicks, errors, experiment activity, and orders linked to recommendation activity. These are observed signals, not proof recommendations caused an order.
Recommendation view → click → order linked to the activity
Experiment-driven search
Control and variant share the same query set before rollout
Tested
before rolling out
Test search changes before rollout
Run controlled comparisons on search ranking and recommendations. Assign traffic, compare variants, and review clicks, add-to-carts, and available order matches with sample and evidence limits in view.
Control and variant share the same query set before rollout
Content search
"sizing guide" → article + relevant products
Unified
product + content results
Content appears alongside products
Blog articles, size guides, and Shopify pages appear in search results alongside products. Shoppers find your guides and policies without leaving the search bar.
"sizing guide" → article + relevant products
Merchandising rules
Holiday sale: boost + banner + CTA, auto-expires Jan 2
Scheduled
campaign rules
Campaigns and merchandising manage promotions
Schedule seasonal promotions, campaign banners, and curated product placements with audience targeting. Rules activate and expire automatically, with no theme edits or code deploys.
Holiday sale: boost + banner + CTA, auto-expires Jan 2
Six pre-built search profiles, including Balanced, Precision, Discovery, Variant-rich, Technical, and Content-rich, each tuned as a complete ranking, typo tolerance, and recovery profile. Switch in one click.
Pre-publish check: golden queries pass → publish OK
Protected
publish safety
Publish with safety nets and rollback
Use protected golden queries to check the changes your team chooses to guard, review before-and-after results, publish deliberately, and restore a previous state when needed.
Pre-publish check: golden queries pass → publish OK
Zero-character discovery
Tap search bar → trending products + categories shown
Ready
idle discovery
Idle discovery guides shoppers before they type
Before shoppers type a query, search shows recent products, trending items, category shortcuts, and suggestion chips. Discovery starts from the first tap, not after the first query.
Tap search bar → trending products + categories shown
Worked decisions
The same symptom can require a different fix at a different layer.
Start with what the shopper tried to do, identify the first broken handoff, and choose
the smallest intervention that can repair it. These examples show why a feature
checklist is not a diagnosis.
1
Observed symptom
An exact SKU returns no result
What it means
The buyer has supplied identity, not a broad product idea. The useful path is exact field coverage and variant preservation. Fuzzy or meaning-led recovery can turn a near identifier into a dangerous false answer.
Responsible intervention
Confirm the SKU on the intended variant, searchable catalogue delivery, and the active storefront request. Repair field or variant coverage before changing ranking.
Evidence of success
The exact SKU returns the expected product and variant, a near-collision does not displace it, and the card, product page, and cart preserve the same sellable item.
2
Observed symptom
“Navy sweater” shows a red card
What it means
The product family may be relevant while its visible variant contradicts the query. This is a handoff problem between matched evidence and presentation, not necessarily a failure to retrieve the parent product.
Responsible intervention
Keep the matched variant identity in the response and render its image, option, price, availability, and destination. Use ranking only if the wrong product family is also winning.
Evidence of success
The navy evidence is visible before the click, the destination opens the navy option, and unavailable colour combinations are not implied by the parent product.
3
Observed symptom
New launch products are missing from search
What it means
A live Shopify page proves storefront publication, but not that the search catalogue, active index, and installed search runtime all received the same revision.
Responsible intervention
Trace one launch product from Shopify change through sync, searchable document, runtime acknowledgement, and a live smoke query. Do not add synonyms to hide a freshness failure.
Evidence of success
The expected revision reaches the live search path within the store-owned freshness boundary, while an unchanged control product still behaves normally.
4
Observed symptom
Products are found, but shoppers do not act
What it means
Retrieval has cleared only the first hurdle. The first visible products may be poorly ordered, missing decision evidence, unavailable, difficult to filter, or inappropriate for the query job.
Responsible intervention
Inspect the live result set as a shopper, then change the smallest responsible layer: catalogue data, card information, filters, a focused ranking rule, or a controlled layout or strategy experiment.
Evidence of success
The intended query family improves on its primary shopper outcome while protected exact queries, availability, latency, errors, and downstream handoff remain acceptable.
A useful solution leaves a narrower explanation. After the change, the team should know which layer was responsible, why that intervention
fit, which buyer job improved, and which nearby behaviour was protected. If the evidence cannot
say that, the change may have moved a metric without teaching the store what worked.
Search and store performance
See how to measure search's business value.
Review connected orders, investigate searches that reach a dead end, and model the
economics with your own margin.