站点被镜像（别人实时同步你的内容，甚至替换链接统计），最气人的是：镜像站因为「更新猛、结构新」，部分页面排名反超了正主。站长一怒之下用了个民间偏方——往页面里塞跳转代码攻击镜像站，结果自己的站被判定恶意跳转，雪上加霜。这篇记录处理镜像的正误两套打法。
镜像的识别
镜像站的常见特征：域名与正主毫无关联但内容实时同步、正文里的内链被替换为镜像站链接、正主的统计代码和广告被剥掉。发现渠道通常是意外的：site 查询冒出陌生域名的同标题页面、后台统计出现来源不明的跳转流量、或者最直接的——搜自己品牌词，出来别人的站。
错误示范：以暴制暴
本案站长在网上找到的偏方是往页面里塞JS：检测到非本站域名访问时弹窗警告并跳转回正主。这个代码对镜像站确实有干扰（镜像抓取的页面也带上了JS），但三个后果接踵而至：一，代码影响了自己站点的正常用户（误触发弹窗投诉）；二，引擎对「恶意跳转代码」的判定不分目的，正主页面被标注风险；三，镜像没死，正主先伤。以暴制暴在镜像问题上是标准的负和操作。
正确打法一：让引擎认正主
镜像战的核心战场是「让引擎确认谁是原创」。标准动作：全站页面确保 canonical 标签指向自己（这是原创声明的官方语言）；新内容发布后立刻主动推送（首发时间戳是源流判定的关键证据）；站点加入引擎的原创保护机制（有此功能的平台要申请）。正主的身份确认了，镜像的同步反而变成「帮你发外链」。
正确打法二：断粮与投诉
断粮：查镜像的抓取来源IP和UA，服务器层面屏蔽其抓取（镜像依赖实时抓取，断粮后镜像内容很快过期）。投诉：向镜像的域名注册商和托管商提交侵权投诉（附正主的首发证据），向搜索引擎提交镜像举报。本案在执行完断粮加投诉的两周后，镜像站的可用页面批量消失，反超的位次自然回到正主手中。
心态与预防
镜像存在的前提是你的内容有价值——被镜像某种意义上是内容质量的注脚。预防的姿态是：canonical全站部署（一劳永逸）、发布即推送（锁定首发）、定期site自查（早发现早处理）。与镜像的战争没有爽文结局，比的是谁的身份证据更硬、谁的补给先断。
翻车实录的记录规范
我们的翻车实录有几条记录纪律：时间线精确到小时（事故的因果链就藏在时间差里）、损失用数据量化（掉多少收录、多少流量、多少钱）、责任归属不含糊（自己的失误写自己的，不甩锅给引擎或运气）、修复方案可执行（别人拿去就能用）。按这个规范读事故，每篇翻车实录都是一份付费教程——只是学费是别人交的。
止损的心理学
复盘所有的翻车案例，最贵的共性不是技术失误，是止损时的人性弱点：沉没成本谬误（已经投入这么多，再等等）、损失厌恶（下线模块就是承认损失，不下了）、责任分散（都以为别人会拍板）。对策是制度化的：止损线提前写死（什么信号触发什么动作）、执行人提前指定（谁有权按下按钮）、演练定期做（预案不演练等于没有）。制度是对抗人性的唯一可靠工具。
翻车后的恢复节奏
翻车之后的恢复有共同规律：前两周是止血期（下线问题源、提交整改、数据仍在下跌是正常的惯性）；第三到六周是筑底期（下跌趋缓、低位震荡，此时最容易心态崩掉乱操作）；之后进入缓慢爬升期（引擎的信任重建以周为单位）。恢复期的三条纪律：不做新的优化动作、保持干净的更新节奏、每周只看一次数据。频繁刷新数据是恢复期最大的心理毒药。
事故成本的完整算法
算事故成本别只算直接的流量损失，完整账有四项：直接损失（下滑期间的流量与转化缺口）、恢复投入（整改的人力、外部的服务费）、机会成本（恢复期错过的窗口和预算占用）、无形损耗（站点信任分的下降要持续到完全恢复之后）。
常见问题
镜像站会侵犯版权吗？
构成，复制传播你的内容未经许可就是侵权。维权路径：向镜像的托管商和注册商发侵权通知（附首发证据），向搜索引擎提交版权投诉。实际处理中，托管商的下架响应往往比法律程序快得多。
镜像自查脚本和投诉模板，SEO学院的安全篇可以取用。canonical的全站检查，收录诊断服务里是固定项——很多站点连这层都没穿。