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

WordPressで複数の記事をまとめて登録する方法は、投稿元のデータ形式で選びます。WordPressから出力したXMLなら標準インポート、Excelやスプレッドシートの一覧ならCSV対応プラグイン、外部システムと継続連携するならREST APIが基本です。

一括投稿では、画像の欠落、カテゴリの誤登録、意図しない公開、重複登録が起こり得ます。本番前に少数件を下書きで試すことで、公開後の修正や削除を大幅に減らせます。

投稿件数だけでなく、登録したい項目、既存記事を更新するか、新規登録だけでよいか、同じ作業を繰り返すかを整理してから方法を決めましょう。

WordPressの記事一括投稿はデータ形式で選ぶ

WordPressには、すべての形式のデータをそのまま記事として一括登録する標準機能はありません。投稿元の形式と連携の頻度を基準に、XML・CSV・REST APIから適した方法を選んでください。

WordPressのXMLファイルは標準インポートを使う

移行元もWordPressで、管理画面の「ツール」から出力したXMLファイルがある場合は、移行先の「ツール」→「インポート」からWordPress用インポーターを使う方法が基本です。WordPressのエクスポートでは、投稿、固定ページ、コメント、カスタムフィールド、カテゴリ、タグなどを含めることができます。

出典：WordPress.org「Tools Export screen」

インポート画面では、WordPressのエクスポートファイルから投稿、固定ページ、コメント、カスタムフィールド、カテゴリなどを取り込めます。移行元のメディアも必要な場合は、添付ファイル取得の選択肢を確認し、移行先サーバーから画像URLへアクセスできる状態で実行してください。

出典：WordPress.org「Tools Import screen」

一方、Excelから保存したCSVを、WordPress標準のインポート機能で記事として直接読み込む用途には向きません。CSVしかない場合は、CSV対応プラグインを使うか、データ構造を理解したうえでXML形式へ変換する仕組みを検討します。

CSV・スプレッドシートはCSV対応プラグインを検討する

タイトル、本文、公開日、カテゴリ、タグなどが行と列で整理されているなら、CSV対応プラグインが現実的です。多くのプラグインでは、CSVの列をWordPressの投稿項目に対応付ける「マッピング」を設定してから登録します。CSVの列と登録先を先に固定することが重要です。

対応範囲はプラグインごとに異なります。本文だけを扱うものもあれば、カテゴリ、タグ、カスタムフィールド、アイキャッチ画像、カスタム投稿タイプを扱えるものもあります。利用前に、WordPress公式ディレクトリまたは開発元の説明で、必要な機能、現在のWordPressバージョンへの対応状況、更新状況、サポート情報を確認してください。

出典：WordPress.org「Plugin Tag: import csv」

CSVは原則として1行を1記事とし、タイトル・本文・カテゴリ・タグ・公開状態などを別の列にすると管理しやすくなります。本文にカンマや改行を含める場合は、表計算ソフトで正しいCSV形式として保存できるかを確認しましょう。文字コードはプラグインの仕様に従い、UTF-8を求めるツールが多いため、保存前に仕様を確認します。

外部システムから継続登録するならREST APIを使う

商品管理システム、予約システム、社内データベースなどから定期的に投稿を追加する場合は、REST APIによる連携が適しています。WordPress REST APIの投稿エンドポイントでは、タイトル、本文、公開日時、スラッグ、投稿ステータス、カテゴリ、タグ、アイキャッチ画像のIDなどを指定して投稿を作成できます。

出典：Developer.WordPress.org「Posts – REST API Handbook」

REST APIはJSON形式でデータを送受信し、投稿作成には認証されたリクエストが必要です。認証情報の保管や権限設定が不十分だと、登録失敗や不正利用のリスクにつながります。単発の大量登録だけならCSV方式のほうが扱いやすいことも多く、継続的な自動連携が必要な場合に選ぶ方法です。

出典：Developer.WordPress.org「REST API Handbook」

失敗を防ぐ一括投稿の手順

一括投稿は、ファイルを読み込めた時点で完了ではありません。復元できる状態を用意し、少数件で検証してから本番投入することで、誤登録の影響を抑えられます。

バックアップと登録ルールを用意する

最初に、データベースとアップロード済みファイルを含むバックアップを取得します。サーバーのバックアップ機能やプラグインを利用している場合も、復元できる対象と手順を事前に確認してください。テスト環境があるなら、本番サイトより先にテスト環境で実行するのが安全です。

続いて、投稿データのルールをそろえます。少なくとも、タイトルと本文、投稿タイプ、カテゴリ・タグ、投稿ステータス、公開日時とサイトのタイムゾーン、スラッグ、アイキャッチ画像・本文画像について、空欄の扱いと表記方法を決めます。

たとえば「お知らせ」と「お知らせ一覧」のようにカテゴリ名が揺れていると、意図しないカテゴリが増えることがあります。既存のカテゴリ名やIDを確認し、登録用データ側で統一してください。

少数件を下書きでテストする

全件を公開せず、まずは数件を下書きとして登録します。公開状態を下書きに固定して検証すると、未確認の記事が読者や検索エンジンに表示される事態を避けられます。

テストでは、タイトルと本文が正しい列から登録されているか、改行やHTMLが崩れていないか、文字化けがないかを確認します。カテゴリ、タグ、投稿者、公開日時、スラッグ、画像の登録結果も確認対象です。

既存記事があるサイトでは、同じタイトルやスラッグを持つデータも含めて試してください。取り込みツールによっては新規追加だけでなく既存投稿の更新を選べますが、照合項目を誤ると別記事を上書きするおそれがあります。更新機能を使う場合は、少数件で照合結果を必ず確認します。

テスト後に本番投入し、登録結果を点検する

テストで問題がなければ、修正済みのCSVまたはXMLを保存してから本番の一括登録を実行します。件数が多いときは、エラー時の確認と復旧をしやすくするため、管理可能な単位に分けて処理する方法もあります。

実行後は管理画面で登録件数、下書き・公開・予約の件数、想定外のカテゴリやタグが増えていないかを確認します。そのうえで代表記事を公開ページで開き、PCとスマートフォンの両方で表示を点検してください。

一括投稿で設定ミスが起きやすい項目と対策

投稿本文が登録できても、画像、分類、URL、公開日時に不備があると、読者の利便性やその後の運用に影響します。取り込み方法を問わず、次の項目は重点的に確認しましょう。

画像はURL・取得可否・登録結果を確認する

画像は一括投稿でトラブルになりやすい項目です。外部URLから画像を取得する方式では、画像URLが公開されていること、移行先サーバーからアクセスできること、取り込みツールがその形式に対応していることが必要です。URLだけが本文に残り、画像がメディアライブラリへ保存されない場合もあります。

画像の有無だけでなく、アイキャッチに正しい画像が設定されているか、本文画像のリンク先が旧サイトのままではないか、代替テキストを引き継ぐ必要があるかも確認してください。画像を含む記事をテスト対象に入れると、問題を早期に見つけやすくなります。

カテゴリ・タグ・カスタムフィールドの対応を決める

CSVの列名とWordPressの項目名が似ていても、ツールが自動で正しく判断するとは限りません。カテゴリやタグは、入力値が名前かIDか、複数指定の区切り文字は何か、存在しない分類を新規作成するのかを確認します。

カスタムフィールドを使うテーマやプラグインでは、値だけでなくフィールド名や入力形式も重要です。日付、URL、画像ID、選択肢などは、表示側が期待する形式と異なると正しく表示されません。表示側が必要とする形式を確認することで、登録後の修正を減らせます。

スラッグ・公開日時・投稿ステータスの競合を防ぐ

スラッグは記事URLに関わります。既存記事と同じスラッグを大量に登録すると、意図しないURLや連番付きのスラッグが生成される可能性があります。移行でURL維持が必要なら、登録前にスラッグ一覧を比較し、既存記事との重複と旧URLからのリダイレクト方針を整理してください。

WordPressではパーマリンク設定によって投稿URLの構造が変わり、投稿名を含む設定ではスラッグがURLの一部になります。設定変更や一括登録の前後で、重要ページのURLが想定どおりか確認しましょう。

出典：WordPress.org「Settings Permalinks screen」

公開日時は、CSV内の日時形式とWordPressサイトのタイムゾーンの組み合わせでずれることがあります。初回は下書きで登録し、予約投稿を使う場合は管理画面に表示される公開予定時刻を確認してください。

重複登録と途中失敗に備えて実行記録を残す

一括登録では、通信切断やサーバー負荷などで処理が途中停止することがあります。同じファイルを無条件で再実行すると、すでに登録済みの記事まで二重に作成されるおそれがあります。

対象ファイル名、対象行または投稿元ID、実行日時、予定件数、成功・失敗件数、エラー内容を記録してください。投稿元データに管理用の一意なIDを持たせると、未登録分の特定や既存投稿との照合がしやすくなります。

一括投稿後に確認する公開・SEO・運用面

一括投稿の完了後は、登録件数だけで判断せず、読者が問題なく閲覧できるか、今後の更新にも支障がないかを確認します。

公開ページ、リンク、サイト内表示を確認する

画像あり、複数カテゴリ、長文、予約投稿から公開した記事など、条件の異なるページを選んで確認します。本文の段落、見出し、表、リストが崩れていないか、画像が表示されるか、リンク先が旧ドメインやテスト環境を指していないかを点検してください。

内部リンクが多いサイトでは、リンク切れだけでなく、URL変更によって意図しないページへ遷移していないかも重要です。サイト内検索、カテゴリ一覧、関連記事、パンくずリストも、投稿数の増加後に動作を確認します。

パーマリンクとSEO設定を確認する

SEOプラグインやテーマのSEO機能を使っている場合は、各投稿のタイトル、ディスクリプション、noindex設定、正規URLなどが必要に応じて引き継がれているか確認します。CSV取り込みでSEO項目まで扱う場合は、プラグイン独自の保存先に正しく対応付けられているかを、テスト投稿で確かめる必要があります。

既存URLを変更せざるを得ない場合は、重要な旧URLから新URLへのリダイレクトを別途設計してください。URL変更の有無を公開前に確定することが、移行後のアクセス低下やリンク切れを防ぐ基本です。

検証済みの登録テンプレートを残す

問題なく登録できたCSVとプラグイン設定は、次回のためのテンプレートとして保管します。列の順序、入力例、カテゴリ表記、画像URLの書き方、公開状態の初期値、実行前後の確認項目を文書化すると、担当者が変わっても作業品質を保ちやすくなります。

定期的にお知らせや商品情報を追加する運用では、検証済みのCSV形式とチェックリストを使うことで、手入力より効率的に登録しやすくなります。安全な手順をテンプレート化することが、一括投稿を継続運用につなげるポイントです。