Secure your event

  • 24 August 2020
  • 5 replies

Userlevel 3

When needed, you can secure your event by adjusting its privacy settings. Basic events are visible in the search results and can be accessed by typing in the event code.

The availability of these settings varies by plan. Please check the respective part of the article to see which setting is available with what license. Our free Basic plan does not offer any of the mentioned options.


To prevent anyone from accessing your event you can choose from the following options in Privacy settings:


To change the Privacy settings of your event, follow these simple steps:

  1. Go to Settings
  2. Select Privacy on the left
  3. Click the toggle to turn on your option

Toggling on Require authentication expands additional options for a name, email, and Google SSO or SAML SSO settings.



You can combine several privacy settings for your use case if needed.


Hide your event from search


Available in all plans.


You can hide your event code from the search suggestions. Only those participants who have the exact code will be able to access the event during the dates of the Slido event.


Quick tip: For an additional level of security, use abbreviations or a combination of numbers and letters for your event code. Visit the link to get more ideas about event code customization.


Secure your event with a passcode


Available in all plans.


Only the participants who enter the correct passcode will be able to join your Slido event. Use a passcode that's easy to remember, but includes both letters and numbers to make it harder to guess. Try to avoid replacing O's with zeros as it can cause confusion.

When running a contest, exam or an internal session, you might need to see the names of participants who voted in Polls. By also ticking the option Require name in Privacy settings, you’ll see this information in Polls per user export. The participants, however, still have the option to switch to anonymous while voting.


Restrict access to your event


Available in our Professional plan and higher.


This option allows only participants with a certain email to access your event. You can either add a list of email addresses (max 1500) or restrict access for a particular domain. 

When joining the event via event link, event code, or a QR code, the participants will be required to type in their email. If they're on the list, they will be sent a 4-digit access code to their inbox. If they're not on the list or try to enter via a different domain, the system won't let them in. 

Please note that the participants will get the access code also when they join the Slido event with the same email address from a different device or a browser, or via Incognito mode. 


Alternatively, you can turn on the option to require an email when your participants join the Slido event with any paid plan. This will allow you to collect everyone’s email addresses, but won’t protect the event from unauthorized access. 


Set up SSO for participants


Available in our Enterprise and Institution plans.


To protect your data, you can set up privacy settings through single-sign-on authentication for your employees, so only the people from the SSO list can join. Our SSO article tells you how.


Useful information

  • Tip 1: Testing your Privacy settings
    To test various privacy options, you can use the Participant mode on the left side of your Admin. While adding restricted access or setting up SSO might kick you out of the event, you might need to refresh your page or use the event link in an incognito window with others.

    For example, if you tried to enter the event and added the passcode to your privacy settings afterwards, the system will remember you and won't ask for the passcode the next time. In that case, just copy your event link under the "share" button in the upper right corner of your Admin, and open the link in incognito mode or in another browser.


Curious about more?

5 replies

It would be great if this KB article could be updated to include step by step instructions for the different authentication options. Right now, for SAML SSO, it redirects the user to the SSO article which is really for administrators. 

Something else to consider is to identify administrator and user steps. This could keep your KB articles to one, and differentiate the steps.

The video above shows what we are looking for, but, it doesn’t match the rest of the document.

We are trying to reduce the amount of custom documentation that we provide since that is always out of date it seems as service providers update their services and products continuously (which is good!) so we rely on clear instructions from the vendor.

Userlevel 5

Hi @Lelio Fulgenzi,

Thank you for your feedback! 

Creating SSO guides for participants is a little complicated as every Identity Provider has their own flow, but I can see that it would be helpful.

Sorry about the outdated video, we are currently working on updating all gifs and we’re trying to replace them ASAP.

Let us know if you have any further feedback :)

Hi @Meggie from Slido 

Sorry if I wasn’t clear. I’m not expecting detailed instructions for each individual Identity Provider. Just a clear set of instructions for each type of SSO you support.

For example:


click on privacy

click on SAML SSO

click Upload XML

click Save

NOTE: Contact your local Slido admin for information on how to get your SAML XML file.


That’s it. And please don’t remove the video! The video is actually excellent since it has the steps you need. I like the circling of the cursor. We just need it “in print” on this page.

Userlevel 5

Hey @Lelio Fulgenzi,

I see! Thank you for explaining 🙂 We do have a detailed, step-by-step guide for setting all types of SSO we support, but it’s good to know that it might not be detailed enough. I will pass this on.

Also, just to be clear, only admins and account owners can set up SSO at the moment.

Let us know if we can help with anything else!

Once SSO is setup by the account owner and the relationship between Slido and the IdP is setup, then any host can enable Participant SAML SSO by uploading the XML file.

It is this host level instruction set we need. 

We are trying to avoid custom solutions and instructions where ever possible since the sites changes so often. So really, it’s up to the vendor to provide these instructions. Without them, the clients get frustrated. 

You can reach me direct if you want to have a more indepth conversation.