Scholay 期刊数据多久更新一次
期刊搜索与详情读取上游数据，浏览器缓存、上游构建、SEO 摄取和公开发布各有独立节奏，因此没有统一的固定更新 SLA。
没有统一的固定更新承诺
当前代码没有对用户承诺“每天几点”“实时”或“指标发布后几小时内”完成全部期刊更新。JCR、中科院、CCF、OpenAlex、DOAJ、SCImago 和投稿资源各自有不同发布节奏，上游期刊库何时重建不由 Scholay 前端决定。
因此页面上的“当前数据”应理解为最近一次可用快照，而不是所有来源在同一时刻的实时值。正式投稿或填报前仍要核对指标年份和官方来源。
搜索与详情的数据路径
期刊搜索、列表和详情通过后端调用上游期刊接口。浏览器为减少重复请求，会把搜索结果视为约 1 分钟内可复用的数据，把期刊统计和详情视为约 10 分钟内可复用的数据；超过这个时间只表示下次访问可以重新请求，不表示上游一定产生了新版本。
刷新页面也只能重新取得服务端当时可提供的数据，不能强制 JCR、中科院或其他来源立刻更新。
上游构建时间是变化信号，不是 SLA
上游提供期刊总量和 lastBuiltAt 构建时间。Scholay 可以用该时间判断上游期刊库是否出现了比本地基线更新的构建，但代码没有规定上游必须按日、按周或按月重建。只有 lastBuiltAt 真的变新，才说明上游发布了新快照。
SEO 同步与发布是另一条链路
用于期刊公开落地页、聚合页和搜索引擎发现的本地 SEO 库，需要先完成一次管理员手动全量基线。之后服务器启动约 15 分钟做首次检查，再每 24 小时检查一次上游构建时间；发现新构建后会自动重新摄取。这个 24 小时是“检查是否变化”的周期，不是“数据保证在 24 小时内更新”的服务承诺。
摄取完成的期刊先处于待发布状态，管理员分批发布后才进入公开 SEO 页面、站点地图和推送范围。同步与发布分开，是为了让数据可以先核验再公开。
如何理解页面之间的时间差
交互式期刊搜索可能已经读取到上游的新值，而 SEO 聚合页仍等待本地同步或发布；反过来，浏览器缓存也可能让刚打开过的详情短时间保留旧快照。这些时间差来自不同数据链路，并不自动表示某一页出错。
遇到差异时，先比较指标年份、数据来源、期刊 ISSN 和上游构建时间；对投稿有实质影响的信息，以期刊官网和相应官方评价来源为最终依据。