Skip to content

Conference registration form template (fields to copy)

Build a conference registration form from the information needed to deliver tickets and run your event. This template offers a field inventory, input types, reasons to ask and conditional triggers, plus a short example. Use only the fields your team will act on; workshops, catering, invoices and visa letters can require additional questions.

By Checkout Page · Updated September 5, 2026 · 9 min read

On this page

What fields does a conference registration form need?

Start with the contact and identity details needed to deliver and identify the ticket. Add badge, catering, accessibility, billing and consent questions where your event needs them. For each field, name who uses the answer and decide whether it is required, optional or conditional.

The full template. Copy the rows you need. "Conditional on" means the field only appears when that condition is true.

FieldTypeRequiredWhy you askConditional on
First nameTextYesBadge, ticket, check-in searchAlways
Last nameTextYesBadge, alphabetical desk listAlways
EmailEmailYesTicket delivery, joining instructionsAlways
OrganizationTextUsually noBadge line, sponsor reportingOnly if used
Job titleTextNoBadge line, session planningOnly if used
Dietary requirementsSelect plus otherYesCatering guaranteePass includes a meal
Accessibility requirementsLong textNoStep-free routes, captioning, seatingIf the team can act on requests
Badge name or preferred nameTextNoThe name people actually useIf badges are printed
PronounsFree textNoBadge, correct addressIf the event has a defined use
Country and citySelectNoTravel planning, timezone for virtualOnly if used
Visa invitation letter neededCheckboxNoImmigration paperworkInternational attendee
Full name as on passportTextYesThe letter must match the passportVisa letter is ticked
Passport number and expiryTextReview locallySome visa-letter processes request itOnly if required; use restricted handling
Workshop choiceSingle selectYesRoom capacity per workshopWorkshop add-on bought
Track preferenceMulti selectNoRoom sizing on the dayMulti-track event
First time attendingSelectNoNewcomer session, welcome emailIf used
Emergency contact name and phoneTextNoSafety, offsite and multi-day eventsMulti-day or offsite
T-shirt sizeSelectYesPrint runT-shirt add-on bought
Photo and film notice or consentCheckboxReview locallyMedia policyIf required by the event and local law
Code of conduct acceptedCheckboxReview locallyRecord acknowledgementIf counsel advises
Share my details with sponsorsCheckboxNoLawful basis for lead sharingSponsors receive lists
Marketing opt-inCheckboxNoNext year's launch emailIf consent is the chosen legal basis
How did you hear about usSelectNoChannel reportingIf used
I need an invoiceCheckboxNoTriggers the billing blockFor events supporting invoices
Billing name, address, tax ID, PO numberTextYesCorporate finance will askInvoice is ticked
Speaker or sponsor organizationTextYesReconciling comp allocationsComp ticket type

Twenty-six rows is a large field inventory even when many are conditional. Preview every ticket path, count the fields each buyer sees, and remove any answer without a named user and action.

What is the shortest registration form that still works?

The six-field example below suits an event using named badges, catered meals and a code of conduct. It is not a minimum for every conference: organization can be optional, meal questions can disappear when no meal is provided, and acknowledging a policy does not by itself establish enforceability.
1. First name            [text]      required
2. Last name             [text]      required
3. Email                 [email]     required
4. Organization          [text]      optional if used on badge
5. Dietary requirements  [select: None / Vegetarian / Vegan /
                          Gluten-free / Dairy-free / Halal /
                          Kosher / Other, please specify]  required
6. I have read and accept the code of conduct at [URL]
                         [checkbox]  required

Use this version for a single-day event under about 200 people with no workshops, no international travel and no sponsors receiving lead lists. A 150-person nonprofit summit at $95 does not need a passport field.

If the event has no catering, remove the dietary question. Add job title only if the badge or another defined task needs it.

When do you need the full version?

Add the conditional blocks as soon as one of four things is true: you have paid workshops with capacity limits, international attendees who need visa letters, corporate buyers who need invoices, or sponsors receiving attendee data. Each of those is a field you will otherwise collect by email, one person at a time.

The four triggers, and what each one costs you if you skip it:

  • Workshops with capacity. Without a workshop choice at registration you are running a second signup after purchase, and reconciling two lists.
  • International attendees. Visa letters requested by email in the final month, each needing a passport name you then chase.
  • Corporate buyers. Some organizations need a purchase order or tax details on their invoice. Make the relevant billing fields available when requested.
  • Sponsor lead sharing. Establish the appropriate legal basis before sharing attendee details. If you rely on consent, explain the recipients and purpose and obtain the consent before sharing; registration is one possible collection point.

How do you adapt the template by conference type?

No field list is universal beyond the information needed to deliver and identify the ticket. Add affiliation, credentials, donation prompts or customer IDs only when the event has a defined use and lawful handling process. Conditional logic can keep specialized questions away from attendees to whom they do not apply.
Conference typeAdd these fieldsDrop or downgrade
TechGitHub or LinkedIn handle, track preference, t-shirt size, dietary detail for long daysPronouns are usually already asked, keep it optional
AcademicInstitution, department, career stage, presenting or attending, abstract referenceJob title, replaced by career stage
MedicalProfessional license number, specialty, credentials for the certificate nameHow did you hear about us
NonprofitOptional donation, scholarship request, organization type and sizeT-shirt size unless swag is funded
User conferenceCustomer account ID, product version, support tier, named CSMOrganization, you already have it

Two adaptation notes that apply to everyone. Keep the field labels identical to what appears on the badge, so the person who prints badges does not have to interpret anything. Use a select for categories the caterer needs to count, with an open-text route for requirements the list does not cover.

What should you not ask?

Remove any field that has no named owner and action. Gender, date of birth, home address, phone number and salary can add privacy obligations and breach impact. Collect one only when the event has a documented purpose, legal basis where required, access rule and retention period.

Three specific traps:

  1. Phone numbers without a contact plan. Decide whether your team needs individual calls, an opt-in alert channel or email before collecting a number.
  2. Home addresses for a virtual event. If you are shipping something, ask at the point of shipping. If not, do not ask.
  3. Open-ended questions with no owner. Ask a specific question where possible, and assign someone to read and act on any open-text responses.

How do you build this form on Checkout Page?

Create the event, add ticket types, then add custom fields to the checkout. Fields can be text, select, checkbox, date or file upload, with conditional logic to show a field based on an earlier answer, and multi-step forms to split a long form into screens. Answers appear against each attendee in the export.
  1. Create the event and add your ticket types with prices and capacities. Start with create an event.
  2. Add the fields selected for your event first, using custom fields. Use select rather than text wherever the answers are a known list.
  3. Add the optional fields, unmarked as required.
  4. Add the conditional blocks with conditional logic for custom fields, so the visa and invoice questions only appear when the earlier checkbox is ticked.
  5. If the form is longer than about ten visible fields, split it into steps with a multi-step form: ticket, attendee details, extras, payment.
  6. Buy a test ticket yourself, at full price, and refund it. Check the badge fields, the confirmation email and the QR code.
  7. Connect the Google Sheets integration so the badge printer and the caterer read a live sheet rather than a CSV you have to remember to re-export.

From our publisher · Checkout Page

Build your registration form free

Custom fields, conditional logic and multi-step checkout on every plan, including the free one.

Try Checkout Page →

How do you check the form before it goes live?

Complete a registration on a phone and note where you hesitate or encounter errors. Test both an individual and a group order if you offer them. Export the results and ask the badge and catering teams to confirm that the answers are usable.

Five checks to include in the rehearsal:

  1. Every required field is genuinely required, and nothing else is.
  2. Each conditional field appears when it should and stays hidden when it should not.
  3. The confirmation email contains the ticket PDF with a QR code, the date, the venue and the refund policy link.
  4. The CSV export column names are understandable to someone who was not in the planning meetings.
  5. Attendees can describe dietary requirements the predefined list does not cover.

Once the form is live, resist editing it mid-sale. Changing a field halfway through means half your attendees answered a question the other half never saw, and you will find out in the week you least want to. If you must add a field, make it optional and email the earlier buyers separately.

For the reasoning behind each question rather than the list itself, read conference registration form questions. For what the desk does with these answers on the day, see conference check-in.

Frequently asked questions

How many questions should a conference registration form have?
Require only fields needed to deliver the ticket and run the event. Optional and conditional fields can still add friction and privacy obligations, so they also need a named purpose. Measure form starts, completions and validation errors rather than relying on a universal field-count benchmark.
Should you ask registration questions per ticket or per order?
Per attendee for anything that appears on a badge or affects the day: name, job title, dietary needs, workshop choice. Per order for billing details and the invoice address. A team lead buying five seats should fill in five sets of names, not one, or you will chase them in the final week.
What is conditional logic on a registration form?
A rule that shows a field only when an earlier answer matches. Ask for a passport name only when someone ticks that they need a visa letter, or ask for a tax ID only when they ask for an invoice. It keeps those questions out of the purchase path for buyers who do not need them.
Should a conference registration form be one page or several steps?
Start with a single page for a short form. If the purchase includes several distinct decisions, try steps for ticket choice, attendee details, extras and payment. Compare completion and validation errors on mobile; the right split depends on the questions and the buying task.
Can you collect dietary and accessibility needs at check-in instead?
No. Both numbers are needed before the event, dietary for the catering guarantee that is usually locked 7 to 10 days out, accessibility so you can actually arrange the thing being asked for. Collecting them at the door means finding out about a wheelchair user on the morning.

Published by

Checkout Page

Checkout Page builds checkout and event ticketing software. This site covers conference registration through product documentation, fee calculations and practical planning examples.

Published by Checkout Page, one of the platforms covered. Comparisons use public pricing and documentation. Our editorial approach.