A/B testing is a method of comparing two versions of a webpage to determine which one performs better with real visitors. You show version A to one group of users and version B to another, then measure which version achieves your goal more effectively, whether that is more clicks, sign-ups, or purchases. It is one of the most reliable ways to make data-driven decisions about your website without relying on guesswork. The questions below cover everything from how tests work in practice to when you should not run one at all.

How does A/B testing actually work?

A/B testing works by splitting your website traffic between two versions of a page and measuring which version drives more of your desired outcome. Visitors are randomly assigned to either the control (version A, your original) or the variant (version B, your changed version), and their behavior is tracked until you have enough data to draw a reliable conclusion.

The process follows a consistent pattern. You start by identifying a problem or opportunity on your website, such as a low-converting landing page or a call-to-action button that rarely gets clicked. You then form a hypothesis: “If I change the button color from grey to green, more visitors will click it.” From there, you build the variant, set up the test in your chosen tool, and let it run until you reach statistical significance.

The key principle is isolation. You change only one element at a time so that any difference in performance can be attributed to that specific change. If you alter the headline, the image, and the button simultaneously, you cannot know which change caused the result.

What elements of a website can you A/B test?

Almost any element that a visitor sees or interacts with on a webpage can be A/B tested. The most commonly tested elements are headlines, call-to-action buttons, images, form length, page layout, pricing presentation, and navigation structure. Even small changes to these elements can produce meaningful differences in conversion rates.

Some of the highest-impact areas to test include:

  • Headlines and subheadings: The first thing most visitors read, and a major driver of whether they stay or leave.
  • Call-to-action copy and placement: The words on a button and where it sits on the page both affect click-through rates.
  • Form fields: Reducing the number of fields in a sign-up form often increases completions significantly.
  • Hero images or videos: Visual content shapes first impressions and can influence trust.
  • Social proof elements: The position, format, and visibility of reviews or testimonials affect credibility.
  • Pricing page layout: How you present tiers, highlight a recommended plan, or display pricing can shift purchasing decisions.

The best candidates for testing are elements that appear above the fold, elements that sit directly in the conversion path, and anything that your analytics data already flags as a friction point.

What’s the difference between A/B testing and multivariate testing?

A/B testing compares two complete versions of a page by changing one element at a time. Multivariate testing tests multiple elements simultaneously by creating combinations of changes, allowing you to identify which combination of variations performs best. The core difference is scope: A/B testing isolates a single variable, while multivariate testing explores interactions between several variables at once.

For example, an A/B test might compare a red button against a blue button. A multivariate test might simultaneously test two button colors, two headlines, and two hero images, generating multiple combinations to find the highest-performing mix.

Multivariate testing requires significantly more traffic to reach reliable results because the audience is split across many more variants. For most small to mid-sized websites, A/B testing is the more practical approach. Multivariate testing is best suited to high-traffic pages where you want to understand how elements interact with each other rather than simply which single change performs better.

How long should an A/B test run?

An A/B test should run for a minimum of one to two full business cycles, which typically means at least two weeks, regardless of how quickly results appear. Running a test for too short a period is one of the most common mistakes in conversion optimization, as early results are often misleading due to natural fluctuations in traffic behavior.

Several factors determine the appropriate test duration:

  • Traffic volume: Lower-traffic pages need longer test periods to accumulate enough data for reliable conclusions.
  • Conversion rate: Pages with very low baseline conversion rates require more visitors to detect a meaningful difference.
  • Expected effect size: If you expect only a small improvement, you need more data to confirm it is real and not random noise.
  • Day-of-week variation: Visitor behavior often differs between weekdays and weekends, so running a test for at least a full week captures that variation.

Most testing tools provide a sample size calculator that estimates how long your test needs to run based on your current traffic and conversion rate. Use it before you start, not after you see a result you like.

Why do A/B tests sometimes produce misleading results?

A/B tests produce misleading results when they are stopped too early, run during unusual traffic periods, or set up with methodological errors. The most common cause is peeking at results and ending the test as soon as one variant appears to be winning, before the data has reached statistical significance.

Other frequent sources of misleading results include:

  • Novelty effect: A new design element may attract attention simply because it is different, not because it is genuinely better. This effect fades over time.
  • Seasonal or campaign-driven traffic: Running a test during a promotional period or holiday season introduces visitors who behave differently from your typical audience.
  • Sample pollution: If the same visitor sees both variants across different sessions, the results become unreliable.
  • Testing too many variants: More variants require more traffic, and without sufficient volume, the results for each variant are based on too small a sample.
  • Not testing on a representative audience: If your test only runs on mobile visitors or only on paid traffic, the results may not apply to your full audience.

Treating a test result as conclusive before it has run its full course is the single biggest source of wasted effort in A/B testing programs.

What tools are used to run A/B tests on a website?

The most widely used tools for running A/B tests on a website include Google Optimize (now largely replaced by server-side or third-party alternatives), Optimizely, VWO (Visual Website Optimizer), AB Tasty, and Convert. These platforms allow you to create variants without editing code directly, set up targeting rules, and track results against defined goals.

When choosing a tool, consider these factors:

  • Traffic volume: Some tools are better suited to high-traffic environments, while others work well for smaller sites.
  • Technical resource: Visual editors allow marketers to build tests without developer support, while server-side testing requires more technical involvement but produces more reliable results.
  • Integration with your analytics platform: Your testing tool should connect cleanly with your existing data stack so that results are visible in context.
  • GDPR compliance: If you operate in Europe, ensure the tool processes visitor data in line with current regulations.

For teams running personalisation alongside website testing tools, integrated platforms that combine both capabilities in one environment tend to reduce complexity and improve data consistency.

How do you know if your A/B test results are statistically significant?

Your A/B test results are statistically significant when the probability that the observed difference occurred by chance falls below a pre-defined threshold, typically 95% confidence. This means you can be 95% certain that the difference in performance between version A and version B is real and not a result of random variation.

Most A/B testing tools calculate statistical significance automatically and display it as a confidence percentage or p-value. A p-value below 0.05 corresponds to 95% confidence. Do not declare a winner until your test reaches this threshold.

Two practical points worth understanding:

  • Confidence is not certainty: A 95% confidence level means there is still a 5% chance the result is a false positive. Running multiple tests simultaneously increases the risk of at least one producing a misleading result.
  • Statistical significance does not equal practical significance: A variant might be statistically better but only by a margin too small to matter commercially. Always consider the actual size of the improvement alongside the confidence level.

When should you not run an A/B test?

You should not run an A/B test when your website does not have enough traffic to reach statistical significance within a reasonable timeframe, when you do not have a clear hypothesis, or when the change you want to make is too fundamental to test in isolation. Testing without sufficient traffic wastes time and produces unreliable data.

Specific situations where A/B testing is not the right approach include:

  • Very low traffic pages: If a page receives fewer than a few hundred visitors per month, a test may take months to reach significance, by which time the business context may have changed entirely.
  • Major site redesigns: A full redesign changes too many variables at once for an A/B test to isolate what is driving any difference in performance.
  • Regulatory or brand-critical changes: Some changes must be made regardless of test outcomes. Testing them wastes resource and can create confusion.
  • Temporary campaigns: Short-lived promotional pages often do not run long enough to generate meaningful test data.
  • When qualitative insight is missing: If you do not understand why visitors behave as they do, testing random changes is unlikely to produce useful learning. Start with user research or session recordings first.

A/B testing is a powerful tool, but it works best when applied selectively to high-traffic, high-impact pages where you already have a clear idea of what the problem is and why a specific change might solve it.

How Spotler helps you test and personalise your website

Running effective A/B tests is only valuable when you can act on what you learn. We built Spotler Website Personalisation to close the gap between testing and real-time personalisation, so that insights translate directly into better experiences for every visitor.

With Spotler Website Personalisation, you can:

  • Run built-in A/B tests to measure which personalised content or page variant performs best for each audience segment
  • Dynamically adapt page content based on company data, click behaviour, and stage in the customer journey, without relying on your development team
  • Use overlays, built-in templates, and segmentable content blocks to control exactly who sees what
  • Automatically match the experience of visitors arriving from email campaigns to the message they just received
  • Build enriched visitor profiles in the background that feed into smarter segmentation across email, SMS, and other channels within the Spotler Marketing Cloud

Everything works within a single connected platform, so your test results, visitor data, and campaign activity inform each other rather than sitting in separate tools. If you want to move beyond isolated tests and start delivering personalised experiences at scale, explore Spotler Website Personalisation and see how it fits into your marketing setup.

Frequently Asked Questions

How much traffic do I need before I can start A/B testing?

As a general rule, you need enough traffic to reach statistical significance within a reasonable timeframe — typically four to eight weeks. Most testing practitioners recommend a minimum of 1,000 visitors per variant as a starting point, but the exact number depends on your current conversion rate and the size of improvement you are hoping to detect. If your page receives fewer than a few hundred visitors per month, focus on increasing traffic first or use qualitative methods such as user testing and session recordings to guide changes instead.

What should I do after an A/B test finishes — whether it wins, loses, or shows no difference?

Every test outcome has a next step. If your variant wins, implement it as the new control and document what you learned before moving on to the next hypothesis. If the variant loses, treat it as equally valuable learning — understanding what does not work narrows your future testing focus. If the test produces no statistically significant difference, question whether the change was meaningful enough to move the needle, and consider whether your hypothesis needs refining before you test again. In all cases, keep a structured log of every test so your programme builds on accumulated knowledge rather than starting from scratch each time.

Can I run multiple A/B tests on the same website at the same time?

Yes, but with caution. Running simultaneous tests on different pages is generally fine, provided the pages are independent and the tests do not share the same traffic pool. The risk arises when two tests run on the same page or on pages that are part of the same conversion funnel, as visitors moving through both tests can contaminate your results. If you do run concurrent tests, use your testing tool's traffic segmentation features to ensure each visitor is only ever exposed to one test at a time, and monitor for any interaction effects between them.

What is the most common mistake people make when starting out with A/B testing?

The single most common mistake is testing without a clear, evidence-based hypothesis. Many teams pick an element to change based on opinion or imitation of competitors rather than on data that identifies a genuine friction point. Before you build a variant, you should be able to answer three questions: What problem does this page currently have? What evidence supports that conclusion? Why do I believe this specific change will address it? Starting from analytics data, heatmaps, or user feedback produces far more meaningful tests than starting from gut instinct.

How do I prioritise which pages or elements to test first?

Prioritise by impact and evidence. Start with pages that sit directly in your conversion funnel and already receive substantial traffic, such as landing pages, product pages, or checkout steps, because improvements there have the most direct effect on revenue or leads. Within those pages, focus on elements that your analytics data or user research flags as friction points — high exit rates, low click-through rates, or frequent drop-offs. Frameworks such as PIE (Potential, Importance, Ease) or ICE (Impact, Confidence, Ease) can help your team score and rank test ideas consistently so that the highest-value opportunities are addressed first.

Does A/B testing work differently for mobile visitors compared to desktop?

Visitor behaviour on mobile and desktop can differ significantly, which means a change that improves performance for desktop users may have no effect — or even a negative effect — on mobile users. Most testing tools allow you to segment results by device type, and it is worth reviewing your results this way before declaring a winner. If your mobile and desktop audiences are large enough, consider running device-specific tests so that each variant is optimised for the context in which it will actually be experienced.

How does A/B testing relate to personalisation, and when should I move from one to the other?

A/B testing and personalisation are complementary rather than competing approaches. A/B testing tells you which version of a page performs better for your audience overall, while personalisation uses what you know about individual visitors — their behaviour, segment, or stage in the buying journey — to serve each person the most relevant experience. A good progression is to use A/B testing to identify what works, then use personalisation to deliver that winning experience to the right audience at the right time. If you find yourself consistently seeing that different audience segments respond differently to the same variant, that is a strong signal that personalisation will deliver more value than further broad A/B testing.


Frequently Asked Questions

How much traffic do I need before I can start A/B testing?

As a general rule, you need enough traffic to reach statistical significance within a reasonable timeframe — typically four to eight weeks. Most testing practitioners recommend a minimum of 1,000 visitors per variant as a starting point, but the exact number depends on your current conversion rate and the size of improvement you are hoping to detect. If your page receives fewer than a few hundred visitors per month, focus on increasing traffic first or use qualitative methods such as user testing and session recordings to guide changes instead.

What should I do after an A/B test finishes — whether it wins, loses, or shows no difference?

Every test outcome has a next step. If your variant wins, implement it as the new control and document what you learned before moving on to the next hypothesis. If the variant loses, treat it as equally valuable learning — understanding what does not work narrows your future testing focus. If the test produces no statistically significant difference, question whether the change was meaningful enough to move the needle, and consider whether your hypothesis needs refining before you test again. In all cases, keep a structured log of every test so your programme builds on accumulated knowledge rather than starting from scratch each time.

Can I run multiple A/B tests on the same website at the same time?

Yes, but with caution. Running simultaneous tests on different pages is generally fine, provided the pages are independent and the tests do not share the same traffic pool. The risk arises when two tests run on the same page or on pages that are part of the same conversion funnel, as visitors moving through both tests can contaminate your results. If you do run concurrent tests, use your testing tool's traffic segmentation features to ensure each visitor is only ever exposed to one test at a time, and monitor for any interaction effects between them.

What is the most common mistake people make when starting out with A/B testing?

The single most common mistake is testing without a clear, evidence-based hypothesis. Many teams pick an element to change based on opinion or imitation of competitors rather than on data that identifies a genuine friction point. Before you build a variant, you should be able to answer three questions: What problem does this page currently have? What evidence supports that conclusion? Why do I believe this specific change will address it? Starting from analytics data, heatmaps, or user feedback produces far more meaningful tests than starting from gut instinct.

How do I prioritise which pages or elements to test first?

Prioritise by impact and evidence. Start with pages that sit directly in your conversion funnel and already receive substantial traffic, such as landing pages, product pages, or checkout steps, because improvements there have the most direct effect on revenue or leads. Within those pages, focus on elements that your analytics data or user research flags as friction points — high exit rates, low click-through rates, or frequent drop-offs. Frameworks such as PIE (Potential, Importance, Ease) or ICE (Impact, Confidence, Ease) can help your team score and rank test ideas consistently so that the highest-value opportunities are addressed first.

Does A/B testing work differently for mobile visitors compared to desktop?

Visitor behaviour on mobile and desktop can differ significantly, which means a change that improves performance for desktop users may have no effect — or even a negative effect — on mobile users. Most testing tools allow you to segment results by device type, and it is worth reviewing your results this way before declaring a winner. If your mobile and desktop audiences are large enough, consider running device-specific tests so that each variant is optimised for the context in which it will actually be experienced.

How does A/B testing relate to personalisation, and when should I move from one to the other?

A/B testing and personalisation are complementary rather than competing approaches. A/B testing tells you which version of a page performs better for your audience overall, while personalisation uses what you know about individual visitors — their behaviour, segment, or stage in the buying journey — to serve each person the most relevant experience. A good progression is to use A/B testing to identify what works, then use personalisation to deliver that winning experience to the right audience at the right time. If you find yourself consistently seeing that different audience segments respond differently to the same variant, that is a strong signal that personalisation will deliver more value than further broad A/B testing.