
XServer API WordPress自動投稿【4ステップ実録】認証エラー対処・コード書けなくても動いた
当サイトはアフィリエイトプログラムを利用しており、紹介リンク経由での申込により報酬を得る場合があります。記事内で紹介するサービスには筆者が実際に使用しているものと、客観情報として比較掲載しているもの(未使用・PR表記あり)が含まれます。
XServer APIとは、エックスサーバーのサーバー操作(ドメイン管理・WordPress設定・cronジョブ登録など)をプログラムやAIエージェントから直接実行できるREST APIです。2026年4月に提供開始。ブログの自動投稿に使う場合は、WordPressとXServer APIを組み合わせることで「AI記事生成→自動下書き投稿→定時実行」を一本のパイプラインとして動かせます。
結論から言うと、XServer APIを使えば「AIに記事を書かせて → そのままWordPressに自動投稿 → 毎日決まった時間に勝手に動かす」までを、コードがほとんど書けない非エンジニアでも組めます。私自身がエックスサーバーを実運用していて、2026年4月に出たXServer APIを触ってみたところ、いちばん面倒だった「投稿作業」を手放せました。この記事では、APIキーの発行から最小構成で叩くところ、Claude/ChatGPTで記事を作ってWordPress REST APIに流し込み、cronで日次化するまでを、実際にやってつまずいた点込みで手順化します。
なお先に正直に書いておくと、これは「完全放置でブログが育つ魔法」ではありません。仕組みを一度組む手間はかかりますし、生成した記事の最終チェックは人間が必要です。それでも、毎回の投稿クリック地獄から解放される効果は大きい、というのが体感です。
結論:この記事でわかること
XServer API+WordPress REST APIを使えば、非エンジニアでも「AIが記事を書く → 自動で下書き投稿 → 毎朝決まった時間に実行」までを組めます。コードはAIに書かせ、自分が担当するのはAPIキー管理と最終チェックだけ。独自ドメイン必須・無料サブドメインでも動作確認済みなど、よくある疑問はFAQにまとめています。
XServer APIでできること全体像#
XServer APIは「サーバーパネルの操作をすべてAPIで代替できる」設計になっています。ブログ自動化に直結する機能だけでなく、サーバー全体の管理を自動化できる幅広い機能群があります。
| カテゴリ | 主な操作例 | ブログ自動化との関連 |
|---|---|---|
| サーバー情報 | サーバー名取得・プラン確認 | 疎通確認・環境切り分けに使う |
| ドメイン・サブドメイン | ドメイン一覧・サブドメイン追加削除 | 新サイト立ち上げ自動化に活用可 |
| WordPress | WP一覧取得・自動インストール・設定変更 | マルチサイト運用の自動セットアップ |
| cron | cronジョブの登録・一覧・削除 | 自動投稿スクリプトの定期実行を管理パネル不要で操作 |
| FTPアカウント | FTPユーザー追加・削除 | デプロイ自動化の一環で使う場合がある |
| メール・データベース | メールアカウント追加・DB作成 | 新サイト構築の自動化フローに組み込める |
私がブログ自動投稿で直接使っているのはcronとサーバー情報の疎通確認です。WordPress自動インストールのAPIはマルチサイト展開を考えているなら面白い使い方ができます。
なぜ今、XServer APIがブルーオーシャンなのか#
XServer APIは、これまでブラウザの管理画面(サーバーパネル)から手作業でやっていたサーバー操作を、プログラムやAIエージェントから直接叩けるようにするREST APIです。2026年4月という新しさもあって、日本語の使い方解説が驚くほど少ない。私が調べた範囲でも、非エンジニア視点で「AIと組み合わせて投稿まで回す」記事はほぼ見当たりませんでした。
AIに記事を書かせる話は山ほどあっても、「書いた記事をどうやって自動でサイトに載せるか」の最後の一歩が抜けている記事が多いんです。XServer APIとWordPress REST APIを組み合わせると、この最後の一歩がつながります。
向き不向きを先に言うと、相性は人によってはっきり分かれます。
向いている人
- すでにエックスサーバーでWordPressを動かしている
- 毎日〜週数回、記事を投稿していて投稿作業が地味に重い
- AIに記事を書かせる流れは試したが「投稿の自動化」で止まっている
向いていない人
- まだサーバー契約もWordPressも触ったことがない(まず手動で1記事を)
- 月に数本しか更新しない(自動化の手間が割に合わない)
- 生成記事を無チェックで公開したい(品質・信頼の面で非推奨)
手順1:XServer APIのAPIキーを発行する#
最初にやるのはAPIキーの発行です。手順の流れは次のとおりです。
手順
- エックスサーバーのサーバーパネル(panel.xserver.ne.jp)にログイン
- 画面上部または左メニューから「APIキー管理」を開く(2026年4月以降に追加されたメニュー)
- 「新しいAPIキーを発行する」ボタンをクリック
- キーが表示されたらその場でコピーして安全な場所に保存(画面を閉じると再表示されない)
ここで出てくるキーはパスワードと同じ扱いなので、外部に貼ったりGitHubに上げたりしないこと。私は最初うっかりメモアプリに平文で置いてしまい、あとで慌てて消しました。キーは環境変数(後述)に入れて管理するのが安全です。
作業時間の体感では、ここは5分ほど。難しさより「キーを無くさない・漏らさない」管理のほうが大事です。
PR実際に使っているサーバーエックスサーバーAPIキー発行からcron日次化まで、この記事の手順をまるごと試したのがエックスサーバーです。管理画面でcronを設定できてWordPressも同じ環境で動かせるため、自動投稿の土台として使い続けています(個人の体感です)。手順2:まず最小構成で1回だけ叩いてみる#
いきなり自動化を組まず、まずAPIが反応するか1回だけ手で確認するのがコツです。ここを飛ばすと、後でうまくいかないときに「APIが悪いのか、AIが悪いのか、投稿部分が悪いのか」が切り分けられなくなります。
私は非エンジニアなので、コマンドを自分でゼロから書けません。そこでやったのが「Claudeにお願いして、APIを1回叩くだけの最小のコードを書いてもらう」ことでした。XServer APIの公式ドキュメントのURLと「このAPIに認証して、結果を表示するだけの一番シンプルなコードを、初心者向けにコメント付きで」と頼むだけです。
疎通確認のcurlコマンド(コピペ可)#
YOUR_API_KEY_HERE の部分を発行したキーに置き換えて実行します。
curl -s -X GET "https://api.xserver.ne.jp/api/v1/account/servers" \
-H "Authorization: Bearer YOUR_API_KEY_HERE" \
-H "Content-Type: application/json"
成功すると、こんな形のJSONが返ってきます(サーバー名はマスクしています)。
{
"data": [
{
"server_name": "sv****.xserver.jp",
"plan": "X10",
"expires_at": "2027-06-30"
}
],
"status": "success"
}
"status": "success" が返ってきたらOKです。ここで手応えが出たら、土台が動いている証拠。私はこの初回確認まで、認証の書き方で2回ほどつまずきました。原因はだいたいキーの貼り間違いか、ヘッダーの指定漏れです。エラーメッセージをそのままClaudeに貼ると原因と直し方を教えてくれます。
キーを環境変数で管理する(コピペ可)#
APIキーをコードに直書きするのは危険です。次のように環境変数として管理します。
# .env ファイルに書く(このファイルを .gitignore に追加すること)
XSERVER_API_KEY=ここに発行したキーを貼る
WP_APP_PASSWORD=ここにWordPressアプリケーションパスワードを貼る
# Pythonスクリプト内での読み込み例(AIに書いてもらったコード)
import os
from dotenv import load_dotenv
load_dotenv()
api_key = os.getenv("XSERVER_API_KEY")
wp_password = os.getenv("WP_APP_PASSWORD")
認証エラーが出たときの確認チェックリスト
Bearerとキーの間に半角スペースが入っているか- キーをコピーしたとき前後に余分な空白が混ざっていないか
- APIキーが発行済みで有効期限切れになっていないか
- ターミナルで直接貼るときにキーが改行されていないか
手順3:AIで記事を作り、WordPress REST APIで自動投稿する#
ここが本題です。流れは次の3ステップです。
手順
- ClaudeまたはChatGPTのAPIに「テーマ」を渡して記事本文を生成させる
- 生成した本文をWordPress REST APIの投稿エンドポイントに送る
- 公開ではなく下書き(draft)として保存する
3つ目が大事な注意点です。最初から「公開」で投げると、AIが書いたチェック前の記事がそのまま世に出てしまいます。私は必ず下書きで止めて、人間が目を通してから公開ボタンを押す運用にしています。これだけで、誤情報や的外れな内容が出るリスクをかなり抑えられます。
WordPress REST APIで下書き投稿するコード例(コピペ可)#
WordPress側では「アプリケーションパスワード」を事前に発行しておきます(WordPress管理画面 → ユーザー → プロフィール → アプリケーションパスワードから発行)。
import os, requests, json
from dotenv import load_dotenv
load_dotenv()
WP_URL = "https://あなたのサイトURL/wp-json/wp/v2/posts"
WP_USER = "WordPressのログインユーザー名"
WP_APP_PASS = os.getenv("WP_APP_PASSWORD") # アプリケーションパスワード
# AIが生成した記事タイトル・本文(実際はAI APIから取得)
title = "テスト記事タイトル"
content = "<p>これはテスト投稿です。</p>"
payload = {
"title": title,
"content": content,
"status": "draft", # ← 必ず下書きで止める
}
response = requests.post(
WP_URL,
auth=(WP_USER, WP_APP_PASS),
json=payload
)
if response.status_code == 201:
print("下書き投稿成功:", response.json().get("link"))
else:
print("エラー:", response.status_code, response.text)
私が初めて自動で下書きが1本生成されたのを見たときは、地味に感動しました。
手順4:cronで日次化して「毎朝1本」にする#
単発で動いたら、最後は定期実行です。エックスサーバーには管理画面からcronを設定できる機能があります。
手順
- サーバーパネル → 「Cronの設定」を開く
- 「Cronを追加する」で設定画面へ
- 実行タイミング(例: 毎朝7:00)と実行するスクリプトのパスを入力
- 「確認」→「保存」でcron登録完了
コードはClaudeに書いてもらい、cronの設定だけ自分で管理画面からポチポチやりました。設定自体は10分かからない程度です。
ビフォーアフター:「テーマ決め → 執筆 → 整形 → 投稿画面に貼る → 公開」で1本あたり体感1時間以上かかっていたのが、朝起きたら下書きが用意されていて、私はチェックと微修正だけになりました。チェックに15〜20分程度は残りますが、ゼロから書くのとは負担が段違いです(あくまで個人の体感です)。
日次自動化で知っておくべきレート制限#
XServer APIには利用量の上限(レート制限)があります。スタンダードプランの場合、60リクエスト/分・10,000リクエスト/日が目安です(公式ドキュメントで最新値を確認してください)。
月30本ペースの自動投稿では、私の体感では429エラー(上限超過)は一度も出ていません。1日1本の投稿パイプラインが実行するAPIリクエスト数は多くても数十回程度で、日次上限の1/100以下です。
ただし、複数サイトを同じAPIキーで同時並走させる場合は少し注意が必要です。私が2サイト分を同時に走らせた際、短時間に集中してリクエストが飛んで日次上限の残りが気になりました。この経験から、複数サイトの実行時刻は30分以上ずらすように変えています。
429エラーが出たときの対処
- スクリプトに
time.sleep(1)など短い待機を入れて1リクエストあたりの間隔を空ける - 複数サイトはバッチを分割して実行時刻をずらす
- cronの実行頻度を下げる(毎時→1日1回など)
つまずきやすいポイントと注意点#
実際にやってみて、非エンジニアが詰まりやすいと感じたのは次の点です。
- キーの管理:APIキーもアプリケーションパスワードも環境変数で管理する。コードに直接書かない。
- いきなり公開しない:必ず下書き保存。AI生成記事の品質チェックは人間の役目として残す。
- エラーは丸ごとコピペ:詰まったらエラーメッセージをそのままAIに貼ると、たいてい原因と直し方を教えてくれる。
- 量より中身:自動化できると嬉しくて量産したくなりますが、薄い記事を機械的に量産すると検索評価を落とすことがあります。本数より一本ずつの価値を優先したほうが、結果的に近道です。
これは作業を効率化する仕組みであって、収益やアクセスを保証するものではありません。「面倒な投稿作業を減らす道具」として捉えるのが現実的です。
自前API構築(XServer API)と自動投稿SaaSの比較#
| 観点 | 自前(XServer API+WP) | 自動投稿SaaS |
|---|---|---|
| 月額の考え方 | サーバー代+AI APIの従量のみ | 月額固定(記事数で上がる傾向) |
| 始めやすさ | 最初の仕組みづくりに手間 | 登録してすぐ使える |
| 自由度 | 高い(投稿先・整形を自分で制御) | サービスの仕様内に限定 |
| 向く人 | 既にサーバー運用中・長く回す人 | とにかく早く・手間なく始めたい人 |
体感メモ
私の場合は「サーバーはどのみち使う」ので、追加コストはAI APIの従量だけ。記事数が増えるほど自前が割安に感じました。ただし最初の構築の手間は確実にあるので、そこを許容できるかが分かれ目です。
まとめ#
XServer APIの使い方は、非エンジニアでも「①APIキー発行 → ②最小構成で1回叩く → ③AIで記事生成+WordPressに下書き投稿 → ④cronで日次化」の4ステップに分ければ十分組めます。コードはAIに書いてもらえばよく、自分でやるのはキー管理と最終チェックという、人間にしかできない部分だけ。情報がまだ少ない領域だからこそ、早めに触っておく価値は大きいと感じています。まずはエックスサーバーでWordPressを動かす土台を整え、小さく1回叩くところから始めてみてください。
Pythonコードをもう少し詳しく見たい方は、WordPressブログにAI記事を毎日自動投稿する全手順に実際のコードを公開しています。
よくある質問#
XServer APIは無料サブドメインでも使えますか?独自ドメインは必須ですか?#
XServer API自体の利用にドメイン種別は関係ありません。エックスサーバーのアカウントに紐づいたAPIキーで認証するため、無料サブドメインを使っているサーバーでも疎通確認・cron登録などは動作します(私の環境で確認済みです)。ただしWordPressでブログ運用する場合、SEOや独自ブランディングの観点から独自ドメインの取得を推奨します。あくまで個人の体感です。
APIキーはどこで発行しますか?サーバーパネルのどのメニューですか?#
エックスサーバーのサーバーパネル(panel.xserver.ne.jp)にログインし、「APIキー管理」メニューから発行します。2026年4月以降に追加された機能のため、それ以前から使っているアカウントでも同メニューが表示されているはずです。発行後は画面に1度しか表示されないため、必ずその場でコピーして保管してください。
XServer APIは非エンジニアでも本当に使えますか?#
コードを自分で書く必要は実質ありません。私もプログラミングは未経験ですが、ClaudeやChatGPTにコードを書いてもらい、自分は管理画面の設定とキー管理、最終チェックだけを担当しています。ただし、最低限「WordPressに手で1記事を投稿できる」状態にはなってから始めるほうがスムーズです。
認証エラー(401)が出て先に進めません。どう対処すればよいですか?#
まず次の3点を確認してください。①Authorization: Bearer キー の形式で Bearer の後に半角スペースが入っているか、②キーをコピーした際に前後に余分なスペースや改行が混じっていないか、③APIキーが発行済みかつ有効期限内か。それでも解決しない場合は、エラーレスポンスのJSON全文をAI(ClaudeやChatGPT)にそのまま貼って原因を聞くのが最短ルートです。
XServer APIは有料プランでないと使えませんか?どのプランから利用できますか?#
スタンダードプラン以上で利用できます(私が確認した時点の情報です。プラン条件は公式サイトで最新情報をご確認ください)。2026年7月時点では、対象プランの契約者であればXServer APIの利用に追加費用はかかりません。
AIに記事を自動生成させてそのまま公開しても問題ないですか?#
そのまま自動公開するのはおすすめしません。AIは事実を取り違えることがあるため、必ず下書きで止めて人間が確認してから公開する運用が安全です。私も下書き止まりにして、チェックと微修正を入れてから公開しています。これは検索評価や信頼性を守るためにも重要です。
自動化すれば作業はゼロになりますか?#
ゼロにはなりません。仕組みを最初に組む手間と、生成記事のチェック時間(私の体感で1本あたり15〜20分ほど)は残ります。それでも、毎回ゼロから書いて投稿していた頃と比べれば負担は大きく減りました。なお、成果やアクセスを保証するものではない点はご理解ください。
関連記事#
自動投稿の仕組みを組む前に、サーバー選びの比較を確認しておきたい方は → AIブログ自動投稿のサーバー選び方【XServer vs ConoHa WING】