自社の記事を見返したら、紹介しているサービスの料金が変わっていた。別の記事では、数年前の調査を「現在の傾向」として説明している。新しい記事をつくる一方で、公開済みの記事にも手を入れたい。でも、すべてを読み直す時間はない。
そんなとき、公開日が古い順にリライトを始めると、いま直すべき箇所を後回しにするかもしれません。先に見たいのは、その情報を信じた読者が、判断を誤る可能性があるかです。料金や申込条件が変わった記事と、過去の取材を当時の記録として伝える記事では、必要な対応が異なります。
この記事では、Googleの公開日・更新日に関する説明と、英国政府のGOV.UKが公開するコンテンツ管理の指針を参照しながら、企業メディアで使う更新の判断基準を提案します。
最初に直すのは、読者の行動を変える情報
「古い」と「誤っている」は、同じではありません。数年前のインタビューでも、その時点の経験を知る資料として役立ちます。一方、昨日公開した記事でも、申込先や提供条件が変われば修正が必要です。
更新対象を絞るときは、次の順で見ていくと判断しやすくなります。これは検索順位の評価基準ではなく、読者への影響をもとにした編集部の提案です。
| 確認すること | 記事内の例 | 対応の考え方 |
|---|---|---|
| 読者が行動を間違えないか | 終了した募集、旧料金、使えない申込先 | 該当情報を優先して確認・修正する |
| 結論の根拠がいまも成立するか | 廃止された機能を前提にした比較、古い調査による現状説明 | 根拠と結論をセットで見直す |
| 必要な情報へ進めるか | 出典や関連ページのリンク切れ | 移転先と内容を確かめて直す |
| 読みやすさを改善できるか | 重複した説明、長い前置き | 事実確認と分けて編集する |
アクセス数も、確認する順番を決める材料になります。ただし、閲覧数が少なくても営業担当者が商談で使う記事なら、古い条件が相手に伝わる可能性があります。検索からの流入だけでなく、営業資料やメールから案内しているページも候補に入れましょう。
すぐに正しい情報を確定できない場合は、全面改稿の完成を待たず、誤解を招く案内の掲載を止める、確認できる公式窓口を示すといった対応を検討します。「情報が古い可能性があります」とだけ添えても、申込ボタンや旧料金が残っていれば、読者は判断に迷います。
数字を差し替える前に、何を説明していたか読む
古い数字を見つけると、新しい数字に入れ替えたくなります。しかし、出典の発行年が新しくても、調査対象や設問が違えば、そのまま置き換えることはできません。
たとえば、ある年の「従業員1,000人以上の企業への調査」と、翌年の「全規模の企業への調査」を比べる場面を考えます。これは説明のための想定例です。後者の割合が高くても、対象企業の違いによるものかもしれず、「1年で普及が進んだ」とは、その数字だけでは言えません。
点検する単位を一つの数字から、数字・説明・結論のまとまりに広げます。
- 料金や仕様は、対象プラン、適用日、利用条件まで確かめる。
- 統計は、調査時期、対象、設問、集計方法を読み、本文の説明に使えるか判断する。
- 制度は、現行の公式案内に加えて施行日や適用対象を確認し、発表済みの変更と現在の条件を分ける。
- 取材発言は、取材時点の言葉として扱い、現在の状況を確認したことにしない。
取材先の肩書きが変わっていても、過去の発言をいまの肩書きで語ったように書き換える必要はありません。「肩書き・所属は取材当時」と明示し、現在の情報が記事の理解に必要なら、確認した事実を追記する方法があります。
一方、「現在はこの方法が最適だ」という結論が、終了したサービスを前提にしているなら、注記だけでは記事の問いに答えられません。別の方法を調べ直すか、現状の案内としては掲載を続けない判断が必要です。
修正する、追記する、記録として残す
確認した記事をすべて全面改稿する必要はありません。読者が何を求めてそのページを開くのかを考えると、対応を選びやすくなります。
いまの手順を探す記事は、使える状態へ修正する
設定手順やサービスの選び方など、現在の行動を助ける記事は、古い説明を残すことで読者が迷わないか確認します。操作画面が変わっていれば、文章だけでなくスクリーンショット、図版、見出しの順番も点検対象です。
修正後は本文の冒頭まで戻り、最初に約束している答えと一致するか読み直してください。本文だけが新しくなり、タイトルに旧プラン名が残ると、記事に入る前から誤解が生まれます。
その後の変化に意味がある記事は、追記する
導入事例で、その後の運用が変わったと確認できたなら、「公開後の変化」として追記する方法があります。当初の課題、実施したこと、その時点での成果を保ちながら、どこが変わったかを伝えられます。
ただし、新たな成果を以前の取り組みの効果と結びつけるには根拠が必要です。確認した事実の範囲を超えて、成功の物語を補わないようにします。
当時を知る記事は、時点を明らかにして残す
イベントの記録やインタビューには、当時の判断や発言を読める価値があります。いまの常識に合わせて発言を書き換えるより、開催日・取材日と記事の位置づけを明確にするほうが適切な場合があります。
英国政府のGOV.UKのコンテンツ管理指針も、利用者に役立ち、見つけられる状態かを定期的に確認し、修正や古くなったコンテンツの公開終了を検討するよう案内しています。企業メディアにそのまま適用される規則ではありませんが、公開後も用途を見直す考え方は参考になります。
削除や別ページへの統合を選ぶ場合も、その記事へのリンクや、記録として残す必要性を調べてから判断しましょう。公開年だけで一括削除する基準にはしません。
更新日は「何を変えたか」と一緒に扱う
本文を確認した日と、内容を変更した日は分けて記録しておくと、次の担当者が状況をつかめます。確認の結果、変更が不要だったなら、内部の管理表に確認日を残せば十分な場合もあります。
Googleは、ユーザー第一のコンテンツに関するガイドで、内容を実質的に変えず、新しく見せるために日付だけを変更していないかを、見直すべき問いの一つに挙げています。
更新を読者に伝えるときは、何が変わったのかを短く示すと親切です。たとえば、次のような記録です。
更新履歴の記載例：2026年9月24日、料金プランの比較と申込先を更新しました。導入事例の発言は取材当時の内容です。
これは架空の記載例ですが、更新した範囲と、当時の記録として残す範囲を区別できます。「最新情報に更新しました」と一括して書くより、読者も確認したい箇所を探しやすくなります。
サイト側で公開日と更新日を表示する場合は、記事の初回公開日を保持し、変更の内容に応じて更新日を設定する運用を決めておきましょう。Googleの日付に関する公式説明では、画面に表示する日付と、それに対応する構造化データの日付を一致させるよう案内しています。ここでいう日付は、記事が扱う出来事の発生日ではなく、そのページの公開日や更新日です。
なお、日付を適切に設定しても、検索結果にその日付が表示される保証はありません。日付の変更自体を、検索流入が増える施策として扱わないことが大切です。
一人でも続けるために、次の確認条件を残す
少人数で更新を回すなら、最初から全記事を同じ頻度で確認するより、変更を追う必要のある情報から管理を始める方法があります。以下は、そのための管理項目の例です。
| 管理項目 | 記録する内容の例 |
|---|---|
| 対象URLと読者の目的 | 比較記事／導入候補を絞りたい |
| 変わり得る情報 | 料金、対応機能、提供地域 |
| 確認先 | 公式料金ページ、担当部署 |
| 確認日と判断 | 9月24日確認／料金表を修正 |
| 次の確認条件と担当 | 料金改定の発表時。発表がなくても12月に編集担当が確認 |
定期的な確認日だけでなく、「料金改定」「調査の新版公開」「取材先からの変更連絡」といった出来事も見直しのきっかけにします。確認しても変化がなかったことを記録しておけば、同じ箇所を別の担当者が何度も調べる負担も減らせます。
AIを使うなら、古い年号、料金、固有名詞、リンクなど、確認候補を拾う工程から始めるとよいでしょう。ただし、AIの指摘は確認の入口です。出典を読み、新しい情報が同じ対象・条件を指しているかを判断する工程は残します。文章を自動で新しく言い換えただけでは、事実を確かめたことにはなりません。
まずは、営業や問い合わせ対応で使う記事を一つ選び、料金・条件・案内先を確認する。その結果と次に確認する条件を残す。記事を増やす仕事に、この小さな更新作業を組み合わせることで、過去の記事も安心して案内できる状態に近づけられます。
記事全体の目的や運用体制を見直す場合は、オウンドメディアの基本も参照してください。原稿のどの工程を依頼するか迷う場合は、編集・校正・校閲などの違いを整理しておくと、更新の担当範囲を決めやすくなります。
出典・参考
- Google Search Central：Creating helpful, reliable, people-first content
- Google Search Central：Influence your byline dates in Google Search
- GOV.UK：Manage existing GOV.UK content
参照情報の確認日：2026年9月24日。優先順位、想定例、管理表は、上記資料を踏まえたbalubo magazine編集部の提案です。
