业务承接
产品、应用、案例、信任证据、选型与表单。
- 怎么检查
- 检查客户能否理解产品、判断适配并完成有效询盘。
- 输出什么
- 页面问题截图、采购路径与表单检查记录
Website Diagnosis
旧站该优化、迁移还是重建？先看证据，再作判断
先检查公开页面的表达、搜索与询盘路径，再在授权范围内核对源码、权限、维护和运营情况。把问题按影响排序，保护值得保留的内容与URL。
把网站问题放回业务中判断
搜索基础
页面结构、抓取与索引、移动端、速度与规范网址。
- 怎么检查
- 公开页面抽查结合授权搜索数据；现场测量与真实用户数据分别说明。
- 输出什么
- 技术检查表、URL清单与修复优先级
维护安全
版本、依赖、权限、备份、部署与恢复。
- 怎么检查
- 获得授权后核对后台和运行记录；公开访问不能替代内部检查。
- 输出什么
- 资产与权限清单、维护风险及待验证事项
增长运营
内容更新、数据来源、线索承接和修改成本。
- 怎么检查
- 检查谁负责发布、怎样复盘、改动与线索能否追溯。
- 输出什么
- 运营流程、数据缺口和后续改造路线
体检结果应该告诉你先修哪三件事
以下是报告结构示意，未经真实网站检测；风险判断基于具体证据，不把示例分数或结论当作你的检测结果。
旧站诊断摘要 / 示例范围：公开页面＋后续授权核查
建议先修关键路径，再评估迁移
优先项一 · 高询盘提交失败 → 修复接收链路；验收浏览器返回成功且接收端存在同一条记录。
优先项二 · 高关键产品信息不足 → 补参数、应用与证据；验收买家可完成初步选型。
优先项三 · 中旧页面存在重复地址 → 核对URL与canonical；验收内链、索引配置一致。
路线建议如果源码与后台可维护，先保留优化；权限、依赖与恢复能力核查后再决定是否分步迁移。
仅凭URL无法确认后台权限、备份恢复、真实询盘或全部安全问题。正式报告逐项标注“已观察／需授权验证／暂无法判断”，并注明抽样范围。
保留优化、分步迁移、全面重构
三条路线取决于现状与业务目标。路线决定怎么改，报价取决于页面、内容、功能和维护范围。
保留优化
- 适用场景
- 旧站结构健康、内容资产较多，希望控制改造投入。
- 交付物
- 版本与依赖治理、速度与技术SEO检查、关键页面和表单优化。
- 预计影响
- 尽量利用原有后台和URL，把投入集中到最影响业务的部分。
- 开始前要确认
- 先确认源码、权限与备份；历史限制可能影响可改范围。
分步迁移
- 适用场景
- 旧后台仍可用，前台表达或部分内容管理能力已经受限。
- 交付物
- 试点页面、前后台连接、字段映射、迁移清单和分阶段验收。
- 预计影响
- 先替换瓶颈模块，再评估下一阶段；保护旧URL及有效内容。
- 开始前要确认
- 过渡期要明确两套系统的更新责任、同步规则和回退方式。
全面重构
- 适用场景
- 复杂产品、多语言、询盘或系统集成需求超出现有结构。
- 交付物
- 客户决策规划、内容模型、页面设计、后台、数据迁移与上线验收。
- 预计影响
- 建立一致的页面与运营体系，为后续扩展保留接口。
- 开始前要确认
- 需要完整资料与业务参与；迁移、内容整理和运维都计入项目范围。
深入自查：八项检查明细与资产清单展开阅读完整框架、工作台与技术细节；可在现场讲解后继续深入了解。
盲目重做的循环
预算花了，问题可能还在
感觉不行
只凭直觉判断旧站
直接重做
问题还没拆清楚
资产丢失
旧URL和内容没保护
问题复发
新站仍然不转化
踢木桩诊断解决链路
找到问题在哪，才能一步步解决
定位问题
权限、源码、性能、表达
盘点资产
URL、内容、询盘路径
排序优先级
先处理影响转化的点
逐步解决
优化、迁移或重建
CHECKLIST
先看现有网站到底卡在哪里
这份 checklist 不是为了吓唬客户，而是帮你把旧站问题从“感觉不太行”变成可判断、可排序、可处理的清单。
WEBSITE REVIEW / 08
从八个维度，找到网站卡点
展开检查项，勾选你已经遇到的问题。
已标记 0 项
你的网站权限 · 表达 · 增长 · 运营
01权限与可控性＋
02页面表达＋
03视觉信任＋
04技术性能＋
05SEO/GEO 基础＋
06内容资产＋
07后续修改＋
08数据追踪＋
提交本页咨询时，已选问题会一并带上。具体原因与优先级需要进一步检查。预约网站诊断 ↗
资产与权限
盘清旧站资产与维护责任
核对代码、内容、域名、部署、备份与接收端，确认哪些可保留、哪些需授权验证。
旧站资产
域名 / 权限源码 / 后台URL / 内容
可控 · 可维护有价值的资产，尽量保留
01 / 收回控制权
先接住，把死站重新激活
先确认域名、DNS、后台、源码、服务器、表单、GSC 等关键权限，避免网站控制权继续分散在不同服务商手里。
02 / 定位问题
把坑点拆清楚
检查模板锁死、插件堆叠、移动端错位、速度慢、URL 混乱、内容重复、表单失效和追踪缺失，判断哪些问题真正影响增长。
03 / 保护资产
能保留的资产尽量保留
有价值的旧 URL、博客、图片、案例、询盘路径和搜索表现不会随便推倒，先做资产盘点，再决定迁移或重建策略。
04 / 决定路径
能修就修，不值得救再重建
如果有完整源码和部署权限，可以基于现有代码优化；如果底层已经限制增长，会明确告诉你为什么重建反而更省成本。
REPORT
先确认问题与所需诊断深度
初步说明现状、目标与已有问题，确认公开体检或深入诊断的范围
结合可获得的证据讨论保留、优化、迁移或重建；待验证事项单独说明
深入诊断中规划旧URL、内容资产与迁移检查，保护已有入口
需要实施时，按确认的页面、功能、内容与维护范围选择方案