SEOリライトのやり方：1ページを直す監査票と判断手順

SEOリライトで最初に確認するのは、そのページがタイトルで約束している問いに、今も答えられているかです。古い記事を長く書き直す前に、読者がどこで止まっているかを見ます。

順位が下がった、公開日が古い、競合ページが増えた。そうした変化は見直しのきっかけになります。ただし、その理由だけで全面改稿すると、もともと読者に役立っていた答えまで壊してしまうことがあります。1ページを直すときは、検索結果で期待されていることと、本文の中で読者が止まっている場所を分けて見ます。

SEOリライトはページの約束を守ったまま不足を直す

公開済みの記事には、そのタイトルとURLで積み上げてきた役割があります。リライトでやるべきことは、別の検索意図へ作り替えることではなく、同じ問いへより正確に答え直すことです。

たとえば「SEOリライトのやり方」として読まれているページを、途中から「コンテンツマーケティング全般の戦略」に変えてしまうと、読者の期待とページの中身がずれます。検索エンジンにとっても、URLが何に答えるページなのか分かりにくくなります。

直す前に、次の一文を言えるか確認します。

「このページは、誰のどの判断を助けるページなのか。」

この答えが変わるなら、同じURLでのリライトではなく、新しい記事、統合、終了の判断に回したほうがよいです。答えが変わらないなら、冒頭、具体例、情報の鮮度、内部リンクなど、読者が止まっている箇所を絞って直します。

Search Consoleの数値は本文を見る場所を決める入口になる

Search Consoleの検索パフォーマンス レポートでは、対象URLごとにクリック数、表示回数、CTR、平均掲載順位などを確認できます。これらはリライトの答えではなく、本文のどこを疑うかを決める入口です。

表示回数があるのにクリックが少ないなら、検索結果で見えるtitleやdescriptionの約束が弱い可能性があります。クリックはあるのに相談や次ページ閲覧につながらないなら、冒頭で答えが遅い、条件説明が足りない、次に読むページが見つからないといった本文側の問題を疑います。

数値と本文の見方は、状態ごとに分けると迷いにくくなります。表示回数はあるのにCTRが低い場合は、title、description、冒頭の約束を見ます。検索クエリに対して、検索結果で見える言葉と本文の最初の答えがずれていないかを確認します。

クリックはあるのに読了や相談につながらない場合は、冒頭、具体例、導線を疑います。読者が自分の状況へ当てはめられる説明があるか、次に読むページが自然に見つかるかを見ます。

平均掲載順位が下がっている場合は、検索意図、情報鮮度、競合との差を確認します。古い前提や不足した条件が残っていないかを見ると、全面改稿ではなく部分的な修正で足りる場所が分かります。関連クエリが広がっている場合は、見出し、内部リンク、別記事候補を見ます。同じURLで答える範囲を超えていないかを確認し、必要なら新規記事や統合の判断へ分けます。

Googleは検索結果のタイトルリンクやスニペットを、ページ内の情報などをもとに自動生成する場合があります。そのため、titleやmeta descriptionを書き換えれば必ず表示が変わるとは言えません。入口を直すときも、検索結果だけでなく本文の見出しや冒頭が同じ約束をしているかまで確認します。

単一URL監査票には変更理由を一つの言葉で残す

リライトで後から困るのは、「全体的に改善した」という記録だけが残ることです。それでは、次の月次確認で何が効いたのか判断できません。

監査票には、変更理由を読者が止まっている場所として残します。順位低下のような現象だけではなく、「冒頭で答えが遅い」「料金の前提が古い」「次に読むページへの導線がない」のように、本文のどこを直すのかまで言葉にします。

1ページの変更は、対象URLと読者の問いを結び付けて記録します。確認できた状態と変更理由も一緒に残し、次回に何を見るかまで決めておかなければ、後から効果を検証できません。項目を同じ順番で残せるように、監査票として並べておきます。

監査票は立派な管理資料にする必要はありません。むしろ、1ページごとに短く残せるほうが続きます。大切なのは、変更前の仮説、実際に変えた場所、次に確認する指標がつながっていることです。

検索意図が変わるなら同じURLで直さない

リライトで一番避けたいのは、既存URLを別の問いへ作り替えることです。公開済みURLは、これまでのタイトル、本文、内部リンク、検索結果での見え方によって認識されてきた資産です。

直している途中で、「このページではなく別のテーマにしたほうがよい」と分かった場合は、作業を止めます。その判断は失敗ではありません。むしろ、同じURLで無理に方向転換しないための大切な分岐です。

たとえば、検索クエリを見て新しい需要に気づいたとしても、現在のページが答える問いと違うなら、新規記事として企画します。既存ページの内容が別ページと重なっているなら、統合候補として扱います。古い情報で今後も役割がないなら、終了の判断もあり得ます。

同じURLで直すかどうかは、主検索意図が変わっているかで見ます。主検索意図は同じで、説明不足だけがあるなら、同じURLで部分リライトします。主検索意図は同じでも構成が読みにくいなら、同じURLのまま構成を組み直します。

別の問いへ答えたくなっている場合は、新規記事として企画します。既存の別ページと役割が重なるなら、統合または内部リンク整理を検討します。もう事業上の役割がない場合は、終了や非公開を別工程で判断します。

URLを守ることは、何も変えないという意味ではありません。読者への約束を守ったまま、答えの遅さや古い前提を直すことです。

公開後は順位だけでなく変更理由を検証する

リライト後にすぐ順位だけを見ても、成否は判断しにくいです。検索エンジンが変更を取得し、検索結果へ反映するまでには時間がかかります。さらに、順位は競合や検索需要の変化にも影響されます。

公開後に見るべきなのは、監査票に残した変更理由が改善したかです。CTRを上げるために入口を直したなら、同じURLで近い条件の期間を比べます。本文の不足を直したなら、関連ページへの遷移、問い合わせ前の質問の減少、営業で受ける確認内容の変化も見ます。

1ページのリライトは、変更理由を小さく残して次の月次確認へ戻します。同じ条件に近い状態を見直し、そこでまだ読者が止まっているなら、同じ監査票へ次の仮説を足します。

次に見るのは、変更した場所で読者の迷いが減ったかどうかです。文章の新しさより、ページに期待した答えへ早く届けたかを月次で確認します。直す範囲を絞るほど、次に何を確認すべきかも見えやすくなります。