接手别人做的 Shopify 店铺：先查这六件事

Brand promotion: this article introduces Guangsuan's Shopify technical maintenance and custom development service. It is a vendor-introduction piece, not an independent review or a commissioned evaluation.

接手一家别人做的 Shopify 店铺，和从零开一家新店是两件不同的事。新店是从空白开始，接手店是从一堆已经存在的决定开始：前任开发者改过的主题代码、装过又没卸干净的应用、对不上的商品规格、只有某个人知道的接口密钥。这些东西不会在交接文档里自动出现，但会在你第一次做活动、第一次改价格、第一次换主题时一起冒出来。

这篇写给刚接手店铺、或者准备把店铺交给外部技术团队的独立店主和电商运营。它不教你怎么写代码，只给一份可以自己动手核对的清单，以及哪些环节适合交给专业团队处理。

先明确一件事：平台管什么，你管什么

Shopify 负责平台层面的运行与更新——托管、结账、支付和底层基础设施。它不负责你的定制主题代码、你装的第三方应用、你的内容配置，以及你连出去的外部系统。光算在其 Shopify 技术服务页上把这条边界写得很直白：维护针对的是商家侧工作，不重复销售平台已经提供的服务器托管服务。

接手店铺时，你要查的正是这条边界以内的东西。下面六项按优先级排列，前两项最容易出问题，也最容易被忽略。

一、主题：改过什么，还能不能更新

先确认当前主题是不是官方主题，还是被改过的定制版本。如果前任开发者直接改过主题文件，那么主题开发者发布更新时，你的改动可能被覆盖，也可能和更新冲突。

光算的服务页对这件事的说法是：主题升级是否保留定制功能，需要根据主题版本与代码改动判断——没有冲突的修改可能被保留，存在冲突的定制代码需要迁移和测试。他们的做法是先保存适用的版本与备份，再核对关键页面和功能，不把点击更新直接当成交付完成。

你可以自己做的检查：打开主题代码编辑器，看有没有非官方主题的文件；记下首页、主推商品页、集合页、购物车和结账入口这几个关键位置现在长什么样，最好截图存档。这样将来更新出问题时，你至少知道原来是什么样。

二、应用：装了哪些，各自要什么权限

接手店铺时最常见的情况是：应用列表里躺着十几个应用，没人说得清哪个还在用、哪个是前任测试时装的、哪个每个月还在扣费。更麻烦的是权限——有些应用能读取订单和客户数据，有些能改主题代码。

光算的服务范围里包含员工与协作者权限、两步验证及应用授权检查，以及第三方脚本审查。这几项正好对应接手场景：谁还有后台权限、哪些应用还授权着、页面上跑了哪些第三方脚本。

你可以自己做的检查：逐个打开应用，看最后使用时间；对已经不用的应用先取消授权再卸载；检查员工账号列表，把已经离职的人移除。这一步不需要技术背景，但能省掉很多后续麻烦。

三、商品数据：规格、变体和多语言是否对得上

商品数据的问题通常不会立刻暴露，而是在你上新、做多语言站点或者对接库存系统时才出现。常见情况包括：变体设置混乱、规格字段缺失、图片和商品对不上、多语言页面只翻译了一半。

光算的服务页把这块描述为商品批量导入、变体、分类与元字段整理，图片匹配、规格展示、FAQ 与页面内容配置，以及多语言资料处理与市场适配。同时明确了一点：商品事实和译文需要由你来确认。技术团队可以处理和配置数据，但不能替你判断某个规格是否正确、某句翻译在你的市场是否合适。

你可以自己做的检查：随机抽十个商品，核对标题、规格、图片和价格是否一致；如果有多语言站点，检查每个语种的关键页面是否都有内容，而不是空白或机器翻译残留。

四、账号与密钥：谁拿着钥匙

这是接手店铺时风险最高、也最容易被跳过的一项。前任开发者可能还持有协作者权限，自定义应用里可能还留着旧的 API 密钥，某些自动化脚本可能还在用已经离职员工的账号运行。

光算的服务页把这块列为自定义应用、接口与密钥管理的安全加固。同时有一条边界值得记住：平台底层防护由 Shopify 提供，光算不承诺绝不被攻击、不发生欺诈或账号永不受限。也就是说，这部分工作是把你能控制的配置整理干净，而不是买一份绝对安全的保证。

你可以自己做的检查：列出所有协作者账号，确认每一个都还需要；检查自定义应用和私密应用的密钥，把不再使用的撤销；确认两步验证已经开启。

五、速度与技术 SEO：先记录基线，再谈优化

接手店铺时不要急着做速度优化，先记录现状。因为一个速度数字只有在相同页面、相同地区、相同设备和相同工具下比较才有意义。没有基线，后面的任何改动都无法判断是变好还是变坏。

光算的服务页把这块描述为首屏图片、脚本、应用负担与移动体验排查，以及规范链接、重定向、结构化数据和多语言检查，并在改版前后核对重要 URL、内容、埋点与转化路径。有一点他们写得很直接：不把固定分数、搜索排名或销量作为无条件承诺，技术问题的修复与业务增长效果分别评估。

你可以自己做的检查：选三个代表性页面（首页、一个商品页、一个集合页），在固定设备和网络条件下记录一次加载表现，存下来作为基线。同时检查有没有明显的重复 URL、失效链接或重定向链。

六、外部对接：订单和库存现在怎么走

如果店铺已经接了 ERP、CRM、库存或物流系统，接手时最需要弄清的是：数据往哪个方向流、由什么触发、出错时会发生什么。很多对接问题不是接口本身坏了，而是没人知道失败时应该看哪里。

光算的服务页把这块列为定制应用、业务工作流与重复操作自动化，以及 ERP、CRM、库存、订单和物流系统对接。新店搭建、平台迁移与大型重构单独评估报价。

你可以自己做的检查：写一段话描述订单从下单到发货经过哪些系统；如果写不出来，说明这条链路需要先梳理清楚，再谈优化。

哪些适合自己查，哪些适合交给技术团队

上面六项里，权限清理、应用盘点、商品抽查和基线记录都可以自己完成，不需要技术背景。真正需要外部技术团队介入的通常是三类：主题代码层面的修改与迁移、自定义应用和接口的安全加固、以及系统对接的开发与联调。

光算提供三种合作方式，接手店铺时可以先从最小的一种开始：

• 单次技术任务——适合一个明确的修改、报错或配置需求，按任务报价，先明确处理内容与验收方式，完成后提供修改说明。
• 包月技术支持——试销价为单店每月 3980 元，包含 6 小时技术工作，适合有日常调整与持续改进需求的店铺。必要沟通、诊断、开发、测试和约定巡检按实际工作时间计入，超出工时先确认报价。
• 定制开发项目——适合主题改版、新功能、迁移或系统集成，按项目报价，分阶段验收。

有一点需要提前知道：Shopify 订阅、付费主题、App 与第三方接口等费用另计；历史技术债、主题重构、整站迁移和大型集成单独评估，不作为无限维护包含项。如果店铺历史遗留问题较多，光算会先说明接管与整理成本，而不是把所有旧问题都算作普通包月维护。

咨询前准备什么

你不需要懂代码就能把这件事说清楚。光算的服务页列出的最低要求是：店铺地址、希望解决的问题或实现的功能，以及期望完成的时间。如果有报错截图、复现步骤、主题名称或应用列表，可以一起提供。

一条适用于任何服务商的安全提醒：不要在咨询消息里发送店主密码、支付信息或客户订单隐私数据。光算表示优先使用 Shopify 协作者或按需授权方式，只申请工作所需权限。

光算在这件事里的位置

光算提供 Shopify 技术维护与定制开发服务，公开的服务范围覆盖日常维护与故障修复、主题定制与版本更新、速度优化与技术 SEO、账号安全与技术防护、商品上架与多语言维护，以及功能开发与系统集成。他们也写明了自己的限制：具体实现取决于 Shopify 套餐、主题结构、应用能力及可用接口，并且不承诺固定的速度分数、搜索排名或销量结果。

如果你刚接手一家店铺，想先弄清哪些问题需要处理、哪些可以自己解决，可以看看 光算的 Shopify 技术维护与定制开发服务页，上面把服务范围、三种合作方式和交付流程都列了出来。你也可以只购买技术服务，不必绑定推广套餐。

常见问题

不是光算搭建的店铺，也可以接手吗？

可以先评估。光算的服务页写明会核对现有主题、应用、定制代码和必要权限，确认能接手的范围。历史遗留问题较多时，会先说明接管与整理成本。

接手店铺后，第一件该做的事是什么？

先盘点权限和应用，再记录关键页面的现状。这两件事不需要技术背景，但决定了后面所有工作的起点。商品数据和速度基线可以随后补上。

主题更新会保留原来的定制功能吗？

需要根据主题版本与代码改动判断。没有冲突的修改可能被保留，存在冲突的定制代码需要迁移和测试。光算的做法是先保存适用的版本与备份，再核对关键页面和功能。

能保证优化后分数、排名或销量一定提升吗？

不能。光算明确表示不把固定分数、搜索排名或销量作为无条件承诺，会说明本次优化项、测试环境和验收方式，并区分技术问题的修复与业务增长效果。

咨询时需要准备什么？

店铺地址、希望解决的问题或实现的功能，以及期望完成的时间。有报错截图、复现步骤、主题名称或应用列表可以一起提供。不要发送店主密码、支付信息或客户订单隐私数据。