canonical标签必须放在<head>内且紧邻<title>之后；href值须为绝对URL，与当前页实际地址严格一致，服务端生成、禁止JS注入，并通过GSC验证生效。
canonical标签该加在哪个位置
必须放在 <head> 里面，且最好紧挨着 <title> 或其他元信息之后。放错位置（比如塞进 <body>）会导致搜索引擎完全忽略它——不是警告，是静默失效。
常见错误包括：
- 动态模板里拼接出错，生成了空
href值，如<link rel="canonical" href=""> - 服务端渲染时未区分移动端/PC端，把 PC 页面的 canonical 错误塞给了 m.site.com
- 用了相对路径（
href="/article/123"），但站点同时支持 HTTP 和 HTTPS，结果混用协议导致归并失败
rel="canonical" 的 href 值怎么写才安全
必须是**绝对 URL**，协议、域名、路径全量写出，且与当前页面实际可访问地址严格一致（包括 trailing slash 是否存在、大小写、参数是否保留）。
例如当前页是 https://example.com/blog/post-1/，那么：
立即学习“前端免费学习笔记（深入）”；
- ✅ 正确：
<link rel="canonical" href="https://example.com/blog/post-1/"> - ❌ 错误：
<link rel="canonical" href="/blog/post-1">（缺协议+域名+末尾斜杠） - ❌ 错误：
<link rel="canonical" href="https://www.example.com/blog/post-1/">（如果主域是example.com而非www.example.com，会触发跨域归并失败）
注意：不要试图用 canonical 解决分页、筛选、排序等动态参数问题。它只适合内容实质重复的页面（如带 UTM 参数的分享链接、HTTP/HTTPS 同页、www/non-www 镜像）。对参数页，优先用 robots.txt 或 noindex 控制。
PHP/Node.js 模板中怎么动态生成 canonical
核心原则：别依赖客户端 JS 拼接，canonical 必须由服务端在 HTML 输出前写死。JS 注入的 canonical 不会被主流搜索引擎识别。
示例（PHP）：
<?php
$canonical = 'https://' . $_SERVER['HTTP_HOST'] . parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH);
// 手动清理常见干扰参数，但不过度重写
$cleaned = preg_replace('/[?&](utm_[^&]*|ref=[^&]*)/', '', $canonical);
?>
<link rel="canonical" href="<?= rtrim($cleaned, '/') . '/' ?>">
Node.js（Express）中类似：
res.locals.canonical = new URL(req.originalUrl, `https://${req.headers.host}`).href;
关键点：
- 用
req.originalUrl而非req.url，避免被中间件修改路径 - 手动处理重定向链中的 canonical（比如 /old-path → 301 → /new-path），旧页仍需指向新页，不能留空或指回自己
- 避免在 canonical 中保留 session_id、_ga 等纯追踪参数
验证 canonical 是否生效的实操方式
别只看源码有没有那行 tag。真实生效要看 Google 如何理解它：
- 用 Google Search Console 的「URL 检查」工具，输入目标页，查看「页面索引状态」下的「规范网址」字段是否为你设置的值
- 搜索
site:example.com "关键词"，对比搜索结果中展示的 URL 和你设的 canonical 是否一致 - 检查服务器日志：如果大量 canonical 指向一个 URL，但该 URL 返回 404 或 500，Google 会退回使用原始 URL，且不报错
最容易被忽略的是缓存问题：CDN 或反向代理可能缓存了旧版 HTML（含过期 canonical），刷新源站后必须同步 purge 缓存，否则搜索引擎抓到的仍是错的。
