一个珠宝品牌的完整站点
前台 20 个页面（品牌故事、藏品甄选、藏品详情、古法工艺、证书与保障、品牌资讯含 11 篇原创长文、回流寄售、联系）+ 统一后台 + 微信小程序 5 屏。工程侧 22 个页面路由、31 个 API 路由、148 项测试全绿。中文古风字体自建子集，首屏从 1794KB 降到 447KB。
- 项交付能力
- 9
- 个交付阶段
- 5
- 个关联案例
- 3
- 周 · 典型交付周期
- 4–14
§ 01
什么时候需要这条线
下面这几句是客户自己说的原话，不是我们总结的痛点。中一条就值得聊一次。
- 「官网建于五至十年前，产品、资质与案例更新后站上未同步」
- 「企业资料分散在微信、海报、PPT 与多版文件中，同一数据在不同材料上口径不一致」
- 「销售依赖临时拼凑的资料包成交」
- 「客户下单前会检索该行业，企业在结果中排位靠后或未出现」
- 「开展外贸业务，需要可承接询盘、经得起海外背调的英文站」
- 「已有官网但无管理后台，修改价格或更换图片需外部支持」
§ 02
这条线具体包含什么
不是功能表，是我们真的做过并且能交付的东西。按需要挑，不必全做。
- 01
信息架构与内容体系
按客户的检索路径组织结构，而非按公司组织架构。产品、案例、资质与常见问题四部分需完整——这四项既是背调时的核对对象，也是大模型最易解析的内容。客户无法自行撰写时，我方依据其真实素材代拟初稿，客户负责增删，需决策处显式标注。
- 02
前端工程与性能
Next.js + React + TypeScript，静态优先。中文字体做子集切片（用真实用字表切，不是猜），图片响应式与 WebP、服务端缩略。做过的最大一次优化是把页面从 2820KB 压到 539KB，Lighthouse 性能分从 55 到 94。
- 03
自研后台：内容与线索一体
内容 CRUD、图片按槽位替换与一键恢复、站点设置（联系方式、统计 ID 修改后前台即时生效）、线索管理与导出、角色权限与会话吊销、操作日志审计。日常维护由客户自主完成，无需依赖服务商。
- 04
机器可读层（GEO / SEO）
JSON-LD 全家桶（Organization / Product / ItemList / BreadcrumbList / FAQPage / Article）、canonical 与 og、动态 sitemap（跟随内容变化而非构建期快照）、robots、feed、llms.txt、站长平台收录提交。工商全称、品牌名、实际业务这三条线要在数据层就串起来——串不上，AI 就会回答「无法确认是同一家主体」。
- 05
交易与业务闭环（按需）
报名与防超卖原子占位、候补队列与自动转正、限时支付、商城与购物车、优惠券与礼品卡、退款双审与自动回滚、会员权益核销台账、月度捐赠。以上均按客户实际业务规则开发，非模板功能。
- 06
微信小程序
原生小程序开发，与主站共用同一套后端和同一个线索库；图片走主站远程配置，换图不用重新提审。协助类目申请与提审。
- 07
内容合规检查
红线词硬拦截 + 软警告 + 一键替换，发布强制过检，并可对全站已发布内容做一次合规体检扫描。覆盖《广告法》第二十八条、《反不正当竞争法》第八条、医疗广告等场景。对做健康、食品、教育、金融的客户，这一项经常比设计更值钱。
- 08
质量工程
Vitest + Playwright 自动化测试进 CI，依赖漏洞扫描，部署后经 nginx 冒烟（不是打本地端口自欺欺人），headless 客观横向溢出扫描逐页逐档跑。一个近期项目的验收基线是 148 项测试全绿。
- 09
上线与运维
阿里云 ECS 从裸机完整部署、安全加固、GitHub Actions 推送 main 自动部署、证书自动续期、备份与回滚手册并完成恢复演练。域名与备案须登记在客户主体名下，我方仅协助办理。
§ 03
怎么交付
每一步都有明确的产出物，你随时知道钱花到哪了。分批交付，边做边看，不做黑盒。
- 01
资料对账
先将分散各处的表述收拢为一份，冲突项逐条列出交由客户确认，不做模糊处理。该环节往往是整个项目价值最高的部分：多数企业在此时首次发现对外存在多套不一致的表述。
这一步的产出
- 现有资料清单与冲突项列表
- 对外统一口径表
- 需你核实与授权的事项清单
- 02
架构与原型
页面清单、每页的目标与转化动作、内容大纲、关键页面原型。先把结构吵清楚，再谈视觉。
这一步的产出
- 信息架构图
- 页面清单与优先级
- 关键页原型
- 03
设计与开发
不套模板。模板站长得和同行一样，等于主动放弃辨识度。设计稿与前端同步推进，边做边在真机上看。
这一步的产出
- 完整前端站点
- 内容管理后台
- 表单与线索收集
- 04
机器可读层与检查
结构化数据、站点地图、llms.txt、性能与可访问性、上线前技术检查清单逐项过（DNS 与证书自动续期、URL 规范化与 hreflang、Core Web Vitals、结构化数据、Cookie 同意、埋点校验、404 与重定向、备份与回滚）。
这一步的产出
- 结构化数据与站点地图
- 上线前检查清单核对结果
- 性能与可访问性报告
- 05
上线后运营
内容更新、询盘路径优化、基础安全与技术运维。三年不动的官网，和没有官网的差别没有想象中大。
这一步的产出
- 定期内容更新
- 询盘与转化路径调整
- 安全补丁与可用性监测
§ 04
做过的
只写交付了什么，不写效果数字。每一条都能在案例页里核到。
一个文旅品牌的全栈平台
82 个页面路由、66 个 API 路由、25 个数据集合。前台品牌门面 + 交易闭环（报名 / 商城 / 公益捐赠 / 收银台）+ 个人中心 + 五角色权限后台 + 七类内容 CMS + 订单与退款双审 + 数据看板。
本站自己
你现在看的这个站就是同一套做法：结构化数据带工商全称与跨站关联、动态站点地图、llms.txt、9 档宽度零横向溢出，以及中文标题字体按站内真实用字表切片。
相关案例
§ 05
这条线不做什么
把话说在前面，是为了后面每一步都算数。这几条会写进方案，不是口头保证。
- 不承诺搜索排名。能承诺的是站点技术上可被抓取、内容上可被读懂，以及可核验的性能指标
- 不做电商店铺代运营与平台店铺代管
- 不写没有依据的宣传数字。你提供得出证据的，我们才写上去
- 域名与备案须由客户公司主体持有，我方仅协助办理
§ 06
关于这条线，常被问到的
我们已经有官网了，是不是重做太浪费？
先执行一次可见度体检，查看搜索引擎与大模型当前对企业的实际描述结果。多数情况下问题出在内容与结构层面，不必推倒重建；确需重做时，报告会指出具体哪些环节不达标。
官网做完多久能看到效果？
技术层面的改善（可抓取、可读懂、加载速度）上线即生效。搜索与大模型的收录、复述需要时间，通常以月为单位，且受行业竞争程度影响。任何承诺「几周上首页」的说法都不要信。
内容我们自己写不出来怎么办？
该情况较为常见。做法是依据客户的真实素材（产品资料、销售常用话术、过往方案、直播脚本）代拟初稿，客户负责增删；需客户决策的部分显式标注为待确认，我方不作推测填写。
后续修改内容是否需要联系服务商？
不需要。管理后台属于标准交付内容，内容、图片、联系方式与常见问题均可自行修改，前台即时生效。我方仅在客户需要时提供运维支持。
代码与数据的归属？
归属客户。代码仓库、服务器、域名与数据库均登记在客户主体名下，我方仅作为具备操作权限的实施方。该条款写入合同。
另外两条线