Direct answer: An event landing page is not a poster. It needs its own URL, pre-show information, registration/inquiry form, QR/UTM, lead ownership, privacy consent and post-show follow-up. Acceptance is whether people can find it, register, reach the right owner and review the results—not whether it looks good.

This guide is for marketing, export/sales, product, IT, legal and website vendors at Changzhou manufacturers. It covers trade shows, customer days, open days and online launches: how to build and accept an event landing page. Information is current to 31 October 2026. It is public search/analytics documentation and project method, not a ranking, traffic or lead promise; the event, form, privacy, contracts and data definitions are confirmed case by case.

Three rules first

One primary URL per event; QR/UTM must distinguish channel/staff; collect only necessary form fields with clear consent; leads need an owner, SLA and post-show follow-up; update or retire the page after the event, not "valid forever".

When do you need a dedicated event page rather than a news/product page?

Large trade shows, launches, customer days and open days fit a dedicated event page; small routine news belongs on the news/product page. Judge by whether there is separate registration, agenda, booth/venue, time and follow-up.

Not every event needs a new page. A dedicated page fits an event with a clear time/place/registration/agenda/follow-up: trade show, customer day, open day, launch, online seminar. Routine company news or product updates fit the news/product page, avoiding a set of expired, duplicate event URLs. The page needs a lifecycle: live before the event, updated during it, reviewed/retired or turned into a recap afterwards.

ScenarioFits a dedicated pageDoes not fitAcceptance focus
Large trade showBooth, agenda, registration/appointment, on-site activityOnly a booth photoBooth/time/appointment/leads
Customer day/open dayInvitation, visit, check-in, confidentialityPublic registration without reviewInvitation/list/privacy
Product launchLaunch/livestream/demo bookingA product page with a new titleAgenda/replay/demo
Online seminarRegistration, speakers, replay, materialsNo registration/replayRegistration/attendance/materials
Routine newsNoA page for every news itemNews list/internal links

Scenario judgement is editorial; page structure, registration/invitation and privacy depend on the event type, company policy and contract.

What should the pre-show page contain?

At minimum: event name, time, venue/booth, products/agenda, registration/appointment, travel/entry, contact and FAQ. It must be searchable and shareable, not a poster.

The first job of the pre-show page is to help a customer decide whether to come, how to get there and who to meet. Include event name, date/time, venue/booth, address/travel, entry method, products/demos, agenda/speakers, registration/appointment, contact and FAQ. The title/H1/description should include event name + city/booth, not just "invitation". Changes must be updateable; after the event, retire it or mark "ended".

ModuleWhat to writeEvidenceCommon gap
Event infoName, time, venue/booth, address/travel, entryScreenshot, map/venue linkPoster only/no booth number
Products/agendaProducts, demos, agenda/speakers, who should attendProduct/agenda table"Stay tuned" with no content
Registration/appointmentForm, review/confirmation, quota/deadlineForm test, confirmation emailNo confirmation after registration
Travel/entryMetro/parking/badge/entry code/contactFAQ, mapCannot find the booth on site
Share/searchTitle/description/OG/Event structured dataSource, share previewOnly "invitation"
Update/retireTime/booth/agenda changes; recap/retireVersion/statusExpired page stays online

The page checklist is editorial; Event structured data reference Google Event structured data, but display/indexing/ranking are not promised.

How should QR codes, UTM and forms be designed?

Use separate QR codes by channel/booth/staff and UTM for source. Collect only necessary fields with clear consent. Route leads by product/region/owner; do not send everything to one inbox.

The most common failure is "one QR code for everything", so nobody knows where a lead came from. QR/short links should distinguish show, booth, poster, sales card and online channel; UTM records source/medium/campaign/content; form fields should match follow-up needs (name, company, title, need/product, country/region, contact, consent), not ID cards or medical records. Route leads by product/region/owner, with a named owner and SLA for sales/distributors.

ItemSuggested practiceEvidenceCommon failure
QR codeOne per channel/booth/staff; can be retired/retargetedQR table, redirect testOne code for the whole show
UTMConsistent source/medium/campaign/contentUTM table, reportAd-hoc "expo"
Form fieldsNecessary fields; product/need/country; consentField table, test submissionToo many fields/no consent
Lead routingBy product/region/owner; backupRouting table, SLAAll to a group inbox
PrivacyPurpose/scope/retention/sharing/rights; revocablePrivacy text, consent recordPre-ticked/no notice
Data qualityDeduplicate, invalid numbers, mark test leadsCRM rules, samplingCounting tests as leads

The QR/form/lead checklist is editorial; personal-information processing, consent, retention and sharing depend on the Personal Information Protection Law and company privacy policy; claims/cases/data must be true and verifiable under the Advertising Law.

How should post-show follow-up and review work?

Follow up by lead tier at 24/48/72 hours; send materials/replay/quote/sample; record invalid/duplicate/competitor; review qualified leads, meetings/samples/quotes and pipeline, not just scans.

The show is not over when the booth closes; lead follow-up starts. Set SLA by tier: A (clear need/budget/timing) within 24 hours, B within 48 hours, C within 72 hours or nurture; send materials/replay/quote/sample with templates and an owner. Record invalid, duplicate, competitor and test leads; do not treat scans as leads. Review qualified leads, meetings/samples/quotes, pipeline and cost per qualified lead.

ActionWhat to doEvidenceCommon failure
TieringA/B/C by need/budget/timing/decision roleTier rules, sampleAll leads same tier
SLAA 24h/B 48h/C 72h or nurtureCRM timestampContacted a week later
ContentMaterials/replay/quote/sample/meetingTemplates, send logOnly "thanks for visiting"
DataMark invalid/duplicate/competitor/testCRM fields, samplingScan = lead
ReviewQualified leads, meetings/samples/quotes, pipeline, costReport, review meetingOnly scans/cards
PageRecap/materials/retire/updatePage status/versionExpired page stays online

The follow-up/review checklist is editorial; SLA, lead tiers, CRM and performance rules depend on the sales process; no lead, conversion or deal volume is promised.

Which data should you look at—and not look at?

Look at scans/forms/qualified leads/meetings/samples/quotes/pipeline and cost per qualified lead; do not look only at scans, business cards or pageviews. GA4 events must distinguish QR/forms/materials.

Event data should answer which channel/booth/customer type produced qualified leads. Record at least QR scans, page visits, form starts/submissions, material downloads, meeting bookings, qualified leads, samples/quotes, pipeline and cost. GA4 events/UTM need consistent naming; form submit/material download/meeting booking can be key events, but do not replace lead quality with pageviews or scans. Event cost includes booth/build/materials/travel/staff/page/ads; cost per qualified lead is more meaningful.

MetricHow to useSourceHow not to use
Scans/visitsChannel/creative attractivenessQR/GA4As lead count
Form submissionsRegistration/appointment conversionForm/CRMWithout removing tests/duplicates
Qualified leadsConfirmed by tier rulesCRMAll business cards are qualified
Meetings/samples/quotesSales progressCRM/sales recordPage metrics only
Pipeline/dealsBusiness impactCRMShort-term attribution/credit fight
Cost per qualified leadCompare events/channelsCost table/CRMPage production cost only

Metrics/definitions are editorial; GA4 events reference GA4 event documentation; attribution, cost and pipeline depend on CRM/finance; no lead or deal is promised.

How should the event page be sequenced?

T-30 define goal/page/form/QR; T-14 content/invitations/testing; T-7 reminders/materials/training; during the show update/collect; 72 hours follow-up, 2-week review, 4-week update/retire.

Do not build the page a week before the show. Work backwards from T-30/T-14/T-7/show/post-show: define goal, audience, offer, form and lead routing; build page/content/QR/UTM; test registration/confirmation/notification; update on site/agenda/photos during the show; follow up by SLA and review after. Put page/form/QR/CRM owners in the event plan.

PhaseActionsOutputsOwner
T-30Define goal/audience/offer, page/form/QR/UTM/lead routingEvent page plan, field tableMarketing/sales
T-14Page content/agenda/products/travel/FAQ; invitation/registration testingPage, test recordMarketing/IT
T-7Reminders/confirmation/materials/QR/sales trainingReminders, materials, trainingMarketing/sales
ShowOn-site updates, scans/forms, meeting booking, exception handlingOn-site log, leadsSales/marketing
72h afterTier/follow-up/send materials/quote/sample; mark invalid/duplicateCRM, follow-up logSales
2–4 weeksReview; recap/retire page; next improvementsReview table, page statusMarketing/sales

The event cycle is editorial; timing, budget, staffing, privacy and contracts depend on the event plan.

Acceptance checklist

Accept eight items: URL/info, registration/form, QR/UTM, privacy consent, lead routing, post-show follow-up, data/review and page lifecycle. Each needs an owner and evidence.

The checklist can be shared by marketing, sales, product, IT, legal and vendors. The pass standard is not "the page looks good" but that customers can find it, register, reach the right owner, follow-up happens, data can be reviewed and expired content comes down.

CheckPass standardEvidenceIf failed
URL/infoDedicated URL; event name/time/venue/booth/travel/contact completePage, screenshotAdd info/restructure
Registration/formSubmit/confirm/notify; necessary fields; test passesTest submission, emailFix form/notification
QR/UTMChannel/booth/staff distinguishable; can retireQR table, reportRebuild code/naming
Privacy consentNotice/consent/withdrawal/retention/sharing clearPrivacy text, recordAdd consent/disable
Lead routingBy product/region/owner; backup/SLARouting table, CRMFix routing/train
Post-show follow-upTier/SLA/templates/sample/quote recordedCRM timestampAdd follow-up/review
Data/reviewScans/forms/qualified leads/meetings/samples/quotes/cost visibleReport, review meetingAdd definitions/data
Page lifecycleRecap/retire/update after show; no expired misleading infoStatus/versionRetire/recap

The acceptance checklist is editorial; page, form, privacy, lead and data requirements depend on the event plan, CRM and contract.

Who should read this, who should not, and what decision does it support?

It fits Changzhou manufacturers attending trade shows/customer days/open days/launches. It does not fit teams without an event plan, lead follow-up or willingness to do more than a poster.

Who should read: marketing, export/sales, product, IT, legal and website vendors at Changzhou manufacturers; teams building a trade-show/customer-day/open-day/online-seminar page; anyone deciding "dedicated page or news page, how to split QR codes, what fields to collect, who owns leads, how to review after the show". Who should not: projects without a clear event/audience/offer; teams without sales follow-up/CRM/privacy processes; projects expecting one poster or QR code to replace the page/follow-up. Decisions supported: event page positioning, pre-show content, QR/UTM, forms/consent, lead routing, post-show follow-up, data review and page lifecycle.

Lingyi Information is a website and enterprise AI project services company, not an event organiser, CRM or law firm. This article does not replace the event contract, privacy policy, CRM or legal advice. Changzhou projects are confirmed case by case for remote or on-site work; Lingyi is one candidate, not a local office/team, and does not promise scans, leads, conversion or deals.

FAQ

Does an event page need its own URL?

For a large trade show, launch, customer day or open day with its own time/place/registration/agenda, yes. Routine news/small events can use the news/product page. The dedicated page needs a lifecycle: live before, updated during, recap/retire after.

Should each channel have its own QR code?

Yes, ideally by show/booth/poster/sales card/online channel, and it should be retireable/retargetable. That is how you know where a lead came from. One code for the whole show makes attribution and sales allocation difficult.

Which form fields should we collect?

What follow-up actually needs: name, company, title, need/product, country/region, contact, consent. Do not collect ID cards or medical records. More fields lower conversion; ask whether sales really needs each one.

Should the event page use Event structured data?

If the page is a real event (name/time/place/registration), follow Google's Event structured data documentation. It is not a ranking/display guarantee; update or retire the page if the event is cancelled or expired.

How soon should we follow up after the show?

Set SLA by lead tier, e.g. A within 24 hours, B within 48 hours, C within 72 hours or nurture; send materials/replay/quote/sample with templates and an owner. Confirm the SLA with the sales process.

How do we judge whether the event page worked?

Look at qualified leads, meetings/samples/quotes, pipeline and cost per qualified lead, not only scans/pageviews/business cards. The page works if people can register, leads reach the right owner, follow-up happens and data can be reviewed.

Bottom line

For a Changzhou manufacturer's event page, one primary URL per event, with pre-show information, registration, QR/UTM, privacy consent, lead routing, post-show follow-up, review and page lifecycle all accepted. Scans and pageviews are not leads; a good-looking page is not a successful event.

Method and limits

This article is public search/analytics documentation and project method, not a ranking/traffic/lead promise or legal advice for any event, page, channel, lead or conversion. It uses no unpublished client events, leads or contracts. Page structure, tables and event cycle are editorial suggestions; page/form/privacy/CRM/contract requirements depend on the company, platform documentation and legal counsel.

Sources

Information is current to 31 October 2026; each official/primary page governs its own rules and version.

  1. Google Search Central, Event structured data: developers.google.com. Event name/time/place/registration fields; display/indexing/ranking are not promised.
  2. Google Analytics Help, Events: support.google.com. Event/key-event definitions for forms, downloads and meeting bookings.
  3. Personal Information Protection Law of the PRC: npc.gov.cn. Notice, consent, minimisation and rights for personal information collected by forms/QR codes.
  4. Advertising Law of the PRC (2021 amendment): SAMR. Event/case/data claims must be true and verifiable; no false/absolute claims.
About the author

Lingyi Information Official (delivery team) works on corporate websites, brand and brochure design, smart manufacturing and AI projects, including requirements, proposals and acceptance coordination. This article is public research and project-method guidance, not event, privacy, advertising or contract legal advice; each project is governed by the event plan, company policy, CRM, contract and legal counsel.

Turn the event page into an acceptance checklist

Bring the event plan, page/forms, QR/materials, CRM and privacy process. We will map pre-show content, lead routing, post-show follow-up and review into a reviewable checklist.

Book an event page review