先分清两種完全不同的情形
不少站長遇到過這種情形：文章在自己站点發布，几天後搜标题或某句正文，排在最前的却是另一個站点的轉载版本，自己的地址要么没出現，要么点進去是舊快照。先別急着下结论说被抄袭導致降權，實际情况通常分两類。
- 轉载版本确實先被收錄：對方抓取時間可能並不比你早，但因為站点權重、更新频率、外鏈等因素，索引得更快。
- 只是展示位置不同：你的頁面其實已经在索引里，只是没排到前面，或者被折叠進相似结果里。
這两類處理方式不一样，所以第一步是確認事實，而不是马上改 canonical 或删頁面。
第一步：確認原创頁面的真實索引狀態
- 用站点後台的 URL 检查工具查询原创地址，看它處于已编入索引、已發現尚未抓取，還是已抓取尚未编入索引。
- 翻服務器日誌或站点地图提交记錄，確認抓取端是否来過、来的时候返回的是什么狀態碼。
- 取一段只有本文才有的獨特句子做精确搜尋，看结果里出現的是哪個域名。
- 如果收錄的是轉载頁，再看那個頁面是否带指向你原文的 canonical，或者有没有明顯的来源連結。
這几項做完，基本能判断問题出在我的頁面没被抓或没被索引，還是出在索引里有我的頁面，只是排序被压住。
第二步：回到自己站点，查 URL 發現與抓取鏈路
很多被抢先收錄的案例，根因其實在自己這邊：頁面没被高效發現，或者抓取时响應不稳定。按下面的顺序看一遍。
- 入口是否足够：文章有没有站内連結指向，比如列表頁、相關阅讀、分類頁。完全靠站点地图被發現的頁面，抓取優先級通常靠後。
- 原始 HTML 里有没有正文：如果正文依赖 JS 渲染，而渲染耗时較長，抓取端拿到的可能是空壳。
- 返回碼是否稳定：抓取时是否出現過 5xx、超时、跳轉鏈路過長。错誤响應會直接影响後續的抓取节奏。
- 時間信号是否明确：頁面上可见的發布時間、结构化資料里的 datePublished 是否一致，能否作為首發的辅助證據。
- 站点地图里是否包含该 URL，且 lastmod 與真實更新時間一致。随手填寫的 lastmod 會削弱更新信号的參考價值。
第三步：看待轉载頁的規范指向
如果轉载頁自己声明了 canonical 指向你的原文，通常不必過度反應，搜尋端會做一致性判断。真正需要處理的是：對方既没有标注来源，也没有任何指向原文的連結，甚至把作者和站点名替換掉了。
這種情况下可以尝试联系對方补充原文連結或 canonical。多數正規站点會配合，不配合的也不必反复拉锯。重点是保證自己這邊頁面狀態干净，不要把精力全花在對方身上。
第四步：可以做的收敛動作
- 保持原创頁面持續可訪問、内容不随意改動，避免被抓取後又被大改。
- 把文章放進合适的聚合入口，比如专题頁或系列目錄，让它在站内有稳定的内鏈位置。
- 给頁面补上清晰的结构化資料，标明标题、作者、發布時間。
- 如果站点存在多語言或镜像版本，用 canonical 明确主版本，避免自己的多個地址互相分散信号。
- 發現對方大規模搬运时，走官方版權投诉渠道，而不是用技術手段互相干扰。
不建议用蜘蛛池、镜像站、批量外鏈之類的方式去催收錄。這類手段带来的抓取往往质量很低，反而可能让站点整体的抓取信任度變差，得不偿失。
第五步：观察周期與预期管理
跨站重复的判定與修正都不是即时生效的。一般来说需要给搜尋端几周甚至一两個月的時間反复對比、重新計算。期間重点是：自己頁面稳定、首發證據清楚、轉载方逐步規范。不要因為一周没變化就频繁改動标题、URL 或 canonical，那样只會让狀態更难判断。
最後提醒一句：即使各項都做對了，也不能保證一定排到轉载站前面。搜尋端會综合站点整体质量、連結關系和用戶行為来判断，我們能做的是把可控的部分做到位。