QR codes on leaflet drops, one code per round or postcode batch
There's no tool that plans the drop for you
What works today is generating one dynamic code per round or postcode batch in the bulk generator, each with its own UTM-tagged destination, and printing that round's number onto that batch's print file. It's a manual split you set up once per campaign, described below, not an automated planner.
The same leaflet, same headline, same offer, goes out everywhere. What differs between codes is which postcode round or delivery day it landed in, so the tag that varies is a round identifier, not a creative name. That's a narrower job than comparing two designs against each other: it isolates geography and delivery quality as the variable, not the artwork.
Keep utm_source, utm_medium and utm_campaign identical across every round, and vary only utm_content to identify the round. A five-round drop looks like this in the destination URLs:
Round 1 (SW): https://example.com/offer?utm_source=leaflet&utm_medium=door-drop&utm_campaign=spring-drop&utm_content=round-sw
Round 2 (SE): https://example.com/offer?utm_source=leaflet&utm_medium=door-drop&utm_campaign=spring-drop&utm_content=round-se| Round | Area | utm_content | Label |
|---|---|---|---|
| 1 | SW postcodes | round-sw | Leaflet - SW |
| 2 | SE postcodes | round-se | Leaflet - SE |
| 3 | SW repeat (month 2) | round-sw-repeat | Leaflet - SW repeat |
| 4 | Distributor B, SW | round-sw-distb | Leaflet - SW (Distributor B) |
The artwork stays identical across rounds; only the code image and its destination differ, so order print in per-round batches matching the actual door count on that round rather than splitting a total evenly. Paste the labelled list of destination URLs into the bulk generator, generate the batch as dynamic codes, and keep them together in one folder in the dashboard so the drop stays legible as a single campaign.
Read scans per thousand delivered, not raw scans
A round of 4,000 doors will out-scan a round of 1,500 doors even if the smaller round actually converts better. Get the door count per round from the distributor, then divide scans by leaflets delivered (per thousand) before comparing rounds. Comparing raw counts across rounds of different sizes is the single most common way this test gets misread.
Running a split leaflet drop
Get the door count per round
From your distributor, before you order print, so you can normalise scans later.
Tag one destination URL per round
Same landing page and utm_campaign, a different utm_content identifying the round.
Generate one dynamic code per round
In the bulk generator, labelled by round so the print file and the dashboard match up.
Order print in matching per-round batches
So each round's leaflets carry that round's code, not a shared one.
Compare scans per thousand doors, not raw counts
Once every round has had the same number of days to land.
Keep the round codes in one folder
So the drop stays together in the dashboard rather than scattered through everything else you've printed.
A scan means someone in that round picked up the leaflet and scanned it. It says nothing about people who read the offer and typed the web address instead, or searched for you rather than scanning, both of which are invisible here. A quiet round could also mean the distributor under-delivered it rather than the area being uninterested, so before writing off a round's postcodes, ask for delivery proof if the gap against other rounds is large.
Because each round is its own code, Free's headline count, daily series and country breakdown over a 7-day window apply per round, which is enough for a small drop. Free includes 3 dynamic codes in total across your whole account, not per drop, so a drop split into more than three rounds needs Pro (£9/month) from the outset. Pro also adds device, referrer, region and town/city detail, useful for checking whether scans genuinely cluster in the round's own postcodes.