Intégrez ExpiWell à votre propre stack
Reliez ExpiWell aux systèmes que votre équipe utilise déjà. Une API publiée pour vos études, participants et réponses, avec des identifiants que vous contrôlez.
Faites d'ExpiWell une brique de votre infrastructure
Garder un entrepôt à jour
Récupérez les réponses selon un calendrier dans la base que vos analystes interrogent déjà, au lieu de compter sur quelqu'un pour exporter un CSV chaque lundi.
Des tableaux de bord qui se rafraîchissent seuls
Pointez votre propre outil de reporting sur les données vivantes de l'étude, pour que les chiffres qu'un chercheur principal ouvre le vendredi soient ceux du vendredi.
Des analyses reproductibles
Récupérez par script exactement les lignes ayant servi à écrire un article, pour qu'un relecteur ou un futur étudiant puisse reproduire le résultat plutôt que lui faire confiance.
Accordez une chose à la fois
Un identifiant ne porte que les permissions que vous cochez. Choisissez le strict minimum dont le script a besoin : un identifiant qui peut lire moins vaut moins pour qui le trouve.
Études
Vos projets : nom, type, statut, et le nombre de réponses et de participants de chacun.
read:projects
Participants (identifiants seuls)
Les identifiants anonymes d'un projet. Jamais de noms, d'e-mails ni de coordonnées : le même identifiant que vos exports, si bien que les réponses se relient entre enquêtes sans que l'identité circule.
read:participants
Réponses
Les réponses aux enquêtes et, sur une réponse individuelle, les réponses elles-mêmes. Une liste en masse renvoie des métadonnées sans le contenu des réponses.
read:responses
Médias et transcriptions
Audio, images et transcriptions attachés aux réponses. Déjà attribuable sur un identifiant ; les endpoints arrivent dans une version ultérieure.
read:media
Conçu pour qu'un identifiant divulgué soit inerte
L'identifiant n'est pas le jeton
Votre script détient un identifiant de longue durée et l'envoie à un seul endpoint. Tout le reste porte un jeton qui expire en 10 à 60 minutes : un jeton trouvé dans un journal cesse de servir en moins d'une heure.
La révocation est immédiate
Révoquez un identifiant et tous les jetons déjà émis cessent à la requête suivante, pas à la fin de leur durée de vie. Il en va de même si le rôle de son créateur change.
Limité aux adresses que vous nommez
Chaque identifiant porte une liste d'adresses autorisées, vérifiée à chaque requête et pas seulement à la création. Un identifiant divulgué est inerte partout où vous ne l'avez pas listé.
Limité à votre compte
Un identifiant atteint vos études et celles de personne d'autre. Un enregistrement appartenant à un autre chercheur renvoie exactement ce que renvoie un enregistrement qui n'a jamais existé : l'API ne permet donc pas de découvrir ce que détiennent d'autres comptes.
Servi depuis votre propre région
Les requêtes sont traitées dans la région à laquelle appartient votre compte. Un identifiant émis dans une région ne fonctionne pas dans l'autre.
Les comptes américains sont servis depuis les États-Unis.
Les comptes UE sont servis depuis l'Union européenne. Le point de terminaison est fourni lorsque votre région est activée.
Trois étapes jusqu’à la première requête
01
Demandez l'accès
Un administrateur active le Developer Hub sur votre compte et fixe les permissions, la limite d'identifiants et la durée maximale qu'ils peuvent avoir.
Lire le guide02
Créez un identifiant
Dans les Réglages, choisissez la permission minimale dont vous avez besoin et les adresses depuis lesquelles votre script s'exécute. Le secret n'est affiché qu'une fois.
Lire le guide03
Lancez la requête
Échangez l'identifiant contre un jeton, puis lisez vos données. Le guide décrit le processus ; la référence interactive liste chaque appel et permet d'en essayer un.
Lire le guideAmenez les données de vos études dans votre propre stack
L'accès au Developer Hub s'active par compte. Dites-nous ce que vous comptez extraire et nous l'activons.