ChatGPTからWordPressを操作するようになって、最初に気になったのがWPVibeの利用枠でした。
Freeは100 calls。数字だけを見ると、「記事を何本か作ったら、すぐ使い切るのでは？」と思います。
ところが、効率家ラボで実際に記事制作を繰り返すと、正常系の完全新規記事では推定7 metered calls、現在の通常運用でも6〜8 calls程度が目安になりました。少なくとも私の使い方では、1記事を投稿するだけならFreeでも思ったほど困りませんでした。
それでも今回、私はWPVibeを1か月だけProへ変更しました。
理由は記事を大量投稿したいからではありません。タグ、カテゴリ、Hub、内部リンクなど、既存記事を横断してサイト全体を整理する作業が増え、100 callsを意識して作業を区切る場面が出てきたからです。
この記事では、Freeの100 callsがどんな作業なら足りやすく、どんな作業になると窮屈になるのかを、効率家ラボの実運用から整理します。Proを継続する価値があるかは、まだ結論を出していません。まず1か月使って答え合わせします。
先に結論｜記事投稿中心ならFreeでも意外と使えた
現時点の結論は、WPVibeがFreeで足りるかどうかは「何記事書くか」だけでは決まりません。重要なのは、WordPressに対してどんな操作をするかです。
効率家ラボでは、企画、調査、構成、本文作成はWordPressの外で進め、本文が固まってからWordPressへ反映します。正常経路が固まった現在は、通常6〜8 metered calls程度が運用上の目安です。
そのため、新規記事の投稿が中心ならFreeの100 callsは意外と使えました。一方、多数の既存記事を対象にタグ・カテゴリ・Hub・内部リンクを整理すると、1回の操作が軽くても「対象数×必要な操作」で総量が増えます。
私の場合は、まず記事投稿の手戻りを減らし、それでもサイト横断整備で100 callsが作業上の制約になり始めたため、1か月だけProを試すことにしました。
なお、ChatGPTからWordPress投稿をどこまで自動化できたかは、ChatGPTからWordPress投稿はどこまで自動化できる？WPVibeを実運用して分かった「消せた作業・残した作業」で詳しく整理しています。
WPVibeの100 / 500 callsを先に整理する
2026年9月28日時点で、WPVibeの利用枠はFreeが100 tool calls/day、Proが500 tool calls/dayです。どちらも暦日でリセットされるのではなく、rolling 24時間で管理されます。
また、すべての操作が利用枠を消費するわけではありません。WordPress上のコンテンツ取得・編集、メディアアップロードなど実際のWordPress操作がmetered対象です。公式案内では、失敗したaction自体はmetered quotaにカウントされません。
つまり「ChatGPTと何回会話したか」ではなく、WPVibe経由でどれだけWordPress操作をしたかを見る必要があります。
料金や利用枠は変更される可能性があります。利用時はWPVibe公式Pricingと公式Usageガイドも確認してください。
実際の記事投稿では7、9〜10、26 callsだった
効率家ラボの過去ログを見ると、WordPress反映に必要だったcallsにはかなり差がありました。
| 実運用の例 | 推定calls | 状況 |
|---|---|---|
| 正常系の完全新規記事 | 7 | 再試行なし |
| 軽微な例外あり | 9〜10 | 一部復旧あり |
| 画像搬送トラブル | 26 | 復旧処理が連鎖した外れ値 |
現在の通常運用目安は6〜8 calls程度です。ただし、「1記事＝7 calls」という意味ではありません。
これらはIssue上の操作記録から整理した推定値です。WPVibeの利用枠はrolling 24時間なので、usageの前後差だけをその記事の正確な消費量とは扱っていません。
それでも、7と26の差から分かったことはあります。FreeかProかを考える前に、まず26を7に近づける運用改善の方が先でした。
26 callsの失敗から、call節約より手戻り削減を優先した
26 callsまで膨らんだケースでは、通常の記事投稿そのものに26 calls必要だったわけではありません。
画像搬送で問題が起き、別経路を試し、誤った形式でWordPressへ登録されたものを削除し、正しい画像へ復旧する、といった処理が連鎖しました。
失敗したaction自体がmeteredされなくても、その後に復旧・確認・削除・再登録などの成功操作が増えれば、正常完了までの総作業量は大きくなります。
そこで現在は、成功率の高い既知の経路を優先しています。
- 成功レスポンスで目的の状態まで確認できたら、「念のため」だけの追加確認はしない
- 成功済みの工程を最初からやり直さない
- 期限切れのURLを何度も再試行せず、新しいURLを発行する
- 問題が起きても記事制作全体を巻き戻さず、失敗した工程だけ復旧する
- 複数記事を触る前には対象を絞る
目的は最小call記録を作ることではありません。call数そのものを最小化するより、成功率の高い既知の経路を使い、失敗・再試行・手戻りを含む総作業量を減らす方が重要だと考えるようになりました。
それでも100 callsが気になったのは、サイト全体を触り始めてから
記事投稿の正常経路を固めても、別の問題が出てきました。最近の効率家ラボでは、新規記事だけでなく既存サイトの情報設計をかなり触っています。
内部リンクの初回棚卸しでは公開216記事を対象に確認し、本文内の内部リンク先が0件の記事が125記事、他記事本文からの被リンク元が0件の記事が160記事ありました。
タグ・カテゴリ・Hubの整理では、公開・予約265記事を対象に分析しました。主要記事への戦略タグのバックフィルでは143 commandsを実行したケースもあります。
143 commands＝143 metered callsという意味ではありません。ここで示したいのは、サイト全体を触ると作業対象そのものが一気に増えることです。
1記事なら、本文反映、画像、タグ・カテゴリ、予約などを一つの投稿に対して進めます。サイト全体の整理では、対象を探す、現在の状態を確認する、変更対象を絞る、複数記事を更新する、必要な範囲で結果を確認する、という処理が数十〜数百の記事に広がります。
記事投稿とサイト全体改善は、同じWPVibeを使っていても別の仕事でした。
1記事を完成させる作業と、サイト全体を改善する作業
| 観点 | 1記事を完成 | サイト全体を改善 |
|---|---|---|
| 対象 | 基本的に1投稿 | 数十〜数百の記事、タグ・カテゴリ、Hub |
| 主な操作 | 本文、画像、タグ・カテゴリ、予約 | 抽出、確認、分類変更、Hub、内部リンク、複数記事更新 |
| 特徴 | 正常経路を固定しやすい | 対象数と例外が増える |
| calls | 通常6〜8が目安 | 対象数×操作数で積み上がりやすい |
| Free 100 | 通常投稿中心なら成立しやすい | 集中作業では利用枠を意識しやすい |
私がProを試したくなったのは後者です。
Freeの100 callsを意識すると、「今日はここまでにするか」「この確認は明日に回すか」と、利用枠に合わせてサイト改善を区切る場面が出てきました。
「100 callsでは絶対に足りない」と結論づけたわけではありません。通常投稿では困っていない一方、サイト横断整備を集中して進める時期には100 callsが作業上の制約になり始めた。そこで500 callsにすると実際にどれだけ違うのか、試すことにしました。
そこで1か月だけProにしてみた
今回、恒久的にProへ移行すると決めたわけではありません。サイト全体をまとめて触る時期なので、まず1か月だけ500 callsで運用してみます。
- 無駄な確認・再試行・手戻りを減らす
- 正常経路を固める
- それでも100 callsが作業の制約になるかを見る
- 必要なら一時的にProを試す
WPVibe公式のUsageガイドでも、古い記事を数百件更新するような一時的な作業では、月額プランで上位プランへ変更し、作業後に戻す考え方が案内されています。今回の私の使い方は、かなりこれに近いです。
Free、一時Pro、常時Proをどう分けるか
現時点では「WPVibeを使うならProにした方がよい」とは考えていません。
Freeで十分になりやすい
- WordPressの更新頻度が低い
- 主用途が新規記事投稿
- 正常経路が固まっている
- 通常運用では100 callsをほぼ意識しない
作業が集中する月だけProを検討しやすい
- 多数記事へタグやカテゴリを反映する
- Hubや内部リンクを大規模に見直す
- 数十〜数百記事をまとめてメンテナンスする
- 100 callsを意識して作業を翌日へ持ち越す場面が増えた
常時Proを検討する材料
- サイト横断更新が恒常的に発生する
- 通常運用でも100 callsへ頻繁に近づく
- Proの余裕が実際に中断や手戻りを減らす
最後の「常時Pro」については、まだ私自身が検証できていません。今回の1か月で確認します。
Proにしたら節約運用をやめていいのか
これも、この1か月で確認したいポイントです。
500 callsあれば、100 callsのときほど残量を気にしなくて済みます。ただ、余裕があることで「念のため確認」や安易な再試行が増えるなら、本当に効率化したとは言えません。
Proにしても、成功率の高い正常経路を使う、成功済み工程をやり直さない、失敗した場所だけ復旧する、という考え方は維持します。
利用枠が5倍になったことと、無駄な作業を5倍してよいことは別だからです。
1か月後、500 callsは本当に必要だったのか答え合わせする
現時点では、Proを翌月も継続するか決めていません。
この1か月では、1日の最大calls、通常日のcalls、大量消費した作業、記事制作とサイト改善の比率、500 callsへ到達した日、100 callsなら作業を区切っていた日、Proにしたことで作業方法が変わったか、余裕によって不要な操作が増えなかったかを記録します。
これが分かれば、「500 callsあると快適だった」という感想ではなく、「実際に500 callsが必要だったのか」を答え合わせできます。
その結果、翌月もProを続けるのか、Freeへ戻すのかを改めて記事にする予定です。
まとめ｜料金より「どんなWordPress作業をするか」で決める
WPVibe Freeの100 callsは、少なくとも効率家ラボの現在の正常系では、記事投稿中心なら意外と使えました。
私が1か月だけProを試す理由は、記事を大量投稿したいからではありません。タグ、カテゴリ、Hub、内部リンクなど、既存記事を横断してサイト全体を整理する作業が増え、100 callsを意識して作業を区切る場面が出てきたからです。
そして、callsが気になったとき、最初にやるべきなのはProへの変更ではないと思っています。まず、無駄な確認、再試行、手戻りを減らす。そのうえで、必要な作業量そのものが100 callsを作業上の制約にするなら、一時的なProを試して実測する。
FreeかProかは料金表だけで決めるより、「自分はWordPressで何記事に、どんな操作をするのか」から考えた方が判断しやすいです。
私はいま、その答え合わせのために1か月だけProを使っています。
