# 美国｜美容沙龙换预约系统，怎样保住旧链接和已经确认的预约？

Canonical URL: https://cantrust.shop/guides/us-salon-fresha-booking-system-migration
Published: 2026-10-16T21:30:42.885Z
Summary: 美国非医疗美容沙龙更换Fresha等预约系统前，先盘点旧链接、未来预约、提醒与付款事项，再核对迁移边界和切换方案。

## CanTrust Guide Context

This is a CanTrust guide. CanTrust keeps editorial recommendation logic separate from merchant claiming, sponsorship, and paid visibility. Public review patterns may be used as research signals, but the guidance below is original CanTrust editorial context.

**先核对已经确认的未来预约，再切换顾客入口。能导出客户名单，不等于预约、付款资料和提醒已经迁入新系统。**美国美容沙龙从 Fresha 换到其他平台时，我建议先建立一份迁移台账，逐项确认哪些能转、哪些必须留在原系统处理。

Fresha 是本文讨论的原预约管理平台，目标平台尚未选定。我回读了 Fresha 官方帮助，重点核对名单、预约和支付资料的导出边界。官方资料没有证明某个新平台能自动接收全部数据，因此，我们把尚需供应商确认的地方单独列出来。

本文针对美国**非医疗美容沙龙**，不讨论医美诊疗记录或受保护医疗信息。资料核验于 **2026 年 10 月 16 日**；未登录实际店铺、未执行导出或迁移，也没有选定目标平台。下文是操作准备建议，不是对某家店的迁移成功承诺或法律合规结论。

## 先看清：要搬的是几种不同的东西

Fresha 官方说明，具备相应权限的人员可以导出客户名单，格式包括 Excel 和 CSV；也可以从单个客户的预约列表按日期筛选并导出。但官方同时写明，客户卡片支付资料不能导出或转移。这几种资料不能被一句“导出客户数据”概括。[Fresha：导出客户名单](https://www.fresha.com/help-center/knowledge-base/clients/58-export-your-client-list)

| 项目 | 本次查到的边界 | 换系统前还要确认什么 |
| --- | --- | --- |
| 客户名单 | Fresha 提供名单导出，受权限限制 | 新平台接受哪些字段，重复客户怎样处理 |
| 已确认的未来预约 | 官方说明了客户预约列表的筛选与导出 | 能否覆盖全店未来预约，新平台能否导入并保留正确状态 |
| 日期、时间与员工 | 新旧日历需分别核对 | 时区、夏令时、服务时长、员工和资源占用是否一致 |
| 已付款、订金、套餐余额 | 不能把名单或日历导出当成付款迁移 | 原付款记录、未履行服务及退款责任由谁处理 |
| 提醒与通知 | 原平台有独立提醒设置 | 每一笔旧预约由哪个系统负责提醒、改期与取消通知 |
| 官网和第三方预约链接 | 各入口控制权不同 | 哪些可以自己改，哪些须由平台或集成方处理 |

![美容沙龙换系统的核对顺序：盘点旧预约、核对新日历、安排提醒、切换入口；导出不等于迁移完成](https://cdn.sanity.io/images/1kt98b7c/production/dc42f451722211eca33b4788a746e7b30e05e7df-1536x1024.png)

图里强调的是先后顺序。我们要确认顾客、店员和系统看到的是同一笔预约，而不是只确认新按钮能打开。

## 第一步：列出所有旧入口，先别急着关闭

把官网、Google 商家资料、社交主页、店内二维码，以及员工常用回复中的预约链接列出来，记录负责人和当前去向。不要只改官网首页，就认为顾客以后都会走新系统。

如果 Google 商家资料由前员工或代理商管理，先查清访问权限，可以参考我们的[Google 商家资料权限交接清单](https://cantrust.shop/guides/google-business-profile-access-handoff)。这一步解决谁有权改入口，不代表 Google 会替你迁移客户预约。

旧 Fresha 链接属于第三方平台，我们不能假设自己有权给它设置跳转。对于自己控制的网站旧网址，Google 区分永久和临时重定向；确认是永久替代后，才考虑相应方案。具体实现应由网站负责人核对，不能把平台外链当成自有网页处理。[Google：重定向与搜索](https://developers.google.com/search/docs/crawling-indexing/301-redirects)

## 第二步：给每笔未来预约确定一个负责系统

我会先选一个明确的盘点时间，保留当时的未来预约记录，再记录盘点以后新增、改期和取消的变化。否则，老板拿着昨天的导出表核对今天的新日历，很容易漏掉中间发生的修改。

Fresha 的报表也可以按报表类型、权限和筛选条件导出，但这仍不等于目标平台支持一键导入全部预约。[Fresha：导出报表](https://www.fresha.com/help-center/knowledge-base/reports/191-export-reports)

实际可以和供应商讨论两条路径：

- **旧预约暂留原系统履行。**明确哪些预约继续在原系统改期、取消和提醒，同时让新系统正确反映这些预约占用的员工与时间。不同预约链接本身不能防止重复预订。
- **旧预约核对后迁入新系统。**由供应商确认可迁移项目，逐笔核对日期、时间、服务、员工、状态和关联记录，再决定何时停止原系统继续接收或处理相关变动。

两条路径都要有一份统一的可用时段依据，不能让两个系统各自把同一位员工的同一时间继续卖出去。这里是我们建议核对的管理目标，不是声称 Fresha 已提供某个自动同步或只读模式。

美国跨时区经营时，尤其不要凭日历格子“看起来一样”就放行。Fresha 有时区设置，并会按所选时区处理夏令时。应按具体预约日期，在新旧系统中核对当地时间，不手工套用全年固定时差。[Fresha：时间与日历设置](https://www.fresha.com/help-center/knowledge-base/calendar-and-appointments/14-manage-time-and-calendar-settings)

## 第三步：付款记录单独对，不能靠重新录入解决

我查官方说明时特别留意了卡片资料：Fresha 明确说它们不能导出或转移。不要要求员工把顾客卡号、安全码等敏感资料抄进表格，也不要把旧系统的支付状态直接当成新平台已完成收款。[Fresha：名单导出与支付资料边界](https://www.fresha.com/help-center/knowledge-base/clients/58-export-your-client-list)

已经收过订金、购买过套餐或留有余额的预约，应把原交易线索、尚需履行的服务，以及后续退款处理责任单独对清。需要怎样衔接，应由原平台、目标平台及付款服务方按具体情况确认。

我们不能因为新系统里没有显示订金，就直接再收一次；也不能自行“补一个余额”后，把它写成原款项已经完成转移。本文没有核实你的支付合同、目标平台或账务安排。

## 第四步：预约提醒要交接，不能一关了之

Fresha 的预约提醒可以按设置停用；官方说明，停用与删除自动提醒不同。是否能发出提醒，也不能只看一个总开关，还要核对具体渠道和预约状态。[Fresha：发送预约提醒](https://www.fresha.com/help-center/knowledge-base/calendar/167-send-appointment-reminders)

我建议先为每一批旧预约写清楚：谁发提醒、从哪个系统发、顾客收到的链接还能做什么。新平台是否能正确处理旧预约的改期与取消，应先确认，再决定原提醒如何停用。预约确认、改期通知等消息也要另核，不要把它们都当成同一类自动提醒。

Fresha 的线上预约说明提到实时可用时段，以及预约活动与消息记录。旧顾客可能仍会沿着原确认消息回到旧入口，因此，换掉新客按钮后，旧消息里的链接也需要有后续处理办法。[Fresha：顾客怎样在线预约](https://www.fresha.com/help-center/knowledge-base/online-profile/101646-learn-how-clients-book-appointments-online)

准备停收旧入口的新预约时，先请平台确认怎样保留已经确认的预约及必要的后续操作。我们查到的[线上预约设置帮助](https://www.fresha.com/help-center/knowledge-base/calendar/101218-manage-online-bookings-settings)说明了预约窗口和相关规则，但不能据此编造一个适用于所有门店的“关停 48 小时即可完成迁移”方案。

## 第五步：资料和顾客通知只做必要处理

导出的名单涉及顾客资料，建议限制接收人员、使用经确认的传输方式，并约定迁移后的保留和清理安排。不要为了方便，把完整客户表放进公开链接或多人随意转发的群组。这是本文的操作建议。

美国门店还应核对所在州、具体业务和联系方式涉及的要求。以加州为例，CCPA 有适用条件，并不是所有美容沙龙都自动适用；不能仅凭门店位于加州，就在迁移表上写“合规已通过”。可以先阅读[加州隐私保护机构的 CCPA 常见问题](https://cppa.ca.gov/faq)，再按实际业务请适当人员确认。本文也不替你判断某批短信或邮件是否已获得所需许可。

给旧顾客的通知，可以准备这样的草稿，但只填写已经核实的内容：

> 我们正在更换预约系统。关于你在［日期、当地时间］的［服务］预约，目前确认的状态是［已核实状态］。如需改期或取消，请使用［已确认可用的方式］。如果你收到不一致的提醒，请通过［门店已核实联系方式］联系我们。

在逐笔核对前，不要群发“你的预约、订金和提醒全部不变”。好听的保证，无法替代一次真实核对。

## 切换当天，用这张表决定能否放行

| 核对项 | 放行前要留下什么记录 |
| --- | --- |
| 新入口 | 顾客可正常打开，服务、员工、时段与门店信息符合实际 |
| 旧预约 | 逐笔核对结果、差异处理人、盘点后变更记录 |
| 容量 | 旧预约已占用的时间不会在新系统重复开放 |
| 提醒 | 每批预约由谁负责，原链接怎样继续处理 |
| 付款 | 原款项与剩余服务的对应记录，未确认事项单列 |
| 回退 | 发现错误时由谁暂停新预约、怎样通知并核对受影响记录 |

这是编辑整理的检查表，不是对系统功能的实测证明。没有通过的项目写清原因，不靠“已上线新按钮”代替完整交接。如果切换后发现问题，先控制新的变动并核对记录，不让两个系统无序同时接单。

修改 Google 商家资料中的相关信息后，也要看实际显示结果；遇到修改未接受的情况，可以参考[商家资料信息修改排查](https://cantrust.shop/guides/google-business-profile-edit-rejected-updates)。换预约系统与提高 Google 排名是两件事，本文没有测量或承诺曝光增长。

## 常见问题

### Fresha 能导出客户名单，是不是就能把全部预约直接搬到新平台？

不是。名单导出、预约记录导出与目标平台成功导入是不同步骤。需要确认可导出范围、新平台支持的字段，以及日期、员工、服务、状态等是否正确，不能凭一个导出文件宣布迁移完成。

### 旧预约留在 Fresha，新预约走新系统，就不会重复预订了吗？

不能保证。两个链接不能自动协调员工和时段。必须有统一的可用时段依据，并让新系统正确反映旧预约已占用的时间，同时明确每笔旧预约由谁负责改期、取消和提醒。

### 顾客的卡片支付资料、订金和套餐余额会一起转移吗？

不能这样假设。Fresha 明确说明客户卡片支付资料不能导出或转移；订金、套餐与余额也需要单独核对原交易和剩余服务，并由相关平台或付款服务方确认衔接。不要抄录敏感卡片资料、重复收费或自行把录入金额当成转款完成。

### 更换系统时，要马上停掉所有旧预约提醒吗？

先确认每批旧预约由哪个系统负责提醒，以及改期、取消链接是否可用，再安排停用。Fresha 官方区分停用和删除提醒；不能在替代安排未核实时，一次关掉所有旧提醒并假设新平台已接手。

### 旧 Fresha 预约网址能直接设置 301 跳转到新系统吗？

不能假设可以。第三方平台链接不由门店网站直接控制；应向平台核对可行处理方式。自己控制的网站旧网址，才可以由网站负责人按永久或临时替代关系配置适当重定向。

## 我建议先完成的交接

先选一批真实存在的未来预约，在受限权限下核对新旧记录，把差异交给明确负责人处理，再确认整批迁移和入口切换方案。我们最终要保住的，是顾客原本确认好的服务与承诺；一个看起来更漂亮的新预约页面，不能替代这些具体记录。