← All articles

Practical guides · 9 min read

Event Registration QR Codes: Keep Signs Useful When Plans Change

Create an event registration QR code, test form access and confirmation, and maintain printed signs. Keep link visits, completed registrations and check-in separate.

By The 302.sh team ·

One printed entrance, a changing registration statusKeep the printed URL fixed. Its destination shows registration open, a waitlist, or registration closed. When registration is open, the attendee submits the form and the form records the signup. Separately, an attendee ticket is validated at check-in. Link visits, registrations and attendance are different counts.Keep the printed entranceRegistration QR → stable URLSame sign · current event detailsUpdate the destinationOpen → waitlist → closedWhen open: submit formForm records the signupAt the door: a separate stepAttendee ticket → check-inVisits ≠ registrations ≠ attendance
Keep the printed entrance stable while the event page explains the current registration status. Registration records and ticket check-in remain the event platform’s responsibility; a short-link visit proves neither.

An event registration QR code should open the current event page or responder form, with a clear route from signup to confirmation. Encode a stable page URL or an editable short link so a replacement form does not require a new QR image. When the date, venue or availability changes, update the event information and test the original printed code again.

302.sh can maintain that short-link entrance and report recorded visits. It does not host registration forms, reserve seats, take event payments or validate tickets. Plan those responsibilities before printing signs.

Registration and check-in need different QR workflows

PurposeWho scans it?What confirms success?
Public registration signA prospective attendee scans a shared QR.The form or ticket platform records the signup or order.
Individual ticketAn authorized staff member scans an attendee's ticket.The event platform validates the ticket and records check-in.
Event informationAnyone scans a shared QR for current details.The page displays the correct event, date and venue.

A public registration code is reusable by many people. It cannot establish that someone paid or that a ticket has not already been used. Eventbrite's Organizer check-in documentation describes scanning individual tickets and errors for already checked-in or invalid codes. It also distinguishes validation-only mode from actually checking someone in.

Label signs accordingly: “Register for the workshop” and “Have your ticket ready” describe separate steps. Do not send attendees back to a signup form when staff need to find their existing registration.

Choose the event page before generating the code

For a simple expression of interest, a form may be enough. For paid admission, fixed inventory or individual tickets, choose a platform that supports the required booking and check-in rules. A short-link click limit cannot enforce event capacity: visits include retries and people who never register.

A maintained event page is useful when registration can move between services. It can show the current date, time zone, venue, accessibility information, registration status and organizer contact, then link to the active form. If you already control a stable page address, a direct QR to that page can work without a shortener.

Use an editable short link when you need to replace the destination URL behind printed artwork. Preserve both its hostname and slug. Changing printed text is a separate job: a redirect cannot correct “Friday, Room 2” on an old poster.

For Google Forms, verify responder access and confirmation

Google's publishing and sharing instructions require publishing the form and choosing who can respond. Copy the responder link, not the editor address. “Limit to 1 response” requires a Google Account sign-in. Set a confirmation message under Settings → Presentation, and review whether the results summary should be visible; that option can expose full-text answers to responders.

For a public event, test from a phone without the organizer's Google session. For a members-only event, test both an authorized member and an account that should be denied. Keep the intended restriction; the goal is appropriate access, not making every form public.

Write the confirmation to match what a submission means. This hypothetical message fits an application workflow: “We received your request for the Saturday workshop. Your place is not confirmed yet. The organizer will email a decision within two working days.” Only promise that follow-up if someone owns it. A form's submission message alone is not a paid ticket or a seat allocation.

For form setup and printed-code basics, see the Google Forms QR guide.

  1. Confirm the event name, date, time zone, venue, registration deadline and responsible organizer at the destination.
  2. Open the responder URL with the account state your audience will have. Submit an organizer-approved test record and verify it appears in the response or order system.
  3. Read the confirmation page and any expected receipt. Check that the instructions distinguish a request, a confirmed place and a ticket.
  4. For a 302.sh entrance, create an account-owned link to the verified destination. Download its QR from the saved link's detail view and confirm the image encodes that short URL.
  5. Scan a sample at the intended print size, lighting and distance. Keep the code clear of decorative elements and print a readable URL alongside it.
  6. Record the exact short URL, destination, artwork file, event owner and test date. Check expiry and other link restrictions before distributing the signs.

Remove or clearly mark test registrations before reconciling attendee numbers. A successful camera scan proves only that the code can be decoded under those test conditions. The form submission and confirmation checks establish whether the rest of the journey works.

Handle a new venue, date or replacement form

Hypothetical example: a community workshop moves from Room 2 to Room 4, and its organizer replaces the registration form. The existing lobby sign can retain its QR if it points to a maintained event page or an editable short link. The new form must show the revised venue before the entrance changes.

  1. Save the old destination and note whether it is still safe to reopen. Keep existing registration records in the event system.
  2. Prepare the replacement page or form. Check responder access, questions, confirmation wording and response collection using a test record.
  3. Update the maintained page or the existing short link's destination. The destination-edit walkthrough covers the 302.sh controls.
  4. Scan the original artwork again. Confirm the final event identity and changed venue or date, then complete another test signup through that entrance.
  5. Update conflicting physical signs and arrange a separate notification to people already registered. Changing a redirect does not notify them or transfer their registrations into the new form.

Reusing an entrance for the next edition needs more care. Someone scanning last year's flyer should immediately see the new year and date, rather than accidentally register for an event they did not intend to attend. Keep an archive or explanation where the old event context matters.

Close registration without leaving a dead end

At the deadline, stop accepting registrations in the form or ticket platform first. Google Forms supports turning off “Accepting responses” in the Published controls, with a custom closed message. Its response-management documentation also describes close dates and response limits, but warns that simultaneous submissions can exceed a response limit. Do not treat that setting as a guaranteed seat-inventory lock.

Then make the public entrance explain the next step: registration closed, join a separately managed waitlist, or contact the organizer. Keep event details available for people who have already signed up. A waitlist should explicitly say that joining it does not guarantee admission.

Changing only the short link leaves the old direct form URL usable wherever someone saved or shared it. Close that form at its host too. Retain registration records according to your event's needs instead of deleting the form merely to stop new submissions. Our QR lifetime guide explains why the image and the services behind it have different lifetimes.

Measure visits, completed registrations and attendance separately

Use link analytics to understand activity at the entrance, registration records to count valid signups, and the check-in system to count attendance. One person can visit repeatedly, abandon a form or register through a direct URL that bypasses the short link. A visit total therefore cannot identify unique registrants or prove that a registration completed.

For example, hypothetical totals of 120 recorded link visits, 35 valid registrations and 28 check-ins describe three different stages. Dividing 35 by 120 does not establish a visitor conversion rate unless those records cover the same attributable population, interval and counting rules. Separate placement links can compare entrance activity; form-side source capture still needs its own verification to attribute completed signups.

Keep personal registration data in the form or event system. Do not put attendee names, email addresses or private ticket credentials into a shared short-link slug or public QR.

A failure and rollback checklist for event day

After any repair, test the original printed entrance and reconcile test records. Keep a short change log so another organizer can see the active destination and the reason it changed.

A useful video for the ticketed-event option

Eventbrite Quick Start Guide: Account Setup & Event Creation — Eventbrite walks through preparing an event, including its venue, dates and ticketing choices. It is useful when deciding what the registration destination needs before making a QR. Published in 2022, it is an orientation video; use Eventbrite's current help pages for today's controls. It does not demonstrate a 302.sh integration.

For distributing material after registration, use the separate PDF handout workflow. Keep public handouts separate from attendee records and private ticket links.

What is included in 302.sh?

Free allows 5 new links per UTC month and up to 50 owned links, with 5 custom slugs per month of at least 6 characters. Deleting a link does not refund its monthly creation allowance.

Free includes 2,000 analytics events per month and 90-day retention. Reaching that analytics allowance stops additional tracking, not redirects. Link deletion, owner-set limits and safety enforcement can still stop redirects. Branded domains require a paid plan and completed domain setup. See current plans and limits.

Try the workflow

Explore the dashboard demo, or create a short link using a destination you own or are authorized to share. Verify the destination before distributing it.

Keep reading