访问数据：只描述已经能够确认的结构
页面本身由 PHP 输出正文，站内查找在浏览器本地对预先输出的栏目列表进行筛选，不向不存在的搜索接口提交查询。目录、FAQ 和页面链接也不依赖账号体系。
与此同时，header.php 会按既定顺序加载 /x.js 与 /xtj.js。若这些脚本在实际服务器上存在，它们可能涉及访问统计；在未查看真实脚本行为、服务器配置和数据流前，不能准确断言收集字段、保存期限或 Cookie 使用情况。
个人资料：本站当前不设计主动收集入口
当前页面没有注册、登录、付款、上传文件或在线投稿表单，也不要求身份证、银行卡、家庭地址等资料。资料来函和联系页面只说明材料要求，不显示虚假提交功能。
如果未来增加真实联系方式或表单，应同步更新本页，明确收集目的、字段、保存方式和处理边界，而不能沿用当前说明。
敏感信息：内容编辑采用最少必要原则
新闻与公共讨论中可能出现个人相关信息，但内容编辑不应公开身份证件、银行卡、密码、验证码、精确家庭地址、私人医疗资料、未成年人隐私或未经授权的私密影像。
即使材料已经在其他平台出现，也要重新判断公共必要性。公开可见不等于可以无限聚合和永久扩散。
图片使用与可识别信息
站点使用本地 WebP 图片作为栏目视觉。涉及真实人物或事件的图片若未来加入，应考虑来源、授权、上下文和可识别信息，不通过裁切或配文制造与原材料不同的含义。
图片中若包含与议题无关的私人信息，应优先避免使用或做必要处理，而不是把“图片已公开”当作免除隐私判断的理由。
第三方脚本与外部服务
页面设计不依赖 CDN、远程字体、第三方图标库、外链图片、iframe 或外部 API。现有统计脚本路径是站点本地路径，但脚本具体内容由实际服务器文件决定。
因此，在无法检查真实 x.js 与 xtj.js 前，本页只说明其存在，不推断它们是否设置 Cookie、调用其他地址或记录哪些技术信息。部署者应根据真实脚本行为补充准确说明。
资料保留与隐私问题处理
由于当前没有在线提交渠道，本站也没有一套可描述的用户投稿保存流程。若未来建立真实反馈渠道，应说明保留周期、访问权限与删除机制。
发现页面包含不必要的个人信息时，应优先核对来源与公共必要性，并按照更正和隐私原则处理。联系与反馈页面列出了说明问题时应准备的材料类型，但不会虚构受理承诺。
部署环境如果增加新的统计、缓存、客服或表单服务，隐私说明也应随之更新。技术功能改变后仍沿用旧说明，会使读者无法判断真实数据流，因此配置变化本身也是需要同步审查的内容。