RevDock | Docs
Widgets

A/B Testing

Run split tests on text elements to find what converts best.

A/B Testing lets you test different text variations on your site to discover which performs best. No code changes required — just target an element with a CSS selector and define your variants.

You can run up to 5 tests simultaneously. Each test can have up to 10 variants.

How It Works

  1. Create a test and target a text element using a CSS selector
  2. Define your control (original) and variant text options
  3. Set traffic distribution between variants
  4. Start the test and collect data
  5. Declare a winner when you have statistical significance

Configuration

Test Setup

OptionDescriptionExample
Test NameInternal name for the testHomepage CTA Test
Target SelectorCSS selector for the element to test#hero-headline
StatusCurrent test stateDraft, Running, Paused

CSS Selector Examples

SelectorTargets
#hero-headlineElement with id hero-headline
.cta-buttonElements with class cta-button
[data-testid="signup"]Element with data attribute
h1.main-titleh1 with class main-title

Use a unique selector that matches only one element. If multiple elements match, only the first will be tested.

Variant Configuration

Each test needs at least 2 variants: a control and one or more variations.

FieldDescriptionExample
NameLabel for the variantControl, Variant A
ContentText that replaces the originalStart Free Trial
WeightPercentage of traffic (0-100%)50

Traffic Distribution

  • Weights must total 100%
  • Use "Balance Weights" to distribute evenly
  • Control is always the first variant

Example distribution:

VariantWeightVisitors
Control50%500
Variant A25%250
Variant B25%250

Goal Configuration

Define what counts as a conversion.

Goal TypeDescriptionExample
Button ClickVisitor clicks a button#signup-btn
Element ClickVisitor clicks any element.pricing-card
Form SubmitVisitor submits a form#contact-form
Page VisitVisitor reaches a specific page/thank-you

Goal Settings

OptionDescriptionExample
Target SelectorCSS selector for click/form goals#checkout-btn
Target URLURL pattern for page visit goals/success/*

Page visit goals support wildcards. /checkout/* matches any checkout subpage.

Results & Analysis

Once a test is running, you'll see:

MetricDescription
ImpressionsHow many times the variant was shown
ConversionsHow many times the goal was achieved
Conversion RateConversions / Impressions as percentage
ConfidenceStatistical significance of results

Test Lifecycle

StatusDescription
draftTest is being configured, not live
runningTest is active and collecting data
pausedTest is temporarily stopped
completedWinner declared, test finished

Wait for at least 100 conversions per variant before declaring a winner for reliable results.

Best Practices

  1. Test one thing at a time — Isolate variables for clear insights
  2. Run tests long enough — Wait for statistical significance (95%+)
  3. Use clear hypotheses — Know what you're testing and why
  4. Start with high-impact elements — Headlines, CTAs, value props
  5. Document your learnings — Build a knowledge base of what works

Example Tests

Headline Test

Control: "The fastest way to build"
Variant A: "Build 10x faster"
Variant B: "Ship in days, not months"

Goal: Button click on #get-started

CTA Button Test

Control: "Sign Up"
Variant A: "Get Started Free"
Variant B: "Start Your Free Trial"

Goal: Form submit on #signup-form

Pricing Page Test

Control: "Start Free Trial"
Variant A: "Try Free for 14 Days"
Variant B: "No Credit Card Required"

Goal: Page visit to /checkout/*

On this page