阅读隐私政策时，先确认适用范围和版本。本文于 2026 年 8 月 28 日核对的米多客在线客服隐私政策更新于 2026 年 8 月 22 日，适用于 miduoke.app 的公开网页、下载说明和邮件联系渠道，不适用于产品客户端或第三方服务。阅读本文时请同时查看政策页的最新版本；本文不替代客户端、账号或企业部署的数据处理文件。
公开浏览场景包含哪些说明
常见问题页面说明阅读公开页面不需要注册，说明页不要求访客提交产品账号、密码或客户资料。隐私政策另行说明了必要访问日志和主动邮件联系的处理方式。因此，无需注册不等于没有任何数据处理；如果后续入口要求登录或提交资料，应先查看该入口的具体规则。
政策还写明，当前公开网站不使用第三方 SDK 收集个人信息、追踪行为或向第三方提供访问者个人资料，并称普通浏览不用于安排个人信息跨境提供。审阅时应保留“当前”“公开网站”这些限定。公开文案能够说明站方立场，但本次 HTTP 审计没有对服务器内部配置、日志系统或未来部署作独立验证。
技术访问记录与 Cookie 仍需关注
政策说明，为网站稳定、安全与故障排查，部署环境可能产生访问时间、请求页面、浏览器或网络环境等基础技术记录；保存应限于安全维护、异常排查和服务运行。政策没有公开日志字段清单、具体保存天数、服务器位置或删除流程。若这些信息对组织评估重要，可以通过公开邮箱询问并要求书面说明。
Cookie 部分采用“可能使用浏览器本地机制”的表述，用途包括基础访问、安全控制或偏好设置。本次访问首页时，响应头设置了名为 PHPSESSID 的 Cookie，并给出路径与有效期。这个观察与“可能使用”相符，但单次请求不能说明 Cookie 的全部用途，也不能推断客户端内的登录令牌、消息缓存或设备标识如何处理。
主动发送邮件时由用户控制信息范围
网站公开的联系邮箱为 support@miduoke.app。政策称，用户主动发送的咨询邮件应在处理该次事项的必要范围内使用；常见问题页面建议邮件写明目的，并减少不必要的信息。反馈页面异常时，通常只需提供页面网址、时间、浏览器、可复现步骤和经过遮挡的截图，不应发送账号密码、验证码、完整客户名单或无关日志。
公开页面没有承诺固定邮件回复时限。遇到安全事件或业务中断，不能因为已经发送普通邮件就推定问题正在实时处理；企业应同时按照合同、管理员通知或自身应急流程使用对应渠道。网站也未在关于页面、隐私政策或页脚披露法定运营主体名称和注册地址，涉及正式权利请求时，可先要求确认接收与处理请求的主体。
用户可以提出哪些请求
政策写明，用户可就公开页面内容或与本人主动联系事项有关的信息提出查询、复制、更正、删除或其他合理请求，站方会在核实请求并符合适用规则的前提下处理。提交时可以说明来信邮箱、相关日期、主题和希望采取的动作，同时控制证明材料范围。不要为了证明身份而先发送证件完整照片，可先询问核验所需的最少信息。
政策对保存期限的说明是“实现对应目的所必要的最短时间”，并称咨询邮件、技术记录或排查材料会结合处理需要、安全要求和适用规则确定合理期限。由于没有具体天数，用户无法仅凭页面判断某封邮件何时删除。若需要满足企业留存表或个人请求，可以向站方询问对应材料的类别、依据、期限与到期处理方式。
未成年人、外部链接与政策更新
当前政策说明未成年人应在监护人指导下使用本站，不应提交个人敏感信息。访问第三方网站或使用产品客户端前，应另行阅读其隐私说明；本站公开网页政策不能直接代替这些服务的规则。
政策可能随网站功能、技术部署、信息处理方式或适用规则变化，并称实质变化时会在页面展示新的更新时间。使用团队可把政策链接、更新时间和本次评估结论纳入供应商资料，接入新渠道、导入客户信息或升级客户端前再次复查。仅保存旧截图，容易错过适用范围和处理方式的变化。
客户端和企业部署要另做确认
官网介绍的会话、客户资料、知识内容和跨团队事项显然可能涉及企业数据，但公开网站政策没有说明客户端账号、客户消息、附件、知识库、工单或服务报表的收集字段、存储位置、角色权限、备份和删除流程。企业试用前应索取与实际产品版本和部署方式对应的协议，不应把公开浏览页面的说明扩大为产品全生命周期结论。
- 先看范围：确认文件适用于公开网站还是具体产品。
- 再看数据：列出真实计划接入的消息、客户资料和操作记录。
- 核对角色：明确谁能查看、导出、更正、删除和授权。
- 核对周期：询问保存、备份、退出服务和到期处置方式。
- 保留版本：记录政策日期、产品版本与书面答复，便于后续复查。
审阅结果适合做成问题清单，而不是简单写成“通过”或“不通过”。对已经由页面说明的事项附上链接和更新时间，对 HTTP 可观察结果写明请求日期，对客户端和企业部署仍缺少的内容标记责任人及答复期限。这样在政策更新、部署方式改变或联系人调整时，团队能知道哪些结论需要重新确认。
这份公开政策提供了浏览页面和邮件联系的基础说明，也留下了技术记录、Cookie、具体期限、运营主体和客户端规则等需要进一步确认的事项。把“政策原文”“本次可观察结果”和“尚待书面确认”分开记录，能够减少把有限说明扩大成全面结论的风险。