SEOリライトでは、直すと決めたページに何が足りないのかを確かめ、その不足を解消する範囲で書き直します。情報が古ければ、現行の資料に合わせる必要があります。内容は正しくても適用条件が抜けていたり、説明の順番で迷わせていたりする場合は、別の直し方になります。ページ全体を新しくすることが目的ではありません。
たとえば、機器を入れ替える際の部品の再利用について考えます。対象機種による違いが書かれていなければ、自社の設備でも使えると誤解するかもしれません。この場合に必要なのは、対応条件と確認先を示すことです。関連キーワードや一般的な製品紹介を増やしても、その疑問には答えられません。
クリックが減った理由と、本文を直す理由を分ける
検索からのクリックが減ったとき、その数字だけでは本文のどこを直すべきかは分かりません。検索需要が減った場合と、ページが検索エンジンに読み取られなくなった場合では、文章を増やしても解決しないためです。Googleも検索流入の減少を調べる案内で、技術的な問題や需要の変化など複数の原因を挙げています。小さな順位変動を理由に、機能しているページを急激に変えることも勧めていません。
Search Consoleの検索語句は、ページにどのような疑問が向けられているかを考える材料になります。一方、製品の対応条件が正しいかどうかは、メーカーの現行資料などで確かめる内容です。流入データと本文の事実を分けて読むと、数字の変動に合わせて不要な説明を足すことを避けられます。
本文に明らかな誤りがあるなら、順位が落ちていなくても修正する理由になります。反対に、流入が減っていても説明の不足が見つからなければ、全面改稿を決める根拠はまだ足りません。減少したページや検索語句の調べ方は、Search Consoleでの見直し手順で扱っています。
答えの不足から、書き直す範囲を決める
文章を読む際の基準は、そのページを開いた人が知りたいことに答えているかどうかです。答えはあっても、適用条件が離れた場所にあると読み落とされます。結論へたどり着くまでに関係の薄い話が続くなら、情報の追加より説明順の変更が有効かと思います。
ここからは、機器の入れ替えを説明する架空の記事で考えます。記事には「既存の接続部品はそのまま使えます」とありますが、現行の対応表では方式Aだけが再利用可能で、方式Bは交換が必要だったとします。ほかの方式については資料に記載がなく、メーカーの確認窓口では機器の型番と接続方式が必要だとします。実在製品の仕様や改稿実績を示す例ではありません。
この条件なら、本文は次のように書き換えられます。
既存の接続部品を再利用できるのは、対応表で方式Aとされている機器です。方式Bでは部品の交換が必要になります。それ以外の方式は、この対応表からは再利用の可否を判断できません。メーカーへの確認には、機器の型番と接続方式が必要です。
対応条件や確認方法は、実際の資料や窓口の案内で確かめたうえで掲載する情報です。対応表が見つからない場合に、推測で「ほとんどの機器で使えます」と補うと、元の誤解を別の言葉で残すことになります。
直す場所は、その一文だけとは限りません。後半の費用例が部品をすべて再利用する前提なら、方式Bの説明と矛盾します。例の対象を方式Aに限定するか、交換が必要な場合を説明する変更まで含める必要があります。一方、入れ替え前後の作業を正しく説明している部分は、そのまま残せます。文章量の何割を変えるかより、修正した条件が記事の途中で崩れないことが大切です。
チェックシートには、変更理由と確認結果を残す
改稿の記録は、確認項目へ丸を付けるだけでは、何が良くなったのかを後から追いにくくなります。元の問題と修正後の状態を対応させると、別の人が読む際にも変更の意図が伝わります。先ほどの仮定に沿って、本文の修正と公開前確認まで終えたチェックシートの例を示します。
| 確認する箇所 | 修正前の問題・前提 | 修正後の確認結果 |
|---|---|---|
| 部品の再利用条件 | すべて再利用できると読める | 方式Aは再利用、方式Bは交換と対応表に一致 |
| 資料にない方式 | 判断できる範囲が不明 | 可否は未確認と明示し、メーカーの確認案内へリンク |
| 後半の費用例 | 全機器で部品代が不要に見える | 再利用できる方式Aの例と明示 |
| タイトルと説明文 | 機器の入れ替えが主題 | 修正後も同じ問いへ答えており、URLは維持 |
| プレビューの参照先 | 対応表と確認案内へのリンクを追加 | 対象製品の資料が開き、本文の条件と一致 |
この例では、対応表の名称と版を記録に添えると将来の仕様変更時にも根拠をたどれます。確認した日付も、その時点の判断を読み直す手がかりになります。未確認の箇所は確認済みの結果と分けて残します。ただし、それを理由に記事のすべてを止める必要があるとは限りません。誤解を生む断定を訂正できる範囲と、資料がそろってから加える説明は別に判断できます。
改稿で答える問い自体が変わるなら、一ページ内の修正範囲を超えています。たとえば、機器の入れ替え手順の記事を製品比較へ作り替える場合です。既存記事を残すか、別ページへ統合するかは、古い記事の扱いを決める手順で扱う別の編集判断です。
公開した文章の確認と、検索結果の評価を分ける
プレビューで正しく見えても、公開後のページに同じ内容が反映されているとは限りません。上の例なら、再利用条件と費用例が矛盾していないかを公開画面でも読み、参照先が意図した資料を開くか確かめます。タイトルや説明文にも条件を一律に述べた表現があれば、本文と合わせて修正する対象です。公開操作に伴う確認は、サイト公開前後のチェックで補えます。
更新日を表示する場合は、実際に内容を更新した日付に合わせます。構造化データにも更新日を出しているなら、読者に見える表示と食い違わないようにします。これはGoogleの日付表示に関する案内でも示されている点です。内容を変えず日付だけ新しくしても、読者の疑問が解決するわけではありません。有用なコンテンツについての案内も、新しく見せるためだけの日付変更に注意を促しています。
公開後の検索データを比べる際には、変更日と変更内容を対応させ、対象ページと比較条件をそろえます。その後にクリックが増えても、需要やほかの施策が変わっていれば、改稿だけの効果とは断定できません。今回のような修正で先に確かめられるのは、対応条件が明示され、本文内の説明が一致したことです。