AIでWeb制作は終わるのか、という大きな話より、現場では「Claude CodeでSWELLの記事投稿まで任せられるのか」がかなり気になります。
結論から言うと、下書き化までは現実味あり。
ただしSWELL独自ブロックと認証まわりで、ちょっと足を取られやすいです。
※この記事にはPRを含む場合があります。掲載内容は執筆時点の情報をもとにしています。サービス内容・料金・仕様などは変更される場合がありますので、最終的には公式サイト等をご確認ください。
自分もSWELL運営者なので、ここはかなり現場目線で見ちゃいます。便利そう、でも怖い。ですよね。
Claude Code×SWELL自動投稿、何が話題?

Claude Codeは、ターミナル上でコード修正やファイル操作を手伝うAIツールです。
最近はWordPressのREST API(外部から記事の作成や編集を行うための入口)やMCP(AIツールと外部サービスをつなぐ仕組み)と組み合わせて、記事作成から下書き投稿まで流す人が増えています。
- Claude CodeからWordPressへ投稿する主な経路
- SWELL独自ブロックで崩れやすいところ
- 401認証エラーで詰まる代表例
- ネット上の肯定・否定・中立の声
- 個人運営でどこまで任せるかの線引き
ぶっちゃけ、記事を「書く」より「投稿できる形に整える」ほうが面倒な日があります(笑)。
2026年の選択肢は3つに分かれている
いま話題になっている経路は、大きく3つです。
自前REST API、WordPress公式MCP Adapter、WordPress.comのClaude Cowork Plugin。
名前だけ見ると難しいですが、要は「自分でつなぐ」「公式の橋を使う」「WordPress.com側の道具を使う」の違いです。
| サービス名 | 配信形態 | メモ |
|---|---|---|
| WordPress MCP Adapter | 公式MCP連携 | 公式ページで確認 |
| Claude Cowork Plugin | WordPress.com向け | 公式ページで確認 |
| WordPress REST API | 自前実装 | 公式ページで確認 |
自分としては、個人のSWELLサイトならREST APIで下書き投稿から始めるのが扱いやすいです。
MCPは胸アツですが、できることが広いぶん権限設計も重くなります。
ここは外せない判断ポイントです。
ネットの声は前向き。でも条件付き

肯定派の声で多いのは、投稿や保守の時間がかなり縮んだという話です。
「90分が12分になった」「毎週の保守作業を自動化した」といった数字つきの体験談もあり、正直かなり夢があります。
記事投稿の作業時間が大きく短くなり、100本規模で試したという体験談がある。
note 体験記の要約

一方で、否定というより「期待値を間違えるとヤバい」という声も目立ちます。
WordPressのテーマ差、認証、ブロック構造まで見ると、AIに丸投げできる話ではありません。
やっぱり運用設計がないと、便利さが事故に変わると思っちゃうんですよね。
テーマごとの差やWordPressの暗黙仕様があり、フル自動より半自動が現実的だという見方もある。
個人ブログ・法人ブログの声の要約
「書けた!」の次に「管理画面で崩れてる!」が来ると、テンションが一気に下がります。これは外せない確認です。
声の数も見ておきます。今回は note・個人テックブログ・Zenn / Qiita・YouTube・公式情報をあわせて、38件ほどの声を確認しました。
ざっくり、肯定が約6割、否定・教訓が約1.5割、中立・条件付きが約2.5割という温度感です。
- 肯定:「記事1本に8〜10時間かかっていたのが2〜3時間になった」「投稿までをSkill(手順の登録機能)にして、毎回の手間がほぼ消えた」と、時短や定型化の効果を語る声が多い。
- 否定・教訓:「テーマごとの差やWordPressの細かい仕様までは再現しきれず、半自動が限界だった」「最終的にWordPressをやめて静的なサイトに移した」という振り返りもある。
- 中立・条件付き:「すぐ公開はせず、下書き(status=draft)で止めておく」「投稿の自動化と保守の自動化は別物として、少しずつ手順化する」という運用前提の声。
- 意外な視点:「投稿の自動化より、Search ConsoleやGA4をつないで記事を見直すループを回す方が成果につながる」という分析重視の声もある。
立場によって、温度感はかなり変わる
同じ「Claude Code × WordPress自動投稿」でも、どの立場で使うかで評価が分かれます。
自分がどこに近いかで読み替えると、判断しやすくなります。
| 立場 | 温度感 | 代表的な声 |
|---|---|---|
| 個人ブロガー(収益化志向) | ◎ 強く肯定 | 「90分→12分」「毎週の保守がゼロに」「月5万円を狙う」 |
| 副業ブロガー(非エンジニア) | ◎ ただし要設計 | 「指示書を作って待つだけ」。一方で「設定ファイル200行が前提」とも |
| 個人受託(フリーランス) | ○ 条件付き | 「改修やテーマ調整はSSHで相談しながら活用」「客先案件はSkill化してから渡す」 |
| 専業エンジニア | △ 慎重 | 「フックの仕組みと相性が悪い場面がある」「失敗の大半は設定・権限・パスのミス」「下書き必須」 |
| 法人Web制作(社内) | ○ 段階導入 | 「30分で改修できた」「投稿と保守を分けて段階的に導入」 |
SWELL運営者が詰まりやすい場所
SWELLで一番気になるのは、独自ブロックのHTMLです。
Markdownをそのまま投げると、Gutenberg(WordPress標準のブロックエディタ)上で編集しづらい塊になることがあります。
だから、`` のようなブロックコメントまで含めて出す設計が必要です。
まずは見出し、段落、リスト、表だけで投稿します。
ここで認証と下書き保存を確認します。
キャプションボックスやボタンなど、崩れると困る部品を少しずつ足します。
一気に全部は、ちょっと怖いです。
statusはdraftで止め、公開ボタンは人間が押す運用にします。
個人的にはここが現実的な落とし所です。
SWELLは便利なテーマですが、そのぶん独自ブロックも多いです。
Claude Codeに任せるなら、PROMPT.mdやCLAUDE.mdにブロック仕様を書いて読ませる。
地味ですが、ここがかなり効きます。
401エラーは技術力より環境差で起きる

WordPress自動投稿で多い詰まりが401認証エラーです。
これは「ログインできない」という意味に近いエラーです。
Application Password(WordPress側で発行する外部接続用のパスワード)のコピー忘れ、Wordfence(WordPressのセキュリティ系プラグイン)の設定、サーバー側でAuthorizationヘッダー(ログイン情報を運ぶデータ)が落ちる問題など、原因は環境ごとに違います。
ConoHa WINGではAuthorizationヘッダーが渡らず、設定追加で抜けたという報告がある。
個人テックブログの要約
ここで焦って権限を広げるのは避けたいです。
投稿用ユーザーを分ける、権限を小さくする、バックアップを取る。
やや地味でも、実務ではこの手順が安心です。
認証まわりは、うまくいった瞬間より、失敗したときに戻せるかが大事です。現場ではここを見ます。
公式が動いたことで、様子見派も増えた
2026年に入って、WordPressまわりのAI連携はかなり動きました。
Automattic製の旧wordpress-mcpはアーカイブされ、WordPress公式のMCP Adapterが出ています。
さらにWordPress.com向けにはClaude Cowork Pluginも登場しました。
公式が動くのは胸アツです。
でも、WordPress.comと自前サーバーのWordPressでは詰まり方が違います。
正直、「公式が出たから全部解決」とはまだ言いにくいです。
実務目線では「下書きまで」がちょうどいい
自分の結論はかなりシンプルです。
Claude Codeに任せるのは、構成、HTML化、下書き投稿、内部チェックまで。
公開、法務チェック、アフィリエイト差し替え、表示確認は人間が見るのが現実的です。
とくにSWELLは、見た目の気持ちよさが価値になりやすいテーマです。
だから標準ブロックだけで済ませると、少し味気ない。
でも独自ブロックを増やしすぎると、検証コストも増える。
このバランスが、また難しいところです。
個人的には「AIで終わる」より「AIを使う人の確認項目が増える」に近い感覚です。
参考にした公式情報・体験談
実装記事や体験談は、成功例だけでなく撤退例も合わせて読むのがおすすめです。
便利そうな話だけを見ると、運用の泥くさい部分を見落とします。
まとめ:自動投稿は終わりではなく、運用設計の仕事になる
- Claude Code×WordPress投稿は、下書き運用ならかなり現実的です。
- SWELLでは独自ブロックのHTML仕様をAIに教える必要があります。
- 401エラーはWordfence、サーバー設定、Application Passwordを順に見ます。
- 公式MCPやCowork Pluginで選択肢は増えましたが、環境差は残ります。
- 公開ボタンと最終チェックは、人間が持つほうが実務では安心です。
AIでWeb制作が終わる、というより、作業の配分が変わる話だと自分は見ています。
SWELLで運営している仲間なら、まずは下書き投稿まで。そこから育てるのがちょうどいいです。







