Survey Monkey API集成

时间:2016-09-09 09:24:12

标签: integration survey surveymonkey

我们正在考虑实施Survey Monkey API集成。

但是我们对它的怀疑很少:

  1. 人们真的使用它吗?我的意思是,Survey Monkey之外的人发现它有用吗?

  2. 如何通过Survey Monkey存储调查回复?

  3. 我不需要与Survey Monkey存储响应相同类型的数据库吗?

    请分享有关整合的更多详情。 优点&关于它的缺点?

    ...谢谢

1 个答案:

答案 0 :(得分:1)

关于第一个问题,是的,许多人使用SurveyMonkey API。您可以看到我们与here合作的公开应用列表。但是那里没有更多的公司正在使用更多的集成。除了大量个人使用以外,还有更多人使用API​​与其内部基础架构集成。

由于您感兴趣的是提取回复,我认为您最常使用的是bulk response fetching endpoint

获得所有回复的终端是:

GET /surveys/<survey_id>/responses/bulk

在文档中,您可以看到示例请求和响应,以查看数据的外观,还有一些代码示例。但是批量的一般反应看起来像是:

{
  "page": 1,
  "per_page": 100,
  "total": 1000,
  "data": [{
    "id": "5007154325",
    "collector_id": "50253586",
    "survey_id": "105723396",
    "custom_variables": {...},
    "date_modified": "2016-01-17T19:16:34+00:00",
    "date_created": "2016-01-17T19:07:34+00:00",
    ...
    "pages": [{
      "id": "103332310",
      "questions": [{
          "answers": [{
              "choice_id": "3057839051"
          }],
          "id": "319352786"
      }]
    }],
  },
  ... second response,
  ... third response,
  ...
  ]
}

基本上是完整响应列表,与响应关联的元数据然后在pages键中具有实际响应的所有选项。

pages的格式始终采用

格式
[{
    "id": "<Page 1's ID>",
    "questions": [{
      "id": "<Question 1's ID>",
      "answers": [{
        "choice_id": "<ID of the choice, if there is one",
        "row_id": "<ID of the row, if there is one",
        "col_id": "<ID of the column, if there is one",
        "other_id": "<ID of the other option, if there is one",
        "text": "Any open ended text"
      },
      ... (other answers to the same question: case checkbox, multiple rows)
      ]
    },
    ... next question
    ]
},
... next page
]

请注意,这与SurveyMonkey数据库中存储数据的格式不同 - 回答有关需要与SurveyMonkey完全相同的数据库的问题。我们的API中的任何端点始终以JSON格式返回响应,然后您可以以任何方式移动/格式化/存储数据 - 您只需自己转换到数据库。

如果您需要整个调查数据,以便引用回复API中的所有ID,则可以看到here

端点是:

GET /surveys/<survey_id>/details

如果您计划使用SurveyMonkey作为集成平台,则应该能够使用SurveyMonkey API解决问题。希望这能回答你所有的问题。