Email QR Code Generator – open a pre-filled draft in one scan

The code encodes a standard mailto: link — mailto:you@example.com?subject=...&body=... — the same format used by a “mail us” link on a website. When a phone camera or QR scanner reads it, the operating system hands the link to whichever mail app is set as default: Mail on iPhone, Gmail or Outlook on Android, and so on. That app opens a new draft with the recipient, subject and body already filled in from the code.

Nothing is sent automatically. The QR code only pre-fills a draft — the recipient still has to review it and tap send, the same as if they had typed it themselves. That's a feature, not a limitation: it stops the code from being used to spam people, and lets the sender edit the message before it goes out.

A print ad or trade-show banner that wants a request-a-quote email without anyone typing an address correctly. An event flyer collecting RSVPs by email with the event name pre-filled in the subject. A product package with a pre-written support request so the buyer only fills in what went wrong. A conference badge or portfolio printout offering “email me” as a lighter alternative to a full contact card.

A web contact form needs a working internet connection, a page that loads correctly on the visitor's phone, and usually more typing than most people bother finishing — form abandonment on mobile is well documented. An email QR code skips the web page entirely: it goes straight to the mail app people already use every day, pre-fills the boring parts (address and context), and leaves only the specific details for the person to type. For a simple “ask us a question” use case at a trade show, on packaging, or on a poster, that's fewer steps and less to build than a hosted form.

Long subject or body text makes the code denser and some mail apps truncate very long mailto bodies before they even reach the compose screen — keep the body to a sentence or two of context and let the person fill in details themselves. Attachments cannot be included; mailto has no way to carry a file. If the address, subject or body has special characters like &, ? or spaces, the generator encodes them automatically so the link still opens correctly.

Scan the preview with two or three different phones and mail apps before committing to a print run — Gmail, Outlook and the built-in iOS Mail app handle a pre-filled mailto link slightly differently, and a line break or special character that looks fine in one app can collapse into one run-on sentence in another. Check that the subject line arrived intact, not just the body, since a truncated subject is easy to miss in a quick test.

Assuming the scan sends the email — it only opens a draft, so signage should say “scan to email us,” not “scan and we'll get your message.” Writing a body long enough that phones cut it off mid-sentence. And using an email QR code where a phone-call or SMS code would get a faster response — for anything urgent, tel: or sms: needs fewer taps than opening a mail app and hitting send.

Also easy to miss: pre-filling a subject that's identical for every scan of a mass-printed flyer. That's fine when replies just need to reach an inbox, but if the same code will be scanned by hundreds of different people and someone needs to sort the replies later, put something identifiable in the subject — an event name or a code specific to that flyer's location — so incoming messages aren't a wall of identical subject lines.

Last, remember that the reply address is whatever email account the recipient uses on their phone, not necessarily a personal one — a scan from a shared front-desk tablet or a work phone can send from an account the actual person doesn't check often. If replies matter, ask in the pre-filled body for a preferred contact method rather than assuming the reply-from address is the right one to use.