Skip to article
ParticleSearch 2026-07-28 36 min read

ParticleSearch Query Tools: Ranking, Synonyms, Redirects, and Safe Publishing

Ranking rules, synonyms, and redirects solve different search problems. Choosing one because it is available can improve a screenshot while making the wider search experience less predictable.

ParticleSearch Query tools are designed for a narrower workflow: start with a specific query, inspect the evidence, select the smallest responsible intervention, compare the draft with live behavior, then publish and follow up.

Query-tool behavior checked July 28, 2026. This guide covers the current merchant-visible Ranking, Synonyms, Redirects, Live, Draft, Compare, and publishing workflow. Exact controls can differ by product release and store state.

Chapter 1 · Choose the intervention

Diagnose the failure before adding a rule

The question is not “Which tool can change this query?” It is “What is wrong, and what is the smallest change that addresses that problem without rewriting unrelated behavior?”

Observed problem

The right product exists but appears too low for one important query

Consider

Ranking

Why

Change order or visibility without changing what the query means.

Verify first

Verify the product is eligible and relevant before pinning, boosting, demoting, or hiding.

Observed problem

Buyers use a true substitute term for the same product concept

Consider

Synonym

Why

Connect equivalent merchant and shopper language.

Verify first

Both terms should be interchangeable in this catalog context, not merely related.

Observed problem

The query is clearly asking for a destination or policy page

Consider

Redirect

Why

Send navigation intent to the page that directly satisfies it.

Verify first

Use a narrow phrase and confirm it should bypass product results.

Observed problem

The product is missing, incorrect, unavailable, or lacks trusted source data

Consider

Catalog repair

Why

A query rule cannot make a bad merchandise record trustworthy.

Verify first

Repair Shopify source data, eligibility, variant identity, or inventory first.

Observed problem

The query is rare, ambiguous, or already produces a defensible result set

Consider

No change

Why

Rules add maintenance and interaction risk.

Verify first

Record the review and wait for stronger evidence.

Rules are not catalog repair. If the intended product is missing, unavailable, incorrectly structured, or carries the wrong variant data, repair the Shopify source record and confirm the index before adding query-specific behavior.

Ranking asks

Which relevant products should appear first?

The meaning and destination stay the same. Only product order or visibility changes for the query.

Synonyms ask

Which words mean the same product intent here?

The vocabulary expands. The terms should remain interchangeable across the products they retrieve.

Redirects ask

Should search become navigation for this exact phrase?

The product result path is replaced by one product, collection, or page destination.

ParticleSearch Query tools workspace showing inspect a shopper search, a safe three-step workflow, and repeated evidence candidates
ParticleSearch dashboard capture, July 28, 2026. Query tools begins with the exact shopper language, keeps the intervention scoped, and asks for verification before publication. The rows in the demo are examples of review candidates, not automatic fixes.

The decision in practice

Use the rule that matches the failure, then stop

A good rule has a small scope and a clear reason for existing. The examples below are deliberately ordinary because the quality of a query tool is tested in the decisions merchants make every week, not only in unusual edge cases.

Query

“red dress”

Problem

The catalog returns relevant dresses, but a current in-stock product is buried below weaker matches.

Responsible answer

Use ranking if the product already belongs in the result set and the reason for its stronger position is current and reviewable.

Avoid

Do not use a synonym. The query language is already correct.

Query

“trainers”

Problem

The store uses “sneakers” in product data while shoppers repeatedly search for “trainers.”

Responsible answer

Use a synonym only after both terms produce a compatible product set in this catalog.

Avoid

Do not connect a broad category, use case, or attribute merely because it is related.

Query

“returns policy”

Problem

The phrase is repeated and the shopper is looking for a stable information page, not a product.

Responsible answer

Use a redirect when the destination is current, specific, and clearly the better answer.

Avoid

Do not redirect ambiguous phrases that can describe a product or collection.

Query

“PM-12V-5A”

Problem

The exact code should identify a power supply, but the result is empty or shows adjacent accessories.

Responsible answer

Repair product and variant eligibility or field coverage before adding a query rule.

Avoid

Do not broaden an exact identifier into a synonym that hides the data problem.

Query

“blue”

Problem

The catalog distinguishes blue, navy, and slate as separate option values.

Responsible answer

Leave the terms separate unless merchant evidence proves that shoppers use them interchangeably.

Avoid

Do not collapse option values to make a result count look healthier.

Chapter 2 · Ranking

Ranking changes order or visibility, not meaning

Use ranking when the result set contains the right merchandise but its order or visibility is not defensible for a specific query. A ranking rule should have a clear owner, reason, query scope, and review condition.

Before changing order, confirm availability, variant identity, product eligibility, and the natural result set. If a product does not belong in the set, boosting another item will not fix the underlying retrieval problem.

Pin

Place a specific eligible product in a fixed leading position for the query.

Best suited to

A product that must lead a narrow, known query for a defensible reason.

Risk

A stale pin can outrank a better in-stock or newly relevant product.

Boost

Increase a product’s preference without promising a fixed position.

Best suited to

A relevant product that should compete more strongly while preserving room for other results.

Risk

Broad or stacked boosts can make the final order hard to explain.

Demote

Reduce a product’s preference while keeping it available to the result set.

Best suited to

A technically matching product that is usually a weaker answer to this query.

Risk

The item can become difficult to find when it is correct for a narrower shopper need.

Hide

Remove a product from this query’s results.

Best suited to

A clearly inappropriate result when the underlying catalog record must remain searchable elsewhere.

Risk

Hiding can conceal a catalog or field problem instead of repairing it.

Why a merchant changes ranking

Default relevance answers a general retrieval question. Merchandising sometimes adds store context the product record alone cannot express, such as a current campaign, a preferred opening product, or a known weak first result. The rule is justified only while that context is current and the product remains relevant.

1

A relevant product deserves a stronger opening position

A new seasonal collection, a merchant-approved hero product, or the product that best satisfies a narrow query can lead without excluding other relevant choices.

Boundary: The product must already belong in the result set. Ranking should not turn unrelated inventory into a match.

2

A technically matching result creates a poor first impression

An accessory, replacement part, unavailable item, or visually weak card may appear before the product the query most directly describes.

Boundary: Confirm whether source data, availability policy, or product presentation is the real problem before demoting or hiding it.

3

The store has a defensible merchandising policy

The team may prefer in-stock merchandise, a current collection, or a product with a stronger fit for a specific campaign query.

Boundary: Keep the policy narrow, named, and reviewable. A permanent boost without an owner becomes invisible search debt.

4

A query needs stable, predictable ordering

A high-value exact phrase may need one product pinned while the rest of the relevant set continues to rank normally.

Boundary: A fixed position should be rare. It can become stale when inventory, price, catalog content, or the campaign changes.

Natural order

A · B · C · D

One draft rule

Boost C for this query

Draft order

C · A · B · D

The visual comparison should make the changed products and positions obvious. The merchant still verifies that every promoted product belongs in the result set.

ParticleSearch Ranking workspace for the query sofa showing market, locale, live result review, and a draft review area
ParticleSearch dashboard capture, July 28, 2026. Ranking starts from one exact query and a known storefront context. Market and locale are part of the evidence because a product order that looks wrong in one context may be correct in another.
ParticleSearch ranking query review showing the explanation for a first result and matched searchable product evidence
ParticleSearch dashboard capture, July 28, 2026. The explanation view makes the observed evidence visible without pretending that one score caused the exact position. Use it to decide whether a ranking change is warranted, not to replace a merchant's product judgment.

Chapter 3 · Synonyms

A synonym connects equivalent language

Synonyms help when shoppers and the catalog use different words for the same concept. They are not a general association tool. “Desk” and “office” may be related, but treating them as equivalent can broaden both terms and damage precise queries.

Check existing query behavior first. Punctuation, case, spacing, stemming, or typo handling may already connect the terms. A redundant synonym increases maintenance without changing the outcome.

ParticleSearch Synonyms workspace showing a source query, an equivalent term, preview controls, and live behavior status
ParticleSearch dashboard capture, July 28, 2026. The synonym workflow starts with a source query and a reviewed equivalent term, then asks the merchant to preview before publishing. The live behavior status and counts are demo state, not a promise about another store.
tee
t-shirt

Good candidate

The terms can refer to the same merchandise concept in the store.

sofa
living room

Usually too broad

One is a product type and the other is a room or collection concept.

blue
navy

Catalog-dependent

They may be distinct option values. Collapsing them can weaken precise color intent.

ABC-100
ABC100

Test before ruling

Normalization may already handle punctuation. A synonym should not duplicate existing behavior.

Do not use synonyms to force a product campaign. If two terms are not equivalent, use merchandising, ranking, a collection, or content that states the relationship honestly.

The synonym workflow is a product-set comparison

ParticleSearch asks for a source query, equivalent terms, and a product preview because the risk sits in both directions. A synonym can recover a shopper term that the catalog does not use, but it can also make a precise catalog term much broader. The product set has to make sense for every term in the group.

1

Start with the shopper wording

Enter the observed term and inspect the current live behavior. The source query should come from real catalog language, a repeated refinement, or a merchant-known vocabulary gap.

2

Add only equivalent terms

Build a small group of words that can stand in for the same product intent in this catalog. Keep related categories, use cases, and attributes separate.

3

Compare products across every term

The preview should show whether each term reaches a compatible product set. A successful query is not enough if the new equivalent introduces unrelated products.

4

Publish and repeat the storefront query

After publishing, run the original and equivalent terms in the shopper-facing surface. Confirm the product set, variant handoff, and any protected exact queries.

Chapter 4 · Redirects

A redirect answers navigation intent

Queries such as “returns policy,” “size guide,” or a named campaign may be better served by a page than a product grid. Redirect only when the destination is clearly the better answer. A redirect replaces the normal result path, so its trigger deserves stricter review than a small ranking adjustment.

1

Intent

The phrase asks for a destination, not merely products that share a word.

2

Scope

The trigger is narrow enough that an ordinary product search is unlikely to be the better answer.

3

Destination

The target is current, indexable when appropriate, mobile-safe, and directly useful.

4

Escape

The shopper can still reach product search if the redirect does not satisfy the task.

5

Maintenance

An owner will review the rule when campaigns, policies, handles, or information architecture change.

Product intent

“waterproof work boots”

Keep a searchable product result set.

Navigation intent

“work boot size guide”

A verified size-guide destination may be the direct answer.

How ParticleSearch turns the redirect decision into a safe publish

The redirect editor keeps the current product result visible while the merchant chooses a destination. That is intentional. The buyer may appear to be asking for a page, but the live result can reveal valid product intent that should not be removed.

1

Run the exact shopper query

Inspect the products the query currently returns. A redirect removes that normal result path, so the merchant needs to know what will be replaced.

2

Choose one destination type

Use a public page URL for policies or content, a product handle for one exact product, or a collection handle for one exact browse destination.

3

Verify the destination and masked rules

Preview confirms that the exact query will redirect. It also exposes existing ranking or synonym rules that the redirect would mask.

4

Publish, test, and preserve an escape path

Run the query on desktop and mobile, confirm the destination is current, and make sure shoppers can still reach product search when the page does not finish the job.

ParticleSearch Redirects workspace showing an exact query, observed review signals, and destination choices for a page, product, or collection
ParticleSearch dashboard capture, July 28, 2026. Redirects are intentionally exact: the merchant chooses one query and one destination after reviewing the observed signal. A redirect should be easier to explain than the product result it replaces.

Chapter 5 · Compare and publish

Draft review separates an editable idea from live search

ParticleSearch keeps the current result, the proposed behavior, and their differences visible before publication. This does not make a rule correct. It gives the merchant enough context to reject a draft that solves the target query by damaging the result set.

1

Live now

The currently published behavior and product set provide the control.

2

Draft preview

The proposed rule shows what would change before shoppers receive it.

3

Compare

The merchant inspects added, removed, moved, and redirected outcomes.

4

Publish

Only a reviewed, valid draft becomes live behavior.

5

Follow up

New evidence is compared after enough time and demand have accumulated.

ParticleSearch query comparison showing live results beside a verified draft, rank movement, added results, and an explicit publish action
ParticleSearch dashboard capture, July 28, 2026. Compare makes the draft's result membership and rank movement visible before publication. The counts are a demo state; the merchant still checks whether the first page reflects the intended query job.

Publish when

  • • The query intent and failure are understood.
  • • The intervention matches that failure.
  • • Live and draft differences are expected.
  • • Important adjacent queries still pass.
  • • An owner and follow-up condition are recorded.

Reject or revise when

  • • The rule compensates for broken catalog data.
  • • A redirect masks valid product intent.
  • • A synonym connects related rather than equivalent terms.
  • • The target query improves by weakening protected queries.
  • • The team cannot explain why the change should exist.

Published rules are an exception inventory

The Published rules page groups live product-ranking rules, synonym groups, and redirects so the team can see which exceptions sit on top of ParticleSearch defaults. Ranking rows show the query and action counts. Synonym rows show the active term group. Redirect rows show the exact query and destination.

Deleting an exception returns that query or wording group to the managed default behavior. This makes removal part of normal maintenance, not a failure. A rule should disappear when its campaign ends, its destination changes, the catalog now solves the problem, or the evidence no longer supports the exception.

Chapter 6 · Protect important queries

Every publish needs a small regression set

Protected queries are the store's known search jobs. Run the relevant subset before a change goes live and again after later catalog, theme, or rule changes. The set should be small enough to maintain and important enough that a failure would matter.

GroupExamplesRegression to catch
Exact identitySKUs, model numbers, barcodes, part numbersThe correct item disappears, loses variant identity, or redirects away from products.
Core categoriesHigh-volume product types and collection languageA narrow rule distorts a broad, commercially important result set.
AttributesColor, size, material, compatibility, fitA synonym erases a distinction that shoppers and variants rely on.
NavigationShipping, returns, sizing guide, contactA redirect catches product intent or points to an obsolete destination.
Known no-result casesUnsupported items and deliberately unavailable requestsA rule creates a misleading result only to remove the empty state.

Start from evidence in the ParticleSearch analytics guide. For wider strategy, use the Shopify search ranking guide and the synonym implementation guide.