由于經常長時間的把精力放在開發客戶的項目上去了，再加上小程序客戶數量不多，所以，我們一直沒有特別留意百度小程序的資源提交這個接口。以前的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推送接口一樣，在客戶的網站中集成小程序的接口。但是今天，暫時只有以上這點干巴巴的邏輯可以理出來，希望對大家能夠有點幫助，感謝您的閱讀。
