Claude CodeとGitHub ActionsでWordPress投稿を自動化する話、2026年5月に現実味が出ました。
ただ、個人ブログでやるなら「動いた！」だけでは足りません。
結論から言うと、寝ている間に下書きができるのは胸アツですが、公開ボタンまで任せるかは慎重に見たいです。
PR: 本記事には広告・アフィリエイトを含む場合があります。
正直、自動投稿はロマンあります。でも「下書き止まり」がまず安心です。
寝ている間に下書きができる時代になった
Claude Code GitHub Actionsは、GitHub上の作業をきっかけにClaude Codeを走らせる仕組みです。
GitHub Actionsは、コード確認や定期実行を自動で回す機能のことです。
WordPress REST APIは、管理画面を開かずに記事を作る入口です。
ここで外せないのは投稿前後の作業も流せる点です。
- 個人運営でGitHub Actions化する意味
- 肯定・否定・条件付きの声の分かれ方
- WAFや国外IP制限で詰まりやすい場所
- 2026年6月15日予定の課金変更の見方
- 下書き運用で始める現実的な手順
個人運営ログでは、執筆から投稿までの時間が大きく短くなったという報告があります。
ぶっちゃけ、この数字を見ると試したくなりますよね。
ただし、自分のサーバーでも同じ結果になるとは限りません。
ネットの声は「便利だけど、本番直行は怖い」に寄っている
リサーチでは40件ほどの声を、肯定・否定・条件付き・少数派に分けました。
肯定側は「朝には下書きがたまる」「PCをつけっぱなしにしなくていい」という反応です。
正直、運営者にはかなりヤバい魅力があります。
肯定側では、投稿作業をGitHub Actionsに移し、夜間や定時に下書きを作る運用が便利だという声が目立ちました。
note / Qiita / Zenn の反応要約
否定側では、XSERVERの国外IP制限、ConoHa WINGのWAF、SiteGuardのPUTブロックで詰まったという声がありました。
個人ブログ・実装記事の反応要約
条件付き派は、公開まで自動にせず、draft作成、通知、人間確認、公開の順で区切るなら現実的だと見ています。
note / GitHub Actions 実装メモの要約
細かく見ると、肯定側では「WordPress MCP（ClaudeとWordPressをつなぐ連携機能）が便利」という声があります。
否定側では「Application Passwordのコピペで詰まる」「複数トリガーで枠を使いすぎた」という話も出ています。
この温度差こそ読む価値があると思っちゃいます。
「できる」と「運営で回る」は別物です。ここを混ぜるとしんどいです。
個人・副業・受託で見えるリスクが違う
同じ自動投稿でも、趣味ブログと受託サイトでは怖い場所が違います。
個人的には、お金をもらうサイトほど、人間が止めて見るほうが自然です。
広告表現、引用、誤字、リンク先は最後に人の目が要ります。
| 立場 | 期待すること | 引っかかりやすい点 |
|---|---|---|
| 趣味の個人運営 | 下書き作成と整形の時短 | 設定に時間を使いすぎる |
| 副業ブログ | 週数本の下書きストック | 料金枠とGitHub実行時間が気になる |
| 個人受託 | 保守報告や修正案の作成 | 公開前チェックの責任が残る |
| 専業フリーランス | 複数サイトの定型作業を流す | サーバーごとのWAF差分が重い |
| 小規模チーム | PR経由でレビューを挟む | 誰が承認するか決めないと迷う |
少数派では「WordPressで続ける意味を見直した」という声もありました。
これは外せない視点です。
自動化に燃えるほど、運営形態を見なくなるんですよね。
6月15日予定の課金変更は、cron運用に響きます
2026年6月15日予定の変更では、claude -pやGitHub Actionsの利用枠が、対話利用と分かれる見込みです。
Proは20ドル、Max 5xは100ドル、Max 20xは200ドルの月次クレジットとして語られています。
持ち越しなしなので、ちょっと悩ましいですよね。
Proで試すなら
毎日cron(時刻指定で処理を自動で回すしくみ)で重い記事生成を回すより、週数回の下書き生成から見るほうがラクです。
モデルもSonnet中心に寄せます。
Maxで回すなら
記事生成、HTML整形、WordPress投稿、通知までまとめやすくなります。
ただしprivate repo(非公開のリポジトリ)、Secrets、公開前レビューの置き場は先に決めたいです。
Maxプラン内で動かす工夫は参考になります。
ただ、フォーク版やprivate設定など、前提を外すと余計な呼び出しが起きる可能性があります。
個人的には、料金より先に運用ルールを決めたいです。
自分なら、まず下書き生成だけに絞ります
現場では、いきなり公開まで自動にしません。
まず対話モードでWordPress REST API投稿を動かし、それをGitHub Actionsのschedule:に乗せます。
Application PasswordはGitHub Secretsに入れます。
生のキーをコードに置くのは、かなり怖いです。
まず手元でdraft投稿まで通します。
Basic認証、Application Password、パーマリンクを確認します。
ANTHROPIC_API_KEYやWordPressの認証情報は、workflowへ直書きしません。
Secrets経由にします。
最初はstatus: draftで止めます。
タイトル、本文、リンク、PR表記を見てから公開します。
Slackやメールで下書きURLを送ります。
人間の確認場所を作ると、運用がかなり落ち着きます。
自分なら、公開ボタンだけはしばらく人間側に残します。ここは好き嫌いより責任の話です。
詰まりどころはAIよりサーバー側に出やすい
ぶっちゃけ、Claude CodeよりWordPress側で止まることが多いです。
XSERVERの国外IP制限、ConoHa WINGのWAF(不正アクセスを防ぐ仕組み)、SiteGuardのPUTブロック。
このへんは、AIの賢さでは抜けません。
やっぱりサーバー設定を見る必要があります。
- ローカルでは通るのにGitHub Actionsだと403になる
- REST APIが404になり、パーマリンクやWAFを見直す
- PUTが止まり、編集ではなく新規POSTに寄せる
- テーマ独自項目だけ管理画面入力が残る
- トリガーを増やしすぎて利用枠を早く使う
ここ、サーバー設定のほうが地味にヤバいです。
GitHub Actionsをやめて、macOSのlaunchd(Mac標準の定期実行サービス)やVPSのcronに寄せる判断も現実的です。
国内IPからアクセスできるなら、サーバー側の制限に引っかかりにくい場面があります。
正直、この逃げ道を先に知っておくと気がラクです。
公式情報と実装ログを確認する
料金、仕様、GitHub Actionsの書き方は動きが速いです。
2026年5月時点でも、@v1移行やclaude_args統合が話題になりました。
※掲載内容は執筆時点の情報をもとにしています。サービス内容・料金・仕様などは変更される場合がありますので、最終的には公式サイト等をご確認ください。
- Claude Code GitHub Actions 公式ドキュメント
- claude-code-action GitHubリポジトリ
- WordPress Application Passwords 公式
- Anthropic 6月15日予定の課金変更解説
仕様が変わる道具ほど、公式と体験談を見るのが現場向きです。
まとめ：自動投稿は「公開前で止める」と付き合いやすい
- Claude Code GitHub ActionsはWordPress下書き生成と相性がいい
- 肯定の声は時短、否定の声はWAFや国外IP制限に集まる
- 2026年6月15日予定の課金変更でcron運用の見方が変わる
- 個人運営でもSecrets、private repo、draft運用は先に整えたい
- 公開ボタンは人間が押す形から始めると続けやすい
個人的には、Claude CodeでWordPress自動投稿を組むなら「夜に下書き、朝に確認」くらいがちょうどいいです。
最後に自分の目を残します。
その距離感が、個人運営にはやっぱり合うと思います。
