記事のリライトにAIを活かす方法｜順位が伸び悩む記事を改善する

「公開したまま手を入れていない記事が積み上がっている」「新しく書き足しても、既存の記事の順位は動かない」——公開した記事の本数が三桁に届いた会社から出てくる声です。順位が動かないのは、記事の本数が足りないからではありません。読み手が求めている答えと、記事が答えている内容がずれたまま置かれていることが原因です。この記事では、直す記事の選び方、ずれの見つけ方、要素ごとの直し方、そして生成AIに任せてよい範囲と人が判断する範囲を順に整理します。

なぜリライトが新規作成より効率的なのか

検索エンジンは、公開してすぐの記事より、ある程度の期間を経て評価が定まった記事を信頼する傾向があります。つまり、すでに公開されている記事は、ゼロから作る新記事にはない「下地」を持っています。この下地を生かして内容を磨くリライトは、新規記事が評価されるのを待つより、早く順位の改善が見込めます。

特に、あと少しで上位に届きそうな記事は、リライトの効果が大きく出ます。検索結果の2ページ目あたりに沈んでいる記事を1ページ目に押し上げられれば、流入は大きく変わります。限られたリソースで成果を出すなら、こうした「惜しい記事」の改善に力を注ぐのが効率的です。生成AIは、この改善作業のあらゆる場面を助けてくれます。新規記事の制作と並行して、既存記事の手入れを回すことが、サイト全体の力を底上げします。

リライトする記事の選び方

やみくもにリライトしても、効果は出ません。効果が出やすい記事を見極めて選ぶことが第一歩です。優先度が高いのは、検索結果の6位〜20位あたりにいて、あと少しで上位に届きそうな記事です。表示はされているのにクリックされない記事や、公開から時間が経って情報が古くなった記事も、改善の余地が大きい対象です。

選定の判断には、検索パフォーマンスのデータを使います。表示回数・順位・クリック率を見て、伸びしろのある記事を絞り込みます。生成AIに、こうしたデータを渡して「リライトの優先度が高い記事と、その理由」を整理させると、どこから手をつけるべきかが見えてきます。感覚で選ぶより、データに基づいて優先順位をつけるほうが、限られた時間を効果的に使えます。すべてを直そうとせず、効く記事から着手するのが賢明です。

検索意図とのズレを見つける

順位が伸び悩む記事の多くは、検索意図と内容がずれています。読者が「やり方」を知りたいのに概念の説明ばかりだったり、「比較」したいのに自社製品の話に終始していたり——こうしたズレが、評価を下げます。リライトでは、まずこのズレを見つけることが重要です。

生成AIは、検索意図の分析を助けてくれます。「このキーワードで検索する人が本当に知りたいことは何か」「今の記事は、それにどこまで応えられているか」を尋ねると、ズレの所在が見えてきます。上位記事が共通して扱っている論点をAIに洗い出させ、自社記事に欠けている要素を補うのも効果的です。読者の疑問にまっすぐ応える内容に整え直すことが、リライトの核心です。意図に合わせるだけで、順位が回復することは珍しくありません。

要素ごとにリライトする

リライトのコツは、全文を一度に書き直さないことです。要素ごとに、効果の大きいところから順に直すほうが、何が効いたのか分かりやすく、運用も回しやすくなります。一気に全部変えると、順位が動いたときに原因が特定できません。次の順番で手をつけると効率的です。

1. タイトル：検索意図とキーワードに合っているか、クリックされる表現か
2. 冒頭（導入）：読者の疑問にすぐ応え、続きを読みたくなるか
3. 見出し構成：上位記事と比べて、論点の抜けがないか
4. 本文：情報の古さ・薄さを補い、一次情報や具体例を足す
5. FAQ・関連記事：読者の追加の疑問に応え、内部リンクを整える

それぞれの要素について、生成AIに改善案を出させると効率的です。「このタイトルを、検索意図に合わせてクリックされやすく」「この冒頭を、読者の疑問にすぐ応える形に」と頼めば、改善のたたき台がすぐに得られます。AIの案を土台に、自社の言葉と情報で仕上げていきます。

AIで改善案を作るプロンプト

リライトの改善案をAIに作らせるときは、狙うキーワード・今の記事・上位記事の傾向を渡すと、的を射た提案が得られます。次のようなプロンプトが土台になります。

以下の記事をSEOの観点でリライトします。
狙うキーワード：{KW}／検索意図：{知りたい/比べたい/やりたい}
今の記事の概要：{要点}
上位記事が共通して扱っている論点を踏まえ、この記事に不足している要素、
直すべきタイトル・見出し・追記すべき内容を整理してください。

出てきた提案は、すべてを鵜呑みにせず、自社が価値を加えられる部分を選んで反映します。AIは「何が足りないか」を素早く示してくれますが、その穴を埋める一次情報や独自の知見は、自社が持っているものです。AIの分析と、人の専門性を組み合わせることで、ただ網羅的なだけでない、価値あるリライトになります。

情報の鮮度を保つ

リライトの重要な役割の一つが、情報を最新に保つことです。特にAIやツールに関する記事は、状況が変わりやすく、古い情報のままだと信頼を損ねます。料金、機能、ツール名、データなど、時間とともに変わる要素を見直し、最新の状態に更新します。これは検索評価の面でも、読者の信頼の面でも効きます。

生成AIは知識のカットオフがあるため、最新情報そのものはAIだけに頼れません。最新の状況は人が確認し、その情報をもとにAIに文章を整えてもらう、という分担が安全です。「この古い記述を、最新のこの情報に基づいて書き直して」と、確かな情報を渡したうえで依頼すれば、鮮度と質を両立できます。定期的に古い記事を見直す習慣が、サイト全体の信頼を保ちます。

AIに任せきりにしない部分

リライトでAIに任せきりにすると、危うい面もあります。AIは基本的な分析や文章の整え方には優れますが、細かな文体の調整や、自社ならではの知見の反映は人にしかできません。AIが生成した文章をそのまま貼り付けるだけのリライトは、どこかで見たような内容になり、かえって独自性を失います。

効果を検証して継続する

リライトは、直して終わりではありません。効果を検証し、必要なら再度手を入れることで、着実に成果に近づきます。順位やクリック率の変化を追い、改善が見られればその方向を強め、変化がなければ別の角度から見直します。ただし、効果が表れるには時間がかかるため、数か月単位で腰を据えて観察します。

検証の際も、AIがデータの読み解きを手伝えます。リライト前後の数値を渡して「改善が見られた点と、さらに手を入れるべき点」を整理させると、次のアクションが見えます。リライトを一度きりで終わらせず、検証と改善を繰り返すサイクルにすることで、記事は育っていきます。サイト全体でこのサイクルを回せば、コンテンツ資産の価値が積み上がっていきます。

リライトか、統合・削除かを見極める

すべての記事がリライトに向くわけではありません。中には、似たテーマの記事が複数あって評価が分散しているケースもあります。この場合は、個別にリライトするより、統合して一本の強い記事にまとめるほうが効果的です。逆に、もはや需要のないテーマや、内容が薄く改善の見込みが低い記事は、思い切って削除する判断も必要です。

この見極めにも、AIが役立ちます。複数記事の概要を渡して「内容が重複していて統合すべき記事はどれか、それぞれ残すべきか」を相談すると、整理の方針が見えてきます。記事が増えてくると、こうした棚卸しの判断が重要になります。リライト・統合・削除を適切に使い分けることで、サイト全体の評価を健全に保てます。やみくもに記事数を増やすより、一本一本の質を高める意識が、これからのSEOでは効きます。

AIで作った記事こそリライトで磨く

生成AIで記事を量産している場合、リライトの工程がいっそう重要になります。AIが生成したままの記事は、整ってはいても一般的で、独自性に欠けがちです。これをそのまま大量に公開すると、かえって評価を下げかねません。公開後にリライトで一次情報や独自の視点を足し、自社にしか書けない内容へ育てる——この一手間が、AI時代のコンテンツの価値を分けます。

つまり、AIによる量産とリライトは、セットで考えるべきものです。まずAIで土台を素早く作り、反応を見ながらリライトで磨いていく。最初から完璧を目指すより、出して育てるほうが、結果的に質の高いコンテンツ群になります。リライトを「失敗の修正」ではなく「育成の工程」と捉えると、コンテンツ運用全体が前向きに回り始めます。

サイト全体でリライトを仕組み化する

リライトは、思い出したときに単発でやるより、定期的な棚卸しの仕組みにすると効果が積み上がります。たとえば四半期に一度、検索パフォーマンスを見て、伸び悩む記事や情報が古くなった記事をリストアップし、優先度の高いものから手を入れる。この習慣があれば、コンテンツ資産が放置されず、常に最新で価値ある状態に保てます。

棚卸しの作業も、AIで効率化できます。記事一覧とパフォーマンスデータを渡して「リライトの優先度順に並べ、それぞれの改善方針」を整理させると、定例の計画づくりが楽になります。新規制作とリライトのバランスを取りながら、サイト全体を育てていく。この運用の仕組み化が、長期的な検索流入の成長につながります。AIは、その仕組みを少人数でも回せるようにしてくれます。

やりがちな失敗と回避

記事リライトでつまずきやすい、典型的なパターンです。先回りして避けましょう。

• 全文を一度に書き直す：何が効いたか分からず、運用が回らない
• AIの文章をそのまま使う：独自性が失われ、どこかで見た記事になる
• 上位記事の劣化コピーになる：論点を埋めるだけで、独自の価値がない
• 上位の記事を不用意に大きく変える：かえって順位を落とすことがある

直す前に、元の状態へ戻せるようにする

リライトで怖いのは、直した結果が悪かったときに元へ戻せないことです。記事の編集画面に残る変更の履歴は世代の数に上限があり、何度か手を入れると古い版から順に消えていきます。戻したい版が残っている保証はありません。手を入れる前に、その記事の状態を別の場所に控えてください。控える先は表計算の1行で足ります。台帳を作ってから直すのと、直してから思い出すのとでは、3か月後に使える情報がまるで変わります。複数人が同じ記事を触る体制では、控えがないと誰の変更が効いたのかを永久に確かめられません。控えを取る作業は1本あたり数分で、リライト1本の工数のうちでは最も安く付く保険です。控えの置き場所は1か所に決め、記事のURLで探せる名前を付けます。

控える項目	控える場所	後で使う場面
本文と見出しの全文	編集画面の外に書き出した控え	順位が下がって元へ戻すとき
その時点のタイトルと説明文	台帳の1行	表示回数の変化を読むとき
直前4週間の表示回数と掲載順位とCTR	台帳の1行	効果の有無を判定するとき
直した日付と担当者	台帳の1行	変動の原因を切り分けるとき

台帳に何を書くかを決めておくと、後から使えます。記事のURL、直した日、直した人、触った要素をタイトルか冒頭か見出し構成か本文かで1つ選んで記入、直前4週間の表示回数と平均の掲載順位とCTR、そして直した理由を一行。ここまでで1行です。GSCの画面は期間を指定すれば過去の数値を取り直せますが、記事を直した日そのものは記録されないため、日付だけは手で残す必要があります。この日付がないと、後で数字が動いたときに、直したせいなのか別の要因なのかを判定できません。取得できる期間にも限りがあるので、数値は月に一度、全記事分をまとめて書き出しておくと安全です。書き出しの日を月初に固定すると、比べる期間もそろいます。

直し方は、1回につき1つの要素にとどめます。タイトルと冒頭と見出し構成を同じ日に変えると、順位が動いても原因を特定できません。順番としては、影響の大きいタイトルから始め、次の変更まで4週間以上あけます。この間隔は、検索の側が更新を拾って評価が落ち着くまでの目安として置くもので、これより短い間隔で重ねると、前の変更の効果を測る前に次の変更が乗ってしまいます。誤字の修正や事実の訂正は、この数え方から外してかまいません。急ぎたい気持ちは分かりますが、まとめて直した記事は改善の知見を何も残しません。1本で得た手応えを次の10本に使うほうが、結果として速く進みます。要素ごとの効き目が分かってくると、着手の順番も自社の傾向で決められます。

複数人で触る体制では、権限と手順も決めます。誰が直してよい記事なのか、公開の前に誰が見るのか、外部の書き手に直させる場合はどこまで触ってよいのか。外注に渡すときは、元の本文を控えた上で、直してよい範囲を見出しの単位で指定してください。全文を渡して自由に直させると、もともと評価されていた記述まで書き換えられます。手を入れた記事は、公開の直後に一度だけ表示を確認します。見出しの階層が崩れる、リンクが切れるといった事故は、この目視で大半が見つかります。編集の権限を持つ人が5人を超えたあたりから、誰が触ったか分からない変更が出始めるので、そこが台帳を必須にする目安です。権限を絞れない事情があるなら、せめて公開の直前に確認する人を1人決めてください。

統合と削除のときに残る技術の後始末

似たテーマの記事をまとめると決めたら、統合の作業そのものより後始末のほうが手間になります。まとめられて役目を終えたURLは、そのまま消さずに、新しいURLへ301の転送を設定します。転送を設定せずに消すと、そのURLに付いていた外部からのリンクの評価が行き先を失い、まとめた側の記事にも渡りません。あわせて、サイトの中から古いURLへ張られている内部リンクを探し、まとめ先へ張り替えます。転送があるから放っておいてよいと考えると、転送の連鎖が積み上がり、後で全体像をつかめなくなります。転送の設定は一覧にして残し、何年も前の行き先が今も生きているかを年に一度は確かめてください。サイトの引っ越しや常時暗号化への切り替えを挟んだ記事は、とりわけ切れやすい場所です。

見落としやすいのが、正規のURLの指定です。まとめ先の記事が、別のページを正規のURLとして指定したままになっていると、検索の側はその記事を索引に載せません。統合の前後で指定が入れ替わっていないかを、GSCの検査の画面で1本ずつ確かめてください。この画面では、検索の側が正規と判断したURLと、こちらが指定したURLの両方が表示されます。この2つが食い違っている記事は、本文を何度直しても順位が動きません。統合を進める前に、対象の記事すべてで先に確かめておく作業です。記事を複製して下書きを作る運用をしている場合は、複製元の指定がそのまま残っていることが多いので、注意してください。下書きの複製を作る手順書に、指定を外す工程を1行足しておくと再発しません。

索引への登録を求める機能についても、期待の置き方を決めておきます。これは検索の側に確認を促す仕組みであって、送れば必ず登録されるというものではありません。正規のURLとして別のページを指定している、内容が薄いといった事情があれば、何度送っても載りません。登録を求める前に、サイトマップに新しいURLが入っているか、サイトの中から少なくとも1本は内部リンクが張られているかを確かめます。1日に送れる件数にも上限があるため、統合した記事を一度に何十本も送るような使い方には向きません。統合した直後に順位が消えたように見えても、数週間は様子を見る前提で予定を組んでください。統合の予定を四半期の初めに寄せておくと、様子を見る期間を確保しやすくなります。

削除するかどうかは、外部からのリンクの有無で分けます。どこからもリンクされておらず、表示回数もほとんどない記事は、消してかまいません。一方、外部からリンクされている記事は、内容が古くても消さず、近いテーマの記事へ転送します。完全に取り下げる場合と、一時的に見せない場合とでは返す応答も変わるため、消す作業に入る前に、どちらの扱いにするかを記事ごとに決めておきます。まとめて消すときは、一度に全部ではなく、まず数本を消して1か月ほど全体の数値を見てから残りに進むと、判断を誤ったときの傷が浅く済みます。削除の判断は取り消せないため、消す前に本文の控えを残すのは統合の場合と同じです。消した記事の一覧も残し、後から問い合わせが来たときに説明できる状態にしておきます。

効果を見る期間と比べ方を先に決める

リライトの効果を測るときに一番多い誤りは、見る時期を決めないまま直してしまうことです。検索の側の大きな更新は、展開の開始から完了までにおおむね2週間ほどかかり、完了した後も2週間から4週間は順位が動き続けると報じられています。2026年は5月に大きな更新があり、6月の下旬にも迷惑な内容への対策の更新が行われました。この期間に直した記事は、変動が更新によるものか自分の変更によるものかを判別できません。更新が動いている最中は手を止め、落ち着いてから着手するのが安全です。更新の開始と完了の日付は台帳の別の列に控えておき、判定のときに必ず突き合わせてください。更新の告知は検索側の発表で確かめ、伝聞の日付を台帳に写さないようにします。

比べ方も先に決めます。直した日を挟んで、前の4週間と後ろの4週間を同じ長さで比べる。曜日の構成がそろうので、平日と休日の差に振り回されません。あわせて、その記事が属するテーマ全体の数値も並べます。自社のその1本だけが落ちたのか、同じテーマの記事がそろって落ちたのかで、次の打ち手が変わるからです。季節の影響が強いテーマでは、前年の同じ時期とも並べます。この3つの見方を台帳の隣の列に用意しておけば、判定のたびに比べ方から悩まずに済みます。数値は順位の平均だけで見ず、表示回数とクリックの実数も並べてください。順位が1つ上がっても実数がまったく動かない例は珍しくありません。実数が動かない記事は、順位ではなくタイトルと説明文のほうに手を入れます。

同じ時期に何本も直さないことも、測るための条件です。10本をまとめて直した週があると、その後の変動がどの変更によるものかを分けられません。週に2本までといった上限を決め、台帳の日付の列で守られているかを確認してください。直す本数の上限は、作業の都合ではなく測れるかどうかで決めるものです。本数を追いたい時期ほどこの上限が守られなくなり、半年後には何も分からない台帳だけが残ります。上限を超えて進めたい月があるなら、測るのを諦める記事をあらかじめ決め、台帳の理由の欄にその旨を書いておくほうが、後の混乱は小さくなります。上限は部署の目標の数ではなく、担当が判定に割ける時間から逆算して決めます。決めた上限は、四半期ごとに実績と照らして見直せば足ります。

数値の読み解きに生成AIを使う場合は、原因の断定をAIに判断させないと決めておきます。渡してよいのは、どの数値がどれだけ動いたかの列挙と、考えられる原因の候補までです。候補には、その判断のもとにした数値を必ず添えさせます。根拠のない断定が混じった報告をそのまま上へ上げると、次の打ち手がずれます。渡す前に、記事の本文そのものではなく数値だけを渡す形にしておくと、本文の印象に引きずられた原因づけも減ります。最後に、この記事の変動は検索の側の更新によるものか、自分の変更によるものかを人が決め、その判断を台帳の理由の欄に一行で残してください。この一行が、次に同じ記事を触る担当の出発点になります。判断が付かないまま残した記事は、理由の欄に保留と書いて次の四半期へ送ります。

よくある質問

どんな記事からリライトすべきですか？

検索結果の6〜20位にいて、あと少しで上位に届きそうな記事が優先です。表示は多いのにクリックされない記事や、情報が古くなった記事も効果が出やすい対象です。データを見て、伸びしろの大きい記事から着手するのがおすすめです。

AIで書いた文章に差し替えるだけでよいですか？

それだけでは不十分です。AIの文章は整っていても一般的になりがちで、独自性が失われます。AIには分析と改善案づくりを任せ、一次情報や自社の知見、具体例を人が加えることで、価値あるリライトになります。

リライトの効果はどのくらいで出ますか？

すぐには表れないことが多く、数か月単位で見るのが基本です。SEOは中長期の施策なので、リライト後も順位やクリック率の推移を追い、必要なら再度手を入れる前提で取り組むと、着実に成果に近づきます。

まとめ

記事のリライトに生成AIを活かす要点は、データで対象を選び、検索意図とのズレをAIで見つけ、要素ごとに直すことです。新規量産より効率的に成果が出るリライトを、AIの分析と人の知見を組み合わせて進める。情報を最新に保ち、効果を検証して繰り返す。この流れで、眠っていた記事が成果を生む資産に変わります。まずは、あと少しで上位に届きそうな記事を一つ選び、AIに改善点を分析させるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。