Publish live event poll results on a website without losing the question or context
A live poll needs more than a moving chart on an event website. Visitors should see the exact question, which responses are counted and a route that works if an embed fails. Decide separately whether results should be public.
Boletolibre editorial team
Published
1. Approve the question and public result
Download the editable live-poll results release worksheet (English Markdown)
Choose a poll intended for public results, such as a session topic preference. Record its exact question, options, session and owner. Decide whether to show percentages, counts or a final summary; check what the provider exposes. Label the values as responses to this poll, not as the views of every attendee. Exclude private fields and test votes. Have the session or communications owner approve the question, option order and public wording before sharing the URL.
2. Choose a results link or a website embed
Use a direct public results link when an embed is unsupported or cumbersome on phones. An iframe can show results within a page that explains the session. Hi Widget documents a public URL and embed code after result sharing is enabled; those controls are specific to its service. Check your provider’s visibility setting, account owner and supported method. Put a clearly named direct link beside any frame. If the poll relates to a Boletolibre.com ticket page, link that event page to the separate results destination; this does not imply built-in polling support. Do not assume a copied iframe stays public after its visibility setting changes.[1]
3. Make the numbers and meaning available without the chart
Put the exact question above the results. Give each option and displayed value as text or in a data table, especially if a chart relies on color or bar length. Label percentages and counts; include a response total only if the source supplies one. W3C explains text equivalents for complex images and table headers for data relationships. Give an iframe a descriptive title naming the poll; this labels the frame, not its controls. Test keyboard use on the page and results view. Keep the text route useful when the widget cannot be operated. The text should remain useful even when the chart does not load.[2][3][4]
4. Test the published visitor route
Open the final URL signed out and on a phone. Compare its question, option order and values with the approved source. Follow the direct link and navigate into and out of the frame by keyboard. If only the embed is slow or blocked, check that the link still works. If the whole poll service is unavailable, its link may fail too; keep the event page readable with an accurate status or contact route. Record the URL, device, reviewer and time. Call results live only after observing a subsequent vote appear as expected.
5. Name an update owner and an end state
Assign an owner to watch the public view and approve changes. After an option change or reset, recheck the page and any copied summary. Decide whether closing leaves results visible, replaces them with a dated final snapshot or withdraws them. Hi Widget says its Stop sharing control disables its link and embed, while sharing again creates a new URL; other services may differ. Test the old URL after changes, update the event page and remove a dead frame. Date a final result rather than implying it still updates. If the poll is withdrawn, replace the results area with a clear, dated notice.[1]
Sources and further reading
- How to share your poll's live results, or put them on your own pageHi Widget · Accessed
- Complex ImagesW3C Web Accessibility Initiative · Accessed
- Tables TutorialW3C Web Accessibility Initiative · Accessed
- Using the title attribute of the iframe elementW3C Web Accessibility Initiative · Accessed