SEO記事を自動執筆するワークフロー|再現できる8工程を全公開

SEO記事を自動執筆するワークフロー|再現できる8工程を全公開のアイキャッチ画像
yoshi

「SEO記事の自動執筆ワークフローを作りたいが、どこから手を付ければ正解か分からない」「AIに書かせると検索意図がズレた記事ばかり量産してしまう」と悩んでいませんか。

Webライターも企業のSEO担当者も、案件本数が増えるほど手作業の限界に直面します。私は現在、Claude Codeを使って100本以上の記事制作・リライト管理に活用しています。品質チェックまで含めて自動で回せるようになりました。

本記事では私が実際に運用している自動執筆ワークフローの全8工程と、過去にハマった3つの失敗例、改善方法までを公開します。記事を読めば、自分の手元でSEO記事を自動執筆するフローを再現する作業の流れが見えているはずです。

SEO記事の自動執筆ワークフローで必要なのはAIに丸投げするしくみではなく、『人間の判断ポイントを残したうえで作業を自動化するしくみ』です。判断と実作業を分けるからこそ、品質を落とさず本数を伸ばせます。

Claude CodeでSEO記事の自動執筆ワークフローは実現できる

SEO記事の自動執筆ワークフローは、Claude Codeを使えば現実的に組めます。一般的なAIライティングツールはチャット欄に指示を打ち込み、出力を手動でコピーしてWordPressに貼り付ける作業が前提です。

一方Claude CodeはCLIから動くため、KWの受け取りから本文執筆・画像生成・WordPress下書き投稿までを一連の作業として自動化できます。
» Claude Code導入でWebライター業務をどう効率化しているかを体験談で紹介
» AIでブログ・メディアを自動化する完全ガイド

私が最初に試したのはChatGPT Plusだけを使うやり方でした。プロンプトを考えて貼り付けて、返ってきた文章をコピーして、Wordに貼り付けて、また別のプロンプトで品質を確認して、というサイクルを1記事ごとに繰り返していました。作業自体は楽になりましたが、『ツールとツールの間』を人間がつなぐ手間は減らないまま。Claude Codeに切り替えてから、複数の作業を『つなぐ手間』がほぼなくなりました。

一般的なチャット型AIとClaude Codeの違いは『作業の境目』にあります。チャット型ツールは1つのプロンプトで1つの出力を返す方式です。Claude Codeは複数のスクリプトと外部サービス連携を組み合わせ、本文を書いたあとに自動で品質チェックを走らせ、HTML変換し、WordPress入稿まで一気通貫で進められます。Webライターや記事の量産担当者にとっては、この境目の少なさが時短に直結します。

執筆ルールの外部参照化(MDファイルへの集約)
毎回プロンプトで指示を送るのではなく、『クロコライター_執筆ルール.md』のようなMDファイルにルールを言語化して集約します。MDファイルをClaude Codeなどのツールに直接参照させることで、起動のたびに指示を繰り返す手間を省き、常に一定のトーン&マナーを維持した出力を可能にします。
人間による意思決定プロセスの維持
AIにすべての判断を委ねず、「方向性のヒアリング」「構成の承認」「サムネイルの確認」という重要なマイルストーンには必ず人間が介在します。AI特有の「文脈のズレ」や「検索意図からの逸脱」を防ぎ、コンテンツとしての価値を担保します。
サブエージェントによる多角的品質チェック
本文の検品を人間のみ、あるいは単一のAIのみに頼るのではなく、特定の役割を持った「サブエージェント」を複数稼働させて自動化します。校正、事実確認、論理構成のチェックなど、専門の補助AIがそれぞれの観点から並列で検証し、人の目では避けられない見落としを排除します。

上記の3条件を満たせば、AIに丸投げする運用とは違う安定した記事生産ができます。最初の数記事はうまくいかず、文体がバラバラで検索意図も外していました。だからこそ『再現できる仕組み』として手順を共有する価値があると考えています。

谷口テツ
谷口テツ

私自身、駆け出しの立場で「単純執筆だけでは生き残れない」と感じたからこそ、ここまで仕組み化を進めました。同じ立場の方は、まずは工程②の競合調査と工程④の本文執筆から自動化することから始めてみてください。

SEO記事の自動執筆ワークフローの全体像【筆者の実際の流れ】

私が運用しているSEO記事の自動執筆ワークフローは、以下の執筆5工程+チェック3種で構成されています。

  • 工程①:KW受け取りと方向性ヒアリング
  • 工程②:競合調査と検索意図の整理
  • 工程③:記事構成案の作成と人間承認
  • 工程④:本文執筆と品質チェック
  • 工程⑤:画像生成・HTML変換・WP入稿
  • チェック①:サブエージェント3種で本文の欠陥を並列検出する
  • チェック②:ファクトチェックはAI自動と人間確認を状況で切り替える
  • チェック③:メタ説明文とサムネイルは人間が最終承認してから公開する

各工程ごとに『自動化する範囲』と『人間が判断する範囲』を分けている点が、私のワークフローの特徴です。

工程①:KW受け取りと方向性ヒアリング

最初の工程は、KWを受け取り方向性をヒアリングする作業です。私はClaude Codeに対して、以下の5点を必ず聞かせるルールを設定しています。

  • SEOキーワード(狙うメインKW)
  • ターゲット読者像(同業/初心者/企業勤め、年齢・状況)
  • 伝えたいこと・記事の軸(『おまかせ』可)
  • 避けたいこと・NGな方向性(『なし』可)
  • 想定文字数(レンジ可)

上記5点が揃うまで、私はClaude Codeを構成にも本文にも進ませません。常時守らせたい基本ルールはCLAUDE.mdにまとめ、工程ごとの手順やチェックリストはSKILL.mdとして分けています。

たとえば『5点ヒアリング完了前は構成作成に進まない』という分岐は、記事制作スキルの手順として定義しています。そのため、私が回答するまでClaude Codeは構成作成に手をつけません。

ヒアリングをスキップすると、記事の方向性が後から大きくブレます。たとえば『SEO記事 自動執筆』というKWでも、駆け出しライター向けに書くか企業のSEO担当者向けに書くかで、H2の数・深さ・使う専門用語のレベルが変わります。この5点を先に固定するだけで、修正回数が半分以下になりました。

自動執筆の流れとして、ヒアリング結果は『記事方向性メモ』としてセッション中に保持させます。以降の競合調査・構成作成・本文執筆・品質チェックのすべてで、このメモを参照してブレを防ぎます。

工程②:競合調査と検索意図の整理

2つ目の工程は競合調査です。Claude CodeにWebSearchツール(Web検索を実行する組み込み機能)を使わせて、KWで上位表示されている記事10本前後を取得し、見出し構成・想定読者・回答パターンを一覧化させます。

  • 上位記事のタイトルとH2構成
  • 各記事が想定している読者像
  • 検索意図のタイプ:Know型(知りたい)・Do型(やりたい)・Buy型(買いたい)・Go型(行きたい)
  • 競合との差別化できる切り口

検索意図のタイプを判別する際は、上位3〜5記事の構成を見れば大体分かります。『〜とは』『〜の特徴』が多ければKnow型、『〜のやり方』『〜手順』が多ければDo型です。KWと実際の上位記事の検索意図が一致しているかを、私が必ず確認します。

競合調査の出力は『00_research.md』というファイルに保存し、構成作成と本文執筆の両方でClaude Codeに参照させます。私が初期に失敗したのは、競合調査をスキップして書き始めたケースです。検索意図を外した記事は、どれだけ文章を磨いても順位が伸びません。競合調査は後からやり直しが一番効かない工程なので、先に必ず走らせる設計にしています。

工程③:記事構成案の作成と人間承認

3つ目の工程は記事構成案の作成です。Claude Codeに競合調査の結果を読み込ませ、H2・H3構成とメタディスクリプション2案を作らせます。構成作成前に参照させるファイルは以下の通りです。

  • 競合調査の結果(00_research.md)
  • 工程フロー(SEO記事制作_共通ルール/工程フロー.md)
  • サイト固有の執筆ルール(クロコライター_執筆ルール.md)

メタディスクリプションは『ターゲット訴求型』と『共感訴求型』の2パターンを必ず生成させ、私が選びます。2パターン作らせる理由は、同じKWでも『読者の問題意識に訴えるアプローチ』と『クリック動機に訴えるアプローチ』では文章の出だしが大きく変わるからです。

承認した構成は『01_記事構成案.md』に保存され、Claude Codeが本文執筆を始める際の入力ファイルになります。記事構成完了後に人間が承認する場面を残しているのは、構成のミスを本文執筆まで持ち込まないためです。本文執筆に入ってから構成を修正するのは、文字数換算で数千字単位の書き直しになります。

構成が出てきた段階で私がチェックするのは以下の3点です。

  • 検索意図と構成のズレがないか
  • H3の数とリストの数が一致しているか(〇選の場合)
  • 競合との差別化ポイントが見出しに反映されているか

1本目は修正指示を2〜3回出すことが多かったのですが、ルールを積み上げるにつれて初稿の精度が上がり、今は1〜2回の微調整で承認できています

工程④:本文執筆と品質チェック

4つ目の工程は本文執筆です。Claude CodeはOpus(複雑な推論や長文執筆、設計判断に強い上位モデル)で本文を生成します。Claude CodeでOpusを使う理由は、本文執筆における文体の一貫性・主語の明示・文の長短バランスの精度がSonnet(標準モデル)と比べて体感で大きく違うからです。

Opusを使うと記事1本あたりのAPIコストは上がりますが、品質チェックで返ってくる指摘件数が明らかに少ないため、修正工数を考えると結果的にOpusのほうが効率的です。本文執筆時に参照させるファイルは3つです。

  • 『クロコライター_執筆ルール.md』:サイト固有の文体・禁止表現・吹き出しルール
  • 『共通執筆ルール.md』:段落あたりの文字数・主語明示・H3あたりの最小文字数
  • 『表記統一マニュアル』:固有名詞の正式表記・半角全角ルール

3ファイルをすべて読み込んでから執筆を始めることで、毎回指示しなくても同じ文体が保てます。Claude Codeがファイルを参照しながら書くため、『形容詞+です』『指示代名詞の連続』のような禁止表現が初稿から減っています。

本文が完成したら、品質チェックの3種類のサブエージェントを同時に動かします。次のチェック①で詳しく説明します。

工程⑤:画像生成・HTML変換・WP入稿

5つ目の工程は、画像生成からWordPress入稿までです。画像は図解と写真風の2種類を使い分けています。

HTML変換では、Claude CodeがMarkdownで書いた本文をWordPressのGutenbergブロック形式のHTMLに変換します。このとき、装飾タグ(赤字・太字・黄色マーカー)やショートコード(吹き出しブロック等)を正しく挿入するため、html-validator(サブエージェント)を別途走らせて構造の妥当性を検証しています。

図解を使う場所はH2の内容をビジュアルで整理できる箇所です。手順・メリット比較・Before/Afterのような構造は図解に向いています。私はgpt-image-2(ChatGPTの画像生成モデル)にフラットデザインの指示を出して生成します。写真風画像は各H2の中で人物の場面や具体的なシーンを見せたい箇所に入れます。

WordPress連携はREST API(外部サービスをプログラムから呼び出す接続方式)経由でClaude Codeから操作しています。スクリプト(publish_article.py)を実行すると、変換済みHTMLをWordPress下書きとして投稿します。手動公開のワンステップを残すことで、公開前の差し戻しができる安全弁を設けています。

チェック①:サブエージェント(補助AI)3種で本文の欠陥を並列検出する

本文品質チェックでは、3種類のサブエージェントを同時に動かしています。役割分担は以下の通りです。

  • seo-content-checker:内容の正確性・体験談の有無・選数(リスト項目数)の妥当性・吹き出しの重複NG確認
  • seo-writing-checker:文体の統一・冗長表現・禁止語(形容詞+『です』型)・接続詞の連続
  • seo-subject-checker:主語と目的語の明示・一文単独可読性(一文だけ切り出しても意味が通じるか)

各エージェントが具体的に拾うSEO記事の違反例は以下の通りです。

  • seo-writing-checker:指示代名詞の連続・接続詞のダブリ・語尾パターンの連続
  • seo-subject-checker:「原因は〜にあります」のような述語先行型で、何の原因かが文単独で読み取れない文を全件チェック

サブエージェント並列実行の効果として、1人で全観点をチェックするよりエージェントを観点ごとに分けたほうが、本文の見落としが減ります。3種は並列で同時起動します。順番実行だと約15分かかる検証が、並列実行で5〜6分に短縮できます。

出力された指摘事項は私が読んで本文を修正し、次工程に進めます。修正対象が1桁だった記事でも、3エージェントを通すと2桁に増えることは珍しくありません。

谷口テツ
谷口テツ

8工程と聞くと多く感じるかもしれませんが、人間が判断するのは「ヒアリング」「構成承認」「メタ・サムネイル承認」の3か所だけです。残りはClaude Codeが回してくれます。

最初から全部を仕組み化しなくても、まずは工程②の競合調査と工程④の本文執筆だけでも自動化すると、作業時間が大きく変わります。1工程ずつ取り入れてみてください。

チェック②:ファクトチェックはAI自動と人間確認を状況で切り替える

ファクトチェックは、Claude Codeに自動でやらせるか、私が手動でやるかを記事ごとに選びます。選択は私が事前の確認の場面で行い、『A(Claudeが自))』か『B(自分で手動)』を必ず私が指定してから次の工程に進みます

Claudeに任せるケースと手動にするケースの判断基準は以下の通りです。

  • Claude自動に向く:統計データ・公的機関の数値・固有名詞の正式表記・外部サービスの仕様確認
  • 手動に向く:筆者の体験談がメインの記事・一次情報でしか確認できない内容・法律・医療・金融に関わる内容

Claude自動ファクトチェックの手順は、Opusで本文中の数値・固有名詞・引用元を一覧化させる→WebSearchで出典URLを特定する→WebFetch(Webページ本文を取得する機能)でページ内容を確認する→本文の記述と照合して一致しない箇所を報告する、の順番です。

体験談がメインの記事は手動にする理由は、私の記憶とClaude Codeが生成した文章の細部(数字・時期・状況)が微妙に変わることがあるためです。ファクトチェックの自動化が有効なのは、正解がWebに存在する情報に限られます。「私がこう感じた」「このとき〜だった」のような一次情報はWebで検証できないので、私が直接読み返して確認します。

チェック③:メタ説明文とサムネイルは人間が最終承認してから公開する

最後のチェックは、メタディスクリプションとサムネイルの最終承認です。メタ説明文は工程③で生成した2パターンから私が選びます。選ぶ基準は『検索画面でどちらが読者の指を止めるか』という視点です。読者の悩みに直接刺さる言葉があるか・120字以内に収まっているかを確認します。

サムネイルは生成前にデザイン案を提示させます。被写体(人物か物か)・背景の配色・テキストコピーの3点をClaude Codeが2〜3パターン提案し、私が指定してから画像を生成します。生成後も私が必ず確認して、文字の視認性・被写体のバランス・他記事との重複がないかをチェックしてOKを出してから、そのサムネイルを本番に使います。

メタとサムネイルはクリック率に直結するため、AI生成のまま公開しない運用にしています。自動執筆の一番の落とし穴は『生成物を確認せずそのまま出すこと』です。人間が判断する場面を設計段階から組み込むことで、品質のばらつきを防いでいます。

実際に失敗した3パターンと改善方法

ワークフローを作るまでに、私は何度も以下の失敗をしてきました。

  • 失敗①:競合調査を省いて記事が検索意図をまるごと外した
  • 失敗②:品質チェックを省いてAIっぽい冗長文を入稿前日まで見落とした
  • 失敗③:完璧な設定を最初から作ろうとして最初の数記事に時間がかかりすぎた

失敗を共有する目的は、再現性のあるワークフロー構築を後押しするためです。同じ落とし穴を踏まないよう、改善策まで一緒に紹介します。

失敗①:競合調査を省いて記事が検索意図をまるごと外した

初期の記事で、競合調査の工程を飛ばして本文執筆に入ったことがあります。「ある程度KWの背景は分かっているから大丈夫」と判断し、Claude Codeに直接構成と本文を作らせました。

ところが、2か月経っても順位が全く伸びません。あらためて上位記事を分析すると、KWの検索意図は『やり方を知りたい(Do型)』が中心でしたが、私の記事は『何かを知りたい(Know型)』の解説寄りになっていたのです。

私がその記事のリライトでは見出しレベルから書き換えました。H2構成を『〜とは』から『〜のやり方・手順』へ変更し、各H3の内容も具体的な実践手順に差し替えました。書き直しにかかった工数は、新規記事を1本書くのとほぼ変わりませんでした。

改善策は、競合調査を必ず最初に走らせるルールに変えたことです。記事制作スキルの手順として『競合調査の完了前は構成作成に進まない』という分岐を定義し、Claude Code側でスキップを物理的に防ぎました。人間が「まあいいか」と思っても飛ばせない仕組みにするのがポイントです。検索意図を外す失敗は、ルール化で防げます。

失敗②:品質チェックを省いてAIっぽい冗長文を入稿前日まで見落とした

品質チェックのサブエージェント起動を省いたケースもあります。「自分で本文を読めば違和感は分かる」と判断し、本文執筆の直後にHTML変換へ進めました。しかし、よくよく読み返すと、以下のようなミスが多数見つかります。

  • 指示代名詞が1段落内に3回連続している箇所
  • 接続詞が同じ段落内で重複している箇所
  • 形容詞+『です』の語尾表現
  • 70字超の長文が4〜5文連続している段落

修正には1時間半かかり、当日の予定が大きくズレました。人間の目視だけでは『直した場所の周辺』に別の問題が入り込んでも気づきにくいです。

改善策は、本文完成と同時にseo-content-checker・seo-writing-checker・seo-subject-checkerの3種類を必ず同時起動するルールにしたことです。3エージェントを走らせるようになってから、入稿直前に大量の修正が出ることはなくなりました。品質チェックをルーティンに組み込むことで、「自分で読めば分かる」という油断を構造的に排除できます。

失敗③:完璧な設定を最初から作ろうとして最初の数記事に時間がかかりすぎた

最初の数記事は、毎回ゼロから「今回の記事のルールはこうしてほしい」とClaude Codeに口頭で伝えていました。記事ごとに文体がブレ、吹き出しのトーンもH2の誘導文の書き方も統一できませんでした。

改善のために執筆ルールをMDファイルにまとめてClaude Codeに参照させると、Claude Codeの出力文体は安定しました。

完璧なルールを先に作ることはできません。Claude Codeで記事を書いてみないと『どこがブレるか』が分からないためです。私は1本書くたびに「ここがおかしかった」と気づいたことをClaude Codeに相談しながら、少しずつルールを追加していきました。1本ごとに1ルールを追加するだけでも、10本書けばルールが10個増えます。記事を書くこと自体が、ルールを育てるための素材になっています。

最初から完成形を目指すより、運用しながら直すほうが早く安定します。『最初の数記事は時間がかかる前提で始める』ことを心得ておくと、途中で挫折せずに続けられます。

谷口テツ
谷口テツ

3つの失敗を経験して気づいたのは、『ルール化の前に手作業で何度か通すことが必要』という点です。手作業で困った場面を体感しているからこそ、Claude Codeに任せるべき判断と人間が残すべき判断を分けられます。

もし今すぐ始めるなら、最初の1記事は全工程を手動で通してみることをすすめます。どこで詰まるかが見えると、次からの自動化設計がずっと楽になります。

まとめ|SEO記事の自動執筆で必要なのは『再現できる仕組み』

SEO記事の自動執筆ワークフローを安定させる鍵は、AIに丸投げすることではなく、『人間の判断ポイントを残しつつ、作業を再現できる仕組みに落とし込むこと』です。

私のワークフローは執筆5工程+チェック3種の合計8工程で構成されています。人間が判断するのは『方向性ヒアリング』『構成承認』『メタ・サムネイル承認』の3か所だけです。残りはClaude Codeが自動で担ってくれます。

競合調査と品質チェックは絶対に省かないことが失敗からの教訓です。1本書くたびに「ここがおかしかった」をClaude Codeに伝え、ルールを少しずつ追加していくほうが結果的に早く安定します。最初の10本は時間がかかるものの、10本を超えると自動化できる範囲が一気に広がります。最初から完璧な仕組みを作ろうとするより、運用しながら直す姿勢のほうが長く続きます。

ここまで紹介してきたのは、あくまで私のやり方です。もっと良い方法を実践しているWebライターやSEO担当者も多いはずです。改善提案や別の運用パターンがあれば、コメント欄やXのリプライでぜひ教えてください。みなさんの工夫を取り入れながら、自動執筆の仕組みをさらに磨いていきたいと考えています。
» Webライターの業務を効率化できる11カテゴリー紹介

ABOUT ME
谷口テツ
谷口テツ
Webライター・マーケター
工場作業員20年からWebライターに転身した男。Claude Codeを使いこなし「AIに代替される」と言われているWebライターでも食べていけるスキルを身に付けている。ライター仲間が減るのも悲しいので、Claude Codeの活用方法を発信している。

※この記事は大半をClaude Code(Anthropic社のAI開発ツール)で執筆し、最後に現役Webライターである筆者が微調整しています。記載している内容は筆者自身が実際に運用している事例で、すべて事実確認済みです。
※ 本記事のツール料金・機能は執筆時点の情報です。AIツールやMCP連携は仕様変更が早いため、導入前に各サービスの公式料金・利用規約・セキュリティ要件を必ず確認してください。また、本記事で紹介する自動化は私個人の運用例であり、すべての環境で同じ結果を保証するものではありません。

記事URLをコピーしました