[[Prevent Multiple Submissions by the Same Respondent]]
You are here: start » Overview » Preparing and Launching the Survey » Prevent Multiple Submissions by the Same Respondent
 
Trace:

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
en:survey:unique-respondents [10.07.2018 21:22] – [Data clearing] adminen:survey:unique-respondents [24.05.2021 20:24] (current) – [Individual participation keys] sophia.schauer
Line 5: Line 5:
 **Note:** To restrict who may access the questionnaire at all, use [[:en:create:access]]. This is also where "serial" and "mailing" restrictions are set. **Note:** To restrict who may access the questionnaire at all, use [[:en:create:access]]. This is also where "serial" and "mailing" restrictions are set.
  
-===== Individual participation keys =====+===== Individual Participation Keys =====
  
 The fact that each participant can only complete the questionnaire once can only be reliably ensured if the participants are known in advance. In this case, each participant can be given an individual key or link that allows them to complete the questionnaire only once. SoSci Survey provides the functions [[mailing|Send Mailings]] and [[:en:create:access#serial number|serial number]]. The fact that each participant can only complete the questionnaire once can only be reliably ensured if the participants are known in advance. In this case, each participant can be given an individual key or link that allows them to complete the questionnaire only once. SoSci Survey provides the functions [[mailing|Send Mailings]] and [[:en:create:access#serial number|serial number]].
Line 13: Line 13:
 However, caution is required if criminal acts are assessed in a survey (e.g., drug use). Because law enforcement authorities could gain access to the data by means of a court order. Most ethics commissions will not approve of this: if participants are assured that they cannot be identified, this would be a serious breach of trust. In such cases it would probably make sense to accept multiple participation.  It is also important to deactivate the recording of time stamps in the [[privacy|Privacy Settings]]. Even if SoSci Survey does not record any IP addresses in the server logs, subscribers could still be identified by means of time stamps if corresponding data is available from other sources. For example, web clients store links that are opened in e-mails. However, caution is required if criminal acts are assessed in a survey (e.g., drug use). Because law enforcement authorities could gain access to the data by means of a court order. Most ethics commissions will not approve of this: if participants are assured that they cannot be identified, this would be a serious breach of trust. In such cases it would probably make sense to accept multiple participation.  It is also important to deactivate the recording of time stamps in the [[privacy|Privacy Settings]]. Even if SoSci Survey does not record any IP addresses in the server logs, subscribers could still be identified by means of time stamps if corresponding data is available from other sources. For example, web clients store links that are opened in e-mails.
  
 +===== Individual Participation URL =====
 +
 +With the help of SoSci Survey, it is possible to create different participation URLs and then submit them to the participants.
 +
 +In the control bar on the left, you can select **Participation Links** in **Controls** -> **Send Invitation**. Here you can create a list of different links by specifying how many different links are required. In addition, you can also set how often a questionnaire can be completed with this link. So if you want to prevent multiple entries, you have to select the option "Fill in once with the personalized link" under //Multiple entries//. The participant then still has the option to pause the questionnaire and continue it later, but can only submit it once. 
 +
 +When assigning the links, make sure that each participant receives their own and individual link, the program will take care of the anonymity of the links. In this way, no e-mail addresses need to be transmitted.
 ===== No good alternatives ===== ===== No good alternatives =====
  
Line 65: Line 72:
 If multiple entries are expected in competitions data cleansing might help. It is very unlikely that a participant will fill out the same questionnaire several times with the same motivation. It is much more likely that they complete the questionnaire as quickly as possible. If multiple entries are expected in competitions data cleansing might help. It is very unlikely that a participant will fill out the same questionnaire several times with the same motivation. It is much more likely that they complete the questionnaire as quickly as possible.
  
-If one excludes "rusher" in the course of data cleansing one should already have identified most multiple participants. This could e.g., be done by identifying questionnaires that were answered extraordinarily quickly, as well as cases with more than 20% missing answers (variable [[:en:results:variables#interview-progress|MISSREL]]). See [[https://www.researchgate.net/publication/258997762|Leiner (2014)]] for more information on data cleansing.+If one excludes "rusher" in the course of data cleansing one should already have identified most multiple participants. This could e.g., be done by identifying questionnaires that were answered extraordinarily quickly, as well as cases with more than 20% missing answers (variable [[:en:results:variables#interview_progress|MISSREL]]). See [[https://www.researchgate.net/publication/258997762|Leiner (2014)]] for more information on data cleansing.
  
 If you collect the contact data for the competition separately from the other data ([[:de:create:questions:contact|Collect Contact Data Separately]]) you have to make sure that fast participants cannot register by using the PHP function ''[[:en:create:functions:casetime]]''. If you collect the contact data for the competition separately from the other data ([[:de:create:questions:contact|Collect Contact Data Separately]]) you have to make sure that fast participants cannot register by using the PHP function ''[[:en:create:functions:casetime]]''.
en/survey/unique-respondents.txt · Last modified: 24.05.2021 20:24 by sophia.schauer
 
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
Driven by DokuWiki