Skip to main content

Understanding A/B Tests in PDQ

What you can test, how traffic is split, and how to read the results

An A/B test splits your live traffic between two or more variations so you can compare performance and pick a winner from real data - no guessing. In PDQ, A/B testing spans several surfaces, each with its own setup but the same underlying engine.

The test types

Test type

What it compares

Typical use

Shipping Rates

Shipping Rate Groups (checkout groups)

Free shipping vs flat rate; threshold or delivery-promise strategies

Extensions

Checkout extension blocks

Upsell vs upsell, or extension vs nothing

Extension Groups

Whole stacks of extensions

A full checkout stack vs another (or vs nothing)

Product Page (PDP)

Delivery-promise blocks on product pages

PDP promise placement/variants

Cross-Site (Theme)

Entire Shopify themes

A redesigned theme, or FST + progress-bar combos

Checkout Profile

A whole live checkout profile

1-page vs 3-page checkout (run by our team)

How it works

  • Goal metric - every test is judged on one: Checkout Conversion, AOV, Shipping Revenue, Gross Profit, or Net Revenue. (ARPC is PDQ's recommended primary metric - see PDQ Analytics Terms 101.)

  • Targeting - by default a test runs for everyone; add rule groups (cart value, country, customer tags, product type, and more) to limit it to a segment. When a test wins, its rules can be frozen into a segment.

  • Traffic split - default is 50/50; add more variants for a multi-variant test (e.g. 33/33/34). More variants need more checkout volume to reach significance.

  • Session stickiness (important for QA) - once a shopper sees a variant, they keep seeing it until their checkout token resets. To force a fresh allocation while testing: complete an order, or clear the cart cookie (Inspect → Application → Cookies → delete → refresh).

Managing any test

  • Draft → Running → Concluded tabs in Optimize → A/B Tests.

  • Launch: ⋯ on the draft → Start Test (goes live immediately).

  • Monitor: results appear in Optimize → Analytics Dashboard the day after launch.

  • End & pick a winner: ⋯ in Running → End Test, then implement the winner (see Implementing your winning variant).

Good to know

Some test types are gated or run by our team (Cross-Site needs a feature flag; Checkout Profile tests are run by PDQ's automation team). Your CSM can enable or launch these.

Did this answer your question?