WordPressへ大量の記事を一括投稿する方法

結論から言うと、大量記事は一度に処理せず、小分けのAJAX処理、再試行、再開、失敗記事だけの再処理を組み合わせると安定します。

AIを使って記事を書けるようになっても、WordPressへ公開するまでには複数の作業が残ります。記事数が増えるほど、一つひとつは小さな操作でも大きな負担になります。

私はGoogle Drive、ChatGPT、Claude、WordPressをつなぐ「AI Publisher」を実際に開発し、約130記事を扱ってきました。この記事では、一般論だけではなく、開発と運用で起きた問題をもとに具体的な方法を説明します。

Contents

WordPressへ大量の記事を一括投稿する方法で解決したい問題

30記事を一括で取り込もうとしたところ、処理時間が長くなりタイムアウトしました。途中まで成功していても、どの記事まで完了したか分からない状態では再実行も危険です。

大切なのは、目に見える一つの操作だけを自動化しないことです。前後の工程と完了条件まで整理しなければ、別の場所へ手作業が移るだけです。

大量記事は一度に処理せず、小分けのAJAX処理、再試行、再開、失敗記事だけの再処理を組み合わせると安定します。

v2.5.1では3記事ずつAJAX処理する方式を実装しました。通信エラー時は最大3回自動再試行し、中断した処理の再開と失敗記事だけの再試行ができます。

記事データの正本はGoogle Driveに残します。WordPressで問題が起きても元原稿と画像へ戻れるため、再投稿やサイト移設にも対応しやすくなります。

取り込み対象の記事番号と件数を先に確認するときは、記事番号と処理状態を確認できるようにします。作業者が変わっても同じ結果になるよう、判断条件を文章ではなく入力規格として残すことが重要です。

最初は少数の記事をWordPress下書きとしてテストするときは、記事番号と処理状態を確認できるようにします。作業者が変わっても同じ結果になるよう、判断条件を文章ではなく入力規格として残すことが重要です。

3記事ずつ処理し、各記事の完了記録を残して次へ進むときは、記事番号と処理状態を確認できるようにします。作業者が変わっても同じ結果になるよう、判断条件を文章ではなく入力規格として残すことが重要です。

失敗した場合は全件をやり直さず、中断地点または失敗記事から再開するときは、記事番号と処理状態を確認できるようにします。作業者が変わっても同じ結果になるよう、判断条件を文章ではなく入力規格として残すことが重要です。

実際に一括取り込みから公開まで正常動作を確認しました。しかし後から画像未反映が判明し、投稿作成の成功だけでは完了と判断できないことも分かりました。本文画像とアイキャッチまで確認する必要があります。

この経験から、正常時だけでなく失敗時の動きを設計する必要があると分かりました。処理結果を記録し、どこまで成功したかを確認できれば、全件を最初からやり直す必要はありません。

AI Publisherは、実際に使う、問題が出る、原因を調べる、修正する、もう一度使う、という繰り返しで改善しています。

処理件数を減らすだけでは不十分です。WordPress下書き作成、メタデータ、画像、アイキャッチ、完了記録が一つのトランザクションとして連動しているかを確認します。

また、1記事で成功しても大量運用で同じ結果になるとは限りません。少数テスト、複数記事テスト、本番件数の順で確認し、本文、画像、アイキャッチ、カテゴリー、タグ、スラッグ、SEO情報までチェックします。

人間は初回テストとエラー後の確認を担当します。通常時の分割処理、再試行、進捗管理はプラグインへ任せます。

公開前には次の項目を確認しています。

大量記事は一度に処理せず、小分けのAJAX処理、再試行、再開、失敗記事だけの再処理を組み合わせると安定します。

自動化の目的は、記事を無確認で大量公開することではありません。形式変換や繰り返し入力を仕組みに任せ、人間が内容、優先順位、読者への価値を判断する時間を確保することです。

AI Publisherの開発全体は、関連記事「AI Publisher開発の歴史｜v2.0.0からv2.5.2まで、失敗と改善を繰り返した記録」で紹介しています。