In this order
The traffic is wrong, which is a promotion problem and not a page problem. The title promises something the bullets do not deliver. The date, time or duration is missing or awkward. The form asks for more than the session is worth.
The page has to make one trade obvious: an hour of their time, on a fixed date, for something specific. This is the anatomy — every block, what it is for, and the honest version of the three things pages usually fudge. Written to work with any page builder; where a tool decision genuinely changes the plan, it says so.

A registration page is not a sales page and not a preview of the session. The visitor is deciding exactly one thing: whether an hour of their time, on that date, is worth what this promises. Every element either helps them decide or delays them.
The trade has four terms, and a page that answers all four in the first screen converts the people who were always going to convert. What do I get. What does it cost me — an hour, on a specific date, at a specific time. Who is asking. What happens if I cannot make it. Hide any one of those and you have asked the visitor to do work to find it, and some fraction of them stop instead.
Show the page to someone who has never heard of you and ask three questions: what is this about, when is it, and what do I have to give up to attend. If they have to scroll to answer any of the three, that answer is in the wrong place. The test takes ten seconds and it is more reliable than any opinion you will get about the design.
Do the same test on a phone before you do it anywhere else. A first screen that works on a laptop and pushes the date below the fold on a phone is a page that fails for most of the people who see it.
The advice to keep registration pages short is a proxy for the real rule, which is that nothing should be on the page that does not help the decision. A long page for a paid half-day workshop with a real agenda can be exactly right. A long page that restates the same promise in four different registers is padding, and padding reads as uncertainty about the offer.
The most common failure is not length at all. It is a page trying to do a second job — selling the product the session is about, establishing your whole professional history, or teaching enough that attending becomes optional. Each additional job competes with the one the page has.
The title is the only part of the page that travels. It goes in the subject line, the social post, a partner’s email, the calendar entry and the reminder ten minutes before you start. It has to work read alone, out of context, by someone who is not looking at the page.
A clever title is one that only makes sense once you already know what the session is. It rewards the people who were coming anyway and loses everyone who needed the title to do its job. A specific title names the audience, the problem or the outcome — ideally two of the three — and reads the same at the top of an inbox as it does under a hero image.
Delete the page and read the title alone. If a stranger can tell who it is for and what changes for them, keep it. If it only works once the subhead explains it, your subhead is the title and the title is decoration.
Curiosity is not the enemy here — unresolved ambiguity is. A title can hold something back and still be specific about the territory. What it cannot do is require the reader to guess at the subject.
Under the title, one line of who it is for and the shape of the session: length, live, and whether there is time for questions. That line does more for the decision than a second paragraph of promise.
Fix the title before promotion starts. Changing it mid-window means the partner’s email, the calendar entry someone already saved and the page no longer agree, and the person who registered a week ago now has an appointment for something with a different name. The title is also a promise the room has to keep — the script template starts from it deliberately.
The date and time are the second half of the trade — the price. Pages that bury them are asking people to commit to an unknown cost, and the ones who register anyway are the ones most likely to discover a conflict later.
Write out five things: the weekday, the date, the start time, the timezone, and the duration. People plan by weekday, they commit by duration, and they miss sessions over the timezone.
Best is the time converted into the visitor’s own timezone with the label visible, so they can see both what it means for them and what the source time is. A conversion without a label is worse than a label without a conversion: a bare number that silently changed is the exact thing that makes someone distrust every other time on the page.
If your builder cannot convert, write the source timezone explicitly with its offset rather than an abbreviation alone — abbreviations collide across regions and change with daylight saving. Then repeat the same string everywhere: the page, the confirmation, the calendar entry and every reminder should read identically.
Offering a second time is a real lever when a meaningful part of your audience is in another region. Build it as a choice on one page rather than two separate pages: two pages split your source tracking, double the thing you have to keep in sync, and produce two versions of the truth when you change the title. One page, one registration record, a session field on it.
Whichever times you pick, pick ones you can defend for the audience you actually have and then keep them. A session that is always on the same weekday at the same hour becomes a habit; a session at a new time every month is a new decision every month. When the honest answer is that your audience cannot all be in one room at one time, that is a scheduling question, not a copy question.
Relative times are fine as an addition and disastrous as a replacement. A page that says “starts in 2 hours” and nothing else cannot be forwarded, cannot be saved, and cannot be checked against a calendar — and it is indistinguishable from the resetting-countdown pattern that teaches visitors not to believe you.
Not an agenda. An agenda describes your hour; outcome bullets describe their afternoon. “Introduction, five common mistakes, Q&A” is a running order, and a running order is not a reason to attend anything.
Write each bullet as a capability the reader leaves with, in the plainest verb you can find. Then apply the rule that keeps the whole block honest.
If you cannot name the stretch of the session that delivers a bullet, delete the bullet or build the segment. This is the fastest available test of whether the session is worth the hour you are asking for, and it is much cheaper to fail it now than in the room.
Three to five, and the range matters. Fewer than three reads thin — as though the session is one idea stretched over an hour. More than five reads like a syllabus, and the reader stops weighing individual claims and starts skimming, at which point none of them land.
Specific beats superlative every time. Write the thing rather than the adjective: the artifact they will have, the decision they will be able to make, the calculation they will be able to run. Adjectives are what people write when they have not yet decided what the session actually does.
Say who it is not for. One sentence, plainly written, immediately after the bullets. It will cost you a few registrations from people who were going to leave at minute six anyway, and it raises the quality of every question asked in the room. It also makes the rest of the page more believable, because a page that excludes someone is visibly not trying to catch everyone.
The bullets are also the spine of the session itself. If you write them well, you have most of the outline already — and the room will keep the promise the page made, which is the only reliable way to make the second session easier to fill than the first.
Somebody deciding whether to give you an hour is asking a fair question: why you. Answer it with evidence you actually have, and answer it in one paragraph rather than a career summary.
Invented numbers. Statistics borrowed from a study nobody links. Logo bars for organisations you have no relationship with. Testimonials that do not exist. “As seen in” without the link. The practical problem is not only that these are dishonest — it is that a claim a visitor cannot verify makes every other claim on the page provisional, including the true ones you needed them to believe.
Anyone who has spent a year on the internet recognises the pattern instantly, and the detection is not conscious or fair. The page just starts reading as marketing rather than as an invitation, and the specific thing you lose is the person who was almost ready.
Say what is true and let it be small. “I have run [this process] [n] times and I am going to show you exactly how, including the parts that did not work” is a complete and credible answer. Specific and modest beats vague and grand, and it survives contact with the session.
If you genuinely have nothing to point at, teach on the page. Two or three sentences of real, useful thinking about the problem is proof of the only kind that matters here — it demonstrates the thing they are being asked to buy an hour of.
Name and email is usually enough. The question is not whether a field would be interesting to have — it is whether something downstream changes because of the answer.
Run every field past one sentence: what changes because of this answer? Something in the emails, the room, the routing or the follow-up has to be different, and you have to be able to say what. “Useful to know” is not a use. Data you collect and never look at cost you registrations at the moment of collection and nothing at all afterward.
| Field | Earns its place when | Otherwise |
|---|---|---|
| First name | You use it in the emails and in the room, which is nearly always. | Keep it. It is the one extra field that pays for itself. |
| Always. It is the entire delivery mechanism for everything that follows. | Not optional. | |
| Phone | You will actually call, or you have consent and a plan to send one SMS reminder you disclosed on this page. | Delete it. An uncalled number is a field you charged people for. |
| Company or role | It routes the follow-up, changes what you say in the room, or qualifies a sales conversation you genuinely run. | Delete it. “Useful to know” is not a use. |
| Company size or budget | You are running a sales motion where this decides who gets a call within the week. | Delete it, and ask on the call instead. It reads as qualification and it converts like it. |
| One question they want answered | You will read the answers and answer some of them by name in the room. | Delete it. Asking for a question you never address is worse than not asking. |
Optional fields are not free. They still add height, still add decisions, and still make the form look like a qualification exercise at a glance — which is how it is judged, because nobody reads the word “optional” before forming an impression.
Where a marketing consent checkbox is required, write it as a plain sentence describing what you will send, and never pre-tick it. It is a small honesty test that the visitor is running whether or not you intended to take it.
Double opt-in is a genuine trade rather than a best practice: it costs you registrations, because every additional step does, and it protects your sending reputation, which is what determines whether your reminders arrive at all. Whichever you choose, if there is a confirmation step, say so on the confirmation page in plain words — “check your email and confirm, or the reminders cannot reach you.” A silent double opt-in is an efficient way to manufacture no-shows.
Label the button with the action, not the mechanism. Something in the shape of “Save my seat” or “Register for [day]” restates the trade at the moment of commitment; “Submit” describes what the browser does.
Then the handoff. The confirmation page should restate the date and time in their timezone, hand over the calendar file, and say what arrives next and when. The confirmation email should do the same things, because people register on phones and add things to calendars on laptops. The copy for it is written out in the email sequence templates, and the calendar file — the single highest-leverage artifact in this whole chain — is covered in the attendance guide.
Any builder will make this page. What usually breaks is what happens one second later: the confirmation, the calendar detail, the reminder sequence and the room live in different products, joined by an integration you have to test. In Agorix the registration page, confirmation, calendar details and reminders are built as one thing on one customer record — see how live webinars work.
The instinct is to stay quiet: mention a replay and people will watch the replay. What actually happens is that silence gets interpreted, in both directions, by different people, and you inherit both sets of consequences.
A visitor with a conflict is running a small risk calculation. If the page says nothing, some of them assume there is no replay and do not register, and some assume there obviously is one and register with no intention of attending. You have lost registrations at one end and gained no-shows at the other, which is precisely the trade you were trying to avoid.
The people who moved a meeting to be in the room find out that they did not need to. They are your most reliable cohort — the highest attendance you have — and you have just taught them that your constraints are marketing. The cost does not land on this session. It lands on every one after it, quietly, in a number you will not be able to attribute.
Whichever policy you choose, write it in the same words in three places: the registration page, the confirmation, and the reminder the day before. Those are the three moments the question is actually asked, and three slightly different answers is how a policy turns into a complaint.
A timer running to a real, fixed start does a genuine job: it converts an abstract date into a felt cost, which is exactly the conversion the page is trying to make. A timer that resets is a different object entirely.
A countdown that starts again when the page reloads is a claim the visitor can disprove with one keystroke, and a meaningful number of them do exactly that — the pattern is familiar enough that checking is a reflex. The damage is not the lost urgency. It is that once one claim on a page has been caught, every other claim on it becomes provisional, including the ones that were true and load-bearing.
The same applies to a seat counter that does not correspond to an actual room ceiling, and to “registration closes in [n] hours” when it does not close. These are not aggressive marketing; they are checkable statements that fail when checked.
Social proof counters follow the same rule twice over: only if the number is real, and only if the real number helps. A badge announcing that four people have registered is worse than no badge, and the fix is to remove it rather than to change the number.
Evergreen sessions inherit all of this with more room to get it wrong, because the start time and the deadline are both generated per visitor. That is workable and honest when the session really does start at that time for that person and the deadline really is enforced — the deadline mechanics are their own subject.
Described rather than screenshotted, because the layout is not the transferable part. The order of the answers is. Read it as the sequence a visitor needs, and hold your own page against it block by block.
The video header that autoplays, because it pushes the date below the fold and starts talking at someone who is reading. The second form halfway down that creates a second registration for the same person. The chat widget that opens itself. The logo bar you have not earned. The testimonial you do not have. Anything that animates while the reader is trying to answer three questions.
Then check the whole thing on a phone, first, before you check it anywhere else — a first screen that works on a laptop and fails on a phone is a page that fails for most of the people who will see it. Do the ten-second test again there.
One last pass, and it is the one nobody does: complete a real registration yourself, from a channel link with its source tag on it, using an address you can check. Watch the confirmation page, the confirmation email and the calendar file arrive. Every failure that costs you the most on the day is visible in that thirty seconds of testing and invisible from the editor.
Registration rate — registrations divided by registration-page visits. It judges the page and the promise on it, and nothing else, which is exactly why it is useful.
Read it per traffic source, always. Your own list converts at one rate and cold social traffic at quite another, and the blended figure is an average of two audiences that hides both. A page can look mediocre in aggregate while converting your list perfectly well and being pointed at by a channel that was never going to work.
The traffic is wrong, which is a promotion problem and not a page problem. The title promises something the bullets do not deliver. The date, time or duration is missing or awkward. The form asks for more than the session is worth.
Not a published benchmark. Averages across industries, price points and traffic sources have no relationship to your page, and adopting one gives you a target with false precision and no diagnostic value.
A registration page can be tuned into a higher registration rate and a lower show-up rate: by being vague about the time, by implying a replay you will not send, by stripping the who-it-is-not-for line, by collecting registrations from people who were never going to attend. Every one of those changes looks like an improvement on the page report and shows up as an empty room.
So judge the page on attendees wherever you can trace it that far, and read registration rate next to show-up rate rather than on its own. Both numbers, and the four that sit around them, are defined in the pillar guide’s Measure stage.
Between sessions, change the title, then the first screen, then the form — in that order, one per session, unless the numbers are so thin that the difference could not possibly be read. With small samples, a redesign tells you nothing except that the page is different now. A single deliberate change, repeated across three sessions, tells you something you can keep.

A specific title, one line naming who it is for, the date and start time in the visitor’s timezone with the weekday and duration, three to five outcome bullets describing what they will be able to do afterward, who is teaching and why that is credible, a short form, and the replay policy stated in a sentence. The test is not a list, though — it is whether a stranger can answer what this is, when it happens and what it costs before scrolling. The pillar guide covers where the page sits in the wider timeline.
As few as you can defend. First name and email are enough for most sessions. Every additional field has to survive one question: what changes because of this answer? If nothing in the emails, the room, the routing or the follow-up changes, the field is a tax you pay in registrations for data you will not use — and optional fields are not free either, because they still add visual weight to the decision.
Yes, in a sentence, on the page. Silence reads as “no replay” to some visitors and “obviously a replay” to others, and both guesses cause problems later. Any of the three honest policies works — replay for everyone, replay for a stated window, or live only. What does not work is implying live only and then sending a replay to everyone: the people who moved something to be there find out that they did not need to, and they are the same people whose attendance you were trying to protect. More on that trade in the attendance guide.
A countdown to a real, fixed start time is useful — it converts an abstract date into a felt cost. A countdown that resets when the page reloads is a claim the visitor can disprove with one keystroke, and they do check. Once one claim on a page has been caught, every other claim on it becomes provisional, including the true ones. The same logic applies to seat counters that do not reflect an actual room ceiling and to registration “closing” at a time it does not close.
Yes, in one plain sentence in the FAQ block. “There is an offer at the end and I will tell you when it starts” costs almost nothing with the people who were going to buy, and it removes the suspicion that otherwise shapes how everybody else listens. Concealing it produces a room that spends the first twenty minutes waiting for the pitch rather than following the teaching, which is a worse trade than the registrations you think you are protecting.
Registration rate — registrations divided by registration-page visits — read per traffic source rather than blended. Your own list and cold traffic convert at rates that average into a number you cannot act on. Compare it to your own previous page rather than to a published benchmark, and read it next to show-up rate, because a page can be tuned into more registrations and fewer attendees by being vague about the time or generous about a replay it will not send.
Registration pages, confirmations, calendar details, the reminder sequence, the live room, behavioural follow-up and checkout — on one customer record, so a registration does not have to survive three integrations to become an attendee.
14 days · $0 due today · Payment method required · Cancel before first charge and pay nothing