现代前端脚手架默认不开启HTML语义化与结构校验，重心放在JSX/TSX的AST检查上；仅少数如create-conductor-flow默认启用eslint-plugin-jsx-a11y，nihaixia在开发时做W3C校验，而imaimai-front-templete等则完全跳过HTML层检查。
HTML 语义化与结构校验默认是否开启
现代前端脚手架（如 create-fence-app、frontcraft、goodwizard）在 HTML 层面的“质量预设”往往被低估——它们不生成 HTML，但会通过构建时检查和开发时提示，对 HTML 的语义化、可访问性（a11y）和基础结构做约束。
关键点在于：是否启用 eslint-plugin-jsx-a11y 或 axe-core 集成，以及是否在 Vite/webpack 构建阶段注入 HTML linting。多数主流脚手架默认不开启 HTML 结构校验，而是把重心放在 JSX/TSX 的 AST 检查上。
-
create-conductor-flow在选择“React + TypeScript”配方时，会默认安装eslint-plugin-jsx-a11y并启用alt-text、heading-has-content等规则；但纯 HTML 模板（如index.html）仍需手动配置html-validate -
nihaixia脚手架会在vite.config.ts中插入html-validator插件，对public/index.html做 W3C 标准校验，但仅限开发环境启动时一次性提示，不阻断构建 -
imaimai-front-templete完全跳过 HTML 层检查，依赖开发者自行维护index.html的lang、meta charset、viewport和title—— 这是常见盲区，也是上线后 SEO/可访问性掉分主因
HTML 模板中动态属性的转义与安全预设
脚手架生成的 index.html 通常含占位变量（如 %PUBLIC_URL%、%VITE_BASE%），但不同工具对这些变量的 HTML 上下文处理逻辑差异极大，直接影响 XSS 风险。
Vite 的 html 插件默认不做 HTML 实体转义，而 Webpack 的 html-webpack-plugin 默认启用 html-minifier-terser，会对插值做基础转义——但仅限于字符串字面量，对 JS 注入无效。
立即学习“前端免费学习笔记（深入）”；
- 使用
create-vite初始化的项目，若在index.html中写<div><%= title %></div>（EJS 语法），实际不会生效，因为 Vite 不解析 EJS；必须改用<div>${title}</div>，且title必须来自构建时注入的process.env，否则运行时报错 -
frontcraft在 Webpack 模式下会强制启用html-webpack-plugin的minify.removeComments: true和minify.collapseWhitespace: true，但关闭minify.minifyJS，避免破坏内联脚本中的 HTML 字符串转义逻辑 - 所有脚手架都默认禁用
dangerouslySetInnerHTML相关警告（除非显式启用react/jsx-no-danger规则），这意味着你在组件里直接写dangerouslySetInnerHTML不会触发 ESLint 报错——这是 HTML 安全链中最脆弱的一环
SEO 友好型 HTML 元信息的自动化注入
脚手架是否生成可配置的 <meta name="description">、<link rel="canonical"> 或 Open Graph 标签，决定了项目上线后的基础 SEO 表现。这不是“有没有”，而是“谁负责注入、何时注入、能否覆盖”。
绝大多数脚手架只提供静态 index.html 占位，真正的元信息注入发生在运行时（React Helmet、Vue Meta）或构建时（SSG 预渲染）。但部分脚手架会预埋构建时注入能力。
-
codeguide-starter-fullstack在服务端（Node.js Express 层）预置了res.locals.meta注入逻辑，允许模板引擎（如 EJS）在响应前动态拼接<title>和<meta>，但前端 SPA 模式下该逻辑不生效 -
goodwizard提供html-meta-config插件，在vite.config.ts中声明meta: { title: 'My App', description: '...' }后，会自动注入到index.html的<head>中——但仅限构建时，不支持路由级动态更新 -
the0这类极简模板完全不处理 meta，连<title>都硬编码为 “The Zero”，意味着你必须手动修改或引入第三方方案，否则所有页面共享同一 title
HTML 文件体积与加载性能的默认压制策略
脚手架对 index.html 的精简程度，直接影响首屏可交互时间（TTI）。但很多开发者误以为“压缩 HTML = 更小体积”，实际上关键在资源引用方式和预加载指令。
真正影响性能的是：是否默认启用 preload / preconnect、是否内联关键 CSS、是否移除未使用的 script 标签、是否对 favicon.ico 做 base64 内联。
-
create-fence-app在生成 Vite 项目时，默认将favicon.ico转为 base64 内联，并在index.html中添加<link rel="preload" as="script" href="/assets/index-xxx.js">，但仅针对入口 chunk，对异步 chunk 无效 -
frontcraft的 Webpack 配置默认启用HtmlWebpackPlugin的inject: 'body'和scriptLoading: 'defer'，但未设置crossorigin属性，导致 CDN 资源无法利用 HTTP/2 多路复用 -
nihaixia在构建产物中自动移除index.html中所有注释和空白行，但保留换行符（避免破坏内联 script 中的换行敏感逻辑），这是少数兼顾可读性与体积的折中做法
HTML 质量不是写得“对不对”，而是“能不能被机器和人同时高效消费”。脚手架的预设越靠近真实部署场景（比如 SSR、边缘渲染、CDN 缓存策略），HTML 层的工程价值才越实在。多数脚手架仍把 HTML 当作“静态壳”，这是最容易被忽略、也最难事后补救的一层。
