低品質に見える記事でも、アクセス数だけで削除を決めないようにします。対象読者に必要な情報があるか、他の記事と役割が重なるか、今も正しい内容かを読んで判断します。
判断の軸は残す価値と、同じ用件を答える記事の有無です。文字数の少なさや更新日の古さを、そのまま品質の結論にしません。
目次
リライト、統合、削除を分ける
実際の判断表にはURL、主な用件、内容の重なり、残す説明、対応案、担当を記入します。検索の数値は材料の一つとして使い、読まれない理由を内容不足だけに決めつけません。
スクロールできます
| 記事の状態 | 検討する対応 | 判断に必要な確認 |
|---|---|---|
| 役割は独立し、説明が不足 | リライト | 必要な手順、根拠、制約を補えるか |
| 同じ用件の記事が複数 | 統合 | 残す情報と移転先の対応 |
| 古いが記録として必要 | 注記や更新 | 現行情報との違いを示せるか |
| 不要で適切な代替もない | 削除を検討 | 外部・内部リンク、利用者、復旧方法 |
統合は情報を移してからURLを扱う
残す記事には元の記事にしかない手順や条件、出典を必要に応じて取り込みます。段落をつなぐだけで終わらせず、読み順、重複、矛盾を編集します。
移転先が決まったら、元URLと新URLの対応、内部リンク、サイトマップなどを確認します。恒久移転には301や308などを使う考え方が公式に案内されています。
無関係なページへの一括転送で代替しないようにします。読者が期待する答えが移転先にあるかが重要です。canonicalは重複・類似ページの正規化を知らせるもので、読者を転送する操作とは区別します。
削除を決める前に控えと影響を確認する
適切な代替がなくページをなくす場合は、404や410など、存在しないことが分かる応答を扱います。空のページを200で残す方法は、正常な記事表示と混同されます。
削除や転送の前には本文、設定、リンクの控えを用意し、対象と理由を具体的に確認します。実行後は最終URLと応答、内部リンク、残す記事の表示を点検します。
この表は判断のための案で、記事削除やリダイレクト設定を実行した結果ではありません。統合すれば検索順位が上がるという保証もなく、必要な情報を失わないことを優先します。
