AIで記事も画像も作れるなら、そのまま決まった時刻にWordPressへログインし、投稿まで終わらせたい。私もそう考え、原稿作成から公開までを定時実行する仕組みを試しました。

しかし実際の運用では、WordPressのログインでエラーが起きたり、接続が不安定になったりして、処理が途中で止まりました。そこで私は、公開までの完全自動化をやめ、「準備はAI、公開は人」という形へ変更しました。

この記事では、なぜログイン工程で止まりやすいのか、失敗時に何が危険なのか、初心者が安全に自動化するならどこで区切るべきかを、実体験から説明します。

定時実行で起きたログインエラー

当初の流れは、管理表から未処理の記事を選び、原稿と画像を作り、WordPressへログインし、本文・画像・内部リンクを設定して公開するというものでした。

原稿作成や画像作成、Google Driveへの保存は比較的安定していました。ところが、WordPressへ移ると、ログイン画面で止まる、認証状態を引き継げない、画面の読み込みが遅れて操作対象を見つけられない、といった問題が起きました。

一度成功した手順でも、翌日に同じように動くとは限りません。ブラウザのセッションは期限切れになります。セキュリティ設定で再認証が求められることもあります。通信が一時的に遅くなれば、ボタンが表示される前に次の操作へ進もうとする場合もあります。

重要なのは、特定の原因を決めつけないことです。ログインエラーは、パスワード間違いだけでなく、セッション、二段階認証、サーバー側の防御、プラグイン、画面変更、通信状態など複数の要因で起こり得ます。

公開工程の失敗は、準備工程より影響が大きい

原稿作成が途中で止まった場合は、未完成のファイルを確認し、続きから再開できます。一方、公開工程で止まると、状態の判断が難しくなります。

たとえば、本文は入ったが画像が未設定、下書きは保存されたが管理表は未更新、公開ボタンを押したか分からない、といった中途半端な状態が生まれます。再実行すると、同じ記事を二重に作ったり、画像を重複してアップロードしたりする可能性があります。

さらに、誤ったスラッグ、未公開記事への内部リンク、カテゴリーの選択漏れ、CTAの重複などは、処理自体が成功しても品質上の問題になります。機械から見れば完了でも、読者に見せられる状態とは限りません。

完全自動化をやめて、工程を二つに分けた

そこで私は、ブログ運営を「公開前の準備」と「WordPressでの公開」に分けました。

AIに任せる準備工程

• 管理表から対象記事を選ぶ。
• テーマ、読者、記事目的に沿って原稿を作る。
• 記事に合うアイキャッチ画像を作る。
• 原稿と画像をGoogle Driveの指定フォルダへ保存する。
• 管理表へ完成状態とURLを記録する。

人が確認する公開工程

• WordPressへ自分でログインする。
• 完成済みの原稿と画像を登録する。
• カテゴリー、スラッグ、内部リンク、CTAを確認する。
• プレビューで表示を確認し、公開する。

この分け方なら、AIは毎朝決まった形式で準備できます。私は完成したファイルだけを確認し、WordPressで数分の作業を行えばよくなりました。完全無人ではありませんが、失敗時の影響を小さくしながら、作業時間は大幅に減らせます。

「止まったら再実行」だけでは危険

自動化では、成功時の手順より、失敗時の再開方法が重要です。エラーが起きたら最初からやり直す設計では、重複ファイルや二重投稿が発生しやすくなります。

私は、管理表に原稿状態、画像状態、WordPress状態、各URLを分けて記録する形にしました。再実行するときは、既存ファイルと状態を確認し、最初の未完了工程から始めます。完成済みの原稿や画像は作り直しません。

エラー記録には、失敗した工程、具体的な原因、完了済み工程、次に必要な対応を残します。「ログインできなかった」だけでは、次回も同じ場所で迷うからです。

初心者が安全に始める三段階

第1段階：原稿と画像だけ自動化する

まずは記事原稿とアイキャッチ画像を作り、指定フォルダへ保存するところまでにします。公開はすべて手動です。これだけでも、毎回ゼロから書く負担は大きく減ります。

第2段階：管理表と再開ルールを加える

次に、対象No、原稿URL、画像URL、完成状態を管理します。再実行前に既存ファイルを確認し、重複を防ぎます。

第3段階：WordPress操作は人の開始で実行する

WordPressへ自分でログインし、管理画面が開いたことを確認してから、登録作業を開始します。定時に勝手に公開するのではなく、人が「Run」を押す方式です。

この順序なら、便利さを確かめながら、自動化の範囲を広げられます。問題が起きても、どの段階へ戻せばよいかが明確です。

ログインエラーが起きたときの確認項目

• 正しいサイトとログインURLを開いているか。
• セッション切れや再認証が表示されていないか。
• 二段階認証やセキュリティ確認が必要ではないか。
• サーバーや通信が一時的に遅くなっていないか。
• WordPressやプラグイン更新後に画面が変わっていないか。
• 同じ記事や画像がすでに作成されていないか。

原因が分からないまま、何度もログインや公開を繰り返すのは避けます。まず停止し、現在の状態を確認してから再開します。

完全自動化より、壊れにくい運用を選ぶ

私は当初、公開まで自動化できれば理想的だと考えていました。しかし、ブログ運営の目的は自動化率を100％にすることではありません。読者に正しい記事を継続して届けることです。

ログインや公開判断を人に戻したことで、運用はむしろ安定しました。AIは原稿、画像、保存、管理表更新を担当し、人は認証、最終確認、公開を担当する。この分担なら、AIの速度と人の判断を両方生かせます。

完全自動化をやめることは後退ではありません。失敗から、どこまで任せると安全かが分かったということです。

まとめ

WordPressの自動投稿は、技術的には多くの工程を自動化できます。しかし、ログイン認証、通信、画面変更、公開前の品質判断は、毎回同じ条件になるとは限りません。

初心者は、まず原稿と画像の準備までをAIへ任せ、管理表で状態を記録し、公開は自分で確認する方法がおすすめです。慣れてから、WordPressへログインした後の登録作業を、人の開始で半自動化するとよいでしょう。

自動化で大切なのは、止まらないことではなく、止まった場所が分かり、重複せず安全に再開できることです。