做Google SEO时，先检查标题、description、索引控制、canonical、语言版本和移动视口，再按需要配置社交分享与其他头部信息。它们职责不同：有些描述内容，有些控制展示或索引，有些只是浏览器功能；不是加得越多，排名就越高。
严格说，<title>与<link>不是<meta>标签。本文把实际维护中常一起检查的14项头部设置放在一起，分别说明写法、用途和核验方法。示例域名与产品均用于教学，上线前须替换为真实内容。
先看这14项分别解决什么
| 设置 | 主要用途 | 常见误解 |
|---|---|---|
| 1. title | 页面标题及搜索标题链接的重要来源 | 固定第几个字符决定排名权重 |
| 2. description | 提供页面摘要候选 | 填好就一定原样展示、固定提高CTR |
| 3. robots / googlebot | 控制索引、摘要等行为 | noindex等于禁止访问 |
| 4. viewport | 控制移动视口 | 禁止放大可以改善SEO |
| 5. charset | 声明字符编码 | 只改标签就会自动转换文件编码 |
| 6. canonical | 声明重复或高度相似内容的首选URL | 所有分页都应指向第一页 |
| 7. hreflang | 关联对应语言或地区版本 | 设置后无需真实翻译页面或互返关系 |
| 8. Open Graph | 提供分享对象信息 | 社交分享点击可直接换算Google权重 |
| 9. X / Twitter Cards | 提供相应平台卡片信息 | 旧验证工具一定仍能清除所有平台缓存 |
| 10. google-site-verification | 验证网站控制权限 | 验证完成等于所有页面已收录 |
| 11. referrer | 控制请求携带的来源信息 | 它是一个排名优化开关 |
| 12. refresh | 定时刷新或跳转 | 任何迁移都应使用meta跳转 |
| 13. keywords | 部分旧系统可能使用 | Google按这里的关键词排名 |
| 14. X-UA-Compatible | 旧IE文档模式兼容 | 现代Google SEO必需 |
1—2. title与description：写清页面价值，再看真实展示
title应明确描述页面主题，必要时包含产品型号、场景或品牌；description概括读者能得到的实际答案。两者应与H1和正文一致，不把多个同义词连成清单。
<title>工业泵密封件型号确认：尺寸、材料与适配资料</title>
<meta name="description" content="按设备型号、轴径、密封结构和工况核对替换密封件，整理询价需要的尺寸、材料及图纸资料。">这是写法示例，不含客户测试结果。没有做过的试验、无法下载的附件或未经证实的效果，不应为了吸引点击写进标题。具体组织可看Meta Title与Description方法。
Google的标题链接说明和摘要说明都强调实际页面内容。搜索标题和摘要可能按查询重新生成，显示截断受可用宽度影响，没有适用于所有语言设备的统一字符数保证。
编辑器的长度提示可以帮助发现冗长，但不能为了“60／160字符”删去必要条件。观察CTR时，固定查询、页面、国家和设备，同时看排名与展示构成；不能把变化直接归因于一个分隔符。
3. robots与googlebot：索引控制不是访问控制
Google robots文档区分meta规则与HTTP的X-Robots-Tag。robots适用于支持它的搜索引擎，googlebot针对Google；冲突规则通常按更严格的限制处理。
index, follow是默认值，一般不必显式添加；允许索引不等于保证收录。noindex要求不在搜索中索引该页，但搜索引擎需要能抓取到规则；它不会阻止用户访问。nofollow涉及本页链接的跟踪处理，不会让目标页面从整个互联网消失。nosnippet、max-snippet等用于控制摘要展示，不能当成提高引用率的装饰标签。
<!-- 仅作教学：这个页面有意不参与搜索索引 -->
<meta name="robots" content="noindex">要排除索引时，不要同时用robots.txt阻止搜索引擎读取noindex，再假定规则已经生效。内部资料应使用真正的认证与权限控制；noindex不能代替密码保护。正式页面未索引时，沿索引问题排查检查，不只看这一行标签。
4—5. viewport与charset：先让页面正确显示
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">编码声明应与响应头及实际文件字节一致。UTF-8通常适合多语言网站，但只把GBK文件中的声明改成UTF-8，并不会转换原有字节；应一起核对存储、输出与浏览器显示。
viewport告诉浏览器怎样设置视口，不能代替响应式CSS。保留用户缩放能力，不为了固定设计加user-scalable=no或限制最大放大。
在不同宽度和放大状态下检查文字、表格、图片、菜单与表单。设备差异可看移动端与桌面数据比较；页面加载问题另按性能指标排查。给img写width=device-width不是有效的响应式图片方案。
6. canonical：首选地址必须对应真实内容
canonical用于声明重复或高度相似内容的首选URL，是规范化信号，不是无条件命令。Google最终选择可能与声明不同，应通过URL Inspection查看实际结果。
<link rel="canonical" href="https://example.com/guide/seal-selection/">使用绝对URL，核对目标能访问、内容对应，并避免插件和主题输出相互矛盾的版本。带追踪参数且内容相同的地址可以指向规范页；不同产品、筛选需求和页面内容要分别判断。
不要把所有分页机械指向第一页。Google的分页文档要求分页有独立URL，并使用每一页自己的canonical。不同分页通常不是相同内容。更详细的设置与误配见canonical核验方法。
7. hreflang：对应版本互相确认
hreflang标注同一内容的不同语言或地区版本。需要实际存在且对应的页面，每个版本包含自身及其他版本的关系，链接使用完整URL。
<link rel="alternate" hreflang="zh-CN" href="https://example.com/zh/guide/">
<link rel="alternate" hreflang="en" href="https://example.com/en/guide/">示例应同时出现在这两个对应版本中。en可表示不限特定国家的英语，en-GB可用于英国英语；不能把所有英语页面都要求强加地区。若需要默认选择页，可按真实结构评估x-default。
不同语言的正常译文不要仅因“同一主题”全部canonical到一种语言。检查互返、语言代码、状态和规范URL的协调关系，常见问题见hreflang排查。第三方测试器不是Google官方工具，名称和归属应分清。
8—9. Open Graph与X卡片：检查真实分享预览
Open Graph协议列出的四个基础属性是og:title、og:type、og:image和og:url；og:description是常用的可选说明。不能遗漏type，却把description说成协议的四个必需属性之一。
<meta property="og:type" content="article">
<meta property="og:title" content="工业泵密封件型号确认">
<meta property="og:description" content="核对尺寸、材料、工况和适配资料。">
<meta property="og:url" content="https://example.com/guide/seal-selection/">
<meta property="og:image" content="https://example.com/images/seal-guide.jpg">
<meta property="og:image:alt" content="密封件结构与需测量位置的教学示意">图片必须真实存在、允许相应平台访问且与内容一致。不同平台有不同展示、裁切和缓存处理，不应把某个尺寸写成所有分享渠道的统一硬性要求。
X卡片通常使用twitter:card、twitter:title、twitter:description和twitter:image等历史名称，名称中的twitter不意味着必须改成x。常见卡片值包括summary与summary_large_image，具体呈现仍以平台当前实现和实际分享为准。
修改后检查平台能否抓到最新HTML与图片，再查看实际预览。Facebook工具不能代替清除LinkedIn或X的缓存；二维码能打开页面，也不证明社交卡片正确。分享数据可用于渠道评估，不能换算为确定的Google排名加分。
10. google-site-verification：保留真实验证值
它用于通过HTML标记验证Search Console的网站控制权限，值必须与账号提供的内容一致。验证成功后，仍需分别查看sitemap、索引与搜索表现；验证标签本身不会提交每篇文章，更不保证排名。
如果已有DNS或其他验证方式，按当前账号情况维护。不要复制别人的验证值，也不要为“精简head”随意删除现有标记。
11. referrer：理解请求信息的变化
Referrer-Policy可通过HTTP头或meta设置，控制请求携带的来源信息。no-referrer不发送Referer；origin只发送源，不带页面路径。
strict-origin在不降低安全级别时发送源，HTTPS到HTTP等降级情况不发送；它不是“只有HTTPS页面才可能发送”。常见默认strict-origin-when-cross-origin在同源请求保留更多信息，跨源通常只发源，降级时不发。
应结合隐私、来源统计和系统集成配置，查看浏览器Network中的真实请求。它不是SEO排名开关，也不能只凭一句“没来源”就改动现有追踪方案。
12—14. refresh、keywords与旧IE兼容标签
refresh：可以触发定时刷新或跳转。对永久迁移，优先采用适合的服务器端重定向；无法配置时再按实际条件评估其他实现。不能笼统宣称所有meta refresh都会受处罚，也不能用一个链接按钮代替URL迁移。
keywords：Google支持的meta标签文档明确说明，meta keywords不用于Google索引和排名。把时间用于真实答案、标题与页面结构，比在这里排列同义词有用。
X-UA-Compatible：它面向旧IE文档模式，不是现代Google SEO要求。是否保留取决于已有系统的兼容约定，不应为它编造搜索市场份额或排名损失。
最后按“字段—输出—结果”核验
- 字段：确认是CMS、主题、插件还是代码负责输出，避免多套配置叠加。
- 响应：检查最终URL、状态、HTTP头和原始HTML，尤其是重复title、description、canonical和意外noindex。
- 渲染：查看执行JavaScript后的页面，核主要内容、语言、移动布局及链接。
- 搜索：在有权限时用Search Console检查已索引信息与实时测试，区分两者用途。
- 分享：使用当前可用的渠道工具和实际预览确认图片、文字与缓存。
如Lighthouse只提示description存在，不代表摘要写得准确；如果排名下降，也不能只查meta就结束。页面元数据服务于真实内容、用户体验与清楚的抓取规则，不是独立于网站质量的排名捷径。