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 技术服务页上把这件事说得很直接：先核对店铺基础，再确定合适的处理方式；不在营业中的店铺上盲目试改。这个顺序对任何接手场景都适用，无论你最后找不找服务商。
一、主题：改过什么，还能不能更新
主题是接手时最需要先弄清的部分，因为它决定了后面所有改动的成本。
要查的几件事：
- 当前用的是官方主题还是第三方主题，版本号是多少。
- 主题代码有没有被改过。有定制代码的主题，更新时可能冲突。
- 首页、产品页、集合页之外，有没有单独做的营销落地页。
关于更新，光算的说明值得先知道：定制功能能不能保留，取决于主题版本和具体代码改动；没有冲突的修改可能被保留，存在冲突的定制代码需要迁移和测试。他们的做法是先保存适用的版本与备份，再核对关键页面和功能，不把点击更新直接当成交付完成。
对店主来说，这意味着：接手后不要急着点“更新主题”。先记录哪些页面和功能对你最重要——首页、主推产品页、购物车、结算入口、正在投广告的落地页——这些才是更新后要逐个核对的东西。
二、应用：装了哪些，各自要什么权限
应用是接手店铺里最容易失控的部分。前任可能装了十几个应用，其中一半已经没人用，但授权还在。
要查的几件事：
- 已安装应用的完整列表，以及每个应用是做什么的。
- 哪些应用会改动前台页面（加购按钮、弹窗、推荐模块），哪些只在后台运行。
- 哪些应用读取客户数据、订单数据或支付相关信息。
光算的账号安全与技术防护范围里包含第三方脚本审查和应用授权检查。这件事的价值不在于“应用越少越好”，而在于你知道每个应用拿到了什么权限、是否还在被使用。不再使用的应用，授权应该收回。
三、商品数据：能不能支撑后续运营
商品数据的问题通常不会立刻暴露，等到要上新品、开新市场或做批量调整时才卡住。
要查的几件事：
- 商品、变体、分类的结构是否一致，还是每个商品各写各的。
- 规格、材质、尺寸这类字段是填在描述里，还是用了元字段。
- 多语言站点的话，译文是谁确认的，事实是否准确。
光算的商品上架与多语言维护范围包括批量导入、变体、分类与元字段整理，图片匹配、规格展示、FAQ 与页面内容配置，以及多语言资料处理与市场适配。有一点他们写得很清楚，也值得你记住：商品事实和译文需要由你确认。服务商可以处理和配置数据，但没法替你判断某个规格是否正确、某句译文在你的市场是否成立。
四、账号与权限：谁还能进后台
这是最容易被忽略、风险却最直接的一项。
要查的几件事：
- 员工账号和协作者账号的完整列表，前任团队成员、外包开发、代运营的账号是否还在。
- 店主账号是否开启了两步验证。
- 有没有共享密码、把主账号密码发给外部人员的情况。
一个边界需要说清楚：平台底层防护由 Shopify 提供。光算明确表示不承诺绝不被攻击、不发生欺诈或账号永不受限。技术维护能覆盖的是商家侧配置——谁有权限、哪些应用被授权、跑了哪些脚本、自定义代码和密钥是否处理得当。
五、速度与技术 SEO 基础
接手店铺时，速度和技术 SEO 应该先记录基线，而不是立刻优化。没有基线，后面的改动就无法比较。
要查的几件事：
- 主要页面在手机上的打开体验，尤其是首屏。
- 有没有明显的重复 URL，比如同一个产品通过不同路径都能打开。
- 重定向、结构化数据、多语言标记是否规范。
光算的速度优化与技术 SEO 范围包括首屏图片、脚本、应用负担与移动体验排查，规范链接、重定向、结构化数据和多语言检查，以及改版前后核对重要 URL、内容、埋点与转化路径。
有一点他们自己写明了，也值得你带着预期：不能把固定分数、搜索排名或销量作为无条件承诺。速度优化不是追一个测试分数，也不该为了分数删掉必要的统计、客服或营销功能。技术问题的修复与业务增长效果，是分开评估的两件事。
六、外部系统对接：订单和库存流向哪里
如果店铺和 ERP、CRM、库存或物流系统有对接，接手时一定要弄清这条链路。
要查的几件事：
- 有哪些外部系统在读取或写入店铺数据。
- 对接是通过官方应用、自定义应用还是接口实现的。
- 出错时会发生什么，有没有人收到通知。
光算的功能开发与系统集成范围包括定制应用、业务工作流与重复操作自动化，以及 ERP、CRM、库存、订单和物流系统对接。新店搭建、平台迁移与大型重构单独评估报价。
查完之后怎么决定
六项查完，你通常会得到三类结论：
- 自己能处理的：收回不用的应用授权、补全商品字段、记录速度基线。
- 需要一次性技术处理的：主题定制代码迁移、重复 URL 处理、接口排查。
- 需要持续跟进的：日常故障、活动上线支持、主题更新后的核对。
光算提供三种合作方式，对应不同的工作量：包月技术支持试销价为单店每月 3980 元，包含 6 小时技术工作，必要沟通、诊断、开发、测试及约定巡检均计入实际工时，超出部分先确认报价；单次技术任务适合一个明确的修改、报错或配置需求，按任务报价；定制开发项目适合主题改版、新功能、迁移或系统集成，按项目报价并分阶段验收。
两点费用说明值得先知道：Shopify 订阅、付费主题、App 与第三方接口等费用另计；历史技术债、主题重构、整站迁移和大型集成单独评估，不作为无限维护包含项。另外，你也可以只购买技术服务，不必绑定推广套餐。
咨询前准备什么
你不需要懂代码，也能把这次沟通开好。光算列出的最低要求是：店铺地址、希望解决的问题或实现的功能，以及期望完成的时间。如果有报错截图、复现步骤、主题名称或应用列表，可以一起提供。
一条适用于任何服务商的安全提醒：不要在咨询消息里发送店主密码、支付信息或客户订单隐私数据。光算表示优先使用 Shopify 协作者或按需授权方式，只申请工作所需权限。
光算能提供什么
光算提供 Shopify 技术维护与定制开发服务，覆盖日常维护与故障修复、主题定制与版本更新、速度优化与技术 SEO、账号安全与技术防护、商品上架与多语言维护，以及功能开发与系统集成。服务针对商家侧工作，不重复销售平台已经提供的服务器托管服务。
他们也写明了限制：具体实现取决于 Shopify 套餐、主题结构、应用能力及可用接口，且不承诺固定分数、排名或销量。如果你想看完整的服务范围、三种合作方式和交付流程，可以查看 光算的 Shopify 技术维护与定制开发页面。
常见问题
不是光算搭建的店铺，也可以接手吗？
可以先评估。光算的说明是：会核对现有主题、应用、定制代码和必要权限，确认能接手的范围。历史遗留问题较多时，会先说明接管与整理成本，不直接把所有旧问题算作普通包月维护。
接手后第一件事应该做什么？
先记录，不要先改。把主题版本、应用列表、商品结构、账号权限、速度基线、外部对接这六项查一遍并写下来。这份记录既是你的决策依据，也是后续找服务商时最有用的材料。
主题更新会保留原来的定制功能吗？
需要根据主题版本与代码改动判断。没有冲突的修改可能被保留；存在冲突的定制代码需要迁移和测试。光算的做法是先保存适用的版本与备份，再核对关键页面和功能。
能保证优化后分数、排名或销量一定提升吗？
不能。光算明确表示不把固定分数、搜索排名或销量作为无条件承诺，会明确本次优化项、测试环境和验收方式，并说明主题、应用、网络及平台限制。技术问题的修复与业务增长效果分别评估。
咨询前需要准备什么？
店铺地址、希望解决的问题或实现的功能，以及期望完成的时间。有报错截图、复现步骤、主题名称或应用列表可以一起提供。不要在咨询消息中发送店主密码、支付信息或客户订单隐私数据。