<meta charset="UTF-8">必须置于<head>最前面，否则中文和emoji会乱码；viewport meta须静态声明在HTML中且不可JS动态插入；title与description需严格控制字符数并前置关键词；批量修改元数据依赖后端数据库操作，非前端HTML能力。
meta charset 必须放在 head 最前面，否则中文和 emoji 会乱码
浏览器解析 HTML 是流式的，遇到非 ASCII 字符（比如中文、emoji）时，如果还没读到 <meta charset="UTF-8">，就会按默认编码（如 ISO-8859-1）尝试解码——结果就是一堆 或直接报错：Uncaught SyntaxError: Invalid or unexpected token。
常见错误写法：
- 把 <meta charset="UTF-8"> 写在 <title> 前面
- 和 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> 混用
- 放在 <script> 或 <style> 后面
正确顺序（必须）：
- <meta charset="UTF-8"> 是 <head> 中第一个或第二个标签（紧随 <title> 后）
- 即使服务端已返回 Content-Type: text/html; charset=UTF-8，仍要保留该 meta 标签（规范要求双保险）
- 不要重复声明，部分浏览器会忽略全部 charset 声明
viewport 配不配等于放弃移动流量，JS 动态写无效
<meta name="viewport" content="width=device-width, initial-scale=1"> 不是可选配置，而是移动端可用性的底线。没它，iOS Safari 默认以 980px 渲染再缩放，导致文字小、按钮点不准、fixed 元素错位。
容易被忽略的坑：
- 用 JavaScript 动态插入 viewport meta（如 document.head.appendChild(...)），iOS WebView 和部分 Android 浏览器根本不识别
- 写成固定像素值，比如 content="width=375"，破坏响应式逻辑
- 在 iframe 嵌入页里漏掉，导致子页面无法适配
真实场景验证方式：
- 打开 Chrome DevTools → 切换 Mobile 模拟 → 看是否出现横向滚动条或字体异常小
- Lighthouse 报错：Document doesn’t have a viewport meta tag
description 和 title 不是“填满就行”，SEO 效果取决于长度与关键词位置
<meta name="description" content=""> 不参与排名，但 Google 直接拿它当搜索结果摘要。写得空洞或超长，用户一眼划走；CMS 模板里所有页面共用同一段，等于放弃点击率。
实操约束很硬：
- <title> 控制在 50–60 字符（含空格），超出部分会被截断加省略号
- <meta name="description"> 严格 120–155 字符（Unicode 字符数，不是字节数）
- 开头必须嵌入核心关键词，例如商品页写 “iPhone 15 Pro 256GB 深空黑色｜A17 Pro 芯片｜Pro 级摄像头｜官网直购”
- SPA 页面需用框架专用方案（如 Vue 的 useHead、React 的 React Helmet）动态更新，不能只改 DOM
批量修改元数据不是 HTML 能做的事，别被 CMS 后台界面误导
HTML 本身没有“批量编辑 meta”的能力。你在 WordPress 或后台看到的“勾选多篇文章统一改 description”，背后是数据库字段更新 + 服务端模板重建，和 HTML 标签无关。
立即学习“前端免费学习笔记（深入）”；
前端 JS 只能临时改当前页：
- document.querySelector('meta[name="description"]').content = "新文案"
- 刷新即失效，搜索引擎抓取的是原始 HTML，不是你 JS 改完的 DOM
- 无法跨页面操作，“勾选多个作品”纯属表单交互 + 后端接口（如 /api/batch-update-meta）
真要落地批量管理，必须满足：
- 元数据存在数据库（如 WordPress 的 post_meta 表、Hugo 的 front matter）
- 前端提交复选框数组（<input name="ids[]" value="123">）
- 后端批量更新字段，再触发静态站重建或 SSR 渲染
最常被卡住的地方：以为改了 HTML 文件就生效，其实 CMS 生成的 HTML 是模板渲染结果，源头不在文件里，在数据库或配置源中。
