由于經(jīng)常長時(shí)間的把精力放在開發(fā)客戶的項(xiàng)目上去了，再加上小程序客戶數(shù)量不多，所以，我們一直沒有特別留意百度小程序的資源提交這個接口。以前的MIP、熊掌號出來的時(shí)候，都是第一時(shí)間接入了推送接口的，直到今天看到通知說即將啟動小程序魚躍計(jì)劃。魚躍計(jì)劃中被大家討論的最多的就是小程序資源占比，基本要求就是達(dá)到50%。很遺憾的是，由于我們網(wǎng)站內(nèi)容很少，通知類文章較多（這類文章被判做低質(zhì)量文章）而不被小程序收錄，所以我們自己的內(nèi)容質(zhì)量可能欠佳，目前占比只有46%多一點(diǎn)。

有鑒于此，我們還是要計(jì)劃做點(diǎn)什么來突破50%。所以，我們嘗試的第一步就是把推送接口更改到百度小程序的新資源提交接口去。這個接口可能已經(jīng)有前輩們接入并在使用了，但是由于我們是首次接觸，所以并不十分了解。經(jīng)過深入了解分析后，我們發(fā)現(xiàn)百度小程序新資源提交接口和之前的MIP或者熊掌號都不一樣，主要區(qū)別在于小程序使用了ACCESS TOKEN鑒權(quán)，而這個ACCESS TOKEN是有有效期的，而MIP和熊掌號的接口則相對簡單，只有一個固定的TOKEN。那么我們這次嘗試的主要流程就是要確保ACCESS TOKEN的有效性，我們提出了兩個方案。

推送時(shí)發(fā)現(xiàn)ACCESS TOKEN過期則嘗試刷新ACCESS TOKEN

這個方案按理來說會成為我們的首選，但是考慮到網(wǎng)站后臺數(shù)據(jù)提交的反饋速度，我們放棄了。實(shí)現(xiàn)的業(yè)務(wù)流程是：管理員發(fā)布文章 - 文章發(fā)布成功 - 生成新的小程序PATH - 調(diào)用數(shù)據(jù)庫中的ACCESS TOKEN嘗試推送到百度小程序 - ACCESS TOKEN有效推送成功（END）／ACCESS TOKEN無效推送失敗 - 根據(jù)開發(fā)者平臺的接口刷新ACCESS TOKEN并保存在數(shù)據(jù)庫中（第一次推送就會執(zhí)行這一步） - 推送成功／失敗，我們推薦內(nèi)容更新頻繁的使用這種方案。

登錄網(wǎng)站后臺時(shí)主動刷新ACCESS TOKEN

然后，實(shí)際上我們最終選擇的是這一個方案，因?yàn)槲覀兊木W(wǎng)站可能10天半個月才會更新一篇文章，所以當(dāng)我們更新網(wǎng)站的時(shí)候，ACCESS TOKEN已經(jīng)過期的概率很高（官方說明是有效期一個月）。如果這個時(shí)候嘗試第一種方案的話，我們有可能發(fā)布一篇文章需要調(diào)用百度的接口3次。一來一回一去，可能會有系統(tǒng)卡頓的幻覺，所以，我們干脆在管理員登錄網(wǎng)站后臺的時(shí)候，直接主動刷新ACCESS TOKEN，這樣一來，當(dāng)文章發(fā)布的時(shí)候，ACCESS TOKEN一定是有效的。

如前文所述，由于我們的更新頻率很低，所以我們目前還沒有所謂的成功經(jīng)驗(yàn)可以分享，等后期技術(shù)成熟或者小程序發(fā)展成熟的時(shí)候，我們有可能會像集成MIP推送接口一樣，在客戶的網(wǎng)站中集成小程序的接口。但是今天，暫時(shí)只有以上這點(diǎn)干巴巴的邏輯可以理出來，希望對大家能夠有點(diǎn)幫助，感謝您的閱讀。