AI記事がWordPressに投稿できないときは、まず「書く側」と「公開する側」のどちらで止まっているかを分けて確認してください。私の場合、書く側は問題なく動いていて、止まっていたのは公開側の認証設定でした。
9/24〜9/25の2日間で、Codex関連の記事を3本追加しました。3本とも構文チェックまでは通っています。ところが、WordPressへの下書き同期は「認証設定不足」で3回とも止まりました。下書き同期とは、書いた記事をWordPress側へ送って下書きとして保存することです。
AIで記事は作れるようになったのに、公開の直前で止まってしまう。この記事は、同じところで止まっている個人事業主・ひとり経営者・配信者の方に向けて書いています。
この記事で分かることは次の3つです。
- WordPressの下書き同期が3回止まったときの記録
- 「書く」と「公開する」を分けて、止まった場所を見分ける考え方
- 公開する前に確認しておきたいこと
結論：AI記事が投稿できないときは「書く」と「公開する」を分けて見る
記事づくりは、次の2つの工程に分かれています。
| 工程 | やること | 終わったかどうかの目安 |
|---|---|---|
| 書く | AIで本文を作り、形が崩れていないか確認する | 本文ができていて、構文チェックが通っている |
| 公開する | WordPressへ記事を送り、下書きとして保存する | WordPressの管理画面に下書きが表示されている |
AIが得意なのは「書く」工程です。「公開する」工程は、WordPress側の設定しだいで止まることがあります。
止まったのはどちら側か、1分で見分ける
見分け方は単純です。
- 記事の本文ができていて、構文チェックも通っているか → 通っていれば、書く側は終わっています
- WordPressの管理画面に下書きが出ているか → 出ていなければ、止まっているのは公開側です
1が終わっていて2ができていないなら、本文を書き直しても解決しません。見直すのは公開側です。
「構文チェック完了」と「公開完了」は別のもの
構文チェックとは、書いた記事の形が崩れていないかを機械で確かめる作業です。見出しの付け方や記号の閉じ忘れなどを確認します。
このチェックが通っても、記事がWordPressに届いたわけではありません。私が一番危ないと思ったのは、書き上がった状態を見て「もう公開まで済んだ」と思い込んでしまうことです。
記録：9/24〜9/25、WordPressの下書き同期が3回止まった
ここからは、実際に止まったときの記録です。
追加したのはCodex関連の記事3本
9/24〜9/25の2日間で、次の3本を「ETERNAL AI KNOWLEDGE」に追加しました。
- Codex公式事例の記事
- iOS版Codex更新の記事
- Codex CLI 0.157.0の記事
3本とも構文チェックまでは通った
3本とも、書く工程は最後まで終わりました。本文を作り、構文チェックも完了しています。ここまでは何も問題ありませんでした。
止まった理由は3回とも「認証設定不足」
止まったのは、その次のWordPressへの下書き同期です。3本とも、同じ「認証設定不足」という理由で止まりました。
- 認証：WordPressが「この送り主は記事を送ってきてよい相手か」を確かめる仕組み
- 認証設定不足：その確認に必要な情報が足りていない状態
振り返って気になったのは、3回とも理由が同じだったことです。1回目で止まった時点で公開側を見直していれば、2回目と3回目は防げたかもしれません。そう断定まではできませんが、同じ理由で3回止まったことは事実として残しておきます。
読みながら気になったことは、そのままLINEで
「うちの場合はどうなる？」という個別の質問に、担当者がLINEでお答えします。
公式LINEで相談する質問だけでも大丈夫です。担当者がLINEでお返事します。
その間も「書く側」は止まらずに進んでいた
公開側が止まっていた同じ週にも、書く側の作業は進んでいました。並べると、止まっていたのが公開側だけだったことがよく分かります。
| 日付 | 書く側でやったこと | 状態 |
|---|---|---|
| 9/23 | Codex CLI 0.156.1の記事を追加 | 確認まで完了 |
| 9/24 | 本文を書くモデルを切り替えられるようにし、Opus 5.5に変更 | 全モデルとの接続を確認 |
| 9/24〜9/25 | Codex関連の記事を3本追加 | 構文チェック完了（下書き同期は3回停止） |
| 9/30 | Codex公式更新3件とAgents APIのComputer Use記事を追加 | 構文チェック完了 |
9/23〜9/30の間に、書く側で追加・確認した記事は合わせて8本です。
9/23：Codex CLI 0.156.1の記事を追加し、確認まで完了
週のはじめに1本追加し、確認まで済ませました。このときは、書く側の流れにつまずきはありませんでした。
9/24：本文を書くモデルを切り替えられるようにし、Opus 5.5に変更
9/24には、SEO記事ダッシュボードの設定タブでモデル（記事を書くAIの種類）を切り替えられるようにしました。選べるのはFable、Opus、Sonnet、Haikuの4つと、モデル名を直接指定する方法です。全モデルとつながることを確認したうえで、本文を書くモデルをOpus 5.5に変えました。
同じ日には、作業全体を見渡して指示を出すための「司令塔UI」も作っています。書く側の道具は、この日にかなり強くなりました。
9/30：さらに4本を追加し、構文チェックまで完了
9/30には、Codex公式更新3件と、Agents APIのComputer Use（AIがパソコン画面を操作する機能）の記事を追加しました。4本とも構文チェックまで完了しています。
この週で分かったのは、書く側をどれだけ強くしても、公開側の認証が足りなければ記事は読者に届かないということです。道具を良くすることと、記事を公開できる状態にすることは、別々の作業でした。
なぜ同じ原因で3回止まったのか
書く作業が順調だと、公開側の確認を後回しにしやすい
書く側が順調だと、次の記事を仕上げるほうを優先したくなります。公開側で止まっても「あとでまとめて直そう」と考えてしまう。今回の私はまさにその状態でした。
「つながった初回」ではなく「運用中」に止まることもある
WordPressへの自動投稿を解説した記事の多くは、「最初の設定でつながらないとき」の対処を扱っています。ただ一般的には、運用している途中で止まることもあります。必要な設定が足りなくなったり、送り先や使っている環境が変わったりするケースです。
止まった記事を積み上げていくより、1回目で作業を止めて公開側を確認したほうが、結果的に早く進みます。ETERNALd.c.tは「伴走する（置き去りにしない）」ことを大事にしています。読者の方が一人で詰まらないように、今回の順番の失敗もそのまま共有しておきます。
公開する前に確認しておきたい3つのこと
ここからは一般論です。私の環境の設定内容を細かく書いたものではありません。WordPressへ記事を送る前に、次の3点を確認しておくと安心です。
WordPressの「アプリケーションパスワード」が用意されているか
アプリケーションパスワードは、WordPressが外部のツール用に発行する専用のパスワードです。ふだんログインに使うパスワードとは別のもので、WordPressのユーザー設定画面から作れます。外部のツールから記事を送る場合は、このパスワードが必要になることが多いです。
送り先のサイトURLと、使うユーザーの権限が合っているか
- 送り先URL：本番サイトとテスト用サイトを取り違えていないか
- ユーザーの権限：そのアカウントに、記事の作成や保存が許可されているか
どちらかがずれていると、記事がどれだけ完成していても送れません。
最初は1本だけ、下書きで送って確かめる
いきなり公開はせず、まず1本を下書きとして送ってみます。WordPressの管理画面で届いたことを自分の目で確かめてから、本数を増やしてください。
401や403といったエラー番号が表示された場合は、専門的な対応が必要になることもあります。そのときは無理に一人で抱え込まず、詳しい人に相談することも考えてください。
次から変えること：書く前に公開側を先に確認する
記事づくりの順番を入れ替える
今回の記録を受けて、作業の順番を次のように入れ替えます。
- 公開側の認証と設定を確認する
- 1本だけ下書きで送れるか試す
- 本文を書き、構文チェックをする
- まとめて下書き同期する
止まったら「どちら側か」を1行でメモしておく
止まったときは、「書く側／公開する側」と「止まった理由」を1行で残しておきます。同じ理由が2回続いたら、書く作業はいったん止めて、公開側を直すことを優先します。
AIで記事を書けるようになった人ほど、書くスピードに公開側が追いつかなくなります。最初に公開側を確認しておけば、最後の一手で止まることは減らせるはずです。
よくある質問
AI記事は書けたのにWordPressに下書きが出てこないのはなぜ？
公開側、つまり認証や設定で止まっている可能性が高いです。私の場合は、3回とも「認証設定不足」が理由でした。
構文チェックが通れば公開されたことになりますか？
なりません。構文チェックは記事の形を確かめる作業で、WordPressへ送る工程とは別のものです。
WordPressのアプリケーションパスワードとは何ですか？
外部のツールがWordPressへ記事を送るときに使う、専用のパスワードです。ふだんのログイン用パスワードとは別に作ります。
AI記事づくりの記録を発信しています
X（@kazuto_AI_auto）では、AIを使った記事づくりの記録を、今回のように止まったことも含めてそのまま発信しています。同じところでつまずかないためのヒントにしていただけたらうれしいので、よければフォローしてください。
ちなみに、この記事で触れたSEO記事ダッシュボードは、Brainで「SEO記事自動制作ダッシュボード」として紹介しています。私自身がこの仕組みを使って記事を作っています。
まずは、ご自分の記事づくりを「書く」と「公開する」に分けてみてください。そのうえで、公開側の認証を先に確認するところから始めてみてください。
