由于经常长时间的把精力放在开发客户的项目上去了，再加上小程序客户数量不多，所以，我们一直没有特别留意百度小程序的资源提交这个接口。以前的MIP、熊掌号出来的时候，都是第一时间接入了推送接口的，直到今天看到通知说即将启动小程序鱼跃计划。鱼跃计划中被大家讨论的最多的就是小程序资源占比，基本要求就是达到50%。很遗憾的是，由于我们网站内容很少，通知类文章较多（这类文章被判做低质量文章）而不被小程序收录，所以我们自己的内容质量可能欠佳，目前占比只有46%多一点。
有鉴于此，我们还是要计划做点什么来突破50%。所以，我们尝试的第一步就是把推送接口更改到百度小程序的新资源提交接口去。这个接口可能已经有前辈们接入并在使用了，但是由于我们是首次接触，所以并不十分了解。经过深入了解分析后，我们发现百度小程序新资源提交接口和之前的MIP或者熊掌号都不一样，主要区别在于小程序使用了ACCESS TOKEN鉴权，而这个ACCESS TOKEN是有有效期的，而MIP和熊掌号的接口则相对简单，只有一个固定的TOKEN。那么我们这次尝试的主要流程就是要确保ACCESS TOKEN的有效性，我们提出了两个方案。
推送时发现ACCESS TOKEN过期则尝试刷新ACCESS TOKEN
这个方案按理来说会成为我们的首选，但是考虑到网站后台数据提交的反馈速度，我们放弃了。实现的业务流程是：管理员发布文章 - 文章发布成功 - 生成新的小程序PATH - 调用数据库中的ACCESS TOKEN尝试推送到百度小程序 - ACCESS TOKEN有效推送成功（END）／ACCESS TOKEN无效推送失败 - 根据开发者平台的接口刷新ACCESS TOKEN并保存在数据库中（第一次推送就会执行这一步） - 推送成功／失败，我们推荐内容更新频繁的使用这种方案。
登录网站后台时主动刷新ACCESS TOKEN
然后，实际上我们最终选择的是这一个方案，因为我们的网站可能10天半个月才会更新一篇文章，所以当我们更新网站的时候，ACCESS TOKEN已经过期的概率很高（官方说明是有效期一个月）。如果这个时候尝试第一种方案的话，我们有可能发布一篇文章需要调用百度的接口3次。一来一回一去，可能会有系统卡顿的幻觉，所以，我们干脆在管理员登录网站后台的时候，直接主动刷新ACCESS TOKEN，这样一来，当文章发布的时候，ACCESS TOKEN一定是有效的。
如前文所述，由于我们的更新频率很低，所以我们目前还没有所谓的成功经验可以分享，等后期技术成熟或者小程序发展成熟的时候，我们有可能会像集成MIP推送接口一样，在客户的网站中集成小程序的接口。但是今天，暂时只有以上这点干巴巴的逻辑可以理出来，希望对大家能够有点帮助，感谢您的阅读。
