直接写 share_count 不会自动更新，因浏览器不提供社交分享数获取能力，html 是静态语言，需调用第三方 api；但 facebook、twitter 已关闭公开接口，linkedin 接口不稳定且需代理，更现实的是记录用户本地分享行为或聚合自有渠道数据。
为什么直接写 share_count 不会自动更新
浏览器本身不提供社交分享数的获取能力，HTML 是静态标记语言，<span id="count"></span> 里不会凭空出现数字。所谓“展示计数”，本质是前端调用第三方 API（如 Twitter、Facebook、LinkedIn 的分享统计接口），再把返回值塞进 DOM —— 但多数平台已关闭公开接口或要求认证。
- Facebook 的
sharer.php和 Graph API v12+ 已移除公开页面分享数查询，必须用 App ID + Page Token，且仅限管理员可见 - Twitter（X）完全下线了
https://cdn.api.twitter.com/1.1/shares/count.json?url=这类旧接口，无替代公开方案 - LinkedIn 的
https://www.linkedin.com/countserv/count/share目前仍可临时用，但返回结构不稳定，且有请求频率限制
LinkedIn 分享数怎么勉强拿到
目前唯一还能凑合用的是 LinkedIn 的非官方计数端点，它不要求鉴权，但响应格式简陋、不保证长期可用，且只支持 HTTP GET。
- 请求地址：
https://www.linkedin.com/countserv/count/share?url=https%3A%2F%2Fexample.com%2Fpage - 返回是纯 JSON 字符串：
{"count":123,"url":"https://example.com/page"}，注意没有 CORS 头，不能直接 fetch（会跨域失败） - 必须走服务端代理：比如用 Node.js 的
express写个/api/linkedin-count?url=...接口，由后端发请求再转发结果 - 前端用
fetch('/api/linkedin-count?url=' + encodeURIComponent(window.location.href))获取
别碰 Facebook 和 Twitter 的“计数”幻觉
网上大量教程教你怎么用 FB.XFBML.parse() 或 twtr.renderTweet() 来“显示分享按钮+计数”，那是旧版 SDK 的遗留逻辑，现在按钮能渲染，但计数字段早已为空或返回 0。
- Facebook SDK 加载后调用
FB.api('/?id=' + url, 'GET', ...)，返回里share.share_count字段在大多数域名下为undefined - Twitter 的
window.twttr.widgets.load()渲染的按钮右上角计数，实际读的是本地缓存或完全不更新，和真实分享行为无关 - 强行轮询或伪造请求会被平台封 IP，尤其用 headless 浏览器模拟点击分享按钮来“刷计数”，属于明确违反 ToS 的行为
更现实的做法：用「已分享」代替「被分享」
与其依赖不可控的第三方接口，不如换思路：记录用户自己是否点过分享，或者聚合自有渠道数据（如 CMS 后台手动录入、邮件/微信转发链接带 UTM 参数回传）。
立即学习“前端免费学习笔记（深入）”；
- 给分享按钮加
data-shared="false"，点击后改为true并本地存储：localStorage.setItem('shared_' + pageId, '1') - 后台导出各页面的微信图文阅读来源中“朋友圈”“好友转发”占比，定期更新到静态 JSON 文件，前端按路径匹配加载
- 如果用 Next.js / Nuxt 等 SSR 框架，可在构建时通过
getStaticProps调用内部 API 拉取汇总数据，避免运行时请求失败导致空白
真正稳定的分享计数，从来不在前端 HTML 里生成，而在你可控的数据源里维护。接口失效不是你的代码问题，是平台规则变了——盯住那个 URL，比盯住 document.getElementById('count').innerText 实在得多。
