你的网站是不是在“自我打架”?

打开手机搜自家产品,出来的是 M 站页面;换个电脑再搜,首页却跳出了 PC 版——结果两个页面都排在前十,但谁都没冲进前三。这不是运气差,是你的 PC、WAP、APP 页面正在后台互相抢权重。

搜索引擎不认“你是同一个人”,只看 URL 是不是长得一样。www.abc.com/p/123m.abc.com/p/123app.abc.com/p/123 在它眼里,就是三个陌生人。没人指路,它就自己挑一个展示,剩下的悄悄降权。

为什么“多版本”会成为SEO的灾难现场?

PC 站、M 站、APP 内嵌页共存,对电商、内容平台、本地服务类网站来说太正常了。但问题来了:

  • 搜索引擎抓到三个高度相似的页面,第一反应是“重复内容”。
  • 它不会帮你开会投票,而是随手选一个放进搜索结果,另外两个晾在一边。
  • 更糟的是,它可能把本该集中的一份权重,硬生生切成三份——每份都不够力,排名自然上不去。

真实案例:一家做家居团购的客户,PC 和 M 站完全独立开发,URL 规则不统一,也没加任何关联标签。我们一查收录,同一款沙发在 PC 和 M 站各占一半索引量,核心词长期卡在第二页下段。补上 canonical 后,PC 主页快速收拢流量,搜索可见度明显提升。

Canonical标签到底是什么?它如何“一锤定音”?

canonical 标签不是魔法咒语,就是一个明确的“认领声明”:

“这个页面只是副本,真正的主页面在这儿,请把排名和信任都给它。”

它的写法很简单:
<link rel="canonical" href="https://www.example.com/main-page.html" />
必须放在网页的 <head> 里。

搜索引擎把它当强建议——不是命令,但它基本都会听。只要指向合理、链接可访问,它就能稳稳把分散的信号收回来。

PC、WAP、APP页面,Canonical到底该怎么设?

记住一句话:所有副本页,都要指向你真正想让它上榜的那个主页面。

  1. PC 站 + 移动站(非响应式)
    如果你主推 PC 站,那每个 M 站页面(比如 m.abc.com/goods/456)的 <head> 里,都要写:
    href="https://www.abc.com/goods/456"
    反过来也成立——如果你主运营 M 站(比如纯移动端品牌),那就让 PC 页面指向 M 站。

  2. APP 内嵌页(WebView)
    APP 里打开的商品页、文章页,哪怕 URL 是 app.abc.com/post/789,也要加 canonical,指向 PC 或 M 站对应的真实页面。不然搜索引擎会以为这是全新内容,白费功夫重抓、重判。

  3. 响应式网站
    URL 不变,只靠 CSS 适配设备?恭喜,你天然避开了这个问题。不用刻意加 canonical,除非有特殊参数(比如 ?utm_source=xxx 这类跟踪参数),才需要额外处理。

举个实操例子:你确认 PC 站是主战场。

  • M 站页 m.abc.com/news/101 → canonical 指向 https://www.abc.com/news/101
  • APP 分享页 app.abc.com/share/101 → canonical 同样指向 https://www.abc.com/news/101

设置Canonical时,你绝对要避开的几个大坑

错一步,可能前功尽弃。这几个坑,我们见得太多:

坑一:循环指向
A → B,B → C,C → A。搜索引擎一看就懵,直接无视全部 canonical。

坑二:指向 404 或跳转页
你写了 href="https://www.abc.com/old-page",结果这个地址早就 404 了。等于递了张废纸。

坑三:指向 robots.txt 屏蔽页或登录墙后面
搜索引擎根本打不开你指定的“主页面”,那这个声明就等于没说。

坑四:内容八竿子打不着,硬拉关系
一篇讲“空调清洗”的详情页,canonical 指向首页或“关于我们”。这种明显错配,Google 会直接忽略。

坑五:和 hreflang 搞混
hreflang 解决的是“中文版 vs 英文版”,canonical 解决的是“手机版 vs PC 版”。两者要配合,不能替代。每个语言版本的 canonical,都应该指向自己语言下的主页面,再用 hreflang 告诉 Google:“还有英文版在这儿”。

设完就完了?如何检查Canonical是否生效?

别信“我加了就行”。得亲眼看到它被识别、被采纳。

最简单方法:看源码
用手机浏览器打开 M 站某一页 → 右键 → 查看网页源代码 → Ctrl+Fcanonical → 看 href= 后面是不是你想要的地址。

谷歌搜索验证
在 Google 搜索框输入:site:m.abc.com/product/123 → 点开结果 → 仔细看摘要下方有没有一行小字:“规范网址:www.abc.com/product/123”

Search Console 是照妖镜
登录你的 Google Search Console → 左侧菜单点「网址检查」→ 输入 M 站某个 URL → 等报告出来 → 找「谷歌选择的规范网址」这一栏。如果显示的就是你设定的 PC 地址,说明它已接收并认可。

顺手再点开「覆盖范围」报告 → 看「已提交,未编入索引(已替代)」的数量有没有明显增长——这是 canonical 正常工作的典型信号。

今天下班前,花15分钟完成这个关键检查

别等明天。现在就打开 Chrome,照着做:

  1. 打开你网站一个主力商品页(比如爆款课程、热卖商品、常更新的栏目页)
  2. 用电脑打开它,记下完整 URL(如 https://www.xxx.com/course/abc
  3. 再用手机浏览器(或 Chrome 开发者工具切到手机模式)打开同一个内容,记下 M 站 URL(如 https://m.xxx.com/course/abc
  4. 在手机端页面右键 → 查看网页源代码 → Ctrl+Fcanonical
  5. href= 后面的地址,是不是和你记下的 PC 地址完全一致?
  6. 如果是,这个页面过关;如果不是,或者压根没这行代码——这就是你明天早上第一件事:截图发给前端同事,说:“这个页面的 canonical 需要补上,指向 PC 版对应链接。”

从一个页面开始,改完就测,测完就扩。一周内跑完全站,比你刷半小时短视频更有价值。