SEOリライトは何から始める？記事が多くても毎日10〜20分で回す優先順位と改善ルーティン

記事数が増えるほど、「今日はどれを直すか」を決めるだけで時間が過ぎます。アクセスが落ちたページ、読まれているのに次のページへ進まれないページ、検索結果には出ているのに本文が質問へ答えていないページ。候補は毎日増えていきます。

そこで、作業の入口を固定します。朝に前月比の下落を確認し、次にページ内の反応を見て、最後に検索語句と本文を照らし合わせます。修正範囲を一つに絞り、内部リンクや画像まで含めて短時間で更新します。作業後は変更内容と確認日を記録し、同じ記事を翌日に触らない。この型なら、担当者の気分ではなくデータから次の1本が決まります。

結論。リライトは「落ちた記事」から、工数を決めて回す

優先順位の基本は、次の順です。

1. 先月と比べてクリック数や表示回数が落ちた記事
2. 表示回数があるのに、ページ内で読者が迷いやすい記事
3. 検索語句は取れているのに、本文がその質問へ答えていない記事
4. 短時間で具体的な修正ができ、事業との関係も近い記事

「アクセスが多い記事」だけを上から直すと、すでに強いページの微調整に時間を使いがちです。下落しているページは、失ったクリックを取り戻せる余地があります。表示回数が多く、順位が1ページ目の下部から2ページ目へ落ちかけているページなら、見出しの整理や不足情報の追加だけで改善候補になります。

ただし、下落の原因がサイト全体の障害、インデックス、季節性、検索需要の変化なら、本文だけを直しても解決しません。記事を読む前に、サイト全体でも同じ落ち方をしていないかを確認します。

朝に見る数字は三つ。前月比・滞在・検索流入

まずは前月比で「落ちたページ」を拾う

Search Consoleでは、直近28日と、その直前の28日を比較します。ページ単位でクリック数、表示回数、クリック率、平均掲載順位を並べ、下落率の大きい順に候補を作ります。28日という期間は、曜日の偏りを少なくするための運用上の目安です。季節商品やニュース性の高いテーマは、前年同時期も確認します。

候補に入れる目安は、クリック数が前期間比で20％以上落ちた、表示回数が大きく落ちた、平均掲載順位が継続して下がった、のいずれかです。数字が小さいページは率だけで判断せず、失ったクリック数も見ます。10クリックが8クリックになったページより、1,000クリックが800クリックになったページのほうが先に見る価値が高い場合があります。

次に「読まれ方」を見る。滞在時間だけで決めない

アクセス解析では、平均エンゲージメント時間、スクロール、次のページへの移動、問い合わせや購入までの経路を確認します。滞在時間が短いページは、内容が悪いとは限りません。答えが冒頭にあり、すぐ離脱しているだけかもしれないからです。

逆に、滞在時間が長くても、目当ての情報にたどり着けず迷っている可能性があります。見るべきなのは「何秒だったか」ではなく、「検索した人が必要な答えを見つけた後に、次の行動を取れているか」です。冒頭で結論がわかるか、見出しだけでページの内容をつかめるか、スマートフォンで表や画像が崩れていないかを読み手の視点で確認します。

最後に、検索流入の言葉を確認する

対象URLをSearch Consoleで絞り、どの検索語句で表示・クリックされているかを見ます。ここで初めて、そのページが実際に拾っている需要がわかります。作り手が狙った言葉と、検索結果に表示されている言葉は一致しないことがあります。

検索語句を「読者の質問」に言い換えてください。「費用」「相場」「比較」「やり方」「失敗」のような語が見えたら、単語を本文に足すのではなく、その質問への答えがページ内にあるかを確認します。GSCの見方は、表示されているページの足りない答えを埋める方法にも整理しています。

優先順位は「損失×伸びしろ×直しやすさ」で決める

候補が10本以上ある日は、次の三つを各5点で採点すると迷いにくくなります。合計点の高い記事から着手し、同点なら短時間で終わるほうを先にします。

項目	5点にする状態	見る理由
損失	クリック・表示が大きく落ちた	失った流入を取り戻す余地がある
伸びしろ	1ページ目下部〜2ページ目、表示回数が多い	少しの改善で露出が増える可能性がある
直しやすさ	不足箇所が一つに絞れる	10〜20分で変更と確認を終えられる
事業との近さ	サービスや問い合わせに近い	アクセスだけでなく成果を確認しやすい

たとえば、表示回数が多く、前月比でクリックが30％落ち、本文に料金の説明がないページなら高得点です。一方、表示回数が少なく、テーマも事業から遠く、全体を書き直さないと改善できない記事は後回しにします。

緊急修正は別枠です。リンク切れ、古い料金、誤った営業時間、表示崩れ、法令や安全に関わる記述は、点数を待たずに直します。検索順位の検証と、読者へ正しい情報を届ける作業は分けて扱います。

記事を読むときは、1記事1検索意図に絞る

一つの記事に「費用」「おすすめ」「比較」「使い方」「口コミ」をすべて詰め込むと、どの質問に答えるページなのかがぼやけます。リライトでは、対象記事の中心となる質問を一つ決めます。

たとえば「テレアポ代行の費用」で表示されているページなら、中心は料金の決まり方です。料金表、初期費用、月額と成果報酬の違い、追加費用が発生する条件、見積もり時に必要な情報を優先します。営業代行の選び方や成功事例を大きく追加するのは、別の検索意図です。必要なら関連記事へリンクして、ページの役割を分けます。

本文を読むときは、次の三つだけを探します。

1. 検索語句から想像できる質問に、冒頭で答えているか
2. 判断に必要な条件や例外が抜けていないか
3. 答えの後に、比較・詳細・相談など次の行動が用意されているか

足りないのが単語なら、自然な文章の中で補います。足りないのが情報なら、表、具体例、条件分岐、画像に変換します。単語だけを増やすと読みづらくなるため、検索語句の追加を完了条件にしません。

一つのページで扱う範囲を決める考え方は、1ページに複数のキーワードを入れるときの判断基準も参考になります。

1記事10〜20分で更新する時間割

短時間で終えるには、考える時間と手を動かす時間を分けます。毎回ゼロから記事全体を編集しないことがポイントです。

時間	作業	完了条件
0〜2分	前月比・検索語句・ページ内指標を確認	直す質問を一つ決める
2〜5分	記事を冒頭から読み、答えの場所を確認	不足箇所を一文で説明できる
5〜12分	見出し、本文、表、画像のいずれかを修正	検索した人の判断材料が増える
12〜16分	内部リンク・外部リンク・導線を整える	リンク先が本文の流れと一致する
16〜20分	スマートフォン表示、リンク、記録を確認	変更内容と次回確認日が残る

10分で終わる日は、見出し一つと不足段落だけを直します。20分を超えそうなら、修正を分割します。「本文全体をリライトする」を一回の作業にしないことです。初回は料金の説明、次回は比較表、その次は内部リンクというように、検索意図を保ったまま小さく進めます。

更新後は、変更した日、対象の検索語句、直した箇所、確認予定日を1行で記録します。修正直後の順位で成功・失敗を決めず、少なくとも数週間は同じ仮説のまま観測します。

AIは調査と下書きに使い、事実の判断は人が持つ

AIは、候補記事の整理や文章の比較に向いています。Search Consoleのクエリを「費用を知りたい」「手順を知りたい」「比較したい」のように分類する、現在の本文に答えがあるかを見出しごとに照合する、追加する説明の案を複数出す、といった使い方です。

依頼するときは、対象URL、現在の本文、実際の検索語句、事実確認済みの資料、変更してよい範囲を渡します。「このキーワードを全部入れて」とだけ指示すると、本文と関係のない言葉や、確認できない数字が混ざります。

料金、実績、対応範囲、口コミ、保証、法律に関わる表現は、AIの推測で埋めません。AIが出した文章は、そのまま公開せず、元資料と照合します。短時間運用で守るべきなのは、生成量ではなく確認の範囲です。

検索語句から記事化すべきテーマを探す方法は、Search ConsoleとAIでコンテンツの不足を見つける手順でも紹介しています。既存記事の改善と新規記事の追加を混ぜず、まずは今あるページで答えられるかを判断します。

内部リンク・外部リンク・デザイン・画像を入れる基準

内部リンクは「次に必要な情報」へつなぐ

内部リンクは、記事数を増やすために貼るものではありません。料金を読んだ人が比較を見たい、概要を読んだ人が具体的な手順を知りたい、という流れに合わせます。リンクの前後に「何がわかるページか」を書き、リンク先のタイトルだけで判断させないようにします。

関連ページが多い場合は、同じ記事から何本も並べず、中心となる1〜3本に絞ります。内部リンクの候補をSearch Consoleから見つける考え方は、表示回数のある記事から内部リンクを設計する方法にまとめています。

外部リンクは、読者が確認できる一次情報を優先する

外部リンクは、制度、仕様、統計、公式料金、調査結果など、本文だけでは証明しにくい箇所に使います。リンクを増やすこと自体を目的にせず、読者が元情報を確かめられるかで判断します。リンク先のページが移転した場合は、差し替えか削除まで行います。

デザインと画像は、理解を早める場所に置く

滞在時間を伸ばすために画像を足すのではなく、文章だけでは理解しにくいところに置きます。料金の違いなら比較表、手順なら画面キャプチャ、数字の変化ならグラフ、抽象的な仕組みなら図解が向いています。画像の直前に「何を見る画像か」を書き、alt属性にも内容を入れます。

冒頭の長い文章、スマートフォンで横にスクロールする表、見出しのない塊は、内容が正しくても読み進めにくくなります。結論、要点、具体例の順に並べ、重要な条件だけを強調します。評判や口コミを扱う場合は、出典と対象時点を示し、確認できない評価を作らないことです。

記録を残すと、翌朝から自動運転に近づく

自動化するのは、判断そのものではなく、候補を並べるところです。スプレッドシートやタスク管理表に、次の列を用意します。

• URL、記事タイトル、担当者
• 直近28日と前28日のクリック数・表示回数
• 主な検索語句と、その検索語句が表す質問
• 平均エンゲージメント時間、スクロール、次のページへの移動
• 優先度、今回直す箇所、変更日、次回確認日
• 内部リンク・外部リンク・画像を追加したか

朝はこの表を「下落率」「優先度」「未対応」の順に並べ、最上位の1本を選びます。1本終わったら、変更内容と次回確認日を記入して終了です。余力があれば2本目へ進みますが、1本目の確認を雑にしてまで本数を増やしません。

週に一度は、変更後のページをまとめて確認します。クリック数だけでなく、表示回数、検索語句、問い合わせや購入への動きも見ます。月に一度は、同じページを何度も直していないか、記事同士が同じ検索意図を奪い合っていないかを整理します。

この運用の完了条件は、記事をきれいに書き直すことではありません。改善するページが毎朝一つ決まり、20分以内に変更が終わり、次に確認する日が残っていることです。

まとめ。毎日1本を直せば、1か月で改善履歴が積み上がる

記事が多いサイトでは、全ページを一度に完璧にする必要はありません。前月比で落ちたページを見つけ、滞在や導線を確認し、検索語句から一つの質問を決める。その質問に答える修正を、10〜20分で実行します。

AIには候補整理と下書きを任せ、事実確認は人が行います。内部リンク、外部リンク、デザイン、画像は、読者の理解や次の行動に必要な場合だけ追加します。変更日と確認日を記録すれば、翌朝はその表から次の1本を選べます。

リライトを特別なプロジェクトにせず、朝の小さな判断と更新に変える。記事が多いほど、この積み重ねがサイト全体の差になります。