古いブログ記事を見つけると、「情報が古そうだから全部書き直そう」と考えがちです。しかし、リライトは文章を新しくする作業ではありません。検索している人が今知りたいことと、現在の記事のずれを見つけ、必要な部分だけを改善する作業です。
やみくもに手を入れると、すでに評価されている見出しやキーワードまで消してしまい、かえってアクセスが落ちることがあります。反対に、改善候補をデータから選び、変更前の状態を残し、狙う検索意図を決めてから直せば、初心者でも作業の迷いを減らせます。
この記事では、古いブログ記事をリライトするタイミング、優先順位の決め方、WordPressでの具体的な作業手順、公開後の確認方法までを順番に解説します。記事数が増えてきたものの、どこから見直せばよいか分からない方は、実際の作業用チェックリストとして使ってください。
ブログ記事のリライトとは
リライトとは、すでに公開している記事を、現在の検索意図や読者の疑問に合う内容へ改善することです。誤字を直したり表現を少し変えたりするだけではなく、内容の不足、情報の古さ、分かりにくい構成、クリックされにくいタイトルなどを見直します。
新しい記事を書く場合は、何もない状態から検索意図を考え、構成と本文を作ります。一方、リライトでは、公開済みの記事がどの検索キーワードで表示され、どこまで読者に選ばれているかという材料があります。この材料を使えることが、リライトの大きな利点です。
ただし、公開から時間がたった記事を一律に書き直す必要はありません。検索流入が安定していて、内容も現在の状況に合っている記事は、無理に変更しない方が安全です。記事の古さではなく、読者にとって改善する理由があるかどうかで判断します。
リライトを検討したいタイミング
リライトに向いている時期は、単純な公開日だけでは決まりません。検索結果の動き、情報の変化、サイト内の記事構成などを合わせて判断します。
表示回数はあるのにクリックされていない
Google検索で記事が表示されているのにクリック率が低い場合は、タイトルや説明文が検索意図に十分合っていない可能性があります。検索キーワードと記事内容が近いから表示はされているものの、読者が「自分の疑問を解決できそう」と感じられていない状態です。
この場合は、タイトルだけを刺激的にするのではなく、表示されている検索キーワードを確認し、その疑問への答えが記事にあるかを先に見直します。記事内に答えがあるならタイトルや導入文で伝わりやすくし、答えが不足しているなら本文も補います。
クリック数や表示回数が継続して下がっている
一定期間アクセスがあった記事のクリック数や表示回数が、数週間から数か月にわたって下がっている場合も候補です。検索する人の関心が変わった、競合記事が充実した、記事内の情報が古くなったなど、複数の原因が考えられます。
数日だけの変化で判断すると、曜日、季節、ニュースなど一時的な要因をリライトの効果と取り違えます。Search Consoleで同じ長さの期間を比較し、下落が継続しているかを確認してから着手します。
検索順位が中位で止まっている
狙った検索キーワードで表示されているものの、上位に届かずアクセスが伸びない記事は、改善余地がある場合があります。ただし、平均掲載順位だけで決めるのは危険です。Search Consoleの順位は、検索した場所、端末、検索語句などを含む平均値だからです。
順位だけを見るのではなく、表示回数、クリック数、クリック率、実際の検索キーワードを一緒に確認します。読者の疑問に対する答えが不足している、結論まで遠い、具体例が少ないといった課題があれば、リライトの効果を期待できます。
手順や仕様が変わった
WordPress、Webサービス、法制度、料金、管理画面などを扱う記事は、内容が古くなりやすい分野です。記事の手順どおりに操作できない状態は、検索順位以前に読者の不利益につながります。
公式サイトの更新情報を確認し、変更された箇所だけでなく、記事全体の流れが現在も成立するかを確認します。画面名やボタン名だけを置き換えるのではなく、前提条件、注意点、完了確認まで含めて見直すことが大切です。
読者の疑問に対する答えが不足している
公開当時は十分だった記事でも、関連記事を書いたり問い合わせを受けたりするうちに、読者が迷う点が見えてきます。「結局どれを選べばよいのか」「失敗したときはどう戻すのか」「初心者はどこまで自分で行えるのか」といった疑問が残るなら、追記を検討します。
ただし、関連する話題を無制限に足すと、記事の主題がぼやけます。検索意図が別なら関連記事として分け、元の記事から内部リンクで案内します。
似た記事が増えて役割が重なっている
同じサイト内に似たテーマの記事が増えると、どの記事を読めばよいか分かりにくくなります。検索キーワード、想定読者、答える疑問がほぼ同じなら、片方へ統合する方がよい場合があります。
一方で、「仕組みを知りたい記事」と「実際の操作手順を知りたい記事」のように検索意図が違えば、別記事のまま役割を明確にできます。タイトルと導入文を調整し、相互に内部リンクを設けると、読者が次の行動へ進みやすくなります。
リライトを急がない方がよい記事
改善候補に見えても、すぐに手を入れない方がよい記事があります。作業量を増やさず、既存の評価を守るために確認してください。
公開したばかりの記事
公開直後は検索データが少なく、記事の実力を判断しにくい状態です。誤情報や重大な操作ミスがある場合はすぐ直しますが、順位が付かないことだけを理由に大幅変更するのは避けます。サイトの規模やテーマにより差があるため、固定の日数で断定せず、十分な表示回数が集まっているかを見ます。
検索流入が安定している記事
主要な検索キーワードで継続してクリックされ、内容にも問題がない記事は、変更の優先度が低いです。更新日を新しく見せるためだけの書き換えは、読者への価値を増やしません。明確な改善点がなければ、誤字やリンク切れなどの保守にとどめます。
季節要因で一時的にアクセスが落ちている記事
イベント、年度替わり、長期休暇などに関連する記事は、季節によって需要が変わります。前年同時期と比較せずに直近の下落だけを見ると、正常な変動を問題と誤認します。期間比較を行い、需要そのものが減ったのか、記事だけが弱くなったのかを分けて考えます。
サイト全体の不具合が原因になっている場合
複数の記事が同時に落ちているなら、個別記事より先にサイト全体を確認します。noindexの誤設定、サーバー障害、表示速度の悪化、サイト移転後の転送ミスなどがあると、本文を書き直しても解決しません。
リライト候補を選ぶ準備
リライトは、思いついた記事から始めるより、候補を一覧にして優先順位を決める方が効率的です。Search ConsoleとWordPressを使い、最低限の材料をそろえます。
対象ページの検索データを確認する
Search Consoleの検索結果パフォーマンスで、調べたいページのURLを指定します。確認する項目は、クリック数、表示回数、クリック率、平均掲載順位、表示された検索キーワードです。
期間は短すぎない範囲で設定し、直前の同じ長さの期間や前年同時期と比較します。Googleの公式ヘルプでも、ページやクエリで絞り込み、期間を比較できると案内されています。日単位の上下に振り回されないよう、週や月の傾向を見ます。
記事の役割を一文で書き出す
対象記事が「誰の、どの疑問に、何を答える記事か」を一文で書きます。たとえば、「WordPress初心者が、プラグイン更新前の準備から完了確認まで安全に進めるための記事」のように具体化します。
一文にできない場合は、複数の検索意図を詰め込みすぎている可能性があります。主題を決め、外れる部分は削るか関連記事へ分けます。
変更前の状態を記録する
リライト前に、記事URL、タイトル、主な見出し、更新日、クリック数、表示回数、クリック率、主な検索キーワードを記録します。可能ならWordPressのバックアップやリビジョンも確認します。
記録がないと、公開後に数字が変わっても、何が影響したのか判断できません。元に戻す必要が生じたときにも役立ちます。
競合記事ではなく検索結果の傾向を見る
上位記事の文章をまねるのではなく、検索結果全体から読者が求める答えの種類を読み取ります。初心者向け解説が多いのか、手順が中心なのか、比較や事例が求められているのかを確認します。
競合にある見出しをすべて足す必要はありません。自分の記事の読者に必要な内容だけを選び、自分の経験、検証、具体例で分かりやすくします。
リライト候補の優先順位を決める方法
候補が複数あるときは、アクセスが少ない順に直すのではなく、改善したときの効果と作業の必要性を合わせて考えます。まだ検索でほとんど表示されていない記事は、検索意図がずれている可能性もありますが、単にサイト全体の評価や内部リンクが不足している場合もあります。
一方、一定の表示回数があり、関連する検索キーワードも確認できる記事は、Googleがテーマをある程度認識していると考えられます。クリック率、内容の不足、情報の古さなど、改善すべき点を見つけやすいため、初心者が最初に取り組む候補として扱いやすいです。
優先度を高くしやすい記事
- 主要なサービスや操作方法が変わり、読者が手順どおりに進められない記事
- 表示回数があるのに、検索キーワードとタイトルの答えがずれている記事
- 過去にはクリックされていたが、継続的な下落が見られる記事
- 問い合わせや読者の反応から、重要な説明不足が分かった記事
- サイト内の重要な関連記事へつながっておらず、読者が次に進めない記事
正確性に関わる古い情報は、検索データが少なくても優先します。間違った操作、古い料金、終了したサービスなどを案内している状態は、アクセス改善より先に直す必要があります。
優先度を下げやすい記事
- 検索流入が安定し、内容にも明確な不足がない記事
- 公開直後で判断材料となるデータが十分にない記事
- 季節による一時的な下落だけが見られる記事
- 検索需要が非常に小さく、サイト内での役割も限定的な記事
- 個別記事ではなく、サイト全体の技術的な問題が影響している記事
優先度が低い記事を放置するという意味ではありません。リンク切れ、誤字、明らかな誤情報は通常の保守で修正し、大幅な構成変更は後回しにします。
候補一覧に残したい項目
スプレッドシートなどに、記事URL、タイトル、公開日、最終更新日、主な検索キーワード、クリック数、表示回数、クリック率、課題、予定する変更、作業日を記録します。数値は同じ期間でそろえます。
課題の欄には「順位が低い」のような結果だけでなく、「検索キーワードへの答えが導入文にない」「旧画面の手順になっている」「関連記事への案内がない」のように、直せる状態で書きます。予定する変更も「全面リライト」ではなく、「導入文と二つの手順を更新」「公式情報を確認して注意点を追記」など、具体的にします。
候補一覧を作る目的は、細かな点数を付けることではありません。なぜ直すのかを説明でき、公開後に何を確認するかが分かる状態にすることです。
古いブログ記事をリライトする手順
ここからは、WordPressで作業するときの流れを説明します。大幅な変更ほど、一度に公開せず確認を挟むことが重要です。
検索意図と改善目標を決める
Search Consoleで表示されている検索キーワードを確認し、記事が今答えるべき疑問を決めます。次に、今回の改善目標を一つか二つに絞ります。
- 情報が古い箇所を現在の仕様へ直す
- 検索キーワードに対する答えを冒頭で明確にする
- 表示回数はあるが低いクリック率を改善する
- 不足している手順や失敗時の対処を加える
- 重複する内容を整理して記事の役割を明確にする
目標を決めずに始めると、文章をきれいにするだけで終わりやすくなります。公開後の確認項目も、改善目標に合わせて決めます。
残す内容と直す内容を分ける
既存記事のすべてが悪いわけではありません。検索されている見出し、分かりやすい具体例、読者の役に立つ注意点など、残す部分を先に決めます。
次に、情報が古い、不足している、主題から外れている、重複している部分へ印を付けます。「残す」「修正する」「追加する」「削除する」「別記事へ移す」の五つに分けると、作業範囲が見えます。
結論と導入文を見直す
導入文では、読者の悩み、この記事で分かること、読み終えた後にできることを簡潔に伝えます。長い背景説明を続けず、検索した疑問への答えがあることを早めに示します。
結論を無理に一文へ詰め込む必要はありません。手順記事なら、最初に全体の流れと重要な注意点を示し、その後で各作業を説明すると理解しやすくなります。
見出し構成を整理する
見出しだけを読んでも、記事の流れが分かる状態を目指します。同じ意味の見出しをまとめ、話が前後している箇所を並べ替えます。大見出しの内容を細かく説明するときだけ小見出しを使います。
検索キーワードを不自然に何度も入れる必要はありません。読者が次に知りたい順番を優先し、見出しの表現は具体的にします。
古い情報を一次情報で確認する
仕様、料金、操作方法、制度などは、運営会社や公的機関の公式情報で確認します。個人ブログだけを根拠にすると、その記事自体が古い可能性があります。
変更日が重要な場合は、記事内に確認時点を示します。ただし、更新日だけを新しく見せる目的で日付を変えるのではなく、実際に内容を確認し、読者に影響する変更を反映します。
不足している説明と具体例を加える
初心者向け記事では、操作名だけでなく、なぜ行うのか、どの状態なら完了なのか、失敗したらどうするのかまで書くと実用性が上がります。
たとえば「バックアップを取る」だけで終わらせず、何を保存するか、保存先はどこか、復元できる状態かを確認する、といった具体性を加えます。一方、主題と関係の薄い豆知識は増やしません。
タイトルとメタディスクリプションを調整する
タイトルは、記事の内容を正確かつ簡潔に伝えます。検索キーワードを入れることだけを優先せず、誰向けで何が分かるかを示します。本文と一致しない強い表現、不要な記号、毎年使い回す古い年号は避けます。
Googleは検索結果のタイトルリンクを、title要素、ページ内の主見出し、リンクの文言など複数の情報から自動生成すると説明しています。タイトル、記事の主見出し、本文の主題がずれないようにそろえます。
メタディスクリプションは、記事を読む判断材料になる短い説明です。検索結果では別の本文が使われることもありますが、ページの内容を具体的に要約しておくことには意味があります。
内部リンクと外部リンクを点検する
関連する基礎記事、詳しい手順記事、次に行う作業の記事があれば、文脈に合わせて内部リンクを設けます。「こちら」だけではなく、リンク先の内容が分かる文言にします。
外部リンクは、現在も開けるか、信頼できる一次情報かを確認します。リンク切れや転送先の変化があれば修正します。記事と無関係なリンクを増やす必要はありません。
誤字とスマートフォン表示を確認する
プレビューで、見出しの順番、箇条書き、改行、画像、表、リンクを確認します。特にスマートフォンでは、長い表や連続する長文が読みにくくなります。段落を適度に分け、表が横にはみ出していないかを見ます。
固有名詞、URL、操作名の誤りは、読者の作業失敗につながります。文章の滑らかさより先に、事実と手順が正しいかを確認します。
URLを変えずに更新する
既存記事の評価や外部からのリンクを引き継ぐため、原則としてURLスラッグは変えません。タイトルを変えたからといって、URLまで合わせて変更する必要はありません。
どうしてもURLを変える場合は、旧URLから新URLへの恒久的な転送、内部リンク、サイトマップなどの確認が必要です。初心者が判断に迷う場合は、URLを維持する方が安全です。
更新内容を記録して公開する
公開前に、変更した箇所、公開日時、確認する指標を記録します。更新履歴を読者向けに表示する場合は、「全面改訂」「手順を現行仕様へ更新」など、実際の変更内容が分かる表現にします。
Google Search ConsoleのURL検査から再クロールをリクエストできますが、反映には時間がかかり、送信しても即時掲載が保証されるわけではありません。同じURLを何度も送っても早くならないため、必要な記事だけに使います。
リライト後に確認すること
公開した時点で作業は終わりではありません。検索エンジンが変更を認識し、十分なデータがたまるまで待ってから、改善目標に沿って確認します。
ページが正常に表示されるか
ログアウトした状態や別端末で記事を開き、本文、画像、リンク、目次、スマートフォン表示を確認します。キャッシュの影響で古い内容が見える場合もあるため、更新が反映されているかを確かめます。
Search Consoleで再クロールを確認する
URL検査で、Googleが認識しているページの状態やクロール情報を確認します。タイトルや検索結果の表示はすぐ変わるとは限りません。数日から数週間かかる場合があるため、短時間で何度も変更しないようにします。
変更前と同じ条件で期間を比較する
クリック数、表示回数、クリック率、検索キーワードの変化を、変更前と同じ条件で比較します。曜日や季節の影響を減らすため、同じ長さの期間を使います。
順位だけが上がったかではなく、狙った検索キーワードで表示され、必要な読者にクリックされているかを見ます。検索需要そのものが変わることもあるため、数字を一つだけで評価しません。
一度に追加修正しすぎない
公開直後に別の箇所を何度も変えると、どの改善が影響したか分かりにくくなります。誤情報や不具合はすぐ直し、それ以外はデータが集まるのを待ちます。
リライトでよくある失敗
文字数を増やすことを目的にする
長い記事ほど評価されるとは限りません。主題と関係の薄い説明を増やすと、読者が答えへ到達しにくくなります。必要な情報を過不足なく、理解しやすい順番で示すことを優先します。
上位記事の見出しをそのまま写す
検索結果の傾向を調べることと、他の記事を写すことは違います。読者の疑問を把握する材料として使い、自分の記事の目的、経験、検証内容に合わせて構成します。
評価されている内容まで消す
検索キーワードや流入がある見出しを確認せず、大幅に削除すると、既存の評価を失うことがあります。変更前にSearch Consoleの検索キーワードとページ内の対応箇所を見比べ、残す理由がある部分を把握します。
タイトルだけを変えて本文を直さない
クリック率を上げたいからといって、本文にない答えをタイトルへ入れると、読者の期待を裏切ります。タイトルと本文を同じ検索意図へそろえ、必要なら導入文や該当見出しも改善します。
公開日だけを新しくする
内容を確認せず日付だけを変えても、情報の正確さや分かりやすさは改善しません。更新日を表示するなら、読者に意味のある見直しを行い、何を更新したか説明できる状態にします。
すべての記事を同じ基準で直す
クリック率が課題の記事と、内容の古さが課題の記事では、修正箇所が違います。候補ごとに問題を一つずつ特定し、必要な改善だけを行います。
初心者向けリライトチェックリスト
作業前、公開前、公開後に分けて確認すると、抜けを減らせます。
作業前の確認
- 対象記事のURLと現在のタイトルを記録した
- Search Consoleでページを絞り込んだ
- クリック数、表示回数、クリック率、検索キーワードを記録した
- 十分な期間を使い、同条件で比較した
- 記事が答える検索意図を一文で決めた
- 残す内容と直す内容を分けた
- 大幅変更に備えて復元方法を確認した
公開前の確認
- 導入文で記事の答えと対象読者が伝わる
- 見出しだけで記事の流れを理解できる
- 古い情報を公式の一次情報で確認した
- 手順に完了条件と注意点がある
- タイトルと本文の検索意図が一致している
- 内部リンクと外部リンクが正しく開く
- スマートフォン表示で読みにくい箇所がない
- URLスラッグを不用意に変更していない
公開後の確認
- ログアウト状態で更新内容を確認した
- 変更日と変更内容を記録した
- 必要に応じてURL検査を行った
- 十分な期間を置いて同条件で比較した
- 狙った検索キーワードの表示とクリックを確認した
- 追加修正を急がず、データが集まるのを待った
リライトと新規記事作成のどちらを選ぶか
既存記事と同じ検索意図に答えるなら、まずリライトを検討します。似た記事を増やすより、内容を一か所へまとめた方が読者にも管理者にも分かりやすくなります。
一方、対象読者、知りたいこと、読み終えた後の行動が明確に違うなら、新しい記事に分けます。たとえば「リライトとは何かを知りたい人」と「Search Consoleを使って改善候補を選びたい人」では、必要な詳しさが違います。
判断に迷ったら、二つの記事に同じ結論と同じ見出しが並ぶかを確認します。大半が重なるなら統合、役割が分かれるなら別記事として内部リンクでつなぎます。
古い記事はデータを見て必要な部分だけ改善する
古いブログ記事のリライトは、文章を全面的に書き換える作業ではありません。Search Consoleで候補を選び、検索意図と改善目標を決め、残す部分を守りながら不足や古さを直す作業です。
最初は一つの記事に絞り、変更前の記録を残してください。導入文、見出し、古い情報、具体例、タイトル、リンク、スマートフォン表示を順番に確認すれば、初心者でも落ち着いて進められます。
公開後はすぐに結論を出さず、同じ条件でデータを比較します。記事の役割を明確にし、読者が今知りたい答えへ到達しやすくすることが、リライトで最も大切な基準です。
