美洽记录访客的身份与联系方式（姓名、邮箱、手机号）、IP与地理位置、设备与浏览器信息、会话与行为数据（访问页面、停留时长、来源、UTM、事件）、聊天记录与附件、订单信息、自定义属性、渠道来源（微信、WhatsApp、邮件、网页）、标签、评分、客服分配、隐私同意与时间戳。还有会话ID与会话元数据可导出。
先说清楚：美洽访客信息到底是什么？
把美洽里的访客信息想象成“访客档案袋”。当一个用户进到你的网站、从微信发消息、或通过WhatsApp来问问题，系统会把可见的那部分信息一条条写入这个档案袋。档案袋里既有用户主动给出的联系方式，也有系统自动收集的行为与环境数据，还有你通过埋点或集成写进去的业务字段。
为什么这些信息重要（别急着跳过）
- 上下文更清晰：客服看到了最近浏览过的页面、订单信息，回复会更有针对性。
- 漏斗与获客：通过来源、UTM、会话路径可以判断哪条推广带来了询盘。
- 自动化与分配：基于标签、渠道或地域可以把对话自动路由到合适团队。
- 合规与审计：记录同意状态、时间戳，有助于满足法律监管与客户争议处理。
美洽常见的访客字段（按来源与用途分组）
下面把常见字段按“身份类、环境类、行为类、会话类、业务类、合规类”分开讲，便于理解和实际使用。
身份类（用户主动或CRM同步）
- 姓名：用户填写或通过CRM同步。
- 邮箱：用于工单沟通和后续邮件营销（需明确同意）。
- 手机号：常用于短信或电话回访。
- 公司/职位/行业：B2B场景常见，从表单或第三方名录补齐。
- 自定义属性：比如VIP等级、客户分组、CRM id 等，可按需定义。
环境类（系统自动采集）
- IP 地址与大致地理位置：用于地域判断与风控。
- 设备与浏览器：操作系统、User-Agent、分辨率、设备类型（PC/手机/平板）。
- 语言与时区：便于多语言服务与时间约定。
- Cookie/会话标识：用来关联同一访客的多次访问。
行为类（能还原用户路径）
- 访问页面与页面路径：访客从哪个页面进入、浏览了哪些页面。
- 停留时长/跳出情况：判断意向强弱。
- 来源与UTM：判断渠道与活动效果。
- 事件埋点：如点击按钮、加入购物车、查看SKU等自定义事件。
会话类（与客服互动相关）
- 会话ID/Session：唯一标识一次对话。
- 对话开始与结束时间戳：用于计算响应时长与工时。
- 会话状态：未接、处理中、已关闭等。
- 聊天记录与附件：完整对话文本、上传的图片或文件。
- 对话评价/满意度：用户评价、评分及反馈内容。
业务类（订单、商品、交易相关）
- 订单号/交易ID：用于核单与售后。
- 购物车/商品信息：当前查看或购买的SKU、数量、价格。
- 支付状态、物流单号：在售后场景非常实用。
合规与元数据（控制与审计）
- 隐私同意/Opt-in状态：是否同意被联系、保存数据等。
- 数据来源与授权链：记录哪些字段来自用户输入、哪些由第三方同步。
- 访问日志/操作日志：谁在什么时候查看或导出了哪些数据。
一个清晰的字段表（方便复制参考）
| 字段名 | 来源 | 示例值 / 备注 |
| visitor.id / session_id | 系统生成 | abc12345 / 用作唯一会话关联 |
| name | 用户填写/CRM | 张三 |
| 用户填写/CRM | [email protected] | |
| phone | 用户填写/短信验证 | +8613812345678 |
| ip | 系统采集 | 123.123.123.123 |
| geo.country / city | IP 解析 | CN / 深圳 |
| user_agent / browser | 系统采集 | Chrome / iOS Safari |
| utm_source / utm_campaign | URL 参数 | google / promo2026 |
| page.path / referrer | 系统采集 | /product/sku123 / https://xxx |
| events (custom) | 前端埋点/API | add_to_cart, view_sku |
| order_id / sku / amount | 后端同步/前端传入 | ORD2026001 / SKU123 / ¥199 |
| channel | 消息来源 | wechat / whatsapp / web |
| consent / gdpr_flag | 用户选择/表单 | true / false |
这些信息如何被使用（举几个常见案例）
说白了，就是把信息变成“更有用的上下文”。举三个常见场景：
- 客服解答更快：看到用户刚刚浏览了退款说明和订单详情，客服直接给出对口的处理步骤，省去问来问去的时间。
- 销售线索打点：用户多次访问定价页且填写联系方式，系统自动打标签并推送给销售跟进。
- 自动化回复与路由：根据来源是跨境电商和所在国家，自动切换语言并把对话分配到负责该市场的坐席。
怎么在美洽里实际获取与配置这些信息（操作感）
通常有三条路：前端 SDK 埋点、表单/聊天窗口字段、以及后端/CRM 同步。
- 前端 SDK：页面加入美洽脚本，初始化时可传 visitorId、订单号等，自定义事件通过 track 接口上报。
- 表单与访前资料：在聊天之前弹出收集表单，常用于获取邮箱、手机号和基本意向。
- 后端同步：当订单生成或用户登录，你可以把订单、用户标签、会员等级等通过 API 同步到美洽。
一条实用建议（开发时别忘了）
把用户在网站的“关键动作”（比如下单、付款、退货申请）都当作事件埋点上报，这样客服看到的不是孤立的聊天，而是一段可追溯的行为历史。
数据安全与合规：该说的都要说
收集这些信息的同时，合规得放在第一位。常见要点：
- 最小化收集：只收集为业务必要的数据。
- 明确同意：在聊天窗口或表单里清楚告知数据用途与保存期限，记录同意时间戳。
- 加密与权限：静态数据加密存储，访问控制基于角色与审计日志。
- 支持删除与导出：满足用户的数据访问、修正与删除请求（如 GDPR/CCPA 要求）。
- 脱敏展示：对超敏感字段（身份证、银行卡）只展示部分或完全遮蔽。
落地建议与常见误区（干货）
- 误区一：“数据越多越好”。其实太多会带来合规、存储和噪音问题。先明确用例再采集。
- 误区二：只靠聊天记录。没有行为上下文，很多问题还是要重复问。
- 建议一：建立字段字典，定义每个字段的来源、用途、保存期限与访问权限。
- 建议二：对接 CRM 时做好 id 映射，避免同一用户产生大量孤立档案。
- 建议三：用标签和评分维持数据可用性，自动化路由能大幅提升响应效率。
如果要做一次清理或审核，按这个顺序来
1）列出当前所有字段与来源；2）评估每个字段的使用频率与业务价值；3）删除不必要的采集点；4）为必要字段设保存期限与脱敏规则；5）记录并部署变更。
最后，给开发与产品的两个小贴士
- 产品视角：优先把“能直接提升客服决策速度”的字段(订单、最近页面、主要事件)放在访客卡首位。
- 开发视角：实现数据同步时用幂等接口、带上来源标识和时间戳，便于追责与回溯。
写到这里，我也在想——其实很多公司刚开始只要把“谁是谁、最近做了什么、在哪儿发生”的三件事做对，就能把客服体验拉到一个新的水平。剩下的，慢慢扩展字段、优化规则，别急着把档案袋塞满无用的单据。