直接在中用、、声明作者、版权和描述，注意name勿拼错为property，content不可缺失；description需语义匹配正文且≤155字符，否则可能被搜索引擎忽略或截断。
怎么用 <meta> 标签填作者、版权和描述
直接写在 里就行，不需要 JS 或外部工具。浏览器不显示这些内容，但搜索引擎、分享卡片、爬虫会读取。
常见错误是把 name 拼错成 property（那是 Open Graph 用的），或者漏掉 content 属性导致字段无效。
-
<meta name="author" content="张三">—— 纯文本，不校验格式，但建议写真实可联系的姓名或团队名 -
<meta name="copyright" content="© 2024 张三">—— 注意不是copyrights（多加 s 就失效） -
<meta name="description" content="这是一个关于 CSS 布局技巧的实战页面">—— 长度建议控制在 155 字符内，超长可能被截断
为什么 description 有时不生效
不是写了就一定出现在搜索结果里。Google 和 Bing 会根据用户搜索词动态决定是否采用你写的 description，也可能自己从页面正文摘一段。
真正影响它是否被采纳的，是页面正文与 content 的语义匹配度，以及该页面是否被判定为“低质量摘要页”（比如大量重复描述、空页面、纯广告页）。
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 别堆砌关键词，例如
content="HTML HTML 教程 HTML 元数据 meta 标签"—— 这类会被降权甚至忽略 - 避免使用特殊符号如
»、•或 emoji，部分爬虫解析失败 - 如果页面有
<meta property="og:description">，Facebook / 微信等平台优先读这个，而不是name="description"
author 和 copyright 在现代项目里还有用吗
基本只对人工审查或内部文档管理有意义。Git 提交记录、LICENSE 文件、README.md 才是实际版权依据；<meta author> 对 SEO 零影响，也不参与任何法律效力认定。
但有些 CMS 或静态站点生成器（如 Hugo、Jekyll）会自动注入这些字段，如果你用它们导出 HTML，得确认模板里没硬编码过时信息。
- 多人协作项目中，
author容易写成最初建站的人，后续更新者被掩盖 —— 建议干脆删掉，改用 Git blame 查归属 -
copyright年份别写死成单年，用© 2022–2024更稳妥，否则每年手动改容易遗漏 - 某些老旧企业内网系统会扫描
<meta copyright>做资产登记，这时保留它只是配合流程，不是技术必需
想让微信/钉钉分享时带正确标题和描述，只靠 <meta> 不够
微信和钉钉默认不读 name="description"，它们优先识别 Open Graph 协议的 property 属性，而且要求页面部署在 HTTPS 域名下，否则直接 fallback 到 URL 或空白。
必须补全三组基础 OG 标签，缺一不可：
<meta property="og:title" content="页面标题"><meta property="og:description" content="分享时显示的简短说明"><meta property="og:url" content="https://example.com/page.html">
注意：og:url 必须是当前页面的**绝对路径**，相对路径或带参数的 URL（如 ?v=2）可能导致预览缓存错乱。调试时可用微信开发者工具里的“网页调试”功能实时看效果。
