SEO 自動發文不是難在寫文章，是難在不要亂發
很多人以為 SEO 自動發文的重點是讓 AI 會寫文章，但真正踩過才知道，難的是不要亂發、不要發錯、不要發到未批准的站台，也不要把草稿、價格、電話或敏感資料一起帶出去。
很多人談 SEO 自動發文，第一個想到的是：
「AI 能不能寫文章？」
這個問題很直覺。
因為 SEO 看起來就是內容。
內容越多，好像越有機會被搜尋到。
AI 又很會寫，所以很多人會覺得，只要讓 AI 自動產生文章，再自動發布，問題就解決了。
但真的做過之後才會知道：
SEO 自動發文最難的不是寫文章。
真正難的是：
不要亂發。
不要發錯文章。
不要發到錯站。
不要把草稿發出去。
不要把未審核內容發出去。
不要把敏感資料帶進文章。
不要把價格、電話、錯誤連結或舊資料一起發布。
不要在沒有回滾方式的情況下碰正式網站。
AI 會寫，不代表系統可以發。
這是兩件完全不同的事。
會寫文章，不等於可以自動發布
AI 產生文章很快。
一個標題、一組關鍵字、一段提示詞，很快就能生成一篇看起來完整的文章。
但正式發布不是只有「有文章」就好。
還要確認：
- 標題和內容有沒有一致
- 文章是否符合主題
- 有沒有出現錯誤資訊
- 有沒有出現不該公開的資料
- 有沒有價格或報價風險
- 有沒有未驗證電話
- 有沒有敏感憑證
- 有沒有錯誤分類
- 有沒有重複文章
- 有沒有發布到正確站台
- 發布後能不能回滾
如果這些沒有檢查，AI 寫得越快，風險也越快。
很多自動化失控，不是因為 AI 不會寫，而是因為它太會生產。
內容大量出來後，如果沒有 gate（閘門），很快就會變成一堆待處理問題。
最容易踩到的第一個坑：草稿也被發出去
自動發文流程最可怕的地方之一，是「範圍沒有鎖住」。
你原本只想發一篇。
但程式邏輯如果寫得不清楚，可能會把其他草稿也一起處理。
這種事情一旦發生，後果很麻煩。
因為草稿可能還沒審。
草稿可能只是測試資料。
草稿可能標題還沒改。
草稿可能內容不完整。
草稿可能有內部註記。
草稿可能是 AI 亂生的半成品。
所以自動發文第一條規則應該是：
每次發布都要有明確目標。
例如：
- 指定文章 ID
- 指定檔案名稱
- 指定分類
- 指定站台
- 指定版本
- 指定發布狀態
不能只靠模糊條件。
例如「發布所有待發布文章」聽起來方便，但如果待發布狀態被誤標，可能就會出事。
第二個坑：標題很會吸引人，但內容接不上
AI 很會寫標題。
例如：
「5 個重點」
「完整教學」
「一次搞懂」
「新手必看」
「A vs B 怎麼選」
這些標題很像 SEO 文章，也很像網路內容。
但問題是，AI 有時候會寫出標題承諾，內容卻沒有完整做到。
標題說 5 個重點，內文可能只講 3 個。
標題說比較 A 和 B，內文可能只是亂湊兩個詞。
標題說完整教學，內容可能只是空泛介紹。
標題說新手必看，內容卻沒有真正解決新手問題。
這種文章看起來有 SEO 形式，但讀者讀完會失望。
所以 SEO 自動發文不能只檢查字數。
還要檢查：
- 標題承諾是否有完成
- H2/H3 結構是否對應標題
- 內容是否真的回答搜尋意圖
- 列表數量是否正確
- 範例是否合理
- 結論是否回到主題
AI 文章最大的問題不是沒有文字。
是文字很多，但沒有負責任地完成承諾。
第三個坑：價格與電話資料不能讓 AI 猜
在商業網站裡，價格和電話是高風險內容。
AI 很容易為了讓文章看起來完整，自行補上看似合理的說法。
但價格、報價、金額、幣別、電話、聯絡方式，都不能讓 AI 猜。
因為這些資訊一旦錯，就可能造成商業風險。
例如：
- 舊價格被寫進新文章
- AI 自己生成不存在的報價
- 不同站台電話混用
- 未驗證聯絡方式被發布
- 文章內容和實際客服說法不一致
所以 SEO 自動發文必須把這些列為硬性攔截項目。
不是提醒 AI 小心。
而是系統層級就要擋住。
如果文章裡出現價格、報價、金額或未驗證電話，就不能直接發布。
應該退回修正，或改成保守說法。
第四個坑：舊系統不能直接復活
很多小企業做自動化時，會想沿用舊系統。
這很合理。
因為舊系統裡可能有很多有價值的東西：
- 發文流程
- 文章模板
- 關鍵字池
- 標題模式
- 排程概念
- dry-run（試跑）機制
- checkpoint（檢查點）
- backup / rollback（備份／回滾）
- queue（佇列）
但舊系統也可能有很多不能直接搬的風險：
- hard-coded site data（硬寫站台資料）
- 舊密碼
- 舊 API 設定
- 舊 runtime 依賴
- 未驗證電話
- 價格資料
- 發布權限過大
- 失敗紀錄不足
- 沒有完整稽核 gate
所以比較安全的做法是：
舊系統只研究流程，不復活 runtime。
也就是說，可以學它怎麼設計流程，但不能直接把舊程式拉回來繼續跑正式站台。
這一點很重要。
因為自動發文不是只有程式能跑就好。
還要確認它現在是否仍然安全。
第五個坑：沒有 dry-run，就不要急著真發
自動發文系統一定要有 dry-run（試跑）。
dry-run 的意思是：
先完整跑流程，但不真的發布。
它應該輸出：
- 文章標題
- 文章內容
- 分類
- 目標站台
- 目標網址
- 可能內鏈
- 稽核分數
- 缺失報告
- 是否可發布
- 阻擋原因
這樣才能在發文前發現問題。
如果系統一生成就直接發布，風險太高。
因為 AI 文章常常需要經過幾層檢查。
例如：
- 字數是否足夠
- 標題是否對應內容
- 有沒有價格
- 有沒有電話
- 有沒有敏感詞
- 有沒有簡體字
- 有沒有 AI 模板語氣
- 有沒有錯誤分類
- 有沒有未批准連結
- 有沒有圖片授權問題
沒有 dry-run，就像沒有試車就直接上路。
第六個坑：沒有 checkpoint，就不知道哪裡壞
自動化流程一長，最怕的是：
出錯了，但不知道哪一步出錯。
所以每個重要階段都要有 checkpoint（檢查點）。
例如：
- 主題產生完成
- 關鍵字選擇完成
- 文章草稿完成
- 初步規則檢查完成
- 模型審查完成
- 修正完成
- 最終稽核完成
- 發布前檢查完成
- 發布完成
- 發布後健康檢查完成
每一個 checkpoint 都要留下狀態。
這樣出錯時，才知道要從哪裡修。
如果沒有 checkpoint，AI 失敗時常常只剩一句：
「好像沒有成功。」
這不夠。
自動化要能追蹤。
第七個坑：沒有回滾，就不該碰正式站
發布系統一定要能 rollback（回滾／還原）。
因為再好的檢查，也不能保證永遠不出錯。
回滾不是失敗才想。
回滾要在發文前就想好。
要先知道：
- 這次會改哪些檔案？
- 會新增哪些文章？
- 會改哪些狀態？
- 發布後網址是什麼？
- 如果出錯，如何還原？
- 回滾後要怎麼確認網站正常？
- 誰有權限執行回滾？
如果這些都不清楚，就不應該讓 AI 直接碰正式發佈。
第八個坑：文章沒有留存，低分也不能丟掉
很多自動化系統遇到低分文章，會直接重寫或丟掉。
但這樣會浪費成本，也會失去改進依據。
比較好的做法是：
未通過的文章也要留存。
至少要保存：
- 原文
- 稽核分數
- 缺失項目
- 修正紀錄
- 每次修改前後版本
- 最終未通過原因
- 是否進入人工審查
- 是否可作為未來 prompt 改善樣本
這樣低分文章不是垃圾，而是訓練流程的教材。
SEO 自動發文系統要進步，就要知道自己哪裡失敗。
正確方向：先建立 gate，再談全自動
如果要做 SEO 自動發文，正確順序應該是：
- 先建立文章草稿流程
- 再建立規則檢查
- 再建立稽核 gate
- 再建立 dry-run
- 再建立 checkpoint
- 再建立 rollback
- 再建立發布前檢查
- 再建立發布後健康檢查
- 最後才談自動發布
很多人會跳過前面，直接做第九步。
這就是風險來源。
自動發文不是不能做。
但如果沒有 gate，它就不是自動化系統，而是自動出事系統。
小企業更需要保守設計
小企業做 SEO 自動化，更應該保守。
因為小企業通常沒有大型團隊在後面監控。
一旦文章發錯，可能就是老闆自己處理。
一旦網站壞掉，可能就是業務停擺。
一旦價格或電話錯誤，可能直接影響客戶溝通。
一旦 AI 發了一批不該發的文章，清理成本會很高。
所以小企業導入自動發文，最重要的不是炫技。
而是穩。
寧可慢一點，也不要亂發。
寧可先人工確認，也不要一開始全自動。
寧可先建立紀錄，也不要只看發布成功。
結語：自動發文的核心，是控制
SEO 自動發文真正的能力，不是讓 AI 寫很多文章。
而是：
控制哪些文章可以發布，哪些文章不能發布。
能寫，只是第一步。
能審，才開始有價值。
能擋，才算安全。
能回滾，才敢碰正式站。
能留紀錄，才有辦法持續改進。
所以不要把 SEO 自動發文想成：
「AI 幫我一直寫文章。」
更準確地說，它應該是：
一套有 gate、有紀錄、有回滾、有責任邊界的內容治理流程。
這也是我們這次踩坑後最大的結論：
文章不是難點。
難點是不要亂發。