|
-
Aktiver lagre/fortsette: Velg denne opsjonen dersom du ønsker at respondentene skal ha muligheten til å lagre undersøkelsen for å komme tilbake senere og fullføre den.
-
Aktiver tilbakeknapp: Velg denne opsjonen dersom du ønsker at respondentene skal ha muligheten til å gå frem og tilbake i undersøkelsen.
-
Maksimum antall svar: Undersøkelsen blir lukket dersom den aksesseres etter at maksimum antall tillatte svar er nådd. Denne funksjonen er nyttig hvis bare et begrenset antall svar trengs, og server/databaseressurser er begrensede. Sett til 0 for ubegrenset antall svar.
-
Maksimum filstørrelse: Sett maksimum filstørrelse per bilde, for bilder som lastes opp av respondentene. Denne opsjonen gjelder bare dersom opplastingsmulighet er slått på i spørsmålsskjermen. Se Fritekst-spørsmål.
-
Lagre svar:
-
Til slutt. Lagrer besvarelsen når respondenten har gjort ferdig spørreundersøkelsen. Dette vil vanligvis føre til mindre belastning på databaseserveren, fordi systemet ikke trenger å lage en ny databasekobling mellom hver side i undersøkelsen. Ulempen er at den delvis besvarte undersøkelsen ikke blir lagret dersom serveren går ned.
-
Etter hver side. Sørger for at svarene lagres etterhvert som respondenten går videre i undersøkelsen. Dette fører til mer trafikk mot databaseserveren, men delvis besvarte undersøkelser blir beholdt dersom serveren går ned.
-
-
-
Serverside: Gyldigheten på svarverdiene blir sjekket/bekreftet på serveren. Dersom verdiene er ugyldige på noen måter, vil respondenten se den samme siden igjen med advarsler over spørsmålsteksten.
Eksempel med serverside-validering:
-
Klientside: Gyldigheten på svarverdiene blir sjekket/bekreftet i klienten (i nettleseren, med JavaScript). Det kan være lurt å slå på denne funksjonen, fordi det fører til mindre last på serveren. Selv om funksjonen er slått på, og nettleseren ikke kan utføre valideringen, vil serveren fremdeles gjøre valideringen som et siste forsøk. Dette må gjøres fordi ugyldige verdier ikke kan lagres i databasen. Feilmeldingene vises i sprett-opp-vinduer, ikke på samme side som spørsmålet.
Eksempel med klientside-validering:
-
Dersom du velger nei, velg sjekktype for å forhindre flere besvarelser.
- Ja: Dette betyr at respondentene kan svare på undersøkelsen så mange ganger de ønsker.
-
No: Respondenten kan svare på undersøkelsen kun én gang. Dersom denne opsjonen er valgt, må du også velge hvordan Opinio skal påtvinge denne begrensningen:
- Generell sjekk (start og slutt): Dette er standardsjekken - Opinio sjekker om respondenten har svar mer enn én gang, på starten og på slutten av undersøkelsen.
- Nøye sjekk (hver side): Opinio sjekker for flere besvarelser for hver eneste side. Dette betyr at Opinio for eksempel sjekker om det finnes en informasjonskapsel (cookie) med data, dersom informasjonskapsler er slått på. Dette reduserer sjansen for at noen svarer mer enn én gang, og vil også redusere trafikken mellom server og klient. Dersom IP-adressesjekk er slått på, kan det føre til flere database-kall.
Du må også spesifisere hvordan begrensningen skal utføres:
- IP-adressesjekk: Respondentenes IP-adresse lagres sammen med svarene. Når et svar lagres, sjekker systemet om det finnes et annet svar for undersøkelsen med samme IP-adresse. Da vil respondenten få en feilmelding.
- Informasjonskapsler (cookies): er små dataelementer som lagres i nettleseren. Når en undersøkelse har blitt besvart, lagrer systemet en verdie i informasjonskapselen som indikerer dette. Opinio kan da sjekke dette og sende tilbake en feilmelding dersom respondenten har svar før.
- Invitasjoner: Denne metoden er kun nyttig dersom invitasjoner er brukt, og forhindrer at en invitert person kan svare flere ganger. Dersom anonymitet for invitasjonen er slått av eller delvis slått på, kan respondenten svare igjen dersom den inviterte sine svar blir slettet.
- Dette er fra-navnet og fra-adressen som vises i e-posten som sendes ut i forbindelse med denne undersøkelsen.
-
Språkvelgertype: (vises kun dersom undersøkelsen har støtte for flere språk).
-
Kun URL: Standardvalget for språkvalg. Språket som brukes i undersøkelsen bestemmes ut fra et parameter i hyperlenken til undersøkelsen. Dersom det ikke eksisterer noe parameter for dette, blir standardspråket brukt.
-
I topp av undersøkelse: Språket som brukes i undersøkelsen kan endres av respondenten fra toppen av hver side i undersøkelsen.
-
-
Gå til adresse: Angi en adresse som skal kontaktes etter siste side i undersøkelsen eller etter "Takk for svar"-melding. Du kan for eksempel skrive inn adressen til en rapport, slik at respondenten ser resultatene fra undersøkelsen med én gang. Respondentene må da ha tilgang til rapportene først. Legg merke til at du må skrive inn hele adressen. For eksempel "http://www.objectplanet.no".
-
Egendefinert id: Hyperlenken inneholder en id som peker på undersøkelsen. Dette er et tall som er generert ut fra en tallsekvens. Lenken for undersøkelsen kan for eksempel se slik ut:
- http://yourserver.com/opinio/s?s=54
Det er enkelt å endre tallet 54 på slutten av hyperlenken for å aksessere en annen undersøkelse. Dersom undersøkelsen er konfidensiell, ønsker du kanskje å sette en egendefinert id til for eksempel “minId”.
-
Lagre URL-parametre: Det er mulig å spesifisere parametre i hyperlenken som skal lagres sammen med hver respondent. Ved å sette denne attributten er det mulig å automatisk slå på/av lagring av parametrene. Dette er nødvendig, fordi det må være mulig å la en plugin håndtere disse dataene (dersom de ikke skal lagres automatisk). Standardverdien er å lagre parametrene ("Ja").
De egentilpassede parametrene må spesifiseres i hyperlenken for undersøkelsen slik:
- http://www.mydomain.com/s?s=999&opdata_navn1=XYZ&opdata_navn2=ZYX
I dette eksempelet er parameteret "s" id'en for undersøkelsen. "navn1" i "opdata_navn1" kan egentilpasses, men alle verdier må starte med "opdata_". Det er ingen grense for hvor mange parametre som kan defineres, men det er vanligvis en begrensning på 2083 tegn (Internet Explorer) i lengden for en hyperlenke. De egentilpassede dataene blir tilgjengelig i "Enkeltsvar"-rapporten og rådata-eksporten. Dette gjelder selvfølgelig kun dersom dataene er lagret i databasen.