# 绯星科技 (FXTech) — 完整介绍

> 绯星科技（深圳市绯星科耀科技有限公司）是一家位于深圳的电商技术服务商，Shopify Partner。为跨境电商与品牌出海企业提供 Shopify / Shopify Plus 开发、Headless 电商独立站、网站性能优化（Core Web Vitals）以及跨境 VAT 合规系统搭建。理念：简单，高效，最佳实践。

- 官网：https://www.feixingtech.cn/
- 联系邮箱：xiaoxing@feixingtech.cn
- 联系页面（含电话与企业微信）：https://www.feixingtech.cn/contact/
- 所在地：中国深圳；服务语言：中文、English；支持远程协作与海外团队对接
- 团队：多名 10 年以上经验的 Web 工程师，5 年以上电商独立站经验，服务过时尚、美妆、电子、家居、新能源、跨境税务等行业，累计客户 100+
- 合作方式：通过邮箱 / 电话 / 企业微信描述需求，先沟通业务目标与现状，再按需求范围给出方案和报价；无统一套餐价

## 适合找我们的场景

- 需要在深圳或中国找一家 Shopify Partner 做主题定制、App 开发或 ERP / CRM 对接
- 想用 MedusaJS 等开源框架搭建可自主掌控、无平台佣金的 Headless 品牌独立站
- 现有网站或 Shopify 店铺速度慢、Core Web Vitals 不达标，希望不重建就提升性能与转化
- VAT 服务商 / 税务代理需要把注册、算税、申报、EPR 等服务做成卖家可自助下单的线上系统
- 需要定制化的 B2B 协同系统、供应链跟单系统或基于 AI 的行业知识助手

## 服务

### Shopify 开发与 Shopify Plus 解决方案

页面: https://www.feixingtech.cn/shopify/

Shopify Partner 团队，提供 Shopify / Shopify Plus 主题开发与 Liquid 深度定制、Shopify App 与私有应用开发，以及对接 ERP / CRM / 库存系统的周边系统开发。

适合: 跨境电商与品牌出海企业，从起步阶段的独立站卖家到需要与内部系统打通的成熟品牌。

能力：

- Shopify 主题开发与 Liquid 深度定制：多语言、多币种、多市场（Shopify Markets）
- Shopify App 与私有应用（Custom App）开发：订单、库存、商品、客户数据与 ERP / CRM 双向同步
- Shopify 周边系统：产品中心、订单中心、发货管理、数据分析与财务报表、员工绩效、广告成本（ROAS）分析、供应链管理
- 在现有主题上做增量改造：布局与响应式调整、自定义模块、分析工具集成、加载速度优化
- 上线后持续的问题排查、功能迭代与性能优化
- 技术栈：Shopify Liquid、React、Tailwind CSS、Shopify Admin / Storefront API

#### Shopify 开发与 Shopify Plus 解决方案 常见问题

### 你们能提供哪些 Shopify 开发服务？

包括 Shopify 主题开发与 Liquid 深度定制（多语言、多币种、多市场）、Shopify App 与私有应用开发（对接 ERP / CRM / 库存系统），以及产品中心、订单中心、发货管理、数据报表、广告成本分析、供应链管理等 Shopify 周边系统开发。

### 现有的 Shopify 主题可以在原有基础上改吗？

可以。我们可以在现有主题上做 Liquid 定制，比如调整页面布局与响应式设计、增加自定义模块和导航、集成分析工具、优化加载速度，不一定要推倒重做。

### Shopify 能和我们公司的 ERP、CRM 或库存系统打通吗？

可以。通过 Shopify API 开发私有应用（Private App），实现订单、库存、商品和客户数据与内部系统的双向同步，例如实时更新库存避免超卖、把客户数据同步到 CRM。开发时会对通信加密并按角色设置权限。

### Shopify 和 Shopify Plus 都支持吗？

都支持。Shopify Plus 在多店铺、结账定制和自动化方面能力更强，适合体量更大的品牌；我们会根据业务规模和需求帮你判断是否需要升级。

### 店铺上线后还提供技术支持吗？

提供。团队熟悉 Shopify 架构与 API，上线后可以继续负责问题排查、功能迭代和性能优化，保障店铺稳定运营。

### 电商独立站开发（Headless / Composable Commerce）

页面: https://www.feixingtech.cn/ecommerce/

基于 MedusaJS 等开源电商框架与 Headless 架构搭建品牌独立站：支付与风控、物流履约、库存与商品中心、会员与营销自动化、数据报表集成，多语言多币种，独立部署、零平台佣金、数据自主可控。

适合: 对购物体验、业务流程、数据归属或平台佣金有更高要求、希望长期自主掌控站点的品牌。

能力：

- 以 MedusaJS 等开源电商框架为底座，前后端分离，独立云资源部署
- 支付：Stripe、PayPal 及本地支付通道，配合订单校验与异常拦截
- 物流：对接物流商、仓储系统与运费规则，发货状态同步与物流追踪
- 库存与商品中心、会员体系、营销自动化、数据报表
- 多语言、多币种、多市场：本地化内容、税费规则、配送策略、区域化营销
- 访问控制、数据备份、日志监控与灰度发布

#### 电商独立站开发（Headless / Composable Commerce） 常见问题

### 什么是 Headless / Composable Commerce 独立站？

就是把前台购物体验和电商核心服务（商品、订单、支付、会员等）解耦：前台可以自由设计和快速迭代，后端能力按模块组合、按业务阶段扩展，而不是受限于单一平台的模板和插件。

### 开源独立站和 Shopify 相比有什么区别？

开源独立站的代码、数据和部署环境都由你掌控，没有平台佣金，业务流程可以深度定制；代价是需要自己（或由服务商）负责部署和运维。Shopify 上线更快、运维更省心，但定制空间和数据控制受平台约束。

### 你们用什么技术来搭建独立站？

以 MedusaJS 等开源电商框架为底座，配合定制 API、数据库与对象存储，前台采用前后端分离架构，并支持独立云资源部署、访问控制、数据备份、日志监控与灰度发布。

### 独立站可以对接哪些支付和物流？

支付方面可集成 Stripe、PayPal 以及本地支付通道，并配合订单校验和异常拦截降低交易风险；物流方面可对接物流商、仓储系统和运费规则，支持发货状态同步与物流追踪。

### 支持多语言、多币种和多市场吗？

支持。包括本地化内容、货币展示、税费规则、配送策略和区域化营销配置，适合同时面向多个海外市场的品牌。

### 网站性能优化（Core Web Vitals）

页面: https://www.feixingtech.cn/wpo/

围绕 LCP、INP、CLS、TTFB 等 Core Web Vitals 指标做性能审计与加载链路拆解，优化图片与媒体、JavaScript 体积、CSS 与字体、缓存与 CDN，并用 Lighthouse / PageSpeed 与真实用户监控（RUM）持续跟踪。

适合: 已有网站或 Shopify 店铺、不想重建但希望提升速度、SEO 与转化率的企业。

能力：

- 性能基线：Lighthouse、PageSpeed Insights、Chrome UX Report 与真实用户数据
- 加载链路拆解：定位 TTFB、渲染阻塞、第三方脚本与图片瓶颈
- 图片与媒体、JavaScript 体积、CSS 与字体、缓存与 CDN 优化
- Shopify 店铺性能治理：主题代码、第三方 App 脚本、图片
- 技术 SEO 与可访问性：语义结构、结构化数据、爬虫可读性、移动端体验
- 优化前后指标与转化漏斗对比，防止后续迭代回退

#### 网站性能优化（Core Web Vitals） 常见问题

### 什么是 Core Web Vitals？为什么重要？

Core Web Vitals 是 Google 衡量真实用户体验的核心指标，主要包括 LCP（最大内容绘制，首屏速度）、INP（交互到下一次绘制，交互响应）和 CLS（累计布局偏移，视觉稳定性）。它们直接影响跳出率和转化率，也是搜索排名的参考因素之一。

### 网站性能优化一般怎么进行？

先用 Lighthouse、PageSpeed 和真实用户数据建立性能基线，拆解加载链路定位瓶颈；然后按优先级优化图片与媒体、JavaScript 体积、CSS 与字体、缓存与 CDN；最后持续跟踪指标，防止后续迭代导致性能回退。

### Shopify 店铺也能做性能优化吗？

可以。Shopify 店铺常见的性能问题来自主题代码、过多的第三方 App 脚本和未优化的图片，这些都能在主题层面治理。

### 优化效果怎么衡量？

用优化前后的 Lighthouse / PageSpeed 报告和真实用户监控（RUM）数据对比 LCP、INP、CLS、TTFB 等指标，并结合转化漏斗数据评估业务影响，而不只看测试分数。

### 性能优化对 SEO 有帮助吗？

有。除了页面速度，我们还会改善页面语义结构、爬虫可读性、结构化数据和移动端体验，让搜索引擎更高效地理解和收录页面。

### 跨境电商 VAT 合规系统搭建

页面: https://www.feixingtech.cn/vat/

为 VAT 服务商、税务代理机构和跨境电商团队搭建 VAT 合规系统（不直接代理报税）：VAT 新注册 / 转代理申请、自动解析亚马逊 VAT 计算报告的算税引擎、申报与缴税工作台、EPR 与授权代表模块，覆盖英国及德法意西波捷荷奥 8 个欧盟国家。

适合: VAT 服务商、税务代理机构，以及需要把税务服务做成线上产品的跨境电商团队。

能力：

- VAT 新注册 / 转代理多步骤申请：营业执照、身份证 OCR 识别，手机扫码电子签名
- 算税引擎：自动解析亚马逊 VAT 计算报告，按代扣方、买家税号、发货国 / 到达国归类销售
- 支持英国及德国、法国、意大利、西班牙、波兰、捷克、荷兰、奥地利的差异化规则，C79 / C88 抵扣与 PVA 递延，生成英国 VAT Return 各栏位
- 申报与缴税工作台：状态流转、报表批量导入、付款凭证与回执
- EPR（德法西包装法、WEEE、德国电池法）注册与批量申报，欧代 / 英代授权代表服务
- 运营后台：订单、审核、角色权限、审计日志，每日自动采集汇率

#### 跨境电商 VAT 合规系统搭建 常见问题

### 你们的 VAT 解决方案具体是什么？

我们不直接代理报税，而是为 VAT 服务商、税务代理机构和有合规需求的跨境电商团队搭建 VAT 合规系统：面向卖家的服务展示与下单站点，加上后台的注册、算税、申报、缴税工作流，把复杂的税务服务做成卖家看得懂、愿意下单的产品。

### 系统可以包含哪些功能模块？

可按需组合：VAT 新注册 / 转代理的多步骤申请（营业执照、身份证 OCR 识别，手机扫码电子签名）；自动解析亚马逊 VAT 计算报告的算税模块（支持 C79 / C88 进项抵扣与 C88 / PVA 递延）；申报与缴税工作台；EPR（包装法、WEEE、电池法）注册与批量申报；授权代表服务；以及运营后台的订单、审核、权限与审计日志。

### 支持哪些国家的税务规则？

已落地英国及德国、法国、意大利、西班牙、波兰、捷克、荷兰、奥地利 8 个欧盟国家的算税规则（含英国 VAT Return 各申报栏位），并内置欧盟 27 国的跨境判断。其他国家可按你的业务范围扩展。

### 能和我们现有的业务系统对接吗？

可以。系统可以导入亚马逊 VAT 计算报告用于算税，并接入 OCR、对象存储、汇率等第三方服务；与你现有业务系统的对接方式在需求阶段确认。

### 项目一般怎么推进？

先梳理你的业务文档和服务流程（覆盖哪些国家、哪些服务、内部如何流转），再设计卖家端的服务展示与下单路径和后台工作流，按模块分阶段开发上线。

## 客户案例

案例页: https://www.feixingtech.cn/cases/

### 全球税务合规 SaaS 平台：卖家端 + 运营后台双端协同

- 链接: https://www.feixingtech.cn/cases/#vat-compliance-saas
- 客户: 某跨境税务合规服务商 (跨境税务服务)
- 服务: VAT 解决方案, 定制系统开发
- 交付时间: 2026-08
- 上线地址: https://service.hwtax123.com/
- 技术栈: React 19, TypeScript, TanStack, Koa, MySQL, 阿里云 OCR / OSS, Playwright

从零搭建覆盖 VAT 注册 / 转代理、算税、申报缴税、EPR 和授权代表的一站式合规平台，把线下人工服务变成卖家可自助下单、可追踪进度的线上产品。

**挑战：** 服务商原有业务依赖人工收资料、手工算税和表格流转，国家多、税种多、规则各不相同，卖家看不懂流程，运营团队处理效率低、容易出错。

**方案：**

- 卖家端多步骤申请流程，营业执照、身份证 OCR 自动识别，手机扫码电子签名，减少人工录入
- 自动解析亚马逊 VAT 计算报告，按代扣方、买家税号、发货国 / 到达国把销售自动归入 7 类，支持英国及德、法、意、西、波、捷、荷、奥 8 个欧盟国家的差异化算税
- 支持 C79 / C88 进项抵扣与 C88 / PVA 递延，自动生成英国 VAT Return 各申报栏位
- EPR（德法西包装法、WEEE、德国电池法）注册与批量申报、授权代表服务、每日自动采集汇率
- 运营后台覆盖订单、申报审核、算税审核、角色权限与审计日志

**结果：**

- 平台已上线运营，约 4 个月完成 300+ 次迭代
- 约 44 个业务页面、77 个 API 接口、19 个数据模型
- 20 个端到端自动化测试 + 上线前数据库结构比对，保障税务数据准确性

### 四方协同供应链跟单系统：15 天从需求到上线

- 链接: https://www.feixingtech.cn/cases/#b2b-supply-chain-portal
- 客户: 某海外采购代理商 (跨境采购 / 供应链)
- 服务: 定制系统开发
- 交付时间: 2026-10
- 上线地址: https://chaingo.feixingtech.cn/
- 技术栈: React 19, TypeScript, TanStack, Koa, SQLite / Drizzle, Caddy, Playwright

为跨境采购代理搭建连接海外商家、国内工厂和货代的订单、生产与物流协同平台，用一条订单时间轴取代分散在各个群聊里的沟通。

**挑战：** 订单量少、货值高、运输方式多样（海运 / 空运 / 铁路 / 快递），订单、生产进度和物流信息分散在群聊与表格中，海外商家无法及时掌握进展。

**方案：**

- 管理员 / 商家 / 工厂 / 物流四种角色，商家之间数据严格隔离
- 订单 → 生产批次 → 交货 → 物流单全链路拆单与分批发货，生产倒计时与逾期预警
- 对接 17TRACK 国际物流轨迹 API，自动追踪 + 物流端手动更新 + 每日兜底同步
- 按选项组合生成 SKU 的商品模型、库存流水与价格历史，Excel 批量导入导出
- 中 / 英 / 法三语界面，签收后订单财务锁定，人机验证与请求审计日志

**结果：**

- 15 天完成从需求到上线，46 次提交交付
- 约 83 个 API 接口、34 个前端页面、19 张数据表
- 约 25 个端到端 / 集成 / 单元测试文件，推送前自动构建与测试

### B2B 外贸官网性能优化：首页 TTFB 从 17.96s 降到 0.94s

- 链接: https://www.feixingtech.cn/cases/#b2b-site-performance
- 客户: 某 LED 照明制造商 (LED 照明 / B2B 外贸)
- 服务: 网站性能优化
- 交付时间: 2026-09
- 上线地址: https://www.trieco-led.com/
- 技术栈: PHP, ThinkPHP, MariaDB, Nginx / Brotli, 阿里云 CDN, Lighthouse

对部署在德国服务器上的 PHP 外贸官网做全链路性能诊断与优化，从数据库、视频、图片到前端资源逐层治理，首页响应和资源体积大幅下降。

**挑战：** 网站部署在德国，数据库却在香港，每次请求都要跨洲查询；首页 banner 视频近 40MB，图片未做响应式处理，移动端首屏要等数十秒，后台部分查询直接超时 502。

**方案：**

- 数据库从香港迁到德国服务器本机，消除跨洲查询延迟
- banner 视频由 HEVC 转码为 H.264 720p，配合封面图与懒加载
- 图片 CDN 动态缩放 + srcset + WebP，补齐宽高占位，进入视口才加载
- 17 个 JS 文件合并为 4 个并 defer，静态资源按文件修改时间加版本号、CDN 长缓存，恢复 font-display: swap
- 扫描 187 个页面的桌面与移动端 JS 报错

**结果：**

- 首页 TTFB 17.96s → 0.94s；后台 10 个请求总耗时 208.7s → 12.1s，原先超时 502 的查询恢复到 1.43s
- 首页视频体积 38.8MB → 2.73MB（移动端）
- 首页移动端图片下载量 22.7MB → 241KiB（-99%）
- Lighthouse 桌面端（3 次取中位数）：首页 56 → 88 分、LCP 6.5s → 1.5s；产品详情页 44 → 91 分、CLS 0.287 → 0.008

### Shopify 会员积分体系：打通独立站与品牌 App

- 链接: https://www.feixingtech.cn/cases/#shopify-loyalty-program
- 客户: 某智能健身器材品牌 (智能健身)
- 服务: Shopify 建站
- 上线地址: https://www.speediance.com/pages/loyalty
- 技术栈: Shopify Liquid, Alpine.js, Shopify Customer Accounts, REST API

在 Shopify 主题内自研会员积分俱乐部，包含会员中心、任务赚积分、积分流水、优惠券兑换和 App 账户绑定，不依赖第三方 Loyalty 应用。

**挑战：** 品牌同时运营 Shopify 独立站和自有 App，第三方积分应用无法与 App 账户和品牌自有后端打通，会员权益在网页和 App 之间割裂。

**方案：**

- 基于自定义 Section + Alpine.js 开发会员着陆页、会员中心、积分流水、优惠券中心、账户绑定等 6 个子页面
- 任务化积分：注册、订阅邮件、社交关注、评价晒单、购买配件、生日 / 周年纪念等任务，完成后回调记分
- 积分兑换优惠券中心，处理领取上限、余额不足、一键复制券码等交互
- 邮箱验证码绑定 Shopify 客户账户与品牌 App 账户，积分与权益双端互通
- 一套代码按店铺自动切换接口与语言，支持多区域站点

**结果：**

- 已在美区、欧区站点上线运行
- 全部功能基于 Shopify 主题实现，无第三方 Loyalty 应用订阅费

### 新能源品牌 Shopify 全站建设：多产品线 + 多市场

- 链接: https://www.feixingtech.cn/cases/#energy-storage-shopify-store
- 客户: 某新能源储能品牌 (新能源 / 储能)
- 服务: Shopify 建站
- 上线地址: https://www.calionpower.com/
- 技术栈: Shopify, Dawn, Liquid, Tailwind CSS, Shopify Markets

为户储、工商储、逆变器、充电桩多产品线品牌搭建 Shopify 品牌官网与在线商城，兼顾零售直接下单和 B2B 询盘获客。

**挑战：** 产品线跨度大，从可直接零售的充电桩到需要询盘的集装箱储能系统都有；同时要面向美国和印度两个市场，货币和域名各不相同。

**方案：**

- 基于 Shopify 官方 Dawn 主题深度二次开发，引入 Tailwind CSS 构建自定义组件
- 4 大产品线、11 个子类的信息架构，零售产品直接下单，大型储能产品走资料下载与询盘
- Shopify Markets 配置美国（USD）/ 印度（INR）市场，印度使用独立域名并配置 hreflang
- 自研轮播、选项卡和产品视频模块，带 ARIA 无障碍语义；图片响应式与懒加载、字体预加载
- 集成 GA4、Ahrefs 分析和 WhatsApp 在线客服

**结果：**

- 全站已上线运营，覆盖美国、印度两个市场

### 官网从 Next.js 迁移到 Qwik：移动端 Lighthouse 97–100 分

- 链接: https://www.feixingtech.cn/cases/#feixingtech-qwik-migration
- 客户: 绯星科技官网（自有项目） (企业官网)
- 服务: 网站性能优化
- 交付时间: 2026-03
- 上线地址: https://www.feixingtech.cn/
- 技术栈: Qwik, Qwik City, Vercel Edge, Tailwind CSS, Lighthouse

将公司官网从 Next.js 迁移到 Qwik + Vercel Edge，以服务端渲染和按需加载为核心重做性能与 SEO，同时让 AI 搜索也能完整读取页面内容。

**挑战：** 营销官网以内容展示为主，但传统框架打包的 JavaScript 拖慢首屏和交互；同时需要搜索引擎与 AI 爬虫在不执行 JS 的情况下读到完整内容。

**方案：**

- 迁移到 Qwik 可恢复（resumable）架构，部署在 Vercel Edge，首屏几乎不执行 JavaScript
- 响应式图片、第三方脚本延迟加载，页面与数据接口配置 CDN 缓存头，导航链接预取
- 全站 JSON-LD 结构化数据（Organization / FAQPage / 案例），并提供 llms.txt
- sitemap 从路由自动生成，部署后自动推送变更页面到百度收录

**结果：**

- Lighthouse 移动端（首页、Shopify 页、联系页各 3 次）：性能 97–100 分
- TBT 0–10ms，CLS 0，LCP 1.4–2.6s

### 欧盟 VAT 合规 AI 助手：6 天从 0 到上线

- 链接: https://www.feixingtech.cn/cases/#eu-vat-ai-assistant
- 客户: 跨境电商合规 AI 产品 (跨境电商 / AI)
- 服务: AI 应用开发, VAT 解决方案
- 交付时间: 2026-07
- 技术栈: React 19, TypeScript, Express, PostgreSQL, DeepSeek, Vercel, GitHub Actions

面向中小跨境卖家的中文合规问答助手，围绕欧盟 VAT、OSS / IOSS 和 EPR 问题给出带法规出处的回答，并配套自动更新的官方法规知识库。

**挑战：** 中小卖家没有专职财税人员，欧盟各国税务规则分散在多语种官方网站上，查找困难；而通用大模型回答合规问题容易出错且无法追溯来源。

**方案：**

- 法规知识库：每周自动抓取德、法、英、西、意、荷、波 7 国税务机关及欧盟 VAT 指令共 8 个官方来源，MD5 增量更新与文档生命周期管理
- 基于 PostgreSQL 全文检索的法规检索服务，中文提问即可匹配多语种资料
- 合规级提示词约束：低温度生成，强制引用法规条款与生效时间，附来源链接和免责提示
- SSE 流式输出，适配 Serverless 部署环境

**结果：**

- 6 天、28 次提交完成开发，首日即上线可用

## 技术文章

以上案例的完整拆解文章，发布在本站博客：

### Shopify 还是 Medusa？给品牌出海团队的独立站选型框架

- 链接: https://www.feixingtech.cn/blog/shopify-vs-medusa/
- 发布日期: 2026-10-26

「我们要做独立站，用 Shopify 还是自己搭？」这是我们被问得最多的问题。常见的回答要么是「Shopify 省事」，要么是「开源自由」，都对，但都不足以做决定。

这篇文章给一个可以直接套用的判断框架。我们同时做 Shopify 开发和基于 MedusaJS 的 Headless 独立站，两边的坑都踩过，所以尽量不偏向任何一方。

#### 先说清两条路线各是什么

**Shopify / Shopify Plus**：SaaS 电商平台。店铺、结账、支付、库存、订单都由平台托管，你通过主题（Liquid）定制前台，通过 App 和 API 扩展功能。Shopify Plus 在多店铺、结账定制和自动化上能力更强，面向体量更大的品牌。

**Headless / Composable 独立站（以 MedusaJS 为例）**：把前台购物体验和电商核心服务（商品、订单、支付、会员等）解耦。后端用开源电商框架为底座，配合定制 API、数据库和对象存储；前台独立开发，可以自由设计和迭代。代码、数据和部署环境都由你掌控，没有平台佣金，代价是需要自己（或服务商）负责部署和运维。

#### 六个判断维度

##### 1. 业务流程和平台的契合度

问自己：我的下单、履约、售后流程，Shopify 的标准流程能不能覆盖 80% 以上？

能覆盖的，走 Shopify。剩下 20% 的差异通常可以用主题定制和私有 App 补齐。我们为一家新能源储能品牌做的 Shopify 全站，产品线从可以直接零售的充电桩到需要询盘的集装箱储能系统，跨度很大。做法是零售产品直接下单，大型储能产品走资料下载和询盘，4 大产品线 11 个子类的信息架构都在 Shopify 内完成，没有必要自建。

如果你的核心流程本身就和标准电商不一样，比如定制化报价、多方协同履约、复杂的会员分级，平台会一直在限制你，这时候才考虑 Headless。

##### 2. 对定制深度的真实需求

很多团队高估了自己的定制需求。Shopify 主题层能做的比想象中多。我们为一家智能健身器材品牌在 Shopify 主题内自研了一整套会员积分体系：会员中心、任务赚积分、积分流水、优惠券兑换、品牌 App 账户绑定，6 个子页面全部基于自定义 Section + Alpine.js 实现，不依赖第三方 Loyalty 应用，已在美区、欧区站点上线。

判断标准不是「想不想定制」，而是「定制的东西是否触碰结账流程和核心数据模型」。前台体验和周边功能，Shopify 够用；要改结账逻辑或者数据模型本身，Shopify Plus 能解决一部分，再往下就是 Headless 的领地。

##### 3. 数据归属和长期成本

Shopify 的数据在平台上，可以通过 API 导出，但业务逻辑和平台绑定。平台佣金和 App 订阅费会随 GMV 增长。

Headless 独立站没有平台佣金，数据在自己的数据库里，但要承担服务器、运维和持续开发的成本。这不是一次性投入，而是长期的工程能力要求。

简单的算法：如果你没有或不打算有技术团队（内部或长期合作的服务商），不要选 Headless。

##### 4. 多市场与本地化

两条路线都支持多语言、多币种、多市场。

Shopify Markets 可以配置不同国家的货币、域名和定价，我们在新能源品牌的项目里配置了美国（USD）和印度（INR）两个市场，印度使用独立域名并配置 hreflang，都是平台内的标准能力。

Headless 方案在本地化内容、税费规则、配送策略和区域化营销上更自由，适合市场间差异大、需要深度区域化运营的品牌。

##### 5. 与内部系统的对接

品牌到了一定规模，店铺要和 ERP、CRM、库存系统打通：实时更新库存避免超卖、把客户数据同步到 CRM、订单回传给仓储。

Shopify 这条路线是通过 API 开发私有应用（Custom App），实现订单、库存、商品和客户数据与内部系统的双向同步，开发时对通信加密并按角色设置权限。周边系统（产品中心、订单中心、发货管理、数据报表、广告成本分析、供应链管理）可以独立于店铺之外搭建，通过 API 与 Shopify 交换数据。

Headless 这条路线里，这些对接是你自己的后端的一部分：支付可以集成 Stripe、PayPal 和本地支付通道，配合订单校验和异常拦截；物流可以对接物流商、仓储系统和运费规则，支持发货状态同步与物流追踪。自由度更高，但每一项都是要开发和维护的代码。

##### 6. 上线时间和团队现状

Shopify 从零到上线可以很快，运维几乎为零。Headless 从设计、开发到部署的周期更长，上线后还需要有人负责访问控制、数据备份、日志监控和灰度发布。

团队刚起步、要先验证市场，选 Shopify。已经有稳定销量、知道自己要什么、准备长期投入，再考虑 Headless。

#### 一张决策表

| 你的情况 | 倾向 |
|---|---|
| 标准电商流程，想快速上线 | Shopify |
| 需要前台体验定制、会员、营销模块 | Shopify + 主题 / App 定制 |
| 多店铺、结账定制、自动化需求 | Shopify Plus |
| 业务流程与标准电商差异大 | Headless |
| 对数据归属、平台佣金敏感，有技术团队 | Headless |
| 没有技术团队 | Shopify |

#### 常见误区

- **「Shopify 慢，所以要自建」**：Shopify 店铺的性能问题大多来自主题代码、过多的第三方 App 脚本和未优化的图片，这些在主题层面都能治理，不需要换平台
- **「开源就是免费」**：框架免费，工程不免费
- **「先用 Shopify，以后再迁移」**：可以，但迁移成本随数据量和定制深度增长，最好在第一次选型时就想清楚两三年内的方向

#### 我们的建议

先了解业务阶段和团队情况，再定方案，不要先定技术再找理由。如果你拿不准，把自己的下单流程、现有系统和未来两年的目标写下来，对着上面六个维度逐条过一遍，答案通常会自己浮现。

还有一点经常被忽略：上线不是终点。无论哪条路线，店铺上线后都会有问题排查、功能迭代和性能优化的持续需求。选型时就要想清楚这部分由谁负责，是内部团队、长期合作的服务商，还是指望平台客服。这个答案本身往往就决定了该选哪条路。

---

绯星科技（深圳）是一家电商技术服务商、Shopify Partner，提供 Shopify / Shopify Plus 开发、基于 MedusaJS 等开源框架的 Headless 电商独立站、网站性能优化和跨境 VAT 合规系统搭建。Shopify 服务见 https://www.feixingtech.cn/shopify/ ，独立站服务见 https://www.feixingtech.cn/ecommerce/ ；文中案例见 https://www.feixingtech.cn/cases/#shopify-loyalty-program 与 https://www.feixingtech.cn/cases/#energy-storage-shopify-store 。

### B2B 外贸官网 TTFB 从 17.96s 到 0.94s：我们怎么做的

- 链接: https://www.feixingtech.cn/blog/b2b-site-ttfb-teardown/
- 发布日期: 2026-10-24

接手一个 LED 照明制造商的外贸官网性能优化时，第一次打开首页我们等了十几秒。不是网络问题，是网站本身：服务器在德国，数据库在香港，首页 banner 是一个近 40MB 的视频，图片没有做响应式处理。移动端首屏要等数十秒，后台部分查询直接超时 502。

这类问题在 PHP 外贸站里很常见，而且大多数不需要重做网站。下面把我们的排查和处理顺序完整写一遍，读者可以对照自己的站点逐项检查。

#### 先说我们在量什么

我们围绕 Core Web Vitals 做优化。这是 Google 衡量真实用户体验的一组核心指标：LCP（最大内容绘制，首屏主要内容出现的时间）、INP（交互到下一次绘制，点击后的响应速度）、CLS（累计布局偏移，页面有没有跳动）。再加上 TTFB（首字节时间），四个指标基本能定位问题出在服务端、资源体积还是前端代码。它们直接影响跳出率和转化率，也是搜索排名的参考因素之一。

工具方面，Lighthouse 和 PageSpeed Insights 做实验室测试，Chrome UX Report 和真实用户监控（RUM）看线上真实数据。实验室数据用来定位问题，真实用户数据用来确认业务影响，两者都要看。

#### 第一步：先量，再动手

不要凭感觉改。我们先用 Lighthouse 对首页和产品详情页各跑 3 次取中位数，建立基线：

- 首页桌面端 56 分，LCP 6.5s
- 产品详情页桌面端 44 分，CLS 0.287
- 首页 TTFB 17.96s
- 首页移动端图片下载量 22.7MB
- 首页视频体积 38.8MB

有了这组数字，后面每一步才能判断值不值得做、做完有没有效果。

#### 第二步：TTFB 太高，先看服务端链路

TTFB（Time To First Byte）接近 18 秒，说明问题在浏览器收到第一个字节之前，和前端资源无关。我们查了请求链路，发现网站部署在德国服务器，但 MariaDB 数据库在香港。每一次页面请求都要跨洲查询数据库，而一个页面可能发起几十次查询，延迟全部叠加。

处理方式很直接：把数据库迁到德国服务器本机，消除跨洲往返。这一步做完，首页 TTFB 从 17.96s 降到 0.94s，后台 10 个请求的总耗时从 208.7s 降到 12.1s，原先超时 502 的查询恢复到 1.43s。

经验：如果你的 TTFB 超过 1 秒，先查数据库和应用服务器是不是在同一个机房，再查慢查询。很多外贸站是分批建的，服务器搬过家而数据库没跟着走。

#### 第三步：视频是最大的单个资源

首页 banner 视频用 HEVC 编码，体积 38.8MB。HEVC 在部分浏览器上兼容性不好，体积也没有因此变小。我们把它转码为 H.264 720p，加上封面图（poster）和懒加载，移动端视频体积降到 2.73MB。

要点有三个：

1. 分辨率按实际展示尺寸定，banner 不需要 4K
2. 一定要有封面图，否则 LCP 会等视频第一帧
3. 视频不在首屏时才加载，首屏用封面图占位

#### 第四步：图片做响应式，而不是一张图走天下

移动端首页图片下载量 22.7MB，原因是手机也在下载桌面端的原图。处理方案：

- 用图片 CDN 做动态缩放，按请求参数输出不同尺寸
- 用 srcset 让浏览器按屏幕宽度选图
- 输出 WebP 格式
- 补齐 width / height 占位，避免图片加载完成后页面跳动（这是 CLS 的主要来源）
- 进入视口才加载

做完后移动端首页图片下载量从 22.7MB 降到 241KiB，减少 99%。产品详情页 CLS 从 0.287 降到 0.008，主要就是靠宽高占位。

#### 第五步：JS、缓存与字体

剩下的是常规前端治理：

- 17 个 JS 文件合并为 4 个，并加 defer，避免阻塞渲染
- 静态资源按文件修改时间加版本号，配合 CDN 长缓存。这样既能长期缓存，又不会在更新后让用户拿到旧文件
- 恢复 font-display: swap，让文字先用系统字体显示，自定义字体加载完再替换，不要让用户盯着空白等字体
- 服务端开启 Brotli 压缩

另外我们扫描了全站 187 个页面的桌面端和移动端 JS 报错。性能优化过程中改动较多，报错扫描是防止「优化了速度、弄坏了功能」的兜底。

#### 结果

Lighthouse 桌面端（3 次取中位数）：

- 首页 56 → 88 分，LCP 6.5s → 1.5s
- 产品详情页 44 → 91 分，CLS 0.287 → 0.008

整个过程没有重做网站，技术栈仍然是 PHP + ThinkPHP + MariaDB + Nginx，只是把每一层的问题逐个处理掉。

#### 优化完成之后：防止回退

性能优化最常见的结局是三个月后又慢回去了：运营上传了一张 5MB 的原图，开发加了一个新的第三方脚本。所以我们在交付时会把基线报告和优化后报告一起留存，并建议客户把 Lighthouse 跑分放进上线流程，每次发布前后对比一次。真实用户监控数据则按周看一眼，指标下滑时能及时找到是哪次改动引起的。

衡量效果也不只看测试分数。优化前后的 LCP、INP、CLS、TTFB 要结合转化漏斗数据一起看，确认速度提升确实带来了业务上的变化。

#### Shopify 店铺同样适用

这套方法不限于 PHP 自建站。Shopify 店铺常见的性能问题来自主题代码、过多的第三方 App 脚本和未优化的图片，这些都能在主题层面治理，不需要换平台。排查顺序也一样：先量基线，再看最大的资源，再处理脚本和布局偏移。

#### 自己检查的顺序

如果你想先自查，建议按这个顺序：

1. 用 PageSpeed Insights 或 Lighthouse 跑 3 次，记下 TTFB、LCP、CLS 和总下载体积
2. TTFB 超过 1 秒：查数据库位置、慢查询、服务器配置
3. 看瀑布图里最大的几个资源：通常是视频和原图
4. 看 CLS：找没有宽高的图片、晚加载的字体和广告位
5. 看 JS：有没有阻塞渲染的脚本、能不能合并和延迟
6. 最后设置缓存策略和压缩

每做完一项就重新量一次，确认方向对了再做下一项。

---

绯星科技（深圳）是一家电商技术服务商、Shopify Partner，提供 Shopify / Shopify Plus 开发、Headless 电商独立站、网站性能优化（Core Web Vitals）和跨境 VAT 合规系统搭建。本文案例详情见 https://www.feixingtech.cn/cases/#b2b-site-performance ，性能优化服务说明见 https://www.feixingtech.cn/wpo/ 。

### 亚马逊 VAT 计算报告怎么自动算税：给 VAT 服务商的系统设计拆解

- 链接: https://www.feixingtech.cn/blog/amazon-vat-report-tax-engine/
- 发布日期: 2026-10-22

做跨境 VAT 服务的机构，最耗人力的环节往往不是注册，而是每个申报周期的算税。卖家把亚马逊 VAT 计算报告（Amazon VAT Transactions Report）发过来，会计在 Excel 里按国家、按税率、按抵扣项手工归类，再填到各国的申报表里。国家一多、卖家一多，错误率和周期就都上来了。

我们为一家跨境税务合规服务商搭建过一套覆盖 VAT 注册 / 转代理、算税、申报缴税、EPR 和授权代表的线上平台。这篇文章只拆算税这一块：亚马逊报告进来之后，系统是怎么把它变成可申报数字的。思路对想把自己服务做成产品的 VAT 服务商和税务代理应该有参考价值。

#### 先说输入：亚马逊报告的结构

亚马逊 VAT 计算报告是一张按交易逐行记录的表，每一行包含：交易类型、代扣方（是亚马逊代扣还是卖家自行申报）、买家是否提供有效税号、发货国、到达国、税率、含税和不含税金额、币种等字段。

算税的本质就是：对每一行判断「这笔销售在哪个国家、按什么性质、以什么税率申报」，然后按国家和申报周期汇总。

#### 核心设计：先分类，再算税

我们没有按国家逐个写规则，而是先把每一行交易归入 7 类销售。分类维度是三个字段的组合：

- 代扣方：亚马逊代扣（平台作为视同供应商）还是卖家自报
- 买家税号：买家是否为有有效 VAT 税号的企业
- 发货国 / 到达国：本国销售、欧盟内跨境、出口到欧盟外

三个维度组合后，交易会落到不同性质的类别里，例如本国销售、欧盟内跨境销售、面向有税号企业的供应、出口、平台代扣等。每一类的申报处理方式是固定的：有的按当地税率计销项税，有的按零税率申报并单独列示，平台代扣的交易卖家不需要再次缴税但需要在申报中体现。

这样做的好处是：国家差异收敛到「每个国家对每一类的处理」这张表里，而不是散落在几百行 if-else 中。新增国家时只需要补这张表。

系统内置了欧盟 27 国的跨境判断，已落地算税规则的有英国和德国、法国、意大利、西班牙、波兰、捷克、荷兰、奥地利 8 个欧盟国家。

#### 进项抵扣：C79、C88 与 PVA

英国的进口环节是算税里最容易漏的部分，系统单独处理三类凭证：

- C79：英国海关签发的进口增值税证书，是进口 VAT 抵扣的依据。系统按申报周期收集 C79 金额计入进项抵扣
- C88：进口报关单。用于核对进口货值与税额，也作为抵扣凭证的一部分
- PVA（Postponed VAT Accounting）：进口增值税递延。卖家在进口时不实际缴税，而是在 VAT 申报中同时申报销项和进项。系统把 PVA 金额同时计入对应栏位，净效果为零但必须体现

这三类数据不在亚马逊报告里，需要卖家单独上传，所以在申报工作台里是独立的材料项，带缺失提醒。

#### 输出：生成英国 VAT Return 各栏位

英国 VAT Return 有固定的申报栏位（Box 1 至 Box 9），分别对应销项税、欧盟取得税、进项税、净税额、销售与采购总额、欧盟内供应与取得额等。前面的 7 类归类加上 C79 / C88 / PVA 处理完成后，各栏位的数字可以直接推导出来，不需要会计再手工对表。

对欧盟 8 国，我们按各国申报表的结构输出对应的汇总数字。

#### 多币种与汇率

亚马逊报告里的交易币种不一定等于申报币种。系统每日自动采集汇率，按交易日期折算。汇率来源和折算日期写入算税记录，审核时可以追溯。

#### 流程：把算税放进申报工作台

算税不是孤立的工具，而是申报流程的一个节点。整个工作台的状态流转是：待上传报表 → 待确认税金 → 待提交申报 → 事务所申报中 → 待缴纳税金 → 申报完成。

- 卖家端：上传亚马逊报告和抵扣凭证，看到系统算出的税金，确认后提交
- 运营端：算税审核、申报审核、付款凭证与回执管理，角色权限与审计日志

把算税放进流程里，卖家看到的是「这期要交多少、为什么」，而不是一个需要自己解读的 Excel。

#### 工程上的几点保障

税务数据出错的代价很高，我们在工程上做了几件事：

- 20 个端到端自动化测试覆盖主要算税路径
- 上线前做数据库结构比对，避免迁移遗漏字段
- 算税结果保留原始行级数据到汇总的映射，审核时可以从汇总数字一路追到具体交易

这套平台约 4 个月完成 300+ 次迭代，包含约 44 个业务页面、77 个 API 接口、19 个数据模型，技术栈是 React 19 + TypeScript + Koa + MySQL，OCR 与对象存储用阿里云。

#### 给 VAT 服务商的建议

如果你在考虑把人工算税做成系统，建议从这几点开始：

1. 先把自己的算税规则写成「分类 × 国家」的表，这一步不需要写代码，但能暴露规则里的模糊地带
2. 抵扣凭证和平台报告分开建模，它们的来源和周期不同
3. 算税结果要可追溯到行，审核人员才敢签字
4. 先做英国和一两个欧盟国家，跑通流程再扩国家

---

绯星科技（深圳）是一家电商技术服务商、Shopify Partner，为 VAT 服务商、税务代理机构和跨境电商团队搭建 VAT 合规系统（不直接代理报税），同时提供 Shopify 开发、Headless 电商独立站和网站性能优化服务。本文案例详情见 https://www.feixingtech.cn/cases/#vat-compliance-saas ，VAT 解决方案说明见 https://www.feixingtech.cn/vat/ 。

## 公司常见问题

### 绯星科技是一家什么样的公司？

绯星科技（深圳市绯星科耀科技有限公司，FeixingTech）是位于深圳的电商技术服务商，也是 Shopify Partner。我们为跨境电商与品牌出海企业提供 Shopify / Shopify Plus 开发、Headless 电商独立站、网站性能优化，以及跨境 VAT 合规系统搭建。

### 你们主要服务哪些客户？

主要是做跨境电商和品牌出海的企业，从刚起步的独立站卖家到有自建系统需求的成熟品牌都有。团队服务过时尚、美妆、电子、家居等行业，累计客户 100+。

### Shopify 建站和开源电商独立站应该怎么选？

如果希望快速上线、少做运维，并且业务流程与 Shopify 生态契合，Shopify / Shopify Plus 通常更合适。如果对购物体验、业务流程、数据归属或平台佣金有更高要求，可以考虑基于 MedusaJS 等开源框架的 Headless 独立站。我们会先了解业务阶段和团队情况，再给出建议，不预设方案。

### 可以只做网站性能优化，不重新建站吗？

可以。性能优化是独立的服务：先建立 Core Web Vitals（LCP、INP、CLS、TTFB）性能基线，定位瓶颈，再在现有站点上优化图片、JavaScript、CSS、缓存与 CDN，并持续跟踪优化前后的指标变化。Shopify 店铺和自建站都适用。

### 项目怎么开始？费用如何计算？

通过联系我们页面的邮箱、电话或企业微信描述需求即可。我们会先沟通业务目标和现状，再按需求范围给出方案和报价。由于每个项目的定制程度差别很大，我们不提供统一的套餐价。

### 支持英文沟通和海外团队协作吗？

支持。团队可以用中文和英文沟通，能与海外运营、设计或技术团队远程协作。

## 关于团队

- 资深 Web 工程师：多名 10 年以上经验，精通 HTML、CSS、JavaScript、PHP、Ruby 等；深入理解 Shopify 架构与 Liquid 模板，面向高流量场景做代码与缓存优化。
- 电商独立站经验：5 年以上，擅长与电商平台、支付网关、物流服务等第三方系统对接。
- AI 赋能开发：熟练使用 Cursor、GitHub Copilot 等 AI 开发工具，并把 AI 能力融入电商与行业系统（如 VAT 合规 AI 助手）。

## 其他页面

- 关于我们: https://www.feixingtech.cn/about/
- 联系我们: https://www.feixingtech.cn/contact/
- 隐私政策: https://www.feixingtech.cn/privacy/
- 服务条款: https://www.feixingtech.cn/terms/
- 简版索引: https://www.feixingtech.cn/llms.txt