コンテンツ生成 / ワークフロー

SEO 記事リライト

すでにある記事を「検索意図に沿った構成」に組み直し、リライトと校閲まで一貫して行うワークフローです。新規記事を書くより速く、既存の資産を伸ばせます。

既存記事
→
構造化
→
リライト
→
校閲

対象：コンテンツ担当・オウンドメディア運営読了：約 10 分難易度：中級更新：2026年10月13日

このワークフローで解決できることPROBLEMS

次のような状態に心当たりがあれば、このワークフローが効きます。

古い記事の順位が下がっているが、どこを直せばいいか分からない
リライトの基準が担当者ごとにバラバラで、品質が安定しない
事実確認や表記ゆれのチェックに時間がかかる
修正のたびに、元の情報が失われていないか不安になる

ねらい：人の作業を「ゼロ」にするのではなく、人が判断すべき工程だけを残すことです。単純作業を自動化し、確認と意思決定に時間を使えるようにします。

全体像（フロー）OVERVIEW

処理は大きく 5 つの工程に分かれます。最初はすべてを自動化せず、1 と 2 の工程だけをつなぐところから始めるのがおすすめです。

SEO 記事リライトの処理フロー

構成ツールと役割COMPONENTS

各工程を担うツールの例と、選ぶときのポイントです。同じ役割は、無料ツールや既存の業務システムで置き換えられます。

役割	ツール例	ポイント
対象の選定	Search Console／既存記事／競合記事	「表示回数はあるがクリックが少ない」記事から着手する
構造化	GPT／Claude	見出しごとに「主張・根拠・出典」を抜き出させると精度が上がる
リライト	LLM ＋自社の編集ガイドライン	事実は変えず、順序と表現だけを変える指示にする
校閲	LLM ＋人の目	数値・固有名詞・法規制の表現は、必ず人が確認する
公開と検証	CMS／Search Console	公開後 2〜4 週間で、順位とクリック率を確認する

※ ツール名は一般的な選択肢の例です。特定製品の推奨ではありません。

導入手順SETUP STEPS

1 つの業務・1 つのチームを対象に、この順で進めます。各ステップの「完了条件」を満たしてから次へ進むと、手戻りが減ります。

対象記事を選ぶ
Search Console で「表示回数は多いがクリック率が低い」「11〜20 位で止まっている」記事を選びます。伸びしろの大きい記事から着手するのが効率的です。
完了条件：対象記事と、狙うキーワードが 1 つに決まっている
記事の要素を分解する
既存記事を「見出し・主張・根拠・数値・出典」に分解して表にします。ここを飛ばすと、リライトで事実が抜け落ちます。
完了条件：分解表に、元記事の事実がすべて転記されている
不足している情報を特定する
想定読者が知りたいことに、記事が答えているかを確認します。足りないのが「情報」なのか「順序」なのかを切り分けます。
完了条件：不足点が、箇条書きで 3 つ以上出ている
リライトする
「事実は変えない・順序と表現を変える」という制約で下書きを作ります。元の文章をそのまま渡し、変更点とその理由も出させると確認が楽になります。
完了条件：元記事の数値・固有名詞がすべて残っている
校閲して公開する
数値・固有名詞・法的表現・リンク切れを確認します。とくに薬機法・景表法に関わる表現は、人が最終判断します。
完了条件：チェックリストの全項目を、人が確認した

つまずきやすいポイントPITFALLS

導入時に実際に起きやすいつまずきと、その対処です。先に知っておくと回避できます。

事実が書き換わってしまう

LLM は指示が曖昧だと、それらしい数字を足したり、表現を勝手に強めたりします。「元記事にない情報を追加しない」と明示し、数値の照合を必ず行います。

キーワードを詰め込みすぎる

同じキーワードを何度も入れると、読みにくくなり評価も下がります。タイトル・見出し・リード文に自然に入っていれば十分です。

構成だけ変えて、中身は薄いまま

順序を変えても情報が増えなければ、順位は動きません。「不足情報の追加」と「構成の改善」は、セットで行います。

公開しただけで終わる

リライトは、公開後に検証して初めて完了です。2〜4 週間後に順位・クリック率・離脱を確認し、次の改善につなげます。

運用チェックリストCHECKLIST

運用に乗せたあと、月に一度はこの項目を確認してください。1 つでも外れていると、自動化が「使われない仕組み」になっていきます。

対象キーワードと検索意図が、1 つに絞られている
元記事の事実（数値・固有名詞・出典）がすべて保持されている
見出しが、読者の疑問の順に並んでいる
タイトルとリード文に、対象キーワードが自然に入っている
法的表現（薬機法・景表法など）を人が確認した
内部リンクと外部リンクの切れを確認した
公開後の検証日をカレンダーに入れた

よくある質問FAQ

どの記事から着手すべきですか？

Search Console で「表示回数が多く、クリック率が低い」記事、または「11〜20 位で停滞している」記事です。ただし、すでに十分な成果が出ている記事は、壊すリスクがあるので後回しにします。

AI に丸ごと書かせてもいいですか？

既存記事のリライトなら、構成の組み直しと表現の調整は AI に向いています。ただし事実の追加・数値の更新は、必ず一次情報で確認してください。丸投げは誤情報のリスクがあります。

リライトで順位は必ず上がりますか？

上がるとは限りません。ただし、検索意図とのズレを直し、不足情報を補うことは、評価の土台を整える作業です。効果測定は 2〜4 週間後を目安にしてください。

元の文章を、どこまで残すべきですか？

事実・数値・引用・独自の知見は残します。冗長な前置きや重複した説明は削ります。「残す情報」と「削る表現」を分けて考えるのがコツです。

担当者が複数いる場合、どう統一しますか？

編集ガイドラインに「見出しの粒度」「文体」「禁止表現」を明文化し、リライトのプロンプトを共通化します。テンプレート化すると、出力のばらつきが減ります。

コピーして使えるプロンプトPROMPTS

そのままコピーして、[ ] の中を自社の情報に置き換えてください。いずれも「推測させない」「根拠を明示させる」制約を入れています。

記事の構造化

既存記事を、要素ごとに分解して表にします。

次の記事を、「見出し」「主張」「根拠」「数値・固有名詞」「出典の有無」の 5 列の表に分解してください。記事に書かれていないことは空欄にし、推測で埋めないでください。

【記事本文】
[ここに記事を貼り付け]

リライト（事実保持の制約つき）

構成を組み直して、事実を保ったままリライトします。

あなたは SEO 編集者です。次の記事を、検索意図「[狙うキーワード]」に沿うようにリライトしてください。

【必ず守ること】
・元記事にある数値・固有名詞・出典は一切変更しない
・元記事にない情報を新しく追加しない（追加案は別枠で提案する）
・見出しは、読者の疑問の順に並べ替える
・冗長な前置きと重複表現は削る

【出力】
1. 新しい構成案（見出し一覧）
2. リライト本文
3. 変更点と、その理由の一覧

【元記事】
[ここに記事を貼り付け]

校閲チェック

公開前の校閲項目を、網羅的に洗い出します。

次の記事について、公開前の校閲チェックを行ってください。

観点は「① 事実の誤り・矛盾 ② 表記ゆれ ③ 法的リスク（薬機法・景表法など）④ 読みにくい文 ⑤ リンク切れの可能性」です。

各項目について、該当箇所と修正案を示してください。判断に迷う箇所は「要確認」と明記してください。

【記事本文】
[ここに記事を貼り付け]

※ 出力は必ず人が確認してください。数値・固有名詞の誤りは、自動では検出できません。

このワークフローで出てくる用語TERMS

理解を深めたい用語は、AI 用語辞典の詳細ページへ。定義・仕組み・出典をまとめています。

用語の意味から確認する

125 語のAI用語を、定義・仕組み・出典つきで解説しています。

用語一覧を開く →

他

ほかのワークフロー

戻

ワークフロー一覧へ

シーン別のワークフローを、検索と絞り込みで探せます。

ワークフロー（シーン別）を開く →

SEO 記事リライト

このワークフローで解決できることPROBLEMS

全体像（フロー）OVERVIEW

構成ツールと役割COMPONENTS

導入手順SETUP STEPS

対象記事を選ぶ

記事の要素を分解する

不足している情報を特定する

リライトする

校閲して公開する