模板好不好看是一回事，结构对不对是另一回事
挑模板的时候注意力很容易被演示站带跑：动效丝滑、配色高级、截图精致。但演示站能跑通，不代表这套模板的 HTML 结构经得起搜索引擎看。
麻烦的地方在于，结构问题装上去看不出来。页面能打开、样式没问题、手机上也正常，只有等收录出了问题、或者做了一次改版排名掉了，才会回头去查。而那时候已经上线几个月了。
所以模板到手之后，在填内容之前，值得花半小时做一次结构体检。下面这几项是最容易出问题、也最容易自查的。
图片由 AI 生成
先看 h 标签怎么排的
把浏览器插件装上（或者右键查看源代码），看一篇带正文的示例文章，数一下 h1 到 h4 各出现几次、顺序是什么。
健康的结构是：整页只有一个 h1，通常是文章标题或者站点名，h2 往下按层级递进，不跳级。常见的问题有三个。
一个页面好几个 h1
不少模板把文章标题、侧栏小标题、页脚推荐位全做成了 h1。搜索引擎对多个 h1 的处理早就不像早年那么敏感，但它会让页面的主次关系变模糊，也说明作者在语义上没花心思。
标题做成 div 加样式
更麻烦的一种：看起来是标题，实际是 <div class="post-title"> 加了个大字号。搜索引擎只能读到一串没有层级的文本，页面等于没有大纲。这类模板在"看起来精致"的付费主题里反而常见，因为样式好做、语义麻烦。
层级跳着走
h2 直接跳到 h4，中间没有 h3。不算致命，但说明结构是被样式牵着走的——作者选 h4 是因为它字号合适，不是因为它在第三层。填内容的时候层级会越来越乱。
再查区块有没有用对标签
HTML5 给了一批语义标签，nav、main、article、aside、header、footer、section。模板用没用、用得对不对，直接影响搜索引擎和辅助技术对页面的理解。
重点看这三个位置：
- 导航是不是 nav：主导航、面包屑、分页都应该在 nav 里。很多模板用一堆 div 套 ul 就完事
- 正文是不是在 main 里：main 一个页面只能有一个，用来标出主体内容。没有 main 的模板，搜索引擎要靠猜
- 侧栏是不是 aside：侧栏内容与正文无关，放在 aside 里等于明确告诉机器"这部分不算主内容"
一个偷懒但有效的检查方法：把 CSS 全部禁掉看裸 HTML。Chrome 里可以用开发者工具删掉样式表节点。裸结构下页面还能读出主次，说明语义是扎实的；如果变成一团分不清主次的文字堆，那这套模板的结构就是靠样式撑着的。
图片由 AI 生成
结构化数据有没有，写了什么
看页面源码里有没有 JSON-LD，通常是 <script type="application/ld+json"> 开头的一大段。对文章类站点最关键的是 Article 或 BlogPosting，其次是 BreadcrumbList，站点层面还有 Organization 或 WebSite（可以带搜索框声明）。
要留意的是声明和实际情况是否对得上。见过模板把 datePublished 写死成模板发布年份，或者 author 永远指向主题作者"admin"。这类错误比没有结构化数据更糟——你主动提交了一份不准确的信息。
验证方法很简单：把页面 URL 丢进 Google 的富媒体搜索结果测试工具，看它识别出什么、报什么错。国内站也可以参考百度搜索资源平台的结构化数据提交入口。上线前跑一遍，比上线后猜强。
顺手一起查的几项
语义之外还有几项跟收录直接相关，趁着还没填内容一起过一遍。
- title 和 description 能不能自定义：有些模板把 title 写死成"文章标题 - 站点名"，没有给 SEO 插件留钩子，后期想改就得动模板文件
- canonical 标签有没有输出：有分页、有标签页的站，canonical 输出错了会造成大量重复页面
- 图片有没有预留 alt 输出位：正文图片的 alt 字段在后台能不能填、前台会不会输出。前面几项都合格但 alt 输出不了的话，等于白做
- 移动端是不是独立模板：如果是 m.xxx.com 那套老式双站结构，直接放弃，维护成本和维护风险都比响应式高一个量级
这几项里有两项不合格，这套模板就别用了。演示站再漂亮也补不回来——结构是底子，内容填得再好也是在底子上长东西。
