Claude CodeでSWELL自動投稿はできる?ネットの声と実務の詰まりどころ

当ページのリンクには広告が含まれています。
Claude CodeでSWELL自動投稿はできる?ネットの声と実務の詰まりどころ サムネイル
  • URLをコピーしました!

AIでWeb制作は終わるのか、という大きな話より、現場では「Claude CodeでSWELLの記事投稿まで任せられるのか」がかなり気になります。
結論から言うと、下書き化までは現実味あり。
ただしSWELL独自ブロックと認証まわりで、ちょっと足を取られやすいです。

※この記事にはPRを含む場合があります。掲載内容は執筆時点の情報をもとにしています。サービス内容・料金・仕様などは変更される場合がありますので、最終的には公式サイト等をご確認ください。

自分もSWELL運営者なので、ここはかなり現場目線で見ちゃいます。便利そう、でも怖い。ですよね。

目次

Claude Code×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 PluginWordPress.com向け公式ページで確認
WordPress REST API自前実装公式ページで確認

自分としては、個人のSWELLサイトならREST APIで下書き投稿から始めるのが扱いやすいです。
MCPは胸アツですが、できることが広いぶん権限設計も重くなります。
ここは外せない判断ポイントです。

ネットの声は前向き。でも条件付き

ネットの声は前向き。でも条件付き

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

記事投稿の作業時間が大きく短くなり、100本規模で試したという体験談がある。

note 体験記の要約
note(ノート)
【連載第3章】WordPress を Claude Code 経由で完全自動投稿する|記事執筆〜公開までを1コマンドに圧縮し... この記事は「ひとり経営のAI実装ラボ」(月額¥500)の特典マガジンに含まれています。(連載全章+バイブルVol.1/Vol.2) ※すでに単品購入済みの方はそのまま閲覧できます...

一方で、否定というより「期待値を間違えるとヤバい」という声も目立ちます。
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エラーは技術力より環境差で起きる

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で運営している仲間なら、まずは下書き投稿まで。そこから育てるのがちょうどいいです。

Claude CodeでSWELL自動投稿はできる?ネットの声と実務の詰まりどころ サムネイル

この記事が気に入ったら
いいね または フォローしてね!

  • URLをコピーしました!
  • URLをコピーしました!
目次