辛苦寫完一篇内容，過几天去搜，自己這篇文章没出現，反倒是另一個站的同一份内容排在前面。遇到這種情况，先別急着下“被抄了”的结论，把顺序理清楚，能做的事比想象中多。
先分清三種不同的情况
- 對方确實是搬的。正文一字不差，只換了标题和配图，發布時間還比你的頁面晚。這是最典型的采集。
- 两邊都来自同一份素材。比如同一篇投稿、同一份通稿、同一個产品說明，各自發了一遍。這不算谁抄谁，但對搜尋引擎来说就是重复内容。
- 你自己的頁面其實早已被抓過。只是当时内容還不完整（草稿、缺图、只有框架），搜尋蜘蛛记住的是那一版。後来补全了正文，索引里仍舊是舊的印象。
三種情况處理方式不一样，先確認再動手，可以省下很多無效操作。
為什么“別人先收錄”會發生
收錄顺序不完全由發布時間决定，更多取决于搜尋蜘蛛什么时候爬到，以及它那一次看到的正文有多少。
- 抓取频率差异。更新频繁、服務器响應稳定的站点，蜘蛛来得勤；新站或更新間隔很長的站，可能要等更久。
- 頁面可訪問性。自己頁面如果加载慢、正文要等脚本渲染後才出現、或者關键段落藏在折叠区域，蜘蛛第一次看到的内容可能不完整。
- 頁面上的日期只是自己说的。它可以作為參考，但不是唯一判断依據。抓取记錄和首次被發現的记錄往往更關键。
自己能做的几件事
- 確認頁面是“可被完整抓到”的。正文尽量直接寫在 HTML 里，不要只靠前端渲染；重要段落不要放在必须点击才展開的位置。
- 發布後尽快让它被看到。更新站点地图里的更新時間字段，用站長平台的提交入口提交這條 URL，同时從首頁或栏目頁给一條内鏈。三件事一起做，比只提交 sitemap 更有意义。
- 把首發時間寫清楚。正文附近标明發布時間，配合頁面本身的更新记錄，让先後關系有據可查。
- 正文里留下自己的痕迹。資料、案例、图片、表格、自己的结论，這些是搬运方最容易丢掉的部分，也是两個版本区分開的依據。
- 確認 canonical 指向自己。站内如果出現多個版本，要统一指向首發那一條，避免自己先分散成好几份。
跨站的 canonical 不要指望太多
在自己頁面里加一條指向對方地址的 canonical，等于告诉搜尋引擎“以對方為准”，這顯然不是想要的结果；反過来，在自己頁面寫 canonical 指向自己，對別人的頁面也没有约束力。跨站 canonical 更像是一條建议，對方不接受就不會生效。
几種常见但没什么用的做法
- 在正文里寫“本文為原创，禁止轉载”。這句话對搜尋蜘蛛没有约束力，也不會改變索引结果。
- 反复改标题、堆關鍵詞，希望盖過對方。标题频繁變動反而會让索引来回更新。
- 自己也去別的站把全文再發一遍，指望“多發几處總有一處排前面”。结果只是又多了一個重复版本，分散判断。
- 把原頁面删掉再重發。舊地址积累的抓取记錄和連結都會受影响，通常得不偿失。
判断先後關系时，抓取记錄和首次被發現的记錄，比頁面上的日期更值得參考。改動之前先留一份记錄，改完之後才有對比的依據。
長期怎么减少這種情况
被搬运本身很难完全避免，能控制的是“被搬运之後，哪一版更容易被認作原始版本”。
- 保持稳定的更新节奏，让蜘蛛知道這個站會持續有新内容出現。
- 把正文寫得有具体信息：資料、時間、案例、自己的照片或图表。
- 重要頁面之間做好内鏈，让它在站内不是一個孤零零的地址。
- 给收錄情况做一份简單记錄：URL、發布時間、首次被抓時間、目前索引狀態。出問题时至少有據可查。
如果确實是采集站整篇搬运，可以通過站長平台或對方的联系方式反馈，但不必把全部精力放在這件事上。把自己的頁面做扎實、让它持續被稳定抓取，通常比一次投诉更管用。