Bau ExpiWell in deinen eigenen Stack
Verbinde ExpiWell mit den Systemen, die dein Team ohnehin nutzt. Eine veröffentlichte API für Studien, Teilnehmende und Antworten, mit Zugangsschlüsseln, die du kontrollierst.
Mach ExpiWell zum Teil deiner Infrastruktur
Ein Warehouse aktuell halten
Hol Antworten planmäßig in die Datenbank, die deine Analystinnen ohnehin abfragen, statt darauf zu bauen, dass jemand jeden Montag an einen CSV-Export denkt.
Dashboards, die sich selbst aktualisieren
Richte dein eigenes Reporting-Werkzeug auf die Live-Studiendaten, damit die Zahlen, die eine Studienleitung am Freitag öffnet, die vom Freitag sind.
Auswertungen, die du wiederholen kannst
Hol per Skript genau die Zeilen, aus denen ein Artikel entstanden ist, damit eine Gutachterin oder ein späterer Student das Ergebnis reproduzieren kann, statt ihm zu vertrauen.
Vergib eine Sache nach der anderen
Ein Zugangsschlüssel trägt nur die Berechtigungen, die du ankreuzt. Wähle das Minimum, das das Skript braucht: Ein Schlüssel, der weniger lesen kann, ist für Fremde weniger wert.
Studien
Deine Projekte: Name, Typ, Status sowie die Anzahl der Antworten und Teilnehmenden je Projekt.
read:projects
Teilnehmende (nur Kennungen)
Die anonymen Kennungen eines Projekts. Niemals Namen, E-Mail-Adressen oder Kontaktdaten. Es ist dieselbe Kennung wie in deinen Exporten, sodass sich Antworten über Umfragen hinweg verknüpfen lassen, ohne dass die Identität mitreist.
read:participants
Antworten
Umfrageantworten und, bei einer einzelnen Antwort, die Antworten selbst. Eine Massenauflistung liefert Metadaten ohne Antwortinhalte.
read:responses
Medien und Transkripte
Audio, Bilder und Transkriptionen zu Antworten. Heute schon auf einem Schlüssel vergebbar; die Endpunkte folgen in einer späteren Version.
read:media
Gebaut, damit ein abgeflossener Schlüssel wirkungslos ist
Der Schlüssel ist nicht das Token
Dein Skript hält einen langlebigen Zugangsschlüssel und sendet ihn an genau einen Endpunkt. Alles andere trägt ein Token, das in 10 bis 60 Minuten abläuft, sodass eines, das in einem Log auftaucht, binnen einer Stunde wertlos ist.
Widerruf wirkt sofort
Widerrufe einen Schlüssel, und alle bereits ausgestellten Tokens versagen bei der nächsten Anfrage statt erst am Ende ihrer Laufzeit. Dasselbe gilt, wenn sich die Rolle der erstellenden Person ändert.
Auf die von dir genannten Adressen begrenzt
Jeder Schlüssel trägt eine Adressfreigabe, geprüft bei jeder Anfrage und nicht nur beim Anlegen. Ein abgeflossener Schlüssel ist überall wirkungslos, wo du ihn nicht freigegeben hast.
Auf dein Konto begrenzt
Ein Zugangsschlüssel erreicht deine Studien und die von niemandem sonst. Ein Datensatz einer anderen forschenden Person liefert genau das, was ein nie existierender Datensatz liefert; die API taugt also nicht dazu, herauszufinden, was andere Konten halten.
Aus deiner eigenen Region ausgeliefert
Anfragen werden in der Region beantwortet, zu der dein Konto gehört. Ein in einer Region ausgestellter Schlüssel funktioniert in der anderen nicht.
US-Konten werden aus den Vereinigten Staaten bedient.
EU-Konten werden aus der Europäischen Union bedient. Der Endpunkt wird bereitgestellt, sobald deine Region freigeschaltet ist.
Drei Schritte bis zur ersten Anfrage
01
Zugang anfragen
Eine Administratorin schaltet den Developer Hub für dein Konto frei und legt Berechtigungen, Schlüssel-Obergrenze und maximale Laufzeit fest.
Anleitung lesen02
Schlüssel erstellen
Wähle in den Einstellungen die geringste nötige Berechtigung und die Adressen, von denen dein Skript läuft. Das Geheimnis wird genau einmal angezeigt.
Anleitung lesen03
Anfrage stellen
Tausche den Zugangsschlüssel gegen ein Token und lies deine Daten. Die Anleitung beschreibt den Ablauf; die interaktive Referenz listet jeden Aufruf und lässt dich einen ausprobieren.
Anleitung lesenHol deine Studiendaten in deinen eigenen Stack
Der Zugang zum Developer Hub wird pro Konto freigeschaltet. Sag uns, was du abrufen willst, und wir aktivieren ihn.