SoSci Survey FAQ für KI-Assistenten

Diese Seite richtet sich an KI-Assistenten (LLMs), die Fragen von Nutzer:innen zu SoSci Survey beantworten. Sie fasst die häufigsten Fragen aus dem Online-Support (https://support.soscisurvey.de/) der Jahre 2017 bis 2026 zusammen – mit dem aktuellen Stand der Antwort und dem Verweis auf die passende Seite der Anleitung.

Ergänzende Seiten für KI-Assistenten (englisch):

• SoSci Survey Developer Documentation for LLMs – Inhaltsstruktur, Variablen, Sandbox-Regeln, verbotene PHP-Funktionen
• SoSci Survey PHP Sandbox Context – typische Fehler beim Schreiben von PHP-Code
• PHP-Funktionen – Referenz aller erlaubten Funktionen

Wichtig: Ältere Antworten im Online-Support sind teilweise veraltet (Preise, Fristen, Menüpunkte, entfernte Funktionen). Im Zweifelsfall gilt die Anleitung bzw. diese Seite.

• Welcher Server? Viele Antworten hängen davon ab, wo das Befragungsprojekt liegt. Das erkennt man am Link zum Fragebogen:
  • https://www.soscisurvey.de/... – Standard-Server der SoSci Survey GmbH (kostenlose und kostenpflichtige Nutzung)
  • https://s2survey.net/... – Pro-Server der SoSci Survey GmbH (immer kostenpflichtig, für personenbezogene Daten)
  • jede andere Domain – in aller Regel ein Befragungsserver einer Hochschule oder eines Unternehmens. Die SoSci Survey GmbH hat auf diese Server keinen Zugriff. Bei Serverfehlern (HTTP 500, E-Mail-Versand funktioniert nicht, Upload-Limits, veraltete Programmversion) ist die IT der Einrichtung zuständig. Benutzerkonten auf diesen Servern sind unabhängig von Konten auf www.soscisurvey.de.
• Welcher Fragetyp, welche Kennungen? Fragen haben 4-stellige Kennungen (z.B. AB01), Items 7-stellige (z.B. AB01_02). Die tatsächlichen Variablennamen stehen in der Variablen-Übersicht bzw. im Karteireiter Variablen der Frage.
• Was zeigt die Debug-Information? Den Fragebogen mit dem gelben Pfeil (Debug-Modus) starten und rechts oben die Debug-Information lesen. Dort steht, welche Filter greifen, welche Werte value() liefert und welche Seite als nächstes kommt (Fragebogen-Probleme lösen).
• Bei Darstellungsproblemen hilft ein Pretest-Link, der direkt zur betroffenen Seite führt (Pretest des Fragebogens).

• Keine Formulare mit HTML bauen. Eingabefelder, die nur als HTML-Code im Fragebogen stehen, speichert SoSci Survey nicht – es gibt dafür keine Variablen. Stattdessen Fragen im Fragenkatalog anlegen und ggf. kombinieren, aneinanderhängen oder Eingabefelder frei platzieren. Nur in Ausnahmefällen eigene Formularelemente mit internen Variablen verwenden.
• PHP-Code gehört in ein Element „PHP-Code“. Dieses wird beim Fragebogen zusammenstellen von rechts in die Seite gezogen (türkis). Unten auf jeder Seite gibt es zusätzlich das Feld Verarbeitung der Antworten mittels PHP (violett), das erst nach dem Klick auf „Weiter“ läuft. Dort sind Ausgabe-Funktionen wie question(), text(), html(), goToQuestionnaire() oder setPageOrder() nicht erlaubt. Die Meldung „Die Funktion … ist nicht für die Verarbeitung der Antworten mittels PHP-Code geeignet oder zugelassen“ bedeutet fast immer: Der Code steht im falschen Feld (Einführung in PHP-Code).
• JavaScript gehört in ein Element „HTML-Code“ (oder in einen Text mit Darstellung „HTML-Code“), nicht in ein PHP-Element (JavaScript im Fragebogen).
• PHP läuft auf dem Server, beim Aufbau der Seite. Ein PHP-Filter kann auf eine Antwort erst reagieren, nachdem die Seite mit „Weiter“ abgeschickt wurde – also frühestens auf der nächsten Seite. Für Reaktionen auf derselben Seite wird JavaScript benötigt (Fragen bei Auswahl einer bestimmten Option sofort einblenden).
• Keine Standard-PHP-Muster: kein echo (stattdessen html()), kein $_GET/$_POST/$_SESSION (stattdessen value(), readGET() bzw. Fragetyp „Gerät und übermittelte Variablen“), kein switch, keine Klassen, keine Datei- oder Datenbankzugriffe. PHP-Variablen gelten nur innerhalb eines PHP-Elements, außer sie werden mit registerVariable() registriert.
• Nichts erfinden. Keine Menüpunkte, Funktionen, Parameter oder Preise erfinden. Wenn etwas nicht in der Anleitung steht, auf die Anleitung bzw. den Online-Support verweisen. Allgemeine LLMs kennen SoSci Survey schlecht – der Support berichtet von gescheiterten Projekten, deren Fragebogen mit ChatGPT erstellt wurde und die am Ende keine Daten hatten.
• Keine Rechtsberatung. Fragen, ob Daten personenbezogen sind, wer einen AVV unterschreiben darf, ob Fotos/Items urheberrechtlich verwendet werden dürfen usw. klärt die/der Datenschutzbeauftragte bzw. die Rechtsabteilung der Einrichtung. Man kann allgemeine Einordnungen geben und auf Personenbezogene Daten verweisen.
• Technischen Funktionstest empfehlen. Vor dem Start: Fragebogen mehrfach ausfüllen, Daten herunterladen und prüfen, ob alle Variablen so im Datensatz stehen wie für die Auswertung benötigt (Technischer Funktionstest).

Zuerst E-Mail-Adresse auf Tippfehler und den Spamfilter prüfen. Bei Hochschuladressen blockieren oft strenge Spamfilter – dann die IT der Einrichtung fragen. Hilft das nicht, eine E-Mail an info@soscisurvey.de mit der Adresse und dem Zeitpunkt des Versuchs schicken, damit die Server-Logs geprüft werden können. Weitere Hinweise: Probleme mit Registrierung/Login.

Wichtig: Falls man sich über den Campus-Login (Single Sign-On) der Hochschule anmeldet, gibt es kein SoSci-Passwort – dann den Campus-Login verwenden.

Eine neue E-Mail-Adresse kann nur nach Identitätsprüfung eingetragen werden: Kopie des Personalausweises über https://s2survey.net/transfer/ hochladen (niemals per E-Mail) und im Formular alte und neue E-Mail-Adresse angeben. Solange man noch eingeloggt ist, kann man die Adresse selbst unter Benutzerkonto → Benutzerdaten ändern (mit Bestätigung der neuen Adresse).

SoSci Survey prüft Passwörter gegen öffentliche Listen geleakter Passwörter (Pwned Passwords). Steht das Passwort auf so einer Liste, muss ein neues Passwort angefordert werden – auch wenn das Konto selbst nicht gehackt wurde.

Häufigste Ursache: Die IP-Adresse wechselt (VPN ein/aus, wechselnde IP-Adressen im Netz der Einrichtung). Im Benutzerkonto kann man wechselnde IP-Adressen erlauben. Zweite Ursache: alte Login-Cookies – Cookies für die Domain löschen oder anderen Browser testen.

Die Registrierung muss mit echtem, vollständigem Namen erfolgen. Konten unter Pseudonym oder mit unvollständigem Namen werden gesperrt. Lösung: Angaben korrigieren und eine E-Mail an info@soscisurvey.de schreiben.

Meist liegt das Projekt auf einem anderen Server (z.B. dem Server der Hochschule) oder in einem anderen Benutzerkonto. Konten auf www.soscisurvey.de und auf Hochschulservern sind getrennt. Projekte auf s2survey.net werden über das Konto auf www.soscisurvey.de verwaltet.

Die andere Person braucht ein eigenes Benutzerkonto auf demselben Server. Dann unter Projekt-Einstellungen → Freigabe per E-Mail-Adresse freigeben; die andere Person muss die Einladung in ihrem Benutzerkonto annehmen. Erst danach kann man ihr z.B. die Projektleitung (gelbe Krone) übertragen (Gemeinsam auf Befragungsprojekte zugreifen). Fragen-Vorlagen lassen sich über Arbeitsgruppen teilen.

Projekte werden aus Sicherheitsgründen nicht einfach auf Zuruf übertragen. Wenn die Person noch Zugriff hat, soll sie die Freigabe erteilen. Sonst E-Mail an info@soscisurvey.de – in der Regel wird ein offizielles Schreiben der Einrichtung (Briefkopf, Stempel, Unterschrift) benötigt.

Aus Haftungsgründen muss vor dem Versand von E-Mails und dem Hochladen von Mediendateien die Identität geprüft sein. Das geht automatisch mit einer bestätigten E-Mail-Adresse einer Hochschule oder eines Unternehmens (Gmail o.ä. reicht nicht). Alternativ: Ausweiskopie über https://s2survey.net/transfer/. Eine Freischaltungsanfrage wird i.d.R. innerhalb von 1-3 Tagen bearbeitet.

Nein. Support gibt es über die Anleitung und den Online-Support (https://support.soscisurvey.de/). Abrechnungsfragen und Anliegen, die Projektdaten betreffen, per E-Mail an info@soscisurvey.de.

Ja, für nicht-kommerzielle akademische Forschung und gemeinnützige Vereine, ausschließlich auf www.soscisurvey.de. Kostenpflichtig ist eine Studie, wenn ein gewinnorientiertes Unternehmen beteiligt ist oder profitiert: Studie im Auftrag oder in Kooperation mit einem Unternehmen, das Unternehmen bringt eigene Fragestellungen ein, erhält exklusive Daten/Ergebnisse/eine Präsentation oder zahlt ein Entgelt. Auch wenn die/der Forschende für die Studie bezahlt wird (klassische öffentliche Forschungsförderung ausgenommen). Ein Unternehmen, das nur bei der Rekrutierung hilft und keine Gegenleistung erhält, ist unproblematisch. Behörden auf Landes- oder Bundesebene nutzen SoSci Survey kostenpflichtig.

Die Einordnung erfolgt beim Anlegen des Projekts über „Kostenlose Nutzung“ → „Voraussetzungen prüfen“. Details: Kostenlose Nutzung und https://www.soscisurvey.de/de/academic

Es gibt kein spezielles „Studentenkonto“ – alle Benutzerkonten sind gleich, kostenlose und kostenpflichtige Projekte können im selben Konto liegen.

• Maximal 5.000 Datensätze pro Projekt (gezählt werden alle gespeicherten Fälle, auch Abbrecher).
• Kein Modul für die deskriptive Datenauswertung (nur auf s2survey.net).
• Keine personenbezogenen Daten im Fragebogen (Ausnahme: Adressliste und getrennt erhobene Kontaktdaten, s. unten).
• Bei Methodenübungen (Ergebnisse werden nicht veröffentlicht) erscheint auf der letzten Seite eine Werbeanzeige. Akademische Forschung mit Publikation ist werbefrei. Als Publikation gilt bei Abschlussarbeiten bereits, wenn die Arbeit in der Bibliothek einsehbar ist.
• Der Befragungszeitraum ist zunächst auf 3 Monate begrenzt und kann vor Ablauf verlängert werden (Befragungszeitraum festlegen).

Ansonsten ist der Funktionsumfang identisch. Kostenpflichtig hinzugebucht werden müssen die Zusatzmodule für implizite Methoden (IAT) und fortgeschrittene Methoden (RTR/CRM). Das gilt für die ansonsten kostenlose oder kostenpflichtige Nutzung gleichermaßen.

Projekt-Einstellungen → Art des Projekts: Ein Testprojekt lässt sich über das Stift-und-Zettel-Symbol selbst umstellen. Andere Projektarten (z.B. versehentlich kommerziell, oder Methodenübung statt akademischer Forschung) setzt der Support auf E-Mail an info@soscisurvey.de zum Testprojekt zurück, danach wählt man selbst neu.

Bei akademischer Forschung wird standardmäßig eine Einladung zum (nicht-kommerziellen) SoSci Panel angezeigt. Diese lässt sich unter Fragebogen zusammenstellen auf der „Letzten Seite“ abschalten (bei mehreren Fragebögen in jedem Fragebogen einzeln). Eine Werbeanzeige (Methodenübung) lässt sich nur über eine geänderte Projektart entfernen.

• Lizenzen werden im Shop (https://www.soscisurvey.de/shop/) gekauft und gelten für einen Zeitraum und eine maximale Anzahl Fälle. Es gibt kein Abo.
• Die Lizenz wird nur für den Befragungszeitraum benötigt, man kann den Fragebogen vor Beginn des Lizenzzeitraums erstellen und die Daten auch nach Ende des Lizenzzeitraums noch einsehen, herunterladen und auswerten.
• Den Beginn des Lizenzzeitraums wählt man bei der Buchung der Lizenz im Shop.
• Eine Lizenz kann für beliebig viele Projekte (auch parallel) genutzt werden; die Summe der Fälle darf das Limit nicht überschreiten.
• Mehrere Lizenzen lassen sich nacheinander (längere Laufzeit) oder parallel (mehr Fälle) kombinieren. Interviews werden von der Lizenz abgebucht, die als nächstes endet.
• Der Befragungszeitraum kann nur innerhalb lizenzierter Zeiträume festgelegt werden. Zum Verlängern eine weitere Lizenz ab dem Folgetag kaufen und dann in Projekt-Einstellungen → Fragebogen veröffentlichen das Ende des Befragungszeitraums anpassen.
• Die Lizenz wird dem Projekt über das Benutzerkonto der Projektleitung (gelbe Krone) zugeordnet. Meldung „keine Lizenz“ trotz Kauf: meist liegt die Projektleitung bei einem anderen Konto als dem, das gekauft hat. Lösung: Projektleitung wechseln oder an info@soscisurvey.de schreiben.
• Verschiebung des Lizenzstarts: per E-Mail an info@soscisurvey.de.

Aktuelle Preise: https://www.soscisurvey.de/de/pricing – keine Preise aus dem Gedächtnis nennen.

Die Interviews werden weiterhin durchgeführt und gespeichert. Fälle ohne Lizenz sind als „no licence“ markiert und können erst heruntergeladen/angesehen werden, wenn eine weitere Lizenz gekauft wurde (auch nachträglich möglich).

Der Lizenzzeitraum der neuen Lizenz soll so gewählt werden, dass er das erste „no licence“ Interview abgedeckt, gegebenenfalls also in der Vergangenheit beginnen.

Die Befragung kann direkt nach dem Kauf starten, nur der Download wird erst nach Verbuchung des Zahlungseingangs freigegeben. Banküberweisungen brauchen einige Werktage, die Verbuchung nochmals 1-2 Werktage. Bei längeren Verzögerungen an info@soscisurvey.de schreiben (Rechnungsnummer angeben).

Nein. Die Lizenz wird nur für den Befragungszeitraum und für den Download der in diesem Zeitraum erhobenen Fälle benötigt. Das Projekt bleibt erhalten, solange man sich regelmäßig im Projekt einloggt (s. Archivierung).

Das Modul für die deskriptive Datenauswertung ist nur bei entgeltlicher (kostenpflichtiger) Nutzung verfügbar. Es liefert Häufigkeiten, Mittelwerte, Standardabweichungen und einfache Diagramme im Browser – keine Inferenzstatistik und keine druckfähigen Grafiken. Es richtet sich an Unternehmen; für Abschlussarbeiten ist Statistiksoftware (R, Jamovi, JASP, SPSS, Stata) die richtige Wahl. Ein Projekt von www.soscisurvey.de kann man nachträglich auf s2survey.net umziehen (Fragebogen kopieren und Daten importieren, Befragungsprojekt kopieren oder umziehen).

Über den Shop bzw. https://www.soscisurvey.de/de/implicit. Für studentische Abschlussarbeiten gibt es einen Rabatt. Das Modul steht in einem Projekt zur Verfügung, wenn die Projektleitung (gelbe Krone) bei dem Benutzerkonto liegt, über das die Lizenz gekauft wurde – so können z.B. Betreuende das Modul für studentische Projekte bereitstellen.

Beides ist kostenpflichtig, die aktuellen Konditionen nennt der Support (info@soscisurvey.de) bzw. die Preisliste. Standardmäßig hat ein Projekt auf www.soscisurvey.de 64 MB Speicherplatz für Mediendateien und Uploads, auf s2survey.net 250 MB (Probleme mit dem Speicherplatz). Hochschulserver haben oft deutlich mehr Platz.

Vollständiger Zitiervorschlag unter Erhobene Daten → Daten herunterladen → unten Zitation und unter https://www.soscisurvey.de/de/about#cite, z.B. Leiner, D. J. (Jahr). SoSci Survey (Version x.y.zz) [Computer software]. https://www.soscisurvey.de. Empfohlen: Version und Jahr zum Zeitpunkt des ersten Datensatzes; die Programmversion steht links unten unter der Navigation, die Versionsgeschichte unter https://www.soscisurvey.de/de/changelog

www.soscisurvey.de und s2survey.net speichern standardmäßig keine IP-Adressen in den Zugriffslogs und im Datensatz und setzen beim Ausfüllen normalerweise keine Cookies. Ausnahmen: Fehlerlogs bei ungültigen URLs und fehlerhafte Zugangsdaten (Schutz vor Angriffen). Die Server stehen in Deutschland in einem ISO-27001-zertifizierten Rechenzentrum (Datenschutz in der Onlinebefragung).

Ob die Daten anonym sind, hängt vom Fragebogen ab: Sie sind personenbezogen, wenn man Namen/E-Mail-Adressen im Fragebogen erfragt, IP-Adressen mit „Gerät und übermittelte Variablen“ erhebt, personalisierte Links so einsetzt, dass Adressen den Datensätzen zugeordnet werden können, oder wenn sich Personen in kleinen Gruppen aus ihren Angaben identifizieren lassen. Details: Personenbezogene Daten.

Hinweis: Pseudonyme Daten (z.B. Code, der sich einer Person zuordnen lässt, Prolific-ID, Opt-In mit Datenschutzmodus „pseudonym“) gelten nach üblicher Auslegung als personenbezogen. Das Hashen eines persönlichen Codes bringt kaum zusätzliche Anonymität, weil sich die wenigen möglichen Kombinationen durchprobieren lassen.

Nein, mit einer Ausnahme: Adressdaten, die SoSci Survey getrennt von den Befragungsdaten speichert, nämlich

• die Adressliste für Serienmails (Datenschutzmodus „anonym“ oder „pseudonym“), auch über eine Opt-In-Frage,
• getrennt erhobene Kontaktdaten (z.B. für Gewinnspiele),
• der Fragetyp E-Mail an persönlichen Kontakt (speichert die Adresse gar nicht).

Dafür ist nach DSGVO Art. 28 ein AVV nötig, der direkt im Projekt online vereinbart wird: Projekt-Einstellungen → Datenschutz → DSGVO → AVV online vereinbaren. Ohne diesen AVV ist die Serienmail-Funktion nicht zugänglich. Der Online-AVV kann nur in SoSci Survey selbst abgeschlossen werden (ggf. das Projekt der unterschriftsberechtigten Person freigeben).

Alle anderen personenbezogenen Daten (Namen, E-Mail im Datensatz, Zuordnung Antworten zu Personen) nur auf dem kostenpflichtigen Pro-Server s2survey.net mit schriftlichem AVV (Vorbereitung unter https://s2survey.net/DSGVO/, Versand per Post) oder auf einem eigenen bzw. Hochschul-Server. Ein schriftlicher AVV kann mehrere Projekte abdecken, wenn Datenkategorien und Betroffene passen.

Das muss mit der/dem Datenschutzbeauftragten der Hochschule geklärt werden; die Hochschulen handhaben das unterschiedlich. Manche haben einen Rahmen-AVV oder eine Campus-Lizenz, bei der Studien automatisch über den Pro-Server laufen, manche betreiben einen eigenen Befragungsserver (dann ist kein AVV mit der SoSci Survey GmbH nötig).

Ein versehentlich abgeschlossener Online-AVV ist unschädlich, wenn keine personenbezogenen Daten verarbeitet werden – er ist dann einfach nicht anwendbar. Ein versehentlich über https://s2survey.net/DSGVO/ vorbereiteter schriftlicher AVV: bitte kurz an info@soscisurvey.de melden.

Mit dem Fragetyp Kontaktdaten getrennt erheben. Die Kontaktdaten werden ohne Bezug zum Datensatz gespeichert – auch im Datensatz wird absichtlich nichts dazu gespeichert (auch nicht, ob jemand eine Adresse eingetragen hat). Ein „separater Link“ zu einem zweiten Fragebogen ist dagegen nicht anonym, weil sich Fälle über Zeitstempel zuordnen lassen.

• Getrennte Erhebung verhindert keine Mehrfachteilnahme (man weiß ja nicht, welche Antworten zu welcher Adresse gehören).
• Sollen Adressen nach Gruppen getrennt werden (z.B. Versuchsbedingung, Vergütungsstufe), mehrere Kopien der Frage anlegen und per Filter die passende zeigen – die Frage-Kennung wird mit der Adresse gespeichert.
• Es empfiehlt sich, die Frage per Filter nur Personen zu zeigen, die z.B. Aufmerksamkeitschecks bestanden haben.
• Getrennt erhobene Kontaktdaten und Adresslisten werden nur 1 Monat lang im Backup aufbewahrt.

Dann arbeitet man mit personenbezogenen Daten – mit allen Pflichten der DSGVO (Rechtsgrundlage, Informationspflichten, AVV, Pro-Server oder eigener Server). Eine Alternative ohne Personenbezug: Den Befragten einen Zufallscode anzeigen, den sie zum Interview mitbringen. Für mehrwellige Befragungen mit Pseudonymisierung siehe Mehrwellige Befragungen bei Selbstrekrutierung und Datenschutzfreigaben und Pseudonymisierung.

Fall über Erhobene Daten → Daten ansehen (Suchfunktion) finden, Fallnummer (CASE) notieren und unter Erhobene Daten → Erhobene Daten löschen entfernen (Daten löschen). Für Selbstlöschung im Fragebogen gibt es den Knopf „Abbrechen und alle Angaben löschen“ bzw. dropCase(). Bei pseudonymen Daten, wo nur die SERIAL bekannt ist: Mail an info@soscisurvey.de mit Projekt-URL und SERIAL.

Nicht wirklich – alles, was auf dem Bildschirm erscheint, kann man abfotografieren. Man kann es nur erschweren (Druck-Funktion einschränken). Wenn Testinhalte unter keinen Umständen öffentlich werden dürfen, sind sie für eine Onlinebefragung ungeeignet.

Technisch über das Fragebogen-Layout möglich, aber datenschutzrechtlich problematisch (die IP-Adressen der Befragten gehen an den CDN-Betreiber) und durch die strengere Content Security Policy teils blockiert. Besser: JS-/CSS-Dateien im Projekt hochladen und lokal verlinken.

• www.soscisurvey.de: 3 Monate nach dem letzten Login im Projekt (nicht nur im Benutzerkonto) und nach Ende des Befragungszeitraums.
• s2survey.net: nach 12 Monaten.
• Andere Server: Fristen legt der Betreiber fest.

Bei der Archivierung wird der Fragebogen als XML-Datei aufbewahrt, die erhobenen Daten werden gelöscht. Vorher gehen E-Mails 1 Monat und 1 Woche vor der Archivierung an die Adresse im Benutzerkonto. Verhindern: im Benutzerkonto das Projekt anklicken (= Login ins Projekt); unter Projekt-Einstellungen zeigt „Datenspeicherung bis min.“ das neue Datum. SoSci Survey ist ein Erhebungswerkzeug, kein Archiv – Daten, XML und eine PDF-Version des Fragebogens selbst sichern.

Leere Projekte und Benutzerkonten ohne Projekte werden nach 3 Monaten gelöscht.

Oft ja, aus den Server-Backups, aber nicht unentgeltlich (Hilfe, meine Daten sind weg!):

• www.soscisurvey.de: tägliche Backups der letzten 7 Tage, mindestens monatliche Backups für 12 Monate. Adresslisten (inkl. Opt-In) und getrennt erhobene Kontaktdaten nur 1 Monat.
• s2survey.net: tägliche Backups für 1 Monat.
• Kompensation: Spende von mindestens 60 € an eine gemeinnützige Organisation (mit Beleg) oder bei kommerzieller Nutzung Rechnung über 60 € zzgl. USt.
• Ablauf: E-Mail an info@soscisurvey.de mit Projekt-URL, Löschzeitpunkt, gewählter Kompensation und Rechnungsadresse. Dauer meist 2-3 Tage. Das Projekt wird auf den Stand des Backups zurückgesetzt.

Nur der Fragebogen (ohne Daten): Im Benutzerkonto unter Projekte die Archiv-XML herunterladen und in ein neues Projekt importieren (Befragungsprojekt kopieren oder umziehen).

Daten gelöschter Fragen/Items lassen sich beim Daten herunterladen über die Variablen-Auswahl (auch gelöschte Variablen) noch abrufen, aber ohne Kennungen und Beschriftungen. Eine neu angelegte Frage mit derselben Kennung speichert getrennt von der alten. Während der Erhebung daher nie Fragen/Items löschen (Änderungen während der Datenerhebung).

Änderungen unter Fragebogen zusammenstellen sind im Karteireiter Interner Code (Historie) nachvollziehbar und in Item mit dem „Änderungen“ Button (runter Pfeil mit Uhrzeigern). Änderungen an Fragen lassen sich bisher nicht rückgängig machen oder einsehen. Verwaltungstätigkeiten (Datendownload, Archivierung u.ä.) stehen im Ereignisprotokoll.

Fragen werden im Fragenkatalog angelegt (gruppiert in Rubriken) und dann unter Fragebogen zusammenstellen per Drag&Drop auf Seiten verteilt. Eine leere Fragebogenseite bedeutet meist: Es wurden noch keine Fragen auf die Seite gezogen. Einstieg: Ein Fragebogen in 5 Minuten, Video-Tutorials: https://www.soscisurvey.de/de/screencast

Nein, es gibt kein einheitliches Austauschformat. Inhalte per Copy&Paste übertragen – mit dem Direkt-Import für Items/Optionen geht das schnell (Fragebogen effizient eingeben). XML-Dateien anderer Tools funktionieren nicht.

Projekt als XML exportieren (bzw. Archiv-XML herunterladen) und im neuen Projekt unter Projekt-Einstellungen → Import/Export → Projekt oder Fragen importieren einlesen. Beim Import können auch Sprachversionen gewählt werden. Die XML-Datei nicht in Word o.ä. öffnen und speichern – dann ist sie unbrauchbar (Befragungsprojekt kopieren oder umziehen, Fragen verwalten und als Vorlagen verwenden).

Ein „Fragebogen“ ist in SoSci Survey das, was unter Fragebogen zusammenstellen angelegt wird. Für bestehende Instrumente (z.B. AUDIT-C, BSCL) legt man Rubriken mit Fragen an und zieht alle Fragen in einen Fragebogen. Bereits angelegte Fragebögen kann man auch in einen neuen Fragebogen ziehen und diesen unter Fragebögen verwalten als Standard-Fragebogen festlegen. Für Skalen den Fragetyp „Skala“ mit mehreren Items verwenden – nicht jedes Item als eigene Frage. Eine Frage ohne Items wird nicht angezeigt.

Die Kennungen bis 99 sind aufgebraucht (auch durch gelöschte Fragen). In der Rubrik unter Mehr → Frage-Kennungen entsprechend der Position ändern neu nummerieren (Fragen verwalten und als Vorlagen verwenden). Das ist gesperrt, solange der Fragebogen im Feld ist (Befragungszeitraum entfernen oder in die Zukunft legen). Bei PHP-Code mit id() muss man ggf. von Hand nachziehen. Sehr viele Fragen in einer Rubrik sind oft ein Hinweis, dass Skalen-Items oder eine Multi-Level-Struktur besser passen würden.

Die Variablen erscheinen in der Reihenfolge des Fragenkatalogs (Rubriken, Fragen, Items), nicht in der Abfolge im Fragebogen – der Fragenkatalog soll nach inhaltlicher Logik geordnet sein. Fragen lassen sich per Drag&Drop umsortieren; für die Auswertung kann die Statistiksoftware umsortieren.

Im Item das Häkchen „Antwortcodes für dieses Item invertieren“ setzen – vor der Erhebung. Nachträglich ändert SoSci Survey bereits gespeicherte Daten nicht; dann in der Auswertung umkodieren (z.B. 5-stufig: neu = 6 - alt). Codes von Auswahloptionen (z.B. 7 und 12 statt 5 und 6) lassen sich nach Beginn der Erhebung ebenfalls nicht rückwirkend ändern (Kodierung und Rückgabewerte).

In Skalen und vielen anderen Fragetypen gibt es das Feld Ausweichoption. Ausweichoptionen werden mit negativen Codes (-1 bis -3) gespeichert, keine Antwort mit -9 (Kodierung und Rückgabewerte).

In der Frage unter Antwortprüfung (Antwort erforderlich bzw. Nachfragen). Für Bedingungen wie „Textfeld nur Pflicht, wenn Option X gewählt“ oder eigene Fehlermeldungen eine individuelle Antwortprüfung mit repeatPage() verwenden (Antworten prüfen):

// Unten auf der Seite bei "Verarbeitung der Antworten mittels PHP"
// oder als PHP-Code oben auf der nächsten Seite
if (
  ((value('AF01') == 2) || (value('AF01') == 3)) &&
  (trim(value('TX01_01')) == '')
) {
  repeatPage('fehlerText');  // Text "fehlerText" als Fehlermeldung anzeigen
}

Bei „Sonstiges“ mit Texteingabe in der Option „Dieses Item muss beantwortet werden“ aktivieren, sonst kann „Sonstiges“ mit leerem Textfeld abgeschickt werden.

Bei offenen Texteingaben unter Einschränkungen für die Texteingabe (Zahl, Wertebereich, Zeichenzahl, regulärer Ausdruck – die Schrägstriche ergänzt SoSci Survey selbst) (Texteingabe). Für Uhrzeit-/Dauer-Eingaben eignen sich Lückentext oder mehrere Dropdowns. Eine Variable speichert maximal ca. 32 KB (gut 30.000 Zeichen deutscher Text), ein Fall maximal ca. 64 KB.

Texte im Fragenkatalog anlegen („Text“ in einer Rubrik) und auf die Seite ziehen (Texte im Fragebogen, Anleitungen für Standard-Aufgaben). Formatierung über HTML oder Wiki-Notation. Zwischenüberschriften zwischen Items: im Item „+ Zwischenüberschrift“ (Zwischenüberschriften zwischen den Items). Begriffserklärungen per Mausklick: Informationen per Mausklick einblenden, aufklappbare Texte: Textabschnitte dynamisch anzeigen (Akkordeon).

Siehe Einwilligung des Teilnehmers einholen. Für „Nein“ am einfachsten in der Frage einen Screenout-Filter definieren (Filterfragen (Frage-Filter)) oder per PHP:

if (value('EW01') == 2) {
  text('abschied');      // Verabschiedungstext
  buttonHide();          // Weiter-Knopf ausblenden
  setStatus('screenout');
  pageStop();            // nichts Weiteres auf dieser Seite
}

Für ein elektronisches Unterschriftsfeld gibt es die Vorlage „Einfaches Zeichenfeld“ – rechtlich genügt aber meist der Mausklick.

Nein, die „Letzte Seite“ erlaubt keinen PHP-Code. Workaround: eine zusätzliche Seite davor einfügen, dort den Abschlusstext und PHP-Code platzieren und mit buttonHide(); und setStatus('complete'); abschließen (Die letzte Seite).

Fragebogen zusammenstellen → Drucker-Symbol rechts oben (Druckansicht aller Seiten, inkl. Filterangaben), dann im Browser als PDF drucken. In den Druckeinstellungen „Hintergrundbilder drucken“ aktivieren (sonst fehlen Auswahlfelder), ggf. Skalierung verkleinern (z.B. 70 %), damit nicht in die Smartphone-Darstellung umgeschaltet wird. Ausführlich: Dokumentation im Forschungsbericht. Ein Codebuch gibt es beim Daten herunterladen (Excel: „Variablen und Antwortcodes“). Einen Fragebogen dauerhaft als Demo online lassen ist nicht vorgesehen.

Nein, SoSci Survey benötigt eine Internetverbindung. Workarounds: eigener lokaler Server (z.B. auf einem Laptop) oder ein Access-Point. Papierfragebögen: die Antworten über den Online-Fragebogen eintippen oder die Excel-Vorlage aus dem Datendownload nutzen und importieren.

value() kennt eine Antwort erst, wenn die Seite mit der Frage abgeschickt wurde. Häufige Ursachen:

• Der Test wurde direkt auf der Seite mit dem Filter gestartet – vom Anfang (bzw. ab der Seite mit der Frage) im Debug-Modus starten.
• Frage und value() stehen auf derselben Seite (dann JavaScript verwenden oder Filter auf die nächste Seite legen).
• Tippfehler in der Kennung (z.B. AB01_1 statt AB01_02 bzw. RG01 vs. RG01x1). Die korrekten Kennungen stehen in der Variablen-Übersicht.

Entweder steht der Code im Feld Verarbeitung der Antworten mittels PHP statt in einem Element „PHP-Code“ (siehe oben), oder es wird eine in der Sandbox verbotene PHP-Funktion verwendet (Liste in SoSci Survey Developer Documentation for LLMs), z.B. curl_init(), array_map(), array_filter(), reset(). Für HTTP-Anfragen an externe Dienste gibt es sendJSON().

Der Code wurde in einen Text bzw. ein Element „HTML-Code“ (oder in das HTML-Feld des Zufallsgenerators) geschrieben. In ein Element „PHP-Code“ verschieben (Einführung in PHP-Code). Auch <?php und ?> sind nicht erlaubt.

$code  = value('AB01');           // Antwortcode einer Auswahlfrage, z.B. 2
$label = value('AB01', 'label');  // Beschriftung der gewählten Option
$text  = value('AB02_01');        // Text aus einer offenen Eingabe
$items = getItems('MA01', 'is', 2);  // Mehrfachauswahl: Items, die angekreuzt wurden (2 = ausgewählt)
$mean  = valueMean('SK01');       // Mittelwert der Items einer Skala

valueMean() und valueSum() lassen Ausweichoptionen (-1 bis -3) und fehlende Werte (-9, -8) weg. In einer Mehrfachauswahl ist 1 = nicht ausgewählt, 2 = ausgewählt. Fehlt eine Antwort, liefert value() einen leeren Wert bzw. -9 – bei Vergleichen ggf. mit (int) umwandeln (value(), getItems()).

Eine Frage vom Typ Interne Variablen anlegen (muss nicht auf die Seite gezogen werden) und mit put() beschreiben:

put('IV01_01', valueMean('SK01'));
put('IV01_02', value('RG01', 'label'));  // gezogenen Inhalt statt Code speichern

Eine interne Variable mit „%caseNumber%“ als Beschriftung bleibt leer – die Beschriftung ist nur Text. Die Fallnummer steht ohnehin in CASE.

registerVariable($name) macht eine PHP-Variable auf allen folgenden Seiten verfügbar (registerVariable()). Typisches Muster, damit sich ein Wert beim Neuladen der Seite nicht ändert:

if (!isset($reihenfolge)) {
  $reihenfolge = [1, 2, 3, 4];
  shuffle($reihenfolge);
  registerVariable($reihenfolge);
}

Werte, die über mehrere Fragebögen/Interviews hinweg gebraucht werden, gehören in die Datenbank für Inhalte (dbSet()/dbGet()) oder werden mit multiLevelDown() übergeben. Die Warnung zu großen Datenmengen in registerVariable() oder zum Speicherbedarf einer Seite weist meist auf ineffizienten PHP-Code hin (unnötiges Kopieren großer Arrays).

Davon wird abgeraten: Beim Neuladen der Seite (F5) läuft der Code erneut und der Zähler springt. Für Wiederholungen loopPage() (eine Seite) oder loopToPage()/loopIndex() (mehrere Seiten) verwenden (loopPage(), loopToPage()).

Allgemeine LLMs kennen die SoSci-Sandbox schlecht und erfinden Funktionen (z.B. get(), showQuestion()). Typische Lösungen sind in der Anleitung mit wenigen Zeilen dokumentiert, z.B. für Platzhalter einfach replace('%item1%', 'QE03_01', 'response'); (Platzhalter). Code in die Anleitung zum Anwendungsfall einordnen und mit dem Debug-Modus prüfen.

• Frage-Filter direkt in der Frage (Karteireiter Filterfrage): Fragen/Texte/Seiten ein- und ausblenden, springen, Screenout – ohne Programmierung (Filterfragen (Frage-Filter)).
• PHP-Filter mit if, value(), question(), goToPage() u.a. für komplexere Bedingungen (Filterfragen (PHP-Filter), Mehrere Bedingungen verknüpfen, Bedingungen mit mehr als 2 Möglichkeiten).
• Sofortiges Einblenden auf derselben Seite nur mit JavaScript (Fragen bei Auswahl einer bestimmten Option sofort einblenden).

Übersicht: Filterfragen und Filter

• Filterfrage und gefilterte Frage stehen auf derselben Seite → Frage-Filter und PHP-Filter wirken erst ab der nächsten Seite.
• Mehrstufige Frage-Filter: Ein Filter greift nur, wenn die Filterfrage selbst angezeigt wurde. Für Ketten von Bedingungen PHP-Filter verwenden (Vorsicht: Mehrstufige Filter).
• Widersprüchliche Filter (einer blendet ein, ein anderer aus).
• Die gefilterte Frage wurde zusätzlich direkt auf die Seite gezogen und per question() eingebunden → erscheint doppelt bzw. trotz Filter. Bei PHP-Filtern die Frage nicht zusätzlich auf die Seite ziehen.
• Klammern/Logik: „überspringen wenn A oder B“ braucht ||, nicht &&.

Ablauf im Debug-Modus prüfen (Problemlösung bei Filterfragen, Fragebogen-Probleme lösen).

// Frage BB01 nur zeigen, wenn in AA01 Option 1 gewählt wurde
if (value('AA01') == 1) {
  question('BB01');
}
 
// Seite überspringen, wenn eine von zwei Bedingungen zutrifft
if ((value('GE09') == 1) || (value('GE10') == 1)) {
  goToPage('next');
}
 
// Nur bestimmte Items einer Frage zeigen
if ((value('A210') == 1) && (value('A209') == 1)) {
  question('B101', '1-45,47-60');
} else {
  question('B101');
}
 
// Folgefrage, wenn der Skalenmittelwert über einem Cut-off liegt
if (valueMean('SK01') > 2.4) {
  question('CC02');
}

Seitenkennungen vergibt man unter Fragebogen zusammenstellen (Seiteneigenschaften); goToPage('end') springt zur letzten Seite.

Gespeichert wird, was beim Abschicken einer Seite angezeigt war. Wurde eine Frage einmal angezeigt (z.B. vor einem „Zurück“ und geänderter Filterantwort), bleibt ihre Antwort bzw. ein -9 im Datensatz. Mit JavaScript ausgeblendete Fragen sind aus Sicht von SoSci Survey immer abgefragt. Nie abgefragte Fragen sind leer (SPSS: SYSMIS) – ein nachträgliches -9 für „nach dem Abbruch nicht erreicht“ kann SoSci Survey nicht vergeben, weil es nicht weiß, was noch gekommen wäre.

Im Frage-Filter die Aktion Screenout wählen oder per PHP text(), buttonHide(), setStatus('screenout') und pageStop() kombinieren (pageStop()). Für externe Panels zusätzlich den Redirect (s. Panels).

Mit einem Zufallsgenerator (Fragetyp im Fragenkatalog): Ein „Zettel“ pro Bedingung anlegen, 1 Zettel pro Interview ziehen, Art der Ziehung „gleichverteilt“, den Zufallsgenerator auf eine Seite ziehen und darunter per PHP-Filter den passenden Stimulus zeigen. Anleitung: Randomisierung, Einfaktorielles Experimental-Design, Video: https://www.soscisurvey.de/de/screencast

// Zufallsgenerator RG01 liegt auf dieser oder einer vorherigen Seite
if (value('RG01') == 1) {
  text('ST01');
} elseif (value('RG01') == 2) {
  text('ST02');
} else {
  text('ST03');  // Kontrollgruppe
}

Tipps:

• Mehrfaktorielle Designs (z.B. 2×3) am einfachsten als ein Zufallsgenerator mit allen Kombinationen (6 Zettel) (Mehrfaktorielles Experimentaldesign).
• Ungleiche Gruppengrößen (z.B. 10 % Kontrollgruppe): 10 Zettel anlegen und bei Zettel 1 die Kontrollbedingung zeigen; oder random_p().
• Nach Geschlecht o.ä. ausbalancieren: Block-Randomisierung.
• Den Zufallsgenerator nicht auf die erste Seite legen, sondern dorthin, wo der Stimulus kommt – sonst führen frühe Abbrüche zu ungleichen Gruppen. Kleinere Ungleichheiten im bereinigten Datensatz sind normal (zufällig verteilte Abbrüche).
• Die Zuordnung steht im Datensatz in der Variable des Zufallsgenerators (z.B. RG01).
• Stimulus über die Option Inhalte anzeigen (HTML-Code im Zufallsgenerator) nur, wenn ein einzelner, gleichartiger Inhalt gezeigt wird. Bei verschiedenen Medientypen, mehreren Ziehungen oder komplexeren Fällen den Stimulus per PHP ausgeben (Randomisierung mit PHP-Code, Randomisierung von Mediendateien).
• Ein Zufallsgenerator ohne Ausgabe erzeugt keine Seite – eine Seite mit nur einem Zufallsgenerator wird übersprungen (die Ziehung findet trotzdem statt).

• Sobald der Befragungszeitraum läuft, werden Ziehungen aus Tests mit dem gelben/grünen Pfeil unter Fragebogen zusammenstellen nicht mitgezählt (nur reguläre Interviews, MODE=interview). Testdurchläufe vor dem Start können die Zählung verzerren – den Zufallsgenerator vor dem Start zurücksetzen bzw. Ziehungen nachjustieren (Ziehungen nachjustieren).
• „Gleichverteilung in abgeschlossenen Fragebögen“ nur bei langer Feldzeit und kurzen Fragebögen verwenden; bei vielen gleichzeitigen Teilnahmen führt sie zu Ungleichverteilungen.
• Eine Zufallsauswahl über mehrere Fragebögen ist meist unnötig – besser ein Fragebogen, in dem nur der Stimulus variiert. Falls doch nötig: Zufallsauswahl für Fragebögen. Die frühere eingebaute „Zufallsauswahl für Fragebögen“ wurde 2019 entfernt.

• Items innerhalb einer Frage: in der Frage die Option zum Mischen der Items aktivieren (Items rotieren); einzelne Items lassen sich vom Mischen ausnehmen.
• Fragen auf einer Seite: Fragen rotieren.
• Seiten oder Blöcke von Seiten: Zufallsgenerator mit den Seitenkennungen + setPageOrder() (Seiten rotieren).
• Items aus mehreren Fragen mischen: Items aus unterschiedlichen Fragen mischen, komplexe Fälle: Komplexe Rotationen.

Vorab prüfen, ob eine Rotation methodisch sinnvoll ist (Rotation). Rotation (alle sehen alles, Reihenfolge variiert) ist etwas anderes als Randomisierung (Gruppen sehen Unterschiedliches).

setPageOrder() braucht als letztes Element die Seite, mit der es nach der Abfolge weitergehen soll – sonst macht SoSci Survey nach der letzten Seite der Abfolge mit der chronologisch nächsten Seite weiter:

setPageOrder('MEDF', 'OUTF', 'MEDO', 'OUTO', 'weiter');

Außerdem überschreiben setNextPage(), setPageOrder(), loopPage() und loopToPage() eine bestehende Abfolge. Seiten, die nur PHP-Code enthalten und nichts anzeigen, können in Kombination mit dem Zurück-Knopf zu doppelten oder übersprungenen Seiten führen – solchen Code besser an das Ende der vorigen bzw. den Anfang der folgenden Seite legen. In der Debug-Information erkennt man sie an „Seite … zeigt keinen Inhalt“.

Im Zufallsgenerator einen Zettel pro Stimulus anlegen und z.B. 4 Zettel pro Interview ziehen. Der Zufallsgenerator erzeugt dann 4 Variablen (RG01x01 bis RG01x04). Die Stimuli dann per PHP nacheinander zeigen – bei mehr als ca. 5 Wiederholungen oder gleichen Folgefragen je Stimulus am besten mit loopPage() bzw. einer Multi-Level-Struktur:

show('RG01');  // Zufallsgenerator einbinden (falls nicht schon auf einer früheren Seite)
$i = loopPage(4);
$textID = value(id('RG01', $i + 1), 'label');  // im Zufallsgenerator stehen Text-Kennungen
text($textID);
// Bewertung: BW01 hat 4 Items, pro Durchgang wird ein anderes Item gezeigt.
// BW01_01 gehört dann zur ersten Ziehung (RG01x01), BW01_02 zur zweiten usw.
question('BW01', [$i + 1]);

Bei Vignetten aus vielen Kombinationen die Texte in die Datenbank für Inhalte importieren. Bei Stimuli aus mehreren Sets einen Zufallsgenerator pro Set anlegen und die Ziehungen mit array_merge() und shuffle() zusammenführen. Mehrere Zufallsgeneratoren, die immer zueinander passen müssen, sind nicht unabhängig – dann besser die Kombination als Ganzes ziehen.

Einen Zufallsgenerator verwenden und an allen Stellen dieselbe Zufallsvariable abfragen. Über mehrere Fragebögen/Wellen: Ziehung mit multiLevelDown() übergeben oder in der Datenbank für Inhalte speichern.

Sprache: mit setLanguage() abhängig von der Ziehung (nur ein Fragebogen nötig). Fragebogen: goToQuestionnaire() oder multiLevelDown() (Zufallsauswahl für Fragebögen).

if (value('RG01') == 1) {
  setLanguage('ger');
} else {
  setLanguage('eng');
}

Wird dieselbe Frage in einem Interview mehrfach angezeigt, überschreibt die zweite Antwort die erste (und die vorige Antwort ist vorausgewählt). SoSci Survey warnt deshalb („diese Frage wurde bereits …“). Lösungen (Multi-Level Struktur):

• Daten in einer Zeile pro Person (wide format): Kopien der Frage anlegen bzw. eine Frage mit entsprechend vielen Items und pro Durchgang ein Item zeigen.
• Daten in einer Zeile pro Wiederholung (long format): Multi-Level-Struktur mit übergeordnetem und untergeordnetem Fragebogen (multiLevelDown(), multiLevelData(), multiLevelReturn()). Empfohlen ab ca. 5 Wiederholungen und z.B. für Vignetten-/Bildbewertungen, Netzwerkfragen, „für jede Nennung“.
• Für Listen, die die Befragten selbst anlegen und bearbeiten (z.B. bis zu 10 Personen bewerten): Fragetyp Multi-Level-Übersicht.

Im Datensatz verweist REF des untergeordneten Falls auf CASE des übergeordneten. Daten aus mehreren Fällen führt man in der Statistiksoftware zusammen (merge, long/wide format).

Mit getItems() die gewählten Items ermitteln und dann entweder pro Option eine Seite mit Filter (if (value('MA01_01') != 2) { goToPage('next'); }) oder eine Multi-Level-Struktur (Abfrage für jede Nennung, Items in eine andere Frage übernehmen). Bei offenen Nennungen mit valueList() über die Einträge laufen:

$antworten = valueList('TE25');
foreach ($antworten as $inputID => $antwort) {
  if (trim($antwort) != '') {
    // TE25x01 -> Nummer 1 -> Frage AU01
    $nummer = (int)ltrim(substr($inputID, 5), '0');
    show(id('AU', $nummer), ['%text%' => htmlspecialchars($antwort)]);
  }
}

Über die Items steuern: Frage mit genügend Items anlegen und nur die benötigten zeigen.

$anzahl = (int)value('AN21_02');
question('AN26', range(1, $anzahl));

Mit Platzhaltern: Auf einer späteren Seite (nicht auf derselben!) per PHP definieren und im Text verwenden (Antwort in späteren Fragen verwenden, Antworten in einer Folgefrage anzeigen).

replace('%fach%', 'AB01', 'response');   // Antwort (Beschriftung) von AB01
replace('%name%', 'AB02_01', 'response'); // Text aus offener Eingabe

Im Fragetext dann %fach% schreiben. Hinweise:

• Die Meldung „Für den Platzhalter … wurde weder ein Eingabefeld … noch ein Inhalt mittels replace() erstellt“ heißt: replace() fehlt, steht unterhalb der Frage oder die Frage wird doppelt eingebunden (z.B. show() und question()).
• Bei show() und question() werden Anzeige-Optionen ohne Prozentzeichen angegeben: show('BE01', ['items' ⇒ $liste]); Prozentzeichen nur für Platzhalter: show('AB01', ['%text%' ⇒ $wert]).
• prepare_input() ist für Platzhalter in der Regel nicht nötig.
• Ausgewählte Items in eine andere Frage übernehmen (Item-Piping): Items in eine andere Frage übernehmen.

html('<p>Ihre Teilnahmenummer: <strong>%caseNumber%</strong></p>');
 
$punkte = valueSum('QZ01');
replace('%punkte%', $punkte);
html('<p>Sie haben %punkte% Punkte erreicht.</p>');

Für individuelle Codes oder Gutscheincodes am Ende (z.B. MTurk, Clickworker, Verlosung): Individuelle Codes oder Gutschein-Codes anzeigen bzw. Gutscheincodes – dafür nicht die Seriennummern-/Teilnahmecode-Funktion verwenden (die dient der Zugriffsbeschränkung).

Punkte zählen: Punkte für Antworten zählen, direktes Feedback zu Antworten: Direktes Feedback für Befragte, persönliche Auswertung/Diagramme: Persönliche Auswertung für den Teilnehmer, automatisierte PDF-Berichte: Automatisierte Ergebnisberichte (im Ergebnisbericht steht nur ein Teil der Funktionen zur Verfügung). Die eigenen Antworten anzeigen: answersPrint().

Das ist das responsive Design (Darstellung „Dynamisch“): Auf kleinen Bildschirmen werden Skalen als Kärtchen mit Beschriftung dargestellt, weil Kreise schwer zu treffen sind und Beschriftungen sonst aus dem Bild laufen. Das ist beabsichtigt und sollte für die meisten Fragen so bleiben. Wenn eine Frage auf dem Smartphone „zerschossen“ aussieht, die Darstellung auf „Dynamisch“ stellen. Kombinierte Fragen mit show() statt question() erstellen, damit sie responsiv bleiben (Kombinierte Fragen). Eine separate Smartphone-Version ist meist unnötig (Fragebögen für Smartphones).

• Fragebogen-Layout (Schriftgröße, Farben, Breite) unter Layout bzw. eigene Layouts (Fragebogen-Layouts). Das Layout „SoSci Survey Standard '24“ hat größere Elemente und ist auf Barrierefreiheit optimiert.
• Logo und Impressum unter Impressum und Logo. Der Assistent erzeugt nur HTML-Code, der in das obere Feld übernommen werden muss (Logo und Impressum anpassen). Ein Name im Impressum ist rechtlich erforderlich (bei Studienarbeiten ggf. eine andere Ansprechperson der Hochschule).
• Für einzelne Seiten CSS per pageCSS() (in einem PHP-Element), für den ganzen Fragebogen im Layout. Die passenden CSS-Selektoren findet man mit den Entwickler-Tools des Browsers.
• Viele Darstellungsoptionen (grafische/numerische Verankerung, Schattierung, Anordnung „Einzeln mittig“, Spaltenbreite) stehen in der Frage unter Weitere Einstellungen (Darstellung von Fragen optimieren).
• Bilder skalieren: <img src=„bild.png“ style=„max-width: 100%“>.

Geänderte Bilder/Logos erscheinen oft wegen des Browser-Caches nicht – Seite neu laden (F5/Strg+F5) oder Cache leeren.

• Knöpfe/Platzhalter des Layouts (z.B. %button.inverse% für den Kontrastwechsel) in der HTML-Vorlage des Layouts entfernen (Fragebogen-Layouts).
• Weiter-Knopf ausblenden/beschriften: buttonHide(), option('nextbutton', false) bzw. option('nextbutton', 'Ich nehme teil') (option()).
• Fortschrittsbalken ungleichmäßig (wegen Filtern): setPageOrder() frühzeitig verwenden oder option('progress', …) auf jeder Seite setzen.
• Zurück-Knopf, Abbrechen-Knopf, Sprachwahl-Knöpfe: Fragebogen zusammenstellen → Karteireiter Einstellungen (Navigation im Fragebogen).

Kombinierte Fragen (z.B. Häufigkeit + Belastung), Fragen aneinanderhängen, Elemente nebeneinander platzieren, Formulare mit unterschiedlichen Eingabeformaten, Eingabefelder in Auswahlfragen, Eingabefelder frei platzieren (Platzhalter %input:AB01_01% – auf den tatsächlichen Variablennamen achten).

Auswahlfrage mit Bildern als Optionen und Darstellung „Kärtchen“ (Bilder im Fragebogen), Bild-Skala/Kunin-Skala (Bild-Skala), SVG als Auswahl für eigene grafische Auswahlflächen.

Als Element „HTML-Code“ bzw. Text mit Darstellung „HTML-Code“ auf der Seite, unterhalb der Frage, auf die es zugreift. Für den gesamten Fragebogen im <head> des Layouts (JavaScript im Fragebogen, JavaScript-Bibliothek SoSciTools). Fehler zeigt die JavaScript-Konsole des Browsers (Entwickler-Tools im Browser).

<script type="text/javascript">
window.addEventListener("load", function() {
  // s2.AB01 ist das JavaScript-Objekt der Frage AB01
  s2.AB01.addEventListener("click", function() {
    // ...
  });
});
</script>

• Seite per JavaScript abschicken: SoSciTools.submitPage().
• Eigene Prüfung vor dem Weiter-Klick: SoSciTools.questionnaire.attachCheck().
• Werte aus JavaScript speichern: interne Variable auf die Seite ziehen und document.getElementById(„IV01_01“).value = … setzen (Interne Variablen und JavaScript).
• Buttons in eigenem HTML immer mit type=„button“, sonst schicken sie die Seite ab.

• Automatisch weiter nach X Sekunden: Timer: Automatisch weiter zur nächsten Seite
• Weiter-Knopf erst nach X Sekunden zeigen: Timer: Weiter-Knopf nach bestimmter Zeit einblenden
• Countdown über mehrere Seiten / maximale Bearbeitungszeit: Timer: Countdown über mehrere Seiten

Der PHP-Teil (mit registerVariable()) verhindert Schummeln durch Neuladen; bei mehreren Timern braucht jeder einen eigenen Variablennamen. Der PHP-Code muss oberhalb des HTML-Codes stehen, der den Platzhalter (z.B. %remain%) verwendet. Bearbeitungszeiten stehen ohnehin in den TIME-Variablen. Zu schnelle Teilnehmende erkennt man mit caseTime().

Reaktionszeiten: LatencyTimer, Fragetyp Auswahl-Abfolge, Zuordnungsaufgabe. Implizite Tests: IAT, SC-IAT, AMP (kostenpflichtiges Modul). Eigene Experimente: lab.js (Daten werden erst am Ende des Experiments übertragen). Andere Tools (Inquisit, jsPsych, Cyberball) per Weiterleitung mit Rückkehr ins Interview (s. Panels/externe Seiten).

• Format: MP4 (H.264) für Video, MP3 für Audio; FLV/WAV gehen nicht. Codecs ggf. konvertieren (z.B. cloudconvert.com) (Mediendateien im Fragebogen (Audio, Video, Dokumente), Videos im Fragebogen, Audiodateien im Fragebogen).
• Dateiname exakt (Groß-/Kleinschreibung der Endung!) und nur Formate im HTML-Code angeben, die wirklich hochgeladen sind.
• Bei der geschützten Dateiablage das pro:// vor dem Dateinamen nicht vergessen.
• Browser blockieren Autoplay mit Ton; Audio startet oft erst nach einer Interaktion.
• JavaScript-Konsole auf „file not found“ prüfen.
• YouTube/Vimeo: eingebetteter Player statt Link (Sonderfall YouTube-Videos).

Automatisch weiter nach Videoende: dem <video> eine ID geben, auf das Event „ended“ hören und SoSciTools.submitPage() aufrufen. Musik über mehrere Seiten: Musik über mehrere Seiten hinweg abspielen.

• Upload-Funktion erst nach Identitätsprüfung (s. Benutzerkonto).
• Speicherplatz auf www.soscisurvey.de: 64 MB pro Projekt – größere Videos auf eigenem Webspace/Videoplattform ablegen oder kostenpflichtig erweitern.
• Fehlermeldung beim Verschieben der Datei oder „413 Entity too large“ auf eigenen/Hochschulservern: Server-/PHP-Konfiguration (PHP-Einstellungen).
• Bilder regulär hochgeladen sind öffentlich abrufbar (auch ohne Fragebogen); mit „geschützte Dateiablage“ nur innerhalb des Fragebogens.

PDF unter Bilder und Mediendateien hochladen und auf den Dateinamen verlinken (bei geschützter Dateiablage mit pro://). Für Texte im neuen Fenster gibt es textlink().

Ja, mit dem Fragetyp Datei hochladen bzw. der Vorlage Audio-Recorder (Fragetyp „Datei-Inhalte übermitteln“). Hochgeladene Dateien der Befragten sind nicht öffentlich; innerhalb des Interviews mit dem Präfix upload:// ansprechbar. Speicherplatz beachten.

Sprachversionen im Befragungsprojekt anlegen und Texte über die orange Leiste in der jeweiligen Sprache eintragen – es bleibt ein Fragebogen (Mehrsprachige Befragungen). Optionen müssen in allen Sprachen dieselben Codes haben. Sprache per Link vorgeben mit ?l=eng (Sprachversion vorgeben). Sprachwahl-Knöpfe auf jeder Seite: Fragebogen zusammenstellen → Einstellungen → „Knöpfe zum Wechsel der Sprachversion anzeigen“. Duzen/Siezen bzw. Basissprache: Projekt-Einstellungen. Standardtexte für seltene Sprachen ggf. selbst übersetzen unter Textbausteine u. Beschriftung.

if (getLanguage() == 'ger') {
  question('TE02');
}

Die Frage dann nicht zusätzlich auf die Seite ziehen. Sprachcodes sind 3-stellig (ger, eng, fre …). Beim Download kann die Sprache für Beschriftungen und Codebuch gewählt werden (Karteireiter Sprache).

• Selbst testen: Fragebogen zusammenstellen → grüner Pfeil (normal) oder gelber Pfeil (Debug-Modus).
• Pretest mit anderen: Pretest-Link mit Kommentarfunktion erstellen (Pretest des Fragebogens). Kommentare bleiben gespeichert, auch wenn der Link abgelaufen ist.
• Pretest-Daten haben MODE=pretest und lassen sich unter Auswahlkriterien für gültige Fälle vom Download ausschließen – eine Kopie des Projekts ist dafür nicht nötig. Testdaten löschen: Testdaten löschen.
• Den Befragungszeitraum nicht für den Pretest eintragen – dann ist der Fragebogen öffentlich im Feld.
• Mehrwellige Studien testen: Adresseinträge mit Debug-Option, oder einfach schon „echt“ starten und anhand der Zeitstempel bereinigen.

Es wurde noch kein Fragebogen zusammengestellt bzw. die Fragen wurden nicht auf die Seiten gezogen (Fragebogen zusammenstellen). Fehlerhafter HTML-Code (z.B. ein fehlendes Anführungszeichen im Impressum) kann ebenfalls Seiten zerstören und zur Meldung führen, dass die Daten nicht vollständig übertragen wurden.

Hinweise (gelb) und Warnungen (orange) sehen nur Projektleitende im Test, nicht die Befragten. Man sollte sie aber verstehen – etwa die Warnung, dass eine Frage mehrfach abgefragt wird (Daten werden überschrieben). Fehlermeldungen (rot) erscheinen auch bei Befragten.

Unter Projekt-Einstellungen → Fragebogen veröffentlichen den Befragungszeitraum eintragen (Befragungszeitraum festlegen, Vorbereitung und Start der Befragung). Der letzte Tag gilt einschließlich (bis 23:59 Uhr). Den Link findet man dort bzw. unter Fragebogen zusammenstellen → Fragebögen verwalten; ein QR-Code ist nur eine andere Darstellung desselben Links (Der Link zum Fragebogen). Die Checkliste zeigt Punkte ohne Haken, die man selbst prüfen muss.

• Kostenlose Projekte: zunächst max. 3 Monate, Verlängerung vor Ablauf über die Projekt-Übersicht. Lässt sich nur um 1 Tag verlängern → „Art des Projekts“ prüfen (evtl. Testprojekt).
• Kostenpflichtige Projekte: nur innerhalb lizenzierter Zeiträume.
• Nach Ablauf kann einfach ein neuer Zeitraum eingetragen werden – Link und Daten bleiben gleich.
• Unterschiedliche Zeiträume pro Fragebogen: Anpassung pro Fragebogen.

Unter Fragebogen zusammenstellen → Karteireiter Zugriff ist ein beschränkter Zugriffsmodus eingestellt (Teilnahmecode, Serienmail, Passwort). Für einen offenen Link „öffentlich“ wählen (Zugriffsbeschränkungen).

Wahrscheinlich ist unter Projekt-Einstellungen → Datenschutz die Option „Cookie zum Fortsetzen des Interviews verwenden“ aktiv. Diese setzt ein angefangenes Interview im selben Browser fort – problematisch, wenn mehrere Personen am selben Gerät teilnehmen. Bei mehreren Fragebögen prüfen, welcher als Standard-Fragebogen eingestellt ist (Parameter ?q=).

Meist reicht ein Fragebogen: Den Link mit ?r=gruppeA markieren (Variable REF im Datensatz) und ggf. per PHP-Filter mit reference() variieren (Einen Link markieren). Unterschiedliche Fragebögen im selben Projekt erreicht man mit ?q=…. Bei Links in Outlook/Word darauf achten, dass nicht nur der angezeigte Text, sondern auch das Linkziel geändert wird.

Parameter im Überblick (Der Link zum Fragebogen): q Fragebogen, r Referenz, s Teilnahmecode, l Sprache, i Interview-Kennung (Fortsetzen), d Code aus Serienmails. Eigene Parameter liest man mit dem Fragetyp „Gerät und übermittelte Variablen“ (robuster als readGET(), weil beim erneuten Anzeigen der ersten Seite nichts überschrieben wird).

Zuverlässig nur mit individuellen Zugangsdaten: Teilnahmecodes, personalisierte Links oder Serienmails. Cookies und IP-Adressen sind unzuverlässig (Mehrfachteilnahme ausschließen). Mit Teilnahmecode kommt man bei erneuter Eingabe wieder ins vorige Interview. Teilnahmecodes (6-12 Zeichen, Parameter s) und Serienmail-Links (Parameter d) sind getrennte Mechanismen. Wird ein Code nur zum Zuordnen mehrerer Fragebögen gebraucht (z.B. Patient + Behandler), kann man ihn als Texteingabe abfragen und mit serialCheck() prüfen.

Ein öffentlicher Fragebogenlink kann theoretisch von jeder Person aufgerufen werden, an die er weitergegeben wurde.

Texte korrigieren und Items/Optionen ergänzen ist jederzeit möglich. Nicht löschen: Fragen nur aus dem Fragebogen entfernen (Schloss-Symbol unter Fragebogen zusammenstellen), Items/Optionen mit vorangestellter Tilde (~) ausblenden. Den Fragetyp nicht ändern, sondern eine Kopie der Frage anlegen und austauschen. Seiten entfernen verschiebt die Seitennummern (TIME-Variablen, LASTPAGE). Variablennamen umbenennen ist möglich (Alias im Download); value() mit der technischen Kennung funktioniert weiter. Einige Funktionen (z.B. Neu-Nummerieren) sind gesperrt, solange der Fragebogen im Feld ist (Änderungen während der Datenerhebung).

Die Unterbrechungsfunktion bietet Fortsetzen per E-Mail-Link oder Lesezeichen (Befragung unterbrechen und fortsetzen). Den Text dazu ändert man unter Textbausteine u. Beschriftung → Standardtexte. Textbausteine gelten für das ganze Projekt, nicht pro Fragebogen. Die Antworten werden bei jedem Klick auf „Weiter“ bzw. „Zurück“ gespeichert – auch bei Abbruch. Wer Daten löschen lassen möchte, nutzt den Knopf „Abbrechen und alle Angaben löschen“.

• Klicks: Aufrufe des Links (auch mehrfach oder durch Vorschau-Bots von Social Media) – nur zur Orientierung.
• Interviews gesamt: gespeicherte Fälle (i.d.R. mindestens einmal „Weiter“).
• Abgeschlossen: bis zur „Letzten Seite“ gekommen.
• Gültige Fälle: entsprechen den Auswahlkriterien für gültige Fälle.

Die Statistik zählt nur reguläre Interviews (MODE=interview), keine Tests. Pro Fragebogen gibt es Ausstiegsseiten (Rücklauf kontrollieren). Fehlende Fallnummern (CASE) sind normal: Eine Nummer wird beim Aufruf vergeben, leere Interviews werden standardmäßig nicht gespeichert (Projekt-Einstellungen → Datenschutz → „Datensätze leerer Interviews aufbewahren“).

Voraussetzungen: freigeschaltete E-Mail-Funktion und Online-AVV. Dann Adressen in die Adressliste importieren, eine Serienmail erstellen und versenden (Serienmails verschicken, Serienmailversand mit SoSci Survey, Serienmail Checkliste). Erinnerungen werden als Serienmail mit Einstellung Erinnerung/Folgemail für angelegt; maßgeblich ist der Status beim Versandzeitpunkt. Der Datenschutzmodus der Adresseinträge (anonym, pseudonym, personenbezogen) entscheidet, ob Daten und Adressen zuordenbar sind (Datenschutz-Modus für Adresseinträge). Eine Serienmail wird pro Empfänger nur einmal zugestellt. Einen versehentlich gelöschten Einladungslink kann man im Adresseintrag erneut verschicken (Symbol mit den zwei Pfeilen, dann Briefumschlag).

Siehe Serienmails kommen nicht an und Serienmails und SPF-Einträge. Häufigste Ursache: Spamfilter der Empfänger (v.a. Unternehmen/Hochschulen) bzw. SPF-Konfiguration der Absenderdomain. Abhilfe: generischen Absender von SoSci Survey verwenden (z.B. survey@soscisurvey.de), über den SMTP-Server der eigenen Einrichtung versenden (Projekt-Einstellungen) oder die IT bitten, in den Logs nachzusehen. Wer im Footer einer Mail auf „sperren“ klickt, wird ggf. serverweit gesperrt. Auf Hochschulservern muss der Mailversand vom Betreiber konfiguriert sein.

• Adressen bekannt: Serienmails mit festen Terminen bzw. individuelle Versandzeitpunkte importieren (Mehrwellige Befragungen).
• Teilnehmende melden sich selbst an: Mehrwellige Befragungen bei Selbstrekrutierung – Opt-In-Frage im ersten Fragebogen, nach Bestätigung der E-Mail-Adresse ruft der Bestätigungslink einen zweiten Fragebogen auf, in dem die Folge-Einladungen mit mailSchedule() geplant werden.
• Ohne E-Mail: persönlichen Code in allen Wellen abfragen.

// Im Fragebogen nach der Opt-In-Bestätigung (Einladung kam über die Adressliste)
mailSchedule(false, 2, '+14 days');               // Einladung Welle 2
mailSchedule(false, 3, '+21 days', [
  'status' => 'no-response'                       // Erinnerung nur, wenn Link nicht geöffnet
]);
// Mit Single-Opt-In im selben Fragebogen: statt false die Personenkennung
// aus der Opt-In-Frage angeben, z.B. mailSchedule(value('OI01'), 2, '+14 days');

Hinweise (mailSchedule()):

• mailSchedule() plant den Versand relativ zum Zeitpunkt, an dem der Code läuft – also individuell pro Person. Status-Optionen: finished, dropout, incomplete, no-response.
• Jeder Aufruf legt einen neuen Versandeintrag an (z.B. bei F5), zugestellt wird aber jede Serienmail nur einmal. Zum Ändern geplanter Mails erst mailRevoke().
• Nur Personen einladen, die bestimmte Kriterien erfüllen: mailSchedule() hinter die entsprechenden Filter bzw. weiter nach hinten im Fragebogen setzen.
• Im Datenschutzmodus „anonym“ kann SoSci Survey nach der Bestätigung nicht mehr wissen, an wen die Mail gehen soll – dann „pseudonym“ oder manuellen Versand verwenden.
• Teil 2 im selben Fragebogen fortsetzen: mailResume() (Link mit ?i=). mailSchedule() verschickt dagegen einen Link zu einem neuen Interview (?d=).
• Daten der Wellen werden über SERIAL bzw. die Opt-In-Variable zusammengeführt. Informationen zwischen Wellen: panelUpdate()/panelData() oder Datenbank für Inhalte.
• Teilnehmende per Messenger statt E-Mail einladen: personalisierte Links aus der Adressliste/Teilnahme-Links selbst verschicken.

Nur möglich, wenn SoSci Survey die Adresse kennt (Einladung über die Adressliste oder Opt-In). Dann am Ende mailSchedule(false, 1, 0); mit einer passenden Serienmail. Eine Benachrichtigung an die Projektleitung: mailSend().

Spamfilter/Mailserver prüfen (s. oben). Testweise SMTP-Daten eines eigenen Postfachs in den Projekt-Einstellungen eintragen. Auf Hochschulservern muss der Betreiber den Mailversand konfigurieren. Über die Opt-In-Frage kann man auch verhindern, dass bereits eingetragene Adressen sich erneut registrieren (Umgang mit Dubletten).

Grundprinzip (Mit externen Panel-Anbietern arbeiten): Der Anbieter hängt die Teilnehmer-ID an den Link (z.B. ?r=[ID]), SoSci Survey speichert sie in REF und gibt sie am Ende im Rücklink als %reference% zurück. Für Complete, Screenout und Quota-Full am besten den Baustein Panel-Redirects verwenden; alternativ setStatus() und redirect(). Spezielle Anleitungen: Clickworker, Amazon MTurk.

setStatus('screenout');
redirect('https://panel.example.com/screenout?id=%reference%');

• Test mit erfundener ID: Die Fehlerseite des Anbieters ist dann normal – den Link vom Anbieter testen lassen.
• Verwendet der Anbieter einen anderen Parameter als r, siehe Der Anbieter verwendet eine andere Variable als "r".
• Doppelte Teilnahme derselben Panel-ID verhindern: ID als Teilnahmecode (s) übergeben lassen.
• Speeder ausschließen: caseTime().
• Ob eine Panel-ID personenbezogen ist, klärt die/der Datenschutzbeauftragte (meist ja, da zuordenbar).

Die Interview-Kennung %caseToken% (bzw. caseToken()) an die externe Seite übergeben; diese leitet zurück mit ?i=… an den Fragebogenlink (Interview-Kennung, caseToken()). Ohne Kontrolle über die externe Seite: in neuem Tab öffnen.

Mit dem Quotierungs-Baustein bzw. PHP-Code nach Quotierung (auch Quotierung mittels statistic()). Hinweise:

• Quotenmerkmale stehen erst auf der Seite nach der Abfrage zur Verfügung.
• Für jede Merkmalsausprägung (auch „divers“) eine Quote eintragen, sonst ist die Quote 0 und es greift sofort der Screenout.
• Gezählt werden sollen nur gültige, abgeschlossene Fälle – die Zählvariable bzw. put() daher erst gegen Ende setzen; manuell ausgeschlossene Fälle gleicht man am einfachsten durch Erhöhen der Quote aus.
• Quoten nach beliebigen Antworten (nicht nur Demografie) sind möglich.

Siehe Problemlösungen beim Datenabruf. Häufigste Ursachen:

• Auswahlkriterien für gültige Fälle: Sobald der Fragebogen im Feld ist, werden Fälle aus der Entwicklung/Pretest standardmäßig ausgeblendet. Einstellung prüfen; beim Download wird die Zahl der Fälle angezeigt.
• Variablen, die in keinem Fall beantwortet wurden, werden ausgeblendet → beim Daten herunterladen unter Variablen „alle im Projekt definierten Variablen“ wählen.
• Die Frage wurde nicht abgefragt (Filter, anderer Fragebogen aktiv, Kopie der Frage abgefragt) oder als HTML-Formular gebaut.
• Unter Daten ansehen: rot hinterlegt = abgefragt, aber unbeantwortet; weiß = nicht abgefragt.
• Kostenpflichtig: Fälle mit „no licence“ bzw. Zahlung noch nicht verbucht.
• Daten in mehreren Projekten/Fragebögen: nach QUESTNNR trennen.

Siehe Zusätzliche Variablen in der Datenausgabe. Wichtig:

• MODE: interview (regulär), pretest, admin (Test aus der Verwaltung).
• LASTPAGE: zuletzt mit „Weiter“ abgeschickte Seite; MAXPAGE: höchste bearbeitete Seite.
• FINISHED: 1 = „Letzte Seite“ erreicht. LASTPAGE = letzte Inhaltsseite und FINISHED = 0 kann vorkommen, wenn dort eine Pflichtfrage fehlte (Seite wurde erneut gezeigt).
• STATUS: nur gefüllt, wenn ein Status (automatisch oder mit setStatus()) gesetzt wurde.
• TIME001 …: Verweildauer pro Seite (serverseitig gemessen). TIME_SUM ist um Ausreißer bereinigt und hängt von der Stichprobe im Download ab (kann sich bei neuen Fällen ändern). TIME_SUM und TIME_RSI sind leer, solange weniger als 10 Fälle im Download sind. TIME_RSI ab ca. 2,0 kritisch betrachten.
• MISSING/MISSREL: Anteil fehlender Antworten.

-9 = nicht beantwortet, -1 bis -3 = Ausweichoptionen, -8 = unerwarteter Wert/Fehler, leer (SPSS: SYSMIS) = nicht abgefragt. Beim Download kann man fehlende Werte entfernen lassen (z.B. für Excel) (Kodierung und Rückgabewerte). Schieberegler speichern nur einen Wert, wenn sie bewegt wurden – daher oft empfohlen, den Reglerknopf anfangs nicht anzuzeigen.

• SPSS: verschobene Spalten durch sehr lange Texte oder Kodierung (Unicode in SoSci und SPSS gleich einstellen); notfalls Import via CSV (Datenimport in SPSS (komfortabel), Datenimport in SPSS (via CSV), Verschobene Spalten in SPSS).
• R: Import-Skript bzw. Paket nach Datenimport in R; Datenabruf per API: Datenabruf via API, REST API (REST-API, JSON/CSV).
• Excel: Datenimport in Microsoft Excel; für Auswertungen fehlende Werte beim Download entfernen.
• Antworten als Text statt Code: Download-Option bzw. Wertelabels in SPSS.

Das ist eine Frage der Statistiksoftware, nicht von SoSci Survey. Skalenindizes: Skalenindex. Das Auswertungsmodul auf s2survey.net liefert nur Deskriptives. Mehrwellige oder Multi-Level-Daten in der Statistiksoftware anhand SERIAL bzw. CASE/REF zusammenführen (merge, long/wide format).

Ja, unter Erhobene Daten → Ausgefüllten Fragebogen ändern (Ausgefüllte Fragebögen ändern).

Druckansicht als PDF, Codebuch (Variablen und Antwortcodes) aus dem Download, ggf. Screenshots für dynamische Elemente (Dokumentation im Forschungsbericht).

Die SoSci Survey GmbH hat auf Hochschul- und Unternehmensserver keinen Zugriff – zuständig ist der Betreiber (Liste: https://www.soscisurvey.de/de/campus). Häufig hilft ein Update auf die aktuelle Version (installierte Version links unten unter der Navigation, Versionen: https://www.soscisurvey.de/de/changelog). Als Notlösung kann man ein Projekt ohne personenbezogene Daten auf www.soscisurvey.de umziehen (Befragungsprojekt kopieren oder umziehen).

Siehe Installation auf einem Webserver, insbesondere Systemanforderungen, Update der Installation, PHP-Einstellungen (Upload-Größen), Datei-Zugriffsrechte, Probleme bei der Installation des Servers, Zeitgesteuerte Aufgaben (Cronjobs) (zeitgesteuerter Mailversand), Docker und Single Sign-On (SSO) (Single Sign-On). Server-URL nach Umzug falsch: über admin/install.php zurücksetzen oder unter Server-Einstellungen korrigieren. Logs liegen in system/logfiles/ (alternativ syslog/STDERR, einstellbar unter Server-Einstellungen).