記事の棚卸しでリライト候補を抽出しても、「いつまでに更新するか」が決まっていなければ、重要な記事ほど後回しになりがちです。優先度は分かっているのに更新が進まないときは、記事ごとの更新期限が決まっていない可能性があります。
そこで使うのが、記事更新のSLAです。ここでいうSLAは取引先との契約ではなく、編集部の中で「異常を検知してから、何営業日以内に確認・修正・公開するか」を決める運用基準を指します。
結論から言えば、全記事を同じ頻度で更新するのではなく、情報鮮度、事業重要度、検索流入、法改正・仕様変更、下落兆候を組み合わせて緊急度を判定し、緊急度ごとに期限と責任者を固定するのが実務的です。この記事を読むと、自社の記事に当てはめられる期限の決め方と、運用を始めるまでの手順が分かります。
記事更新SLAで決めるのは、更新の頻度ではなく検知してからの期限
最初に決めるのは、「半年ごとに見直す」といった一律の更新頻度ではありません。記事に問題が起きた時点、または問題の兆候を検知した時点から、誰が何日以内に判断し、何日以内に更新を終えるかです。ここでいう問題には、内容の誤りや情報の陳腐化、検索パフォーマンスの悪化などが含まれます。
期限の起点を、公開からの経過月数だけにしない理由は、検索パフォーマンスにも変化が表れるからです。Google Search Consoleでは、クリック数、表示回数、クリック率(CTR)、平均掲載順位を確認でき、日次・週次・月次の推移も見られます。Googleは平均掲載順位だけを見るのではなく、表示回数やクリック数の傾向も確認することを勧めています。したがって、SLAは「公開から何か月経ったか」に加えて、検索パフォーマンスの変化も起点にして設計する必要があります。
もう一点、更新の目的を取り違えないようにします。Googleは、内容を実質的に変更していないのに日付だけを新しく見せることを推奨していません。更新日は、実際にページが大きく更新されたときに合わせるべきものです。SLAの目的は更新日の見た目を新しくすることではなく、読者にとって正確で有用な状態へ戻すことです。
更新期限は、5つの判定軸でどう決めるのか
更新期限は、最終更新日だけでは決められません。記事ごとの緊急度を、次の5つの判定軸で判定します。表には、各軸で確認する内容と、緊急度が上がる例をまとめました。表中のCV(コンバージョン)は、問い合わせや応募など、サイトでの成果となる行動を指します。
| 判定軸 | 確認する内容 | 緊急度が上がる例 |
|---|---|---|
| 情報鮮度 | 統計、価格、製品仕様、サービス内容、制度情報が現在も有効か | 最新年度データが出た、仕様が変更された |
| 事業重要度 | 問い合わせ、応募、商談、指名検索などにどれだけ近いか | CVに近い比較・料金・選び方記事 |
| 検索流入 | クリック数・表示回数・CTRの規模 | サイト上位の流入記事 |
| 法改正・公式変更 | 法令、ガイドライン、プラットフォーム仕様に変更があったか | 記載内容が誤情報になる変更 |
| 下落兆候 | クリック、表示回数、CTR、順位に継続的な悪化があるか | 複数週でクリック減少が継続 |

記事更新の期限は、経過期間だけでなく、鮮度・事業重要度・流入・公式変更・下落兆候を組み合わせて判断します。
5つの軸を使うのは、情報の「寿命」が記事によって異なるからです。検索研究でも、情報の新しさや時間的な関連性は、すべての検索テーマで同じように扱えるものではなく、検索意図やトピックに依存する要素として整理されています。2026年の検索研究でも、固定的な期間だけで情報の期限切れを判断する方法には限界があり、クエリごとに有効期間が異なるという考え方が示されています。
つまり、「6か月経ったから更新する」のではなく、「この情報は今も正しいか」「この記事は事業にどれだけ重要か」「劣化の兆候は出ていないか」を見て更新期限を決める方が合理的です。次の節では、この判定を具体的な期限に落とし込みます。
P0〜P3の4段階で、更新期限をどう固定するか
判定軸で緊急度が分かったら、それを期限に変えます。運用開始時は、P0〜P3の4段階にすると管理しやすくなります。以下は編集部向けの設計例であり、Googleが定める基準ではありません。自社の更新本数と人員に合わせて調整してください。
次の表の「初動期限」は、異常を検知してから、影響範囲を確認して対応を判断するまでの期限です。「更新完了の目安」は、本文の修正と更新後の確認を終えるまでの期限を表します。
| 優先度 | 主な条件 | 初動期限 | 更新完了の目安 | 例 |
|---|---|---|---|---|
| P0 緊急 | 法改正・料金・仕様変更で誤情報化、重大な事実誤認 | 当日 | 1営業日以内 | 法令、申請要件、料金、サービス提供条件 |
| P1 高 | 重要記事で大きな下落、主要CV記事の情報陳腐化 | 1営業日以内 | 3営業日以内 | 比較、料金、サービス選定、主要集客記事 |
| P2 中 | 中程度の下落、統計更新、競合との差拡大 | 3営業日以内 | 10営業日以内 | ノウハウ、調査、解説記事 |
| P3 定期 | 明確な異常はないが定期点検が必要 | 月次棚卸し | 30営業日以内 | 定義記事、基礎知識、長期利用記事 |

更新SLAは、優先度ごとに、検知からの「初動期限」と「更新完了の目安」を分けて設定します。
初動と更新完了を分けるのは、P0であっても、編集担当者だけでは法的な正誤を判断できないことがあるからです。そのため、まず当日中に影響範囲を確認し、必要なら注意書きや一時的な公開停止を判断します。そのうえで、正式な更新を完了させます。
一方、検索順位の小さな変化だけで、P0やP1に上げる必要はありません。Googleも、たとえば順位が2位から4位に下がった程度の小さな変化では、すでに成果を出しているコンテンツに大きな変更を加えないよう案内しています。大幅な下落では、より深い評価が必要です。
点数と例外ルールで、複数の記事をどう並べるか
複数の記事を同時に管理するときに、担当者の感覚だけで優先順位を決めると、判断がぶれます。そこで、通常の記事はスコアで並べ、法改正や重大な誤情報だけはスコアを飛び越えてP0にする方式が有効です。
スコアで評価するのは、5つの判定軸のうち、情報鮮度・事業重要度・下落兆候・流入影響の4項目です。流入影響は、先の表の「検索流入」にあたります。法改正・公式変更は、点数ではなく、後述の例外ルールで扱います。たとえば、各項目を0〜3点で採点し、次の12点満点で評価できます。
| 評価項目 | 0点 | 1点 | 2点 | 3点 |
|---|---|---|---|---|
| 情報鮮度 | 変化しにくい | 年次更新 | 数か月単位で変化 | 随時変化 |
| 事業重要度 | 間接的 | 認知寄り | 比較・検討寄り | CV直結 |
| 下落兆候 | なし | 単発変動 | 複数週で悪化 | 大幅かつ継続 |
| 流入影響 | 小 | 中 | 大 | サイト主要流入 |
合計10〜12点はP1、7〜9点はP2、0〜6点はP3とします。ただし、法改正・料金変更・重大な事実誤認は、点数に関係なくP0へ引き上げます。
このスコアは絶対的なSEO基準ではなく、更新待ちの記事を同じ物差しで並べるための運用ルールです。
下落兆候の採点では、「順位が○位下がった」という固定の基準だけに頼らない方が安全です。Search Consoleの平均掲載順位は、クエリ、端末、地域などを含む平均値であり、個別検索の順位とは一致しない場合があるためです。クリック数や表示回数の期間比較と組み合わせて判断してください。
法改正・仕様変更は、検索下落を待たずに更新する
検索流入が落ちていなくても、内容が誤っているなら更新対象です。特に、法令、補助金、税制、料金、サービス仕様、採用制度、Googleなど外部プラットフォームの仕様を扱う記事は、検索順位より正確性を優先します。
この種の記事では、更新トリガーを「アクセス減少」ではなく「一次情報の変更」にします。公式発表や制度変更を確認した時点でP0またはP1に登録し、影響するURLを洗い出します。
更新後は、日付だけを新しくするのではなく、何を変更したかが読者に分かるようにします。Googleは、ページの公開日・更新日を判断するときに複数の要素を使い、ページ上の目立つ日付や構造化データなどを参照すると説明しています。実質的な更新があった場合は、ページ上に表示する日付と、構造化データで伝える日付を一致させてください。
担当者は「検知」「判断」「更新」「承認」の4役に分ける
期限だけを決めても、SLAは回りません。誰が期限の時計を持つのかを固定する必要があります。小規模な編集部でも、最低限、次の4役を決めます。
| 役割 | 主な責任 |
|---|---|
| 検知担当 | Search Console、アクセス解析、公式発表などから異常を見つける |
| 判断責任者 | P0〜P3を決定し、更新範囲と担当者を確定する |
| 更新担当 | 事実確認、本文修正、リンク・表・FAQ等の修正を行う |
| 承認担当 | 法務・サービス責任者・編集責任者などが公開可否を確認する |

更新は、検知、判断、更新、承認の4段階で進み、SLAの期限は検知後から管理します。
時計の始まりと終わりも決めておきます。始まりは、異常を検知してチケットや管理表へ登録した時点です。終わりは、公開した時点ではなく、表示崩れ、リンク切れ、構造化データ、更新日、Search Consoleでのインデックス状況など、必要な確認を終えた時点にします。完了をここまでと定義すると、運用品質が安定します。
一人が複数役を兼任しても構いません。ただし、「誰が最終判断するか」だけは一人に固定します。共同責任にすると、期限超過の原因が見えにくくなるためです。
月次棚卸しとイベント監視は、どう併用するか
記事更新は、定期点検だけでも、異常の検知だけでも足りません。定期的に記事を見直す月次棚卸しと、外部の変化をきっかけに見直すイベント監視を併用します。
月次棚卸しでは、全記事を毎回全文確認する必要はありません。Search Consoleやアクセス解析から、次の記事を抽出します。
- クリック数・表示回数・CTRの変化が大きい記事
- 流入上位の記事
- CVに近い記事
Googleは、Search Consoleで期間比較を行い、変化の大きいページやクエリを確認する方法を案内しています。
イベント監視では、法改正、公式ガイドライン、サービス料金、製品仕様、プラットフォーム更新などを確認します。Google検索のように仕様変化が速い領域では、公式ドキュメントの更新情報そのものを監視対象にすると効率的です。Google Search Centralも更新履歴を公開しています。
生成AI検索も含めて評価する場合でも、従来のSEOと別の更新ルールを乱立させる必要はありません。Googleは、生成AI機能でも基本的なSEOの考え方が引き続き有効で、独自性があり、信頼でき、利用者に役立つコンテンツを重視すると案内しています。利用可能なサイトでは、Search Consoleの生成AI向けパフォーマンスレポートも補助信号として使えます。
SLAが守れないときは、期限ではなく対象範囲を狭める
更新依頼が積み上がると、すべての期限を長くする運用になりがちです。しかし、それではSLAが形骸化します。処理能力を超えたときは、期限ではなく更新範囲を調整します。優先度ごとの進め方は次のとおりです。
- P0:まず誤情報になった箇所だけを最小修正し、全面リライトは後続タスクへ分けます。
- P1:検索意図や主要データに直結する箇所を先に直します。
- P2・P3:まとめて四半期更新へ移すこともできます。
また、更新対象が多すぎる場合は、「削除」「統合」「維持」も選択肢です。更新すること自体を目的にしてはいけません。Googleも、サイトを新鮮に見せる目的だけで大量の古いコンテンツを削除したり、新規コンテンツを追加したりする考え方を否定しています。
記事更新SLAのKPIは、更新本数より期限遵守とリスク解消を見る
運用KPIを、月に何本リライトしたかだけで見るのは不十分です。更新量が増えても、重要記事が期限を超えていれば、SLAは機能していません。最低限、次の4指標を持つと運用状況を判断しやすくなります。
- SLA遵守率:期限内に完了した件数 ÷ 完了件数
- P0・P1期限超過件数:高緊急度の滞留を把握
- 検知から初動までの中央値:問題把握の速さを確認
- 更新後の再発率:同じ理由で再度修正が必要になった割合
SLA遵守率は完了した件数だけを分母にするため、未完了のまま滞留している高緊急度の記事は、P0・P1期限超過件数で補って把握します。
検索パフォーマンスの回復も大切ですが、更新直後の順位だけで担当者を評価しない方が安全です。検索結果は常に変化し、コンテンツ改善後の評価にも時間差があります。そのため、SLAのKPIと、SEO成果のKPIは分けて管理します。
記事更新SLAは、どの5ステップで導入するか
導入は次の順番で進めます。先に判定の材料(記事の属性と更新トリガー)をそろえ、次に期限と責任者を固定し、最後に実績を見て基準を調整する流れです。
- 全記事に「情報鮮度」「事業重要度」「流入影響」の属性を持たせる
- 法改正・仕様変更・検索下落などの更新トリガーを定義する
- P0〜P3ごとの初動期限と完了期限を決める
- 判断責任者と承認担当を固定する
- 月次でSLA遵守率と期限超過理由を振り返り、基準を調整する

記事更新SLAは、記事属性・更新トリガー・期限・責任者を決めたうえで、月次の運用実績から基準を調整します。
最初から完璧な閾値を作る必要はありません。一定期間運用し、「P1が多すぎる」「P3が永久に残る」といった偏りを確認して調整します。
記事を見つける仕組みと、更新を完了させる仕組みは分けて考えます。棚卸しや下落の検知が「何を直すか」を決める工程なら、SLAは「いつまでに誰が直すか」を決める工程です。
まとめ
記事更新のSLAは、全記事を一律に「半年ごとに更新する」ルールではありません。情報鮮度、事業重要度、検索流入、法改正・仕様変更、下落兆候を使って緊急度を判定し、異常の検知から初動・修正・承認までの期限を決める運用設計です。
まずはP0〜P3の4段階で、P0は1営業日以内、P1は3営業日以内、P2は10営業日以内、P3は30営業日以内といった社内基準を仮置きし、運用実績に合わせて調整すると始めやすくなります。法改正や重大な誤情報は検索順位に関係なく最優先にし、小さな順位変動だけで大幅リライトしないことも押さえておきます。
記事の棚卸しや下落の検知までできているのに更新が進まない場合は、足りないのが「優先度」ではなく「期限と責任者」である可能性があります。SLAを設けることで、記事改善を単発のリライト作業から、期限管理できる継続運用へ変えられます。
このテーマの全体像や前提を確認したい場合は、「コンテンツ制作・運用体制とは?編集フロー・役割分担・品質チェックの仕組みを体系的に整理」もあわせて確認してください。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google Search Central「Creating Helpful, Reliable, People-First Content」 公式ページ
- Google Search Console Help「Performance report (Search results)」 公式ページ
- Google Search Central「Google Search’s core updates and your website」 公式ページ
- Google Search Central「Influence your byline dates in Google Search」 公式ページ
- Google Search Central「Optimizing your website for generative AI features on Google Search」 公式ページ
- Peikos, G. & Pasi, G.(2024)“A systematic review of multidimensional relevance estimation in information retrieval”, WIREs Data Mining and Knowledge Discovery, 14(5), e1541. DOI: 10.1002/widm.1541. 論文ページ
- Chen, T. et al.(2026)“RAG-Enhanced Large Language Models for Dynamic Content Expiration Prediction in Web Search”, arXiv:2605.13052. 論文ページ
- 京谷商会 コンテンツワークス「記事リライトのSEO方法|2026年対応の5ステップ」 記事ページ
- 集客コンサルティングのカチプロ「コンテンツリライトの優先順位とは?SEO効果を高める4つの判断軸と実践手順」 記事ページ
‹ 親記事: コンテンツ制作・運用体制とは?編集フロー・役割分担・品質チェックの仕組みを体系的に整理
関連記事
- › 記事品質チェックリストの作り方|編集基準・校正・根拠確認・公開承認を標準化する
- › SEO記事のコンテンツブリーフ作成方法|検索意図・見出し・根拠・内部リンクを制作前に定義する
- › オウンドメディアの著者・監修者設計|誰が書き、誰が確認したかを記事単位で明示する方法
- › オウンドメディア編集部の作り方|編集長・ライター・監修者・SEO担当の役割分担
- › 記事の出典・根拠を管理するエビデンス台帳の作り方|更新期限・一次情報・引用箇所を追跡
- › オウンドメディアの編集権限・版管理を設計する方法|誤公開・上書き・承認漏れを防ぐ
- › 生成AIを記事制作に使う運用ルールの作り方|利用範囲・人間レビュー・機密情報を管理
- › 記事の出典を定期確認|リンク切れ・情報鮮度・一次情報をチェック
- › オウンドメディアのアクセス権限を定期確認|退職・異動時の対応
- › 生成AIを使った記事制作の検証ログを作る方法|プロンプト・根拠確認・修正履歴を残す
- › コンテンツ制作の遅れを確認|企画・執筆・確認・公開を可視化
- › 外注記事の受入れ基準を作る方法|納品形式・根拠・著作権・修正責任を標準化
- › オウンドメディアの画像・図版ライセンスを管理する方法|出典・利用範囲・期限を台帳化
- › 外注ライター・制作会社の評価スコアカードを作る方法|品質・納期・修正回数・専門性を継続評価
- › オウンドメディアの緊急訂正・公開停止フロー|訂正・一時非公開・削除の判断基準と復旧手順
- › 法人向けサービスページの比較表の作り方|料金・対象・対応範囲・実績・契約条件を同じ軸で整理
- › 導入事例ページの作り方|成果数値・導入期間・取り組み内容
- › オウンドメディア担当者の引き継ぎチェックリスト|記事・CMS・編集ルール・分析データ・進行中企画を整理
- › 導入事例ページの作り方|業種・課題・成果で探せる構成と導線
- › 法人向けサービスページのFAQの作り方|料金・対象・導入条件・契約・セキュリティの質問を整理
- › 法人向けサービスページの導入フローの作り方|期間・準備物・担当・例外条件まで整理
- › 法人向けサービスのセキュリティ情報の載せ方|認証・データ保管・権限・問い合わせ先の整理方法
- › 法人向けサービスサイトの情報更新を誰が持つ?営業・法務・制作で料金・実績・契約条件を管理する方法
- › オウンドメディアの表記ガイドラインの作り方|表記ゆれ・数字・固有名詞・引用ルールを統一
- › オウンドメディアのインタビュー記事の作り方|企画・質問設計・取材・原稿確認・公開まで
- › オウンドメディアの記事テンプレートの作り方|原稿フォーマット・出典・CTA・FAQ・著者欄を標準化
- › Claudeの料金プラン比較|無料・Pro・Team・法人向けの選び方
- › NotebookLMの使い方|資料の読み込み・要約・質問の基本手順




