Я использую конечную точку OrganizationEntityShareStatistics, но заметил, что некоторые запросы возвращают -1 для значения. Это еще один способ указать null
? Например, следующий запрос для моей личной организации возвращает shareCount
из -1
.
https://api.linkedin.com/v2/organizationalEntityShareStatistics?q=organizationalEntity&organizationalEntity=urn%3Ali%3Aorganization%3A35526437
{
"elements": [
{
"totalShareStatistics": {
"shareCount": -1,
"uniqueImpressionsCount": 434,
"clickCount": 25,
"engagement": 0.029905178701677606,
"shareMentionsCount": 0,
"likeCount": 10,
"impressionCount": 1371,
"commentMentionsCount": 0,
"commentCount": 7
},
"organizationalEntity": "urn:li:organization:35526437"
}
],
"paging": {
"count": 10,
"start": 0,
"links": []
}
}
Я также заметил, что это происходит при запросе статистики общего ресурса для определенного общего ресурса, но я не могу предоставить этот конкретный запрос, поскольку это данные клиента.
Обновление: я сам разобрался со своей проблемой (ответ в моем посте)
Итак, чтобы сослаться на их документы для likeCount:
This field can become negative when members who liked a sponsored share later unlike it. The like is not counted since it is not organic, but the unlike is counted as organic.
... так что я бы предположил, что это также относится к shareCount и кто знает, к каким другим полям.
Не могли бы вы поделиться форматом получения статистики по отдельному посту? Документы говорят делать
&shares[0]=urn:li:share:shareid
, но я получаю сообщение об ошибке "share[0]" stackoverflow.com/q/55847112/1207649