代码之家  ›  专栏  ›  技术社区  ›  cjdinger

LinkedIn共享计数API(/countserv/count/share)始终返回“0”

  •  8
  • cjdinger  · 技术社区  · 7 年前

    很容易在JSON结果中看到:

    https://www.linkedin.com/countserv/count/share?url=https://www.linkedin.com

    当前返回:

        IN.Tags.Share.handleCount(
         {
          "count":0,
          "fCnt":"0",
          "fCntPlusOne":"1",
          "url":"https:\/\/www.linkedin.com"
        });
    

    显然,它影响了网络上大多数LinkedIn共享按钮/计数器,包括WordPress和其他博客。自上周晚些时候(2018年1月13日)以来,这一点已被“打破”。

    我打开了一张LinkedIn支持的门票。回应是在这里发帖,因为这是LinkedIn开发者支持的所在地。希望得到的回应是“哎呀,我们会解决这个问题的。”或者,如果故意致残,则发布声明。(推特几年前也做出了类似的举动。它在开发人员中不受欢迎,但我们已经继续前进。)

    3 回复  |  直到 7 年前
        1
  •  9
  •   Adam Garner    7 年前

    继ChrisHemedingers的回应之后,该功能现在已被完全弃用

    Deprecating the inShare Counter

    正如你所见,他们不赞成这句话:

    分享数本身并不能完全反映一段内容所带来的影响,我们鼓励出版商和其他内容创作者利用inShare插件来推动与LinkedIn成员的对话和互动。

    然后链接到 Documentation 说:

    LinkedIn插件上的共享将不再返回共享计数。

    这对我的公司来说非常不方便,因为我们刚刚完成了一套由它驱动的工具的构建。

        2
  •  0
  •   cjdinger    7 年前

    共享计数服务恢复运行,与以前一样工作。这次停电(显然)是故意的,但只是暂时的。

    据我所知,这是一个未记录的API,但它是“LinkedIn共享”按钮的组成部分,这些按钮在全球无数网站/博客中使用。因此,LinkedIn没有合同/义务保持该服务运行。。。因此,非LinkedIn组件中的服务消费者应该小心。

        3
  •  0
  •   douglaskarr    7 年前

    感谢您的更新!追查到这件事让人很沮丧。我必须研究代码,从API本身请求多个URL,向LinkedIn提交一张罚单。。。最终发现自己在这里读到了这篇文章。只是一个建议,我认为返回某种错误代码比返回0更好。许多人实际上会在他们的网站上显示计数。