古い記事のリライト：更新・書き直し・統合の判定表

古い記事のリライト：更新・書き直し・統合の判定表

1. 本記事で扱うのは1つだけ：単一記事のリライト判断

着手前に境界を明確にしておく。サイト全体のドメイン変更や構造変更で順位を守る方法は、専用記事で解説している移行と301リダイレクトのマッピング。複数ページが同じキーワードで競合する場合の対応は、キーワードカニバリゼーションの記事で判定と統合の手順をまとめている。毎月定期的に行う保守作業は、月次メンテナンス6項目でスケジュールを組んでいる。この3つをすべて処理した後、まだ1種類の問題が残る：個別に見れば問題ないが、順位と流入がじわじわ下がっている記事群だ。本記事ではこの1点だけを扱う——単一の古いコンテンツのリライト判断：どのシグナルで着手すべきか、どこまでやるか、終わった後どう検証するか。

リライトのコストパフォーマンスは単純な事実から来る：古い記事には蓄積がある。インデックス済みのURL、被リンク、過去に積み上げたクリックデータがあり、検索エンジンはすでに一度品質判断を下している。新規記事は「クロール→評価→立ち上げ」の全過程をゼロから通る必要があるが、リライトは検索エンジンに再評価させるだけで済む。同じ4時間の工数なら、リライトの回収期間は新規記事の通常3分の1から半分だ。

しかしリライトは最も乱用されやすい施策でもある。多くのチームのリライトは「目についた記事をとりあえず直す」で、変更記録も観察期間も残さないため、3か月後にどの変更が効いたか説明できない。リライトで複利効果を生むには、判定基準と検証アクションを備えた小さなプロジェクトとして管理することが前提だ。

2. 4つのシグナル：どの古い記事をリライト対象にするか

「なんとなく古い気がする」は着手の根拠にならない。以下の4つのシグナルのうち、最初の3つはデータを見て、4つ目は検索結果ページ自体を見る。2つ以上に該当、または3つ目（情報の陳腐化）に単独で該当したら着手；4番目にのみ該当する場合は、まず意図確認をやり直してから着手する。

4つのシグナルのうち、3番目は最も見落とされやすく、最も対処しやすい。2023年に書いた「輸出認証リスト」が旧版の規格を引用したままだとしたら、規格番号・年・発効日を差し替えるだけで、多くの場合2週間以内に順位が反応する。最も厄介なのは4番目だ。意図ドリフトは、問題が表現になく「買い手が今求めているのはこの記事ではない」という状態を意味する。この場合リライトはほぼ無効なので、後述の第7節の撤退ラインを参照してほしい。

リライト候補プールの運用提案：四半期ごとに Search Console から全ページの表示回数とクリックをエクスポートし、2列目の判定ラインで絞り込む。これでサイト全体の5%〜10%のページが抽出できる。60記事のサイトなら、四半期ごとのリライト候補は通常3〜6記事で、この規模なら1人で1週間以内に処理できる。

三、判定表：更新・リライト・統合の3つの道の選び方

リライト候補に入ったら、まず意図と構造の健康診断を行い、3つの処置パスから1つを選ぶ。判断の核心となる問いはただ1つ。この記事が答えるべき問いは、今も同じ問いか？

この表は3つの文で覚えられる：問いは変わらず答えが古いなら小更新。問いは変わらず語り方が古いならリライト。2記事が1つの問いを奪い合っているなら統合。統合の具体的な実行手順——メインページの選び方、301の当て方、内部リンクの張り替え方——はキーワードカニバリゼーションの記事の6ステップに従う。本記事では繰り返さない。

選ぶ道を間違えたときの代償は非対称だ。統合すべき記事に小さな更新をかけても、4時間を無駄にするだけで損失は出ない。小さな更新で済む記事を書き直せば、2日分の工数で成果は増えず、安定していた順位まで崩れる。だから判断に迷ったら、まず小さな更新をやり、30日で効果が出なければ書き直しに進む——この順番はカニバリの処理における「先に書き換えてから統合」と同じ理屈だ。安い作業から先にやる。

4. 小さな更新の6項目チェックリスト

小さな更新は「2文を直す」ことではない。以下の6項目をすべて終えて、ようやく一人前の小さな更新になる。合計2〜4時間。

6項目のうち3番目が最も飛ばされやすいが、まさにこれが「この記事は変わった」と検索エンジンに判断させる鍵となるシグナルだ。数字だけ差し替えて情報を足さなければ、旧版との差分が小さすぎて、取るに足らない修正と見なされかねない。追加する2〜3件の情報点は、本文の前半に置くか独立した段落にし、文末にまとめて積まない。

3番目にはもう一つ規律がある。追記する情報は元の意図に資するものでなければならない。選定方法を扱った古い記事なら、追記すべきは新年度のパラメータ比較であって、ついでに社内ニュースを一段落差し込むことではない。後者はテーマの密度を薄め、逆効果になる。

5. 書き直しの作業順序と更新日の扱い

書き直しで最もやりがちな失敗は「ゼロからの作り直し」だ。URLを変え、タイトルを変え、メインキーワードを変えるのは、この記事が積み上げた資産を自ら捨てるに等しい。正しいやり方は骨格の資産は残し、中身だけ入れ替える。作業順序は5ステップ。

日付の扱いはリライトで避けて通れない細部です。ページには通常 2 つの日付があります。公開日と更新日です。扱いの基準は次のとおりです。

公開日を現在の日付に変えるのはよくある誤操作です、古い記事が「長期的に有効」という実績シグナルを失い、順位には役立たず、スニペットで日付の混乱を招くこともあります。両方を変更するのは 1 つの場合だけです。内容が実質的に別の記事になっている場合は、新規記事として新しい URL で公開し、旧記事から 301 を張ります。

リライト完了後は、旧版の全文をアーカイブしてから上書き公開します。60 日の観察期間中に順位が上がらず、30 日経っても改善しない場合、何を失ったかを旧版と照合して判断する必要があります。アーカイブがなければ推測するしかありません。

六、更新後の検証サイクル:14 日・30 日・60 日の 3 つの観察ポイント

更新して終わりではなく、検証まで終えて完了です。3 つの観察ポイントにはそれぞれ合格ラインがあります。

7〜20 日目の間に順位が 5〜15 位変動するのは正常な過程で、リライトでは特に顕著です。検索エンジンは「変わった見慣れたページ」を再評価する必要があるからです。この変動は結論に書き入れず、対策も打ちません。本当に警戒すべきは 30 日目に方向性が見えない場合です。変更が急所を突いておらず、多くの場合、追加情報が的外れか、意図が実際にずれています。

リニューアルのたびに1枚の表に記録します。項目は6つ。URL、対応タイプ（更新／書き直し／統合）、リニューアル日、変更概要、3つの観測ポイントのデータ、結論（達成／二次対応／放棄）。この表は四半期ごとの期末に振り返り、1年続けるとどの対応が自分のサイトで最もリターンが高いかが見えてきます。多くのサイトは1年走らせると小規模更新が処理量の6割以上を占めることに気づきます。だから判定表は小規模更新を最初のルートに置いているのです。

7. リニューアルの程度と撤退ライン

リニューアルには2つのブレーキがあります。1つ目は「触ってはいけない3つのケース」、2つ目は「すぐに放棄すべき3つのケース」です。前者はしばらく触らないだけ、後者は永遠に触る価値がないものです。

1位の古い記事はサイト全体で最も敏感な資産です。リニューアルによる再評価はリスクしかなく、期待できるリターンはゼロです。

放棄は削除ではありません。URLを削除するとそのページが蓄積した被リンクとロングテールキーワードをすべて失います。正しいやり方は降格メンテナンスです。ページは残し、工数はかけず、半年ごとに新しい意図が生まれていないか確認します。リニューアルのリソース保全の原則は——四半期ごとにリニューアル対象以外の工数は、すべて新規コンテンツに投じる。リニューアルがコンテンツ工数の2割を超えたら、テーマの蓄積に問題がある証拠です。古い記事を掘り続けるのではなく、テーマ候補を補充すべきです。1人でコンテンツのペースをどう組むかは、サイトの1人チームの生産量の算出の記事の工数の考え方を参考にしてください。

FAQ よくある質問

最後に

リニューアル判断に表が必要なのは、最大のコストが工数ではなく対象の選び間違いだからです。触るべきでないものを触り、手放すべきものを何度もやり直してしまう。まず4つのシグナルで対象を絞り、次に3つのルートで施策を決め、最後に3つの観察点で検証する。各ステップに合格ラインを設けてこそ、リニューアルは片手間ではなく資産管理になります。

始め方はシンプルです。今四半期にSearch Consoleからサイト全体のデータを一度取得し、第2節の判定ラインでリニューアル候補を絞り込み、シグナルが最も強い2本から着手します。通常は情報が古い記事に小さな更新を、表現が古い記事に書き直しを行います。登録して60日間観察し、1サイクル回してから規模を広げましょう。

覚えておきたい一言。リニューアルとは古い記事を見栄えよくすることではなく、検索エンジンに「この記事は今も上位に出す価値があるか」をもう一度答えさせることです。