データ鮮度 SLO：自治体 DB の「更新日」を運用で保つ

B 方向·OPC 最佳实践。五张内容资产表（見守助成/割引/補聴器助成/接種/通い場所+サポート店）は programmatic SEO の命——更新日が古い oficial 出典付きページは信頼も引用も失う。

背景与问题

• pSEO 页面四要素（出典/金额/窓口/更新日，opc-programmatic-seo-playbook）の「更新日」は表示ではなく運用——自治体ページは予算年度で変わるのに、我々の表が去年のままだと出典付きでも偽になる。

发现

SLO 设计【推断：内容運用の一般方法论】：

• 表別の鮮度周期：助成金类=年度更新（4 月）＋予算修正（9 月補正）；接種=每年 9 月（接種期間前）；サポート店/通い場所=半年（登録随時なので半期一巡）；割引 DB=半年＋UGC 報告で随時。
• 鮮度の崩れは三段で来る：①出典リンクの 404（最初）②金額の変更（見逃しがち）③制度自体の廃止（見落とし最悪）。
• 通知ハブ（japan-notification-hub）の P3 に「鮮度 check ジョブ」——cron で出典 URL を叩いて 404/リダイレクト検出。

结论

可行动启发：

1. 表別 SLO の一覧表を作る：6 表×（周期/次回 update 日/责任=全部自分）——opc-annual-planning-ritual・月次レトロ（opc-monthly-review-30min）の定常項目に。
2. 「更新日」の自動エージング表示：SLO 超過のページは公開側で「更新日」が灰色に（正しい情報だけが強調される設計）——古い情報を黙って出さない。
3. 404 監視を最優先に：出典 URL の 404 検出は cron 1 本で安い——リンク切れは鮮度崩れの最初の兆候かつ SEO 死の直接原因。
4. 9 月と 4 月の二大 update 窓口：補正予算（9 月）と新年度（4 月）に自治体扫描 batch（japan-mimamori-subsidy-municipal の 30 自治体一巡）を重ねる——年に 2 回の大更新で間に合う。

待办 / 下次继续

• 6 表 SLO 一览表（周期/次回/出典 URL 数）成文。
  
• 出典 URL 404 check の cron 設計（Workers 骨架に追加项）。
  

关联

• 资产族：opc-programmatic-seo-playbook（四要素）× 本篇（鲜度运用）× japan-mimamori-subsidy-municipal（扫描 batch）；定常 opc-monthly-review-30min、opc-annual-planning-ritual；枢纽 japan-notification-hub。