QR codes on leaflet drops, one code per round or postcode batch

OpenQR

QR codes on leaflet drops, one code per round or postcode batch

Ten thousand leaflets go out across six postcode rounds, delivered on different days by different distributors, and the print run itself tells you nothing about which round worked, only that ten thousand leaflets exist somewhere. A single QR code on the leaflet gives you one blended scan count for the whole drop. Split the print by round or postcode batch instead, give each its own dynamic code, and the same leaflet starts answering a real question: which rounds are worth repeating, and which distributor's drop is actually landing.

The campaign wizard plans the drop with you

Name the drop, paste the shared landing page, add one placement per round, and the builder creates a labelled dynamic code per round with the round's label as its utm_source tag, the whole set grouped with per-round scan counts. The manual split below is still the path when each round needs its own landing page rather than a shared one.

The variable is the delivery round, not the creative

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.

  • By postcode sector, so round 1 covering one set of streets can be compared with round 2 covering another
  • By delivery day, when one distributor delivers a large drop over several days
  • By distributor, when more than one agency is used and you want to compare delivery quality
  • By repeat drop, so a rerun to the same postcodes next month doesn't get blended into this month's numbers

Building the UTM and code set for a multi-round drop

Keep utm_source, utm_medium and utm_campaign identical across every round, and vary only utm_content to identify the round. (In the campaign wizard the round arrives as its placement label instead, so it lands in utm_source with the campaign name in utm_campaign; the pattern below is for hand-built sets.) 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
RoundAreautm_contentLabel
1SW postcodesround-swLeaflet - SW
2SE postcodesround-seLeaflet - SE
3SW repeat (month 2)round-sw-repeatLeaflet - SW repeat
4Distributor B, SWround-sw-distbLeaflet - SW (Distributor B)

Printing the split without a different design per round

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. Build the drop as one campaign, one placement per round, so it stays legible as a single set with per-round scans; when each round needs its own landing page, paste the labelled list of destination URLs into the bulk generator and generate the batch as dynamic codes.

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

  1. 1

    Get the door count per round

    From your distributor, before you order print, so you can normalise scans later.

  2. 2

    Tag one destination URL per round

    Same landing page and utm_campaign, a different utm_content identifying the round.

  3. 3

    Generate one dynamic code per round

    As one campaign, one placement per round, labelled by round so the print file and the dashboard match up.

  4. 4

    Order print in matching per-round batches

    So each round's leaflets carry that round's code, not a shared one.

  5. 5

    Compare scans per thousand doors, not raw counts

    Once every round has had the same number of days to land.

  6. 6

    Keep the rounds together

    The campaign keeps the drop on one page, per-round scans separated, rather than scattered through everything else you've printed.

What a scan does and doesn't tell you about a round

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.

Comparing rounds over time, and what plan that needs

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 1 dynamic code in total across your whole account, not per drop, so a drop split into more than one round 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.

No, only a different destination behind the code. Keep one artwork file and swap the code image per round's print file.
Part of Campaign & print attribution