ROAS increase of 2,900% in addition to a 33% CTR increase.
A/B Testing and Experimentation Agency Toronto
Experiments that
settle
arguments.
A/B and multivariate testing run as a discipline rather than a tool. Hypothesis backlog, statistical rigor, and an experiment archive that compounds across quarters instead of dying with the latest test.
-
Evidence-led
backlog -
Fixed sample
sizes -
Experiment
archive -
Ship the
winners
Real performance. Measurable growth.
Harmony Resorts reported a 6% conversion rate and an increase in ROAS of 74%.
A 41% increase in revenue along with an efficient 16% increase in ROAS.
From zero to $420K in online sales within 10 months.
A/B Testing and Experimentation.
Experimentation programs that compound. Split testing held to real statistical significance, not screenshots of a two-day test that happened to look good.
A backlog built from evidence, tests run to a sample size agreed before they start, and every result written up whichever way it goes. Cross-functional learnings that carry across quarters instead of leaving with the person who ran them.
Your traffic sets the pace, not us, and the arithmetic is simple. A single test usually needs two to four weeks to reach a trustworthy sample, so a realistic first quarter is three or four completed experiments, not thirty. Sites under roughly a thousand conversions a month should expect fewer and longer tests, and we’ll tell you that before you sign rather than after the first inconclusive month.
Well-designed tests that beat the control
Time to reach a trustworthy sample
Conversions a month for tests that resolve
Completed experiments, not thirty
Sample sizeFIXED FIRST
Stopping ruleNO PEEKING
WinnersSHIPPED
Six habits of a program that compounds.
Six things separate a testing program that compounds from one that produces confident reports and no measurable change.
A backlog tied to data, not opinions
Every experiment starts as a written prediction with evidence behind it and a number attached. Ideas get scored on expected impact, available traffic, and build effort. Low-traffic pages sequence last, not because the idea is weak but because it can’t be settled. The backlog also does something political: it turns internal disagreement into a queue.
Statistical discipline
The sample size and threshold are fixed before the test starts, then honored. Tests run through at least one full business cycle so a Tuesday pattern doesn’t decide anything, and we don’t stop early because a variant is ahead. We also account for running several tests at once, because the more you run, the more likely one looks significant by chance.
Testing things worth testing
Button colors are easy to ship and almost always flat. If a hypothesis couldn’t plausibly move the number by a few points, it isn’t worth a month of traffic. The candidates that earn a slot are offers, pricing presentation, form length, the order of a multi-step flow, and the argument the page makes.
Honest losers
Roughly two thirds of well-designed tests don’t win, and that is what a real program looks like. A loss is a finding: it tells you something true about your buyers you would otherwise have shipped as a redesign. Any agency reporting a near-perfect win rate is either testing trivia or calling results early.
An experiment archive
The tests end. What you learned should not have to be relearned. Every experiment goes into a log with its hypothesis, setup, result, and implication. That archive is worth more than any single uplift, and it is the deliverable that survives a change of agency, which is rather the point.
Shipping the winners
A variant left running in a testing tool forever is technical debt with a monthly fee. Winners get built into the codebase properly and finished tests get removed. If engineering can’t absorb winners, the program has an expiry date and we would rather discuss that up front.
Backlog, design, run, then archive.
Four stages, each with something you keep whether or not we keep running the program.
Backlog
Evidence in, ideas ranked.
Analytics, session replay, form analytics, and what your sales and support teams already know, turned into predictions scored on impact, available traffic, and effort. You keep the backlog whether or not we run the tests.
Design
Sample size before build.
Each test gets its duration, threshold, and success metric agreed in advance, plus a check that the tracking can actually measure the thing being claimed.
Run
To completion, without peeking.
Tests run their full course through at least one business cycle. We report progress without acting on partial results, because acting on them is the same as not testing.
Archive
Write it up, ship it, log it.
Winners into the codebase, finished tests removed, and every outcome including the losses recorded with what it implies for the next round.
Every win, checked against the books.
A program can report a year of wins while nothing moves in the accounts. These are the numbers that catch it.
You need volume and a way to ship.
Monthly conversions decide how many tests a program can settle. Work that number out before planning one.
This usually works when
- Traffic and conversions are high enough to settle a test in weeks.
- There is a clear conversion action to measure.
- Someone can deploy winners without a long release cycle.
- You can see what happens after the form, so we optimize revenue rather than volume.
- There are real internal disagreements worth settling with evidence.
Where we start instead
- Traffic is thin. We lead with research-led conversion work and fewer, larger tests.
- The page has unfixed problems. Those get corrected before we spend traffic proving them.
- A redesign is already committed. We test it as a whole so the decision is evidenced.
- You need a decision quickly. We prioritize the hypotheses your volume can actually settle.
- Shipping is slow. We build winners into your codebase as part of the work.
You keep the backlog and the archive either way, which is what stops the same questions being relitigated a year later. Where volume is the limit we lead with conversion research and purpose-built pages, which produce more at lower traffic.
Where the false positives pile up.
Every one of these produces confident reporting and no measurable change.
Stopping when it looks good
A variant up 40% after 200 sessions is noise. Stopping there feels decisive and generates uplifts that never appear in revenue. The sample size has to be fixed first and honored.
Testing trivia
Colors, minor copy tweaks, and shuffling elements. Cheap to run, almost always flat, and they consume the traffic a real experiment needed.
Ignoring multiple comparisons
Run twenty tests and one will look significant by chance. Programs that never mention this are accumulating false positives and calling them a track record.
Optimizing the wrong metric
Chasing conversion rate while revenue per visitor falls, or lead volume while lead quality collapses. The test wins, the business does not.
Winners that never ship
Results left in the testing tool, slowing the page and eventually breaking. The value of a test is only realized when it is deployed.
No archive
Without a log, the same questions get re-tested every eighteen months as people change, and each new team spends its first quarter rediscovering what was already known.
Three options for a weak page.
Testing settles the expensive arguments. Research finds the obvious problems without needing an experiment. A purpose-built page is the bigger swing.
Testing settles arguments
The most rigorous option and the most traffic-hungry. Worth it when the decision is expensive and the volume can prove it, and wasteful when neither is true.
Conversion work fixes
the obvious
Research, form analytics, and replay find problems that don’t need an experiment to confirm. This is where lower-volume sites should start.
New pages swing bigger
When the current page is aimed at the wrong buyer, testing tweaks to it wastes months. Building a purpose-built alternative is the larger and faster move.
These usually run as one program. Conversion work generates the hypotheses, testing settles the expensive ones, and new landing pages take the bigger swings. Findings feed back into Google Ads and Meta Ads, because a winning argument on a page is usually a winning argument in an ad.
A/B testing doesn’t work alone.
Experimentation compounds when it plugs into the rest of the program. Here is what it pairs with.
CRO Programs
Conversion research generates the hypotheses worth testing, and finds the problems obvious enough that spending traffic to confirm them would be waste.
Web Development
Winners have to reach the codebase to be worth anything. Development capacity is usually the constraint that decides whether a program keeps paying.
Landing Pages
Purpose-built pages give us somewhere to test offers and arguments without touching the main site, which lowers both the risk and the release overhead.
Analytics and Attribution
You can only test what you can measure. Clean tracking is the precondition for a result anyone should act on.
Paid Media
The offers and arguments that win on a page become the next round of ad copy, and ad results feed new hypotheses back into the backlog. Findings travel in both directions once the archive exists.
What clients had to say.
There’s a reason businesses across Toronto keep working with Consultus Digital.
What to ask before signing.
How much traffic do we need to run A/B tests?
As a working floor, around a thousand conversions a month gives you tests that resolve in a sensible timeframe. Below that, tests either run for months or need effects so large they are rare. Where that is the case we lead with research-led conversion work, which produces results at lower volume.
How long should a test run?
Until it reaches the sample size calculated before it started, and never less than one full business cycle so a weekday or payday pattern doesn’t decide it. Usually two to four weeks. Fixing the sample size in advance and not stopping early protects more programs than any other single habit.
What is a good win rate?
Around a third of well-designed tests winning is healthy. If an agency reports that most of their tests win, the tests are either trivial or being called early. Both produce reports full of uplifts and no visible change in revenue.
What if a test is inconclusive?
A legitimate and common outcome, usually meaning the change was too small to matter at your traffic level. That is itself a finding. The mistake is declaring a narrow lead a winner because a decision is wanted.
Which testing tool should we use?
Whichever you already have, in most cases. The discipline matters far more than the platform. What we do care about is that the tool doesn’t visibly flicker before showing the variant, that finished tests get removed, and that conversion data connects to your CRM.
Can A/B testing hurt SEO or site speed?
It can, mostly through implementation. Client-side tools add a script that can delay rendering, and leaving dozens of finished experiments running compounds it. Avoid cloaking, keep tests time-limited, use proper canonicals when serving separate URLs, and remove finished tests.
Should we test a full redesign?
You can, and it will tell you whether the new version is better without telling you why. A reasonable trade if the decision is simply go or no-go, and a poor one if you want to learn. Where a redesign is already committed we would rather test it as a whole than not test it at all.
Who decides what gets tested?
The backlog does, scored on expected impact, available traffic, and build effort. That matters politically as much as methodologically. You keep the backlog either way, so if we part company the reasoning doesn’t leave with us.
How do we know a win is real six months later?
We re-check the significant ones, because some uplifts are novelty effects and some were false positives from running many tests at once. Most agencies skip it because it is unflattering, which is why cumulative claimed uplift across the industry usually exceeds any change visible in real accounts.
At the end of an engagement you get the shipped winners in your codebase and the archive: every experiment with its hypothesis, setup, result, and implication. The archive is the part clients underrate and the part that keeps paying, because it stops the next team relitigating settled questions and it usually reshapes ad copy and sales conversations well beyond the website.
Settle it with evidence.
Before you commit to a program, we’ll work out what your traffic can actually prove. Send us your monthly conversions and we’ll tell you how many tests they can settle.















