学习前提
完成前7课，已有一个包含导航、正文和资源的小页面。
本课完成后你能做什么
配置语言、标题、编码和视口，区分 HTML 源码错误与资源请求错误，并完成一次有证据的发布检查。
先理解机制
元信息是页面对浏览器、搜索系统和分享场景的说明。title 应准确区分当前页，而不只是重复网站名；description 是内容摘要，不是塞满关键词的清单。字符编码应与保存文件时的编码一致。双语页面应设置正确的 lang，并提供稳定的对应地址，不应仅翻译菜单却把正文留在另一种语言。
普通外部脚本可能在解析过程中阻塞后续 HTML；经典脚本使用 defer 时会在文档解析后按顺序执行。async 更适合不依赖其他脚本先后顺序的独立工作。不要把“页面能打开”当成发布通过：缓存可能掩盖丢失的资源，管理员登录状态也可能掩盖公开访问问题。
可运行示例
<!doctype html>
<html lang="en"><head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>HTML learning checklist | Honeysuck</title>
<meta name="description" content="Check structure, accessibility and asset loading before publishing.">
</head><body>
<main><h1>Release checklist</h1><ul>
<li>Check every internal link.</li><li>Inspect failed network requests.</li>
<li>Navigate using only the keyboard.</li></ul></main>
</body></html>推演与验证
先运行这份完整文档，检查标签页标题与主标题的差异。随后在你自己的页面禁用缓存并刷新，记录状态码异常的资源；用窄屏和键盘检查可读性。再用未登录窗口打开公开网址，确认内容不依赖管理后台会话。把检查结果写成“地址、预期、实际”，而不是只写“测试通过”。
常见错误与边界
meta viewport 不是响应式布局本身，固定宽度容器仍会溢出。不要给所有页面相同标题，也不要用隐藏文字填充描述。缓存刷新只能用于确认原因，不能替代修复错误的资源路径。上线检查应验证页面实际返回的内容，而不只看 HTTP 200。
动手练习
给你的个人主页写一份六项发布清单，至少包含页面结构、资源、键盘、手机、语言和公开访问，并记录一个真实失败案例及修复。
参考解法与理由
好的记录可被别人复验，例如“375px 下文档宽度不超过视口；图片请求返回200且显示正确图片”。若状态200却返回登录页，应判失败。修复后仅重测受影响项和相关主流程，保留失败前后的证据。