旧手机上的WestData订阅仍能使用，换到新手机后却只看到登录页，或者用户中心能打开、客户端里仍然没有原来的配置。这个现象容易让人以为订阅已经消失。更准确的判断是：换设备同时改变了账户会话和本地客户端环境，订阅记录、订阅取得与客户端配置不会因为一次网页登录自动变成同一个结果。
先保留旧设备的正常结果
旧设备仍能工作时，不要先退出账号、删除配置或重置客户端。它是目前唯一能说明“这个账号曾经取得什么结果”的对照。先记录非敏感信息：页面显示的账号标识、方案名称、订阅更新时间、客户端配置名称和最后刷新时间。无需保存完整订阅地址，更不要截取密码、验证码或付款资料。
这个对照的价值不在于复制旧设备的每一个设置，而在于回答三个问题：旧设备使用哪个账号，账户页能看到哪个订阅项目，客户端最后一次成功更新是什么时间。如果这些信息都没有保留，新设备出现差异时，很难判断是登录了另一个账号、后台尚未显示订阅，还是客户端尚未重新导入。
新设备先确认账号，不先折腾客户端
Apple和Google的订阅管理说明都把“当前登录账户”放在查找订阅项目之前。两份文档针对各自平台，并不证明WestData采用相同计费方式；它们共同说明了一个可迁移的原则：设备上能进入账户页面，不代表进入的是原来购买或使用订阅的那个账户。
新设备可能保存多个邮箱，也可能在系统浏览器、应用内浏览器和客户端中使用不同会话。先在用户中心核对非敏感账号标识与方案名称。如果它们与旧设备不一致，应停在账号层处理，不要通过重复安装、连续刷新或生成多条订阅地址来碰运气。客户端无法修正一个不对应的账户。
若账号标识一致，但账户页看不到原方案，记录页面提示和发生时间即可。不要连续提交验证码，也不要把付款截图发给不明页面。此时缺少的是账户视图中的订阅结果，尚不能归因于新手机的客户端。
订阅项目和客户端配置是两种东西
账户中的订阅项目回答“当前账号具有什么方案或使用状态”。客户端配置回答“这台设备保存了什么连接资料，以及最后一次何时刷新”。旧手机已经建立的本地配置通常不会因为新手机登录网页而自动复制；即使两台设备使用同一账号，也需要在新设备完成相应导入或同步步骤。
因此，用户中心已经显示同一方案，而新客户端仍为空，并不矛盾。它说明账户层已有结果，本地客户端层还没有建立。反过来，如果客户端里残留一个旧名称，也不能证明它仍对应当前订阅；应比较更新时间，并在不改变其他条件的情况下执行一次刷新。
这也是为什么不建议一开始就删除旧设备配置。旧端的名称与时间能帮助判断新端是否取得了同一份资料。若两端名称不同但更新时间接近，需要先确认后台是否允许多个配置或是否在最近变更过方案；不要只凭项目数量判断，因为方案内容没有变化时，刷新前后数量可能相同。
按一个变量完成迁移
先固定账号：新旧设备都确认相同的非敏感账号标识。再固定订阅：在新设备账户页确认方案名称与订阅状态。最后处理客户端：按当前页面提供的方式建立配置，记录导入后的名称、更新时间和一次普通使用结果。这个顺序让每一步都有明确答案。
如果新设备导入后没有变化，只刷新一次，并比较刷新前后的时间。不要同时切换网络、清除全部缓存、重置密码和更换客户端版本。一次改变四个条件，即使最后恢复，也无法知道哪项操作真正产生影响。
旧设备与新设备的系统版本、权限和网络环境可能不同。若新端账户与订阅都正确，客户端仍出现明确的系统权限或文件来源提示，再处理该设备条件。先记录提示原文，不通过关闭系统保护来绕过来源无法确认的问题。
什么情况下应停止继续尝试
页面跳到无法解释的域名、要求转发验证码、索取完整订阅地址或付款凭据时，应立即停止。正式的迁移说明不需要这些信息。可以提供设备型号、系统版本、页面路径、发生时间和遮蔽后的提示文字，让支持人员理解问题停在哪一层。
短时间连续登录、重复申请验证码或大量生成配置，也可能让多个会话同时存在，使现象更难解释。出现频率限制或提示变化时先暂停，保留最后一条完整反馈。下一次测试继续使用同一账号和入口，只调整一个条件。
换手机后没有自动出现订阅，最重要的不是立刻重装，而是把结果按顺序分开。旧设备提供对照，账户确认身份，订阅项目确认方案，本地客户端再确认导入与刷新。只有前一层已经得到明确结果，才进入下一层。这样既能减少无效尝试，也能避免把本地配置缺失误判为购买记录消失。
资料来源
- Apple Support：《If you want to cancel a subscription from Apple》，发布或更新于 date-not-provided
- Google Play Help：《Cancel, pause, or change a subscription on Google Play》，发布或更新于 date-not-provided