绝大多数 SEO 问题不是优化阶段才出现的，而是建站阶段就埋下的：URL 混乱、TDK 改不了、速度慢、移动端错位——上线后每一项都要花几倍代价返工。最省钱的 SEO，是在建站合同里就把需求写清楚。本文这份清单，可以直接发给你的开发商逐条确认。道理很简单：搜索引擎对新站的第一印象一旦形成，纠正它远比一开始就做对更贵。清单覆盖架构、后台、性能、移动端、代码、验收六个部分，逐条打钩即可。
架构需求：URL 与层级要"生而规范"
- □ URL 全站伪静态，采用目录式结构（如 /products/xxx），避免动态参数与乱码 URL
- □ 目录层级不超过 3 层，重要页面离首页越近越好
- □ 每个内页带"首页 > 栏目 > 详情"面包屑导航
- □ 独立 404 页面，返回正确的 404 状态码
架构是返工成本最高的部分：上线后再调整 URL，等于全站重新收录，前期积累全部清零。验收技巧：让开发商现场新建一个产品页，看它生成的 URL、面包屑和 404 处理是否符合约定，能当场演示通过的才算真正落地。
后台需求：优化权要留在你自己手里
- □ TDK 全站可编辑：首页、栏目页、详情页的标题、关键词、描述均可单独设置
- □ sitemap 自动生成与更新：便于提交百度搜索资源平台和 Google Search Console
- □ 301 跳转可配置：后台能对任意 URL 设置重定向，改版和删页必备
- □ 图片上传支持填写 alt 文本
这条最常被忽略：不少建站系统只开放首页 TDK，内页全部锁死，等于把优化权交给了别人，以后每次改标题都要找开发商付费。验收 TDK 也别只看后台有没有输入框：让开发商实际修改一个内页标题，看前台是否随之更新——字段存在但不生效的坑非常常见。
性能需求：把指标写死，不接受"感觉挺快"
- □ 首页与主要页面通过 PageSpeed Insights 检测，移动端分数达到约定底线
- □ 图片自动压缩，支持 WebP 格式
- □ 静态资源接入 CDN
- □ 避免首屏超大轮播图和未压缩视频
速度指标要写成可验收的数字，例如"移动端 PageSpeed 分数不低于 80、首屏时间不超过 2 秒"，而不是"性能良好"这种无法追责的表述。测速要在正式域名和线上环境进行，本地环境的数据没有意义；同时确认图片压缩是上传后自动完成的，而不是要求你逐张手动处理。
移动端需求：响应式，不是缩小的桌面版
- □ 采用响应式布局，一套 URL 适配所有设备
- □ 用真实手机逐页验证：字号可读、按钮可点、表单可填
- □ 交付时通过移动适配检测工具验证，而不是只看电脑上的缩放效果
搜索引擎以移动端版本评估网站的收录与排名，移动端体验差，桌面端也会被连带拖累。重点测转化路径：从搜索结果进入、找到产品、提交询盘，这条链路必须在手机上顺畅走完，任何一步卡顿都在流失客户。移动端体验最终由真实设备说了算，不由开发工具的预览说了算。
代码需求：给 SEO 预留的技术细节
- □ H1 唯一：每个页面有且只有一个 H1，且位于正文区域
- □ 全站图片输出 alt 属性
- □ 结构化数据预留：公司信息、产品、文章支持 schema 标注
- □ robots.txt 与 canonical 标签可配置
这些改动单看都很小，但上线后回头补，每一项都是一次二次开发，报价往往比建站时贵得多。H1、alt、结构化数据，是搜索引擎理解页面的三把钥匙：缺了它们，内容再好也可能被误读，排名自然吃亏。
交付验收：清单进合同，才有约束力
把以上清单作为附件写进建站合同和验收单，并约定两条：一是验收时逐项打勾，未完成项不付尾款；二是交付一份 SEO 基线报告，记录收录量、速度分数、TDK 覆盖率等数据，作为日后优化的对照基准。基线报告还有个隐性价值：日后更换服务商，新团队不用从零排查历史问题，交接成本大幅降低。另外，把源代码、服务器和后台权限的完整移交写进验收条款，避免开始优化时发现账号还在开发商手里。口头承诺的"SEO 友好"没有约束力，写进合同的清单才有。
建站阶段省下的每一项 SEO 成本，上线后都会加倍奉还。把这份清单发给你的开发商，逐条确认并写进合同——建站时多花的三天，换来的是上线后少走的半年弯路。