Sort order experiments are in Beta. The feature is available in the dashboard under Sorting and reuses your existing Sort Orders permissions.
- Compare a new sort order against the live one before promoting it store-wide.
- Test different weighted group tunings or soft boost settings on real shoppers.
- Roll out a change gradually, for example by sending 10% of traffic to a challenger first.
- Compare more than two variants at once with a multi-group split.
Prerequisites
- A published sort order to use as the control. The control is the sort order shoppers see today.
- One or more published challenger sort orders. Create them under Sort Orders first. See Create a sort order and Duplicate a sort order.
- The Sort Orders — Edit permission to create or change experiments, and Sort Orders — View to read results.
Create an experiment
- Go to Sorting → Experiments and click Create.
- Give the experiment a name your team will recognize.
- Fill in each step:
- Step 1 — What you’re testing: select the sort order under test (control), the challenger sort order, and which surfaces run the test.
- Step 2 — Who gets split: leave it open to all eligible shoppers, or narrow the audience with contextual conditions.
- Step 3 — Traffic split: set the share of traffic each group receives.
- Step 4 — Schedule: set an optional start and end date.
- Review the summary on the right, then Save the experiment as a draft.
- When you’re ready, change the status to Running to start collecting data.
What you’re testing
Select the sort order under test. Only requests that already resolve to this sort order enter the experiment. Shoppers who would see a different sort order aren’t affected. Then select where it runs:- Search — results pages for shopper queries.
- Collections — collection and category browse pages.
Who gets split
By default the experiment splits every eligible shopper who lands on the target sort order. Click Narrow the audience to add contextual conditions, for example only shoppers on mobile, only a specific locale, or only signed-in customers. Layers evaluates conditions per request. Sessions that don’t match see the control sort order and stay out of measurement. Assignment is deterministic and sticky. Layers hashes the shopper’s device or session identity with the experiment ID to place them in a group. The same shopper then sees the same variant for the life of the test, including across page loads and return visits on the same device.Traffic split
Choose how to divide traffic:- Two groups: drag the slider to set the control’s share (5–95% in 5% steps). The challenger gets the rest.
- Multiple challengers: add more groups and set an integer weight for each. Weights must sum to 100. Click Even split to distribute traffic equally.
Schedule
The schedule controls when a Running experiment can serve challenger variants. Leave Start and End blank to keep it open until you stop the experiment manually, or set dates to limit when it runs. Statuses:- Draft — saved but not serving traffic.
- Running — actively assigning shoppers and collecting data.
- Paused — stopped serving; shoppers go back to the control sort order. Results collected so far are kept.
- Completed — finished. No new assignments; results remain available.
- Archived — hidden from the default list.
Read the results
Open an experiment and switch to the Results tab. Compare groups by revenue per session, sessions, conversion rate, click-through rate, purchase rate, click-to-order rate, add-to-cart rate, average order value, and clicks. Click-through rate measures the share of tracked searches with a click; purchase rate measures the share with an order; click-to-order rate measures how often a clicked search leads to an order. Each group is labeled with its sort order, and Layers identifies the control group explicitly. Experiment tracking is still early-stage. Attribution covers sessions Layers can see, so totals can differ from Shopify or other analytics. Cross-check close results before acting. The metrics table compares each challenger with the control. Layers tests conversion rate, click-through rate, purchase rate, click-to-order rate, and add-to-cart rate for statistical significance. Every group needs at least 100 sessions before Layers reports confidence; until then, the confidence column reads Not tested. Revenue per session and average order value are not significance-tested. Clicks are a count, and clicks per session shows lift only, without a significance test. The cumulative revenue-per-session chart shows how revenue per session changes over the run, not conversion lift. The control line is dashed and muted; challenger lines use distinct colors. Use the legend to show or hide groups. The date selector filters the chart points shown, but does not change the totals or recalculate the cumulative baseline. Hover over a point to see that day’s revenue per session.Explore experiment data with LayersQL
For deeper analysis of experiment events, see the LayersQL documentation.Common tasks
- Pause an experiment: from the list or detail view, switch the status to Paused. Shoppers return to the control sort order immediately; you can resume later without losing data.
- Duplicate an experiment: use Duplicate on the row actions menu to clone the setup as a new draft. Use it to iterate on a follow-up test with the same audience or split.
- Bulk delete drafts: multi-select rows on the list and select Delete to remove drafts you don’t need.
- Promote a winner: once you’ve picked a variant, apply its configuration to the live sort order in the Sort Order editor and complete the experiment.