- 分類計劃:為每個站點、每個分類安排發布節奏,支援順序、均勻或隨機三種投放模式。
- 批量排期:一批生成完成的文章可以整體排入發布佇列,不必逐篇手動設定時間。
- 多站並行:不同站點的發布任務相互獨立、並行執行,單站變慢不影響其他站點。
功能 / 定時發布
把發布任務交給可靠的調度
定時發布的關鍵不是「能定時」,而是中斷之後怎麼辦:伺服器重啟、CMS 臨時報錯、網路超時之後,任務還能不能續上、會不會重複發文。AI Publish 的發布佇列按「可恢復、不重複」設計。
按站點節奏安排計劃
中斷之後:可恢復、不重複
發布系統的可靠性體現在異常場景裡:
- 任務可恢復:服務中斷後任務佇列可以從斷點繼續,不必重新開始。
- 重試不重複發文:每篇文章攜帶唯一標識,重試時 CMS 端不會出現第二篇相同文章。
- 重試不重複計費:同一篇文章無論重試多少次,只按一次成功結果計費。
- 失敗原因可見:失敗節點、錯誤原因與下一步操作在任務記錄中直接展示,不需要翻日誌排查。
結果追蹤與連結回傳
- 每篇已發布文章的最終 URL 自動回傳,與任務、分類、標題一一對應。
- 發布狀態與搜尋提交狀態分開追蹤:文章發布成功不代表已被搜尋引擎收錄,兩件事分別核對。
- 發布完成後可直接進入百度與 Bing 提交流程,詳見 搜尋提交。
支援的 CMS
定時發布覆蓋全部 18 種支援的 CMS 與建站平台,包括 WordPress、PbootCMS、Typecho、Shopify 等。各平台的接入方式與字段映射差異:
- WordPress 整合:REST API 與根目錄連接器兩種方式。
- PbootCMS 整合:根目錄連接器,分類映射按站儲存。
- Typecho 整合 與 Shopify 整合:各自獨立的字段映射與限制說明。
常見問題
- CMS 臨時報錯怎麼辦?任務會保留失敗原因,修正設定後重試;已成功發布的文章不會被重試影響。
- 可以臨時暫停某站點的發布計劃嗎?可以,站點與任務均可暫停,恢復後從暫停處繼續。
- 發布時間可以精確到分鐘嗎?可以,排期粒度支援按任務指定具體時間。
把發布任務交給可靠的調度
定時發布的關鍵不是「能定時」,而是中斷之後怎麼辦:伺服器重啟、CMS 臨時報錯、網路超時之後,任務還能不能續上、會不會重複發文。AI Publish 的發布佇列按「可恢復、不重複」設計。