内容被別的站轉载，是运营里很常见的事。真正需要關心的不是“被轉载了怎么办”，而是轉出去之後，搜尋索引里保留的是哪一個地址。這個問题没有统一答案，但可以按顺序判断：先確認自己站内是不是已经存在重复，再看站外重复的程度和對方的處理方式，最後才决定要不要動作。
先分清两類重复
站内重复是自己可控的：同一篇内容同时挂在栏目頁、标簽聚合頁、打印頁、带參數的跟踪連結上，或者移動端和桌面端各一套地址。這類重复會分散信号，處理顺序也比較明确——保留一個主地址，其余用 canonical、robots 或站内連結结构收敛。
跨站重复則不完全可控。對方是否注明来源、是否連結回原文、是整站采集還是少量轉载，影响都不一样。搜尋引擎在判断哪個地址是原始出處时，會综合抓取時間、站点歷史、連結關系、頁面完整度等信号，不會只看一個時間戳。
搜尋引擎大致看哪些信号
- 發現與抓取時間：先被抓到、先被索引的地址通常有優势，但這不是决定性因素。
- 站点本身的稳定性：域名歷史、栏目结构、更新节奏稳定的站，更容易被当作来源。
- 連結與引用：轉载頁如果連結回原文，信号會回流；完全不提来源，回流就弱。
- 頁面完整度：正文、作者、發布時間、配图齐全的版本，比只剩正文的版本更容易被認為是原版。
- 技術信号：canonical、结构化資料里的發布時間、sitemap 中的 lastmod，都是在說明這個地址的身份。
這些只是概率性的參考，没有任何一種寫法能保證收錄一定归到原创那一侧。
站外轉载的几種情况和處理
全文轉载並注明来源
這種相對好办。原文被引用、被連結，通常不會削弱原创頁，反而可能多一個抓取入口。你要確認的是連結指向你的主地址，而不是某個带參數或已经失效的版本。
全文轉载但不提来源
可以试着联系對方补上来源連結。沟通成本高、结果不确定，所以先把自家頁面的技術信号做扎實：URL 稳定、canonical 指向自身、發布時間可被识別、頁面能被正常抓取。
采集站批量镜像
這類站点通常數量多、更新快，逐個處理不現實。重点仍然是保證原创頁面可被抓取、有外鏈入口，並保留轉载记錄作為日後需要的材料。不要指望在對方頁面上做任何操作。
平台同步與授權發布
如果内容同时發布在自有站和第三方平台，两邊都完整存在，就属于典型的重复场景。常见做法是自有站保留主版本，平台版本在允许的情况下注明首發地址。能否跨平台做 canonical，要看平台是否支持，多數情况下做不到。
可以做和不必做的動作
- 保證原创頁可抓取、可索引，URL 長期不變。
- 用 sitemap 和站内入口缩短被發現的時間，而不是等被轉载之後才發現。
- 正文中保留清晰的發布時間和作者信息，帮助頁面被识別為原版。
- 定期查一下主地址是否在索引里、展示的标题是否被換成了別人家的寫法。
- 發現明顯镜像时，按對應渠道反馈，保留截图和連結记錄。
不要為了让自己的頁面“看起来更早”去改時間戳，也不要和采集站互換連結。這些做法對收錄没有帮助，還會让頁面的信号變得混乱。
怎么判断结果
观察周期以周為單位比較合理。可以先用站点限定查询確認主地址是否在索引中，再用标题或一段獨特正文搜尋，看看返回的是哪個域名。如果自己的地址在索引里、展示正常，多數情况下不需要額外處理；如果長期只有轉载頁出現，再回头检查站内是否有重复、抓取是否正常、頁面是否被 noindex 或 canonical 指错。
简單说，轉载本身不可怕，可怕的是原创頁自己存在技術問题，让搜尋引擎没有理由選它。