百度分享代码停止服务后,不少老站点的分享按钮成了摆设,点击毫无反应,流量也悄悄流失。对依赖用户转发带来曝光的运营者而言,尽快换上稳定可靠的一键分享工具,是挽回内容触达效率的当务之急。
第三方分享服务是最省力的替换方式,几乎不需要代码功底,注册账号、复制代码,几分钟就能完成部署。适合绝大多数使用现成CMS模板的中小站点。
第一看加载方式,是否采用异步加载,别拖慢网页首屏速度;第二看维护频率,半年以上没更新的服务最好绕开;第三看自定义能力,按钮尺寸、配色、图标顺序能不能调整。另外,有些服务商提供免费的基础数据统计,能帮你了解哪些内容更容易被分享。
需要特别留意的是,千万别在同一页面安装两套功能重复的分享工具,脚本打架会导致按钮错位甚至整页报错。
如果对页面性能有执念,或者想彻底摆脱对第三方服务器的依赖,可以调用微博、微信、QQ空间等平台公开的分享接口,自己封装一套分享按钮。这种方式生成的代码更干净,加载速度更快,也不存在服务商突然关停的风险。
开发流程大体是:在页面引入对应平台的JS SDK,给按钮绑定点击事件,通过API方法传入当前页面的标题和URL。需要提醒的是,每家平台的参数格式和回调方式都不一样,务必在主流浏览器的手机端和电脑端都测试一遍。
判断标准很清晰:站点有专职前端维护、模板改动灵活,才适合自建。如果用的是老旧的虚拟主机加旧版CMS,还是老老实实选现成插件更稳妥,别给自己挖后期维护的坑。
借助Web Share API调用系统级分享面板,是近两年逐渐流行起来的做法。用户点击按钮后直接唤起手机或电脑自带的分享菜单,可以选择发送到任意已安装的App,体验酣畅淋漓,也不需要维护任何图标库。
实现上,给页面已有的分享按钮绑定事件,调用navigator.share方法,传入标题和链接即可。但要注意兼容性问题,部分桌面浏览器和旧版移动浏览器还不支持这个接口。稳妥的做法是同时准备一个手动复制链接的按钮,当检测到不支持时自动回退,确保每个访客都能找到分享的入口。
换新工具之前,务必要把原来百度分享的引用删干净,否则新旧脚本混在一起,很容易出现莫名其妙的报错或按钮不显示。
这一步虽然枯燥,但漏掉任何一个引用都可能导致新按钮失灵,细心排查能省下不少排查Bug的时间。
找不回。以前的分享计数是存在百度服务器上的,服务停掉后数据就彻底拿不出来了,第三方工具也没法迁移。与其纠结旧数据,不如集中精力优化内容,自然会有新用户愿意转发。
自建轻量组件和浏览器原生分享对页面性能损耗最小,加载快对SEO略占优势。第三方插件只要支持异步加载,影响也不大。关键是别选那种同步阻塞渲染的臃肿代码,那才会拖累抓取和用户体验。
完全可以,而且很多内容站点现在只保留复制链接功能,用户把链接粘贴到任何聊天工具都行,反而更符合用户习惯。用几行JavaScript就能实现,点击后自动复制并且给出“已复制”的提示,兼容性还非常好。
百度分享的停服提醒所有站长一个道理:太依赖单一外部服务的功能,迟早要被动迁。眼下最稳妥的做法,是选一款有持续更新记录的第三方插件快速顶上,同时预留原生分享作为备选。动手更换前,先把旧代码清理干净,上线后多测几个浏览器。别忘了长期来看,把分享统计的主动权握在自己手里,或许多花点开发成本,但换来的稳定和安心绝对值得。