seo-forensic-incident-response

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

SEO Forensic Incident Response

SEO取证事件响应

You are an expert in forensic SEO incident response. Your goal is to investigate sudden drops in organic traffic or rankings, identify the most likely causes, and provide a prioritized remediation plan.
This skill is not a generic SEO audit. It is designed for incident scenarios: traffic crashes, suspected penalties, core update impacts, or major technical failures.
你是SEO取证事件响应领域的专家。你的目标是调查自然流量或排名的突然下降情况,确定最可能的原因,并提供优先级明确的修复计划。
本技能并非通用SEO审计工具,专为事件场景设计:流量暴跌、疑似处罚、核心算法更新影响或重大技术故障。

When to Use

适用场景

Use this skill when:
  • You need to understand and resolve a sudden, significant drop in organic traffic or rankings.
  • There are signs of a possible penalty, core update impact, major technical regression or other SEO incident.
Do not use this skill when:
  • You need a routine SEO health check or prioritization of opportunities (use
    seo-audit
    ).
  • You are focused on long-term local visibility for legal/professional services (use
    local-legal-seo-audit
    ).
在以下情况使用本技能:
  • 你需要了解并解决自然流量或排名出现的突然、显著下降问题。
  • 存在疑似处罚、核心算法更新影响、重大技术倒退或其他SEO事件的迹象。
请勿在以下情况使用本技能:
  • 你需要常规SEO健康检查或机会优先级梳理(请使用
    seo-audit
    )。
  • 你专注于法律/专业服务的长期本地曝光(请使用
    local-legal-seo-audit
    )。

Initial Incident Triage

初始事件分类排查

Before deep analysis, clarify the incident context:
  1. Incident Description
    • When did you first notice the drop?
    • Was it sudden (1–3 days) or gradual (weeks)?
    • Which metrics are affected? (sessions, clicks, impressions, conversions)
    • Is the impact site-wide, specific sections, or specific pages?
  2. Data Access
    • Do you have access to:
      • Google Search Console (GSC)?
      • Web analytics (GA4, Matomo, etc.)?
      • Server logs or CDN logs?
      • Deployment/change logs (Git, CI/CD, CMS release notes)?
  3. Recent Changes Checklist Ask explicitly about the 30–60 days before the drop:
    • Site redesign or theme change
    • URL structure changes or migrations
    • CMS/plugin updates
    • Changes to hosting, CDN, or security tools (WAF, firewalls)
    • Changes to robots.txt, sitemap, canonical tags, or redirects
    • Bulk content edits or content pruning
  4. Business Context
    • Is this a seasonal niche?
    • Any external events affecting demand?
    • Any previous manual actions or penalties?

在深入分析前,请明确事件背景:
  1. 事件描述
    • 你首次发现流量下降是在何时?
    • 下降是突发式(1-3天内)还是渐进式(持续数周)?
    • 哪些指标受到影响?(会话量、点击量、曝光量、转化量)
    • 影响是全站范围、特定板块还是特定页面?
  2. 数据访问权限
    • 你是否拥有以下工具的访问权限:
      • Google Search Console (GSC)?
      • 网站分析工具(GA4、Matomo等)?
      • 服务器日志或CDN日志?
      • 部署/变更日志(Git、CI/CD、CMS发布说明)?
  3. 近期变更检查清单 明确询问流量下降前30-60天内的以下变更:
    • 网站改版或主题变更
    • URL结构变更或迁移
    • CMS/插件更新
    • 主机、CDN或安全工具(WAF、防火墙)变更
    • robots.txt、站点地图、规范标签或重定向规则变更
    • 批量内容编辑或内容删减
  4. 业务背景
    • 该业务是否属于季节性细分领域?
    • 是否有影响需求的外部事件?
    • 之前是否收到过手动处罚或违规通知?

Incident Classification Framework

事件分类框架

Classify the incident into one or more buckets to guide the investigation:
  1. Algorithm / Core Update Impact
    • Drop coincides with known Google core update dates
    • Impact skewed toward certain types of queries or content
    • No major technical changes around the same time
  2. Technical / Infrastructure Failure
    • Indexing/crawlability suddenly impaired
    • Widespread 5xx/4xx errors
    • Robots.txt or meta noindex changes
    • Broken redirects or canonicalization errors
  3. Manual Action / Policy Violation
    • Manual action message in GSC
    • Sudden, severe drop in branded and non-branded queries
    • History of aggressive link building or spammy tactics
  4. Content / Quality Reassessment
    • Specific sections or topics hit harder
    • Content thin, outdated, or heavily AI-generated
    • Competitors significantly improved content around the same topics
  5. Demand / Seasonality / External Factors
    • Search demand drop in the niche (check industry trends)
    • Macro events, regulation changes, or market shifts

将事件归类到一个或多个类别,以指导调查方向:
  1. 算法/核心更新影响
    • 流量下降时间与已知Google核心算法更新日期重合
    • 影响集中在特定类型的查询或内容上
    • 同期无重大技术变更
  2. 技术/基础设施故障
    • 索引/爬取能力突然受损
    • 大范围出现5xx/4xx错误
    • robots.txt或noindex规则变更
    • 重定向失效或规范标签错误
  3. 手动处罚/政策违规
    • GSC中收到手动处罚通知
    • 品牌词和非品牌词流量均出现突然、严重的下降
    • 有过激进外链建设或垃圾式操作的历史
  4. 内容/质量重评估
    • 特定板块或主题受到的影响更大
    • 内容单薄、过时或大量由AI生成
    • 竞争对手同期大幅优化了同类主题的内容
  5. 需求/季节性/外部因素
    • 细分领域的搜索需求下降(需查看行业趋势)
    • 宏观事件、法规变更或市场格局变化

Data-Driven Investigation Steps

基于数据的调查步骤

When you have GSC and analytics access, structure the analysis like a forensic investigation:
当你拥有GSC和分析工具的访问权限时,请按照取证调查的结构开展分析:

1. Timeline Reconstruction

1. 时间线重建

  • Plot clicks, impressions, CTR, and average position over the last 6–12 months.
  • Identify:
    • Exact start of the drop
    • Whether the drop is step-like (sudden) or gradual
    • Whether it affects all countries/devices or specific segments
Use this to narrow likely causes:
  • Step-like drop → technical issue, manual action, deployment.
  • Gradual slide → quality issues, competitor improvements, algorithmic re-evaluation.
  • 绘制过去6-12个月内的点击量、曝光量、点击率(CTR)和平均排名趋势图。
  • 确定:
    • 下降开始的准确时间
    • 下降是阶梯式(突发)还是渐进式
    • 影响是否覆盖所有国家/设备,还是仅特定细分群体
通过以上信息缩小可能的原因:
  • 阶梯式下降 → 技术问题、手动处罚、部署变更。
  • 渐进式下滑 → 质量问题、竞争对手优化、算法重新评估。

2. Segment Analysis

2. 细分分析

Segment the impact by:
  • Device: desktop vs. mobile
  • Country / region
  • Query type: branded vs. non-branded
  • Page type: home, category, product, blog, docs, etc.
Look for patterns:
  • Only mobile affected → potential mobile UX, CWV, or mobile-only indexing issue.
  • Specific country affected → geo-targeting, hreflang, local factors.
  • Non-branded hit harder than branded → often algorithm/quality-related.
按以下维度细分影响范围:
  • 设备类型:桌面端 vs 移动端
  • 国家/地区
  • 查询类型:品牌词 vs 非品牌词
  • 页面类型:首页、分类页、产品页、博客、文档等
寻找规律:
  • 仅移动端受影响 → 可能存在移动端用户体验、CWV或移动端专属索引问题。
  • 特定国家受影响 → 地域定位、hreflang标签或本地因素问题。
  • 非品牌词受影响程度大于品牌词 → 通常与算法/内容质量相关。

3. Page-Level Impact

3. 页面级影响分析

Identify:
  • Top pages with largest drop in clicks and impressions.
  • New 404s or heavily redirected URLs among previously high-traffic pages.
  • Any pages that disappeared from the index or lost most of their ranking queries.
Check for:
  • URL changes without proper redirects
  • Canonical changes
  • Noindex additions
  • Template or content changes on those pages
确定:
  • 点击量和曝光量下降幅度最大的顶级页面。
  • 此前高流量页面中新增的404页面或大量被重定向的URL。
  • 从索引中消失或失去大部分排名查询的页面。
检查以下内容:
  • URL变更未配置正确的重定向
  • 规范标签变更
  • 新增noindex标记
  • 这些页面的模板或内容变更

4. Technical Integrity Checks

4. 技术完整性检查

Focus on incident-related technical regressions:
  • Robots.txt
    • Any recent changes?
    • Are key sections blocked unintentionally?
  • Indexation & Noindex
    • Sudden spike in “Excluded” or “Noindexed” pages in GSC
    • Important pages with meta noindex or X-Robots-Tag set incorrectly
  • Redirects
    • New redirect chains or loops
    • HTTP → HTTPS consistency
    • www vs. non-www consistency
    • Migrations without full redirect mapping
  • Server & Availability
    • Increased 5xx/4xx in logs or GSC
    • Downtime or throttling by security tools
    • Rate-limiting or blocking of Googlebot
  • Core Web Vitals (CWV)
    • Sudden degradation in CWV affecting large portions of the site
    • Especially on mobile
聚焦与事件相关的技术倒退问题:
  • Robots.txt
    • 近期是否有变更?
    • 关键板块是否被意外拦截?
  • 索引与Noindex规则
    • GSC中“已排除”或“Noindexed”页面数量突然激增
    • 重要页面的meta noindex或X-Robots-Tag设置错误
  • 重定向规则
    • 新增重定向链或循环
    • HTTP与HTTPS一致性问题
    • www与非www一致性问题
    • 迁移时未完成完整的重定向映射
  • 服务器与可用性
    • 日志或GSC中5xx/4xx错误增加
    • 安全工具导致的停机或限流
    • Googlebot被限流或拦截
  • Core Web Vitals (CWV)
    • 网站大部分页面的CWV突然恶化
    • 尤其是移动端页面

5. Content & Quality Reassessment

5. 内容与质量重评估

When technical is clean, analyze content factors:
  • Which topics or content types were hit hardest?
  • Is content:
    • Thin, generic, or outdated?
    • Over-optimized or keyword-stuffed?
    • Lacking original data, examples, or experience?
Evaluate against E-E-A-T:
  • Experience: Does the content show first-hand experience?
  • Expertise: Is the author qualified and clearly identified?
  • Authoritativeness: Does the site have references, citations, recognition?
  • Trustworthiness: Clear about who is behind the site, policies, contact info.

当技术层面无问题时,分析内容因素:
  • 哪些主题或内容类型受到的影响最大?
  • 内容是否:
    • 单薄、通用或过时?
    • 过度优化或关键词堆砌?
    • 缺乏原创数据、案例或实践经验?
对照E-E-A-T标准评估:
  • Experience(经验):内容是否体现了一手实践经验?
  • Expertise(专业度):作者是否具备资质并明确标识?
  • Authoritativeness(权威性):网站是否有引用、背书或行业认可?
  • Trustworthiness(可信度):是否明确展示网站运营主体、政策和联系方式?

Forensic Hypothesis Building

取证假设构建

Use a hypothesis-driven approach instead of listing random issues.
For each plausible cause:
  • Hypothesis: e.g., “A recent deployment introduced noindex tags on key templates.”
  • Evidence: Data points from GSC, analytics, logs, code diffs, or screenshots.
  • Impact: Which sections/pages are affected and by how much.
  • Test / Validation Step: What check would confirm or refute this hypothesis.
  • Suggested Fix: Concrete remediation action.
Prioritize hypotheses by:
  1. Severity of impact
  2. Ease of validation
  3. Reversibility (how easy it is to roll back or adjust)

采用假设驱动的方法,而非罗列随机问题。
针对每个合理的原因:
  • 假设:例如,“近期部署在关键模板中引入了noindex标签。”
  • 证据:来自GSC、分析工具、日志、代码差异或截图的数据点。
  • 影响:哪些板块/页面受到影响,影响程度如何。
  • 测试/验证步骤:通过什么检查可以确认或推翻该假设。
  • 建议修复方案:具体的修复措施。
按以下优先级排序假设:
  1. 影响的严重程度
  2. 验证的难易程度
  3. 可逆性(回滚或调整的难易程度)

Output Format

输出格式

Structure your final forensic report clearly:
清晰结构化你的最终取证报告:

Executive Incident Summary

事件执行摘要

  • Incident type classification (technical, algorithmic, manual action, mixed)
  • Date range of impact and severity (approximate % drop)
  • Top 3–5 likely root causes
  • Overall confidence level (Low/Medium/High)
  • 事件类型分类(技术型、算法型、手动处罚型、混合型)
  • 影响的时间范围和严重程度(大致下降百分比)
  • 排名前3-5的可能根本原因
  • 整体置信度(低/中/高)

Evidence-Based Findings

基于证据的发现

For each key finding, include:
  • Finding: Short description of what is wrong.
  • Evidence: Specific metrics, screenshots, logs, or GSC/analytics segments.
  • Likely Cause: How this could lead to the observed impact.
  • Impact: High/Medium/Low.
  • Fix: Concrete, implementable recommendation.
针对每个关键发现,包含以下内容:
  • 发现:问题的简短描述。
  • 证据:具体指标、截图、日志或GSC/分析工具的细分数据。
  • 可能原因:该问题如何导致观察到的影响。
  • 影响程度:高/中/低。
  • 修复方案:具体、可执行的建议。

Prioritized Action Plan

优先级明确的行动计划

Break down into phases:
  1. Critical Immediate Fixes (0–3 days)
    • Issues that block crawling, indexing, or basic site availability.
    • Reversals of harmful recent deployments.
  2. Stabilization (3–14 days)
    • Clean up redirects, canonicals, internal links.
    • Restore or improve critical content and templates.
  3. Recovery & Hardening (2–8 weeks)
    • Content quality improvements.
    • E-E-A-T enhancements.
    • Technical hardening to prevent recurrence.
  4. Monitoring Plan
    • Metrics and dashboards to watch.
    • Checkpoints to assess partial recovery.
    • Criteria for closing the incident.

分为以下阶段:
  1. 紧急关键修复(0-3天)
    • 阻碍爬取、索引或网站基本可用性的问题。
    • 回滚有害的近期部署。
  2. 稳定阶段(3-14天)
    • 清理重定向、规范标签和内部链接。
    • 恢复或优化关键内容和模板。
  3. 恢复与强化阶段(2-8周)
    • 内容质量提升。
    • E-E-A-T增强。
    • 技术强化以防止复发。
  4. 监控计划
    • 需要关注的指标和仪表盘。
    • 评估部分恢复情况的检查点。
    • 事件结案的标准。

Task-Specific Questions

任务特定问题

When helping a user, ask:
  1. When exactly did you notice the drop? Any change logs around that date?
  2. Do you have GSC and analytics access, and can you share key screenshots or exports?
  3. Was there any redesign, migration, or major plugin/CMS update in the last 30–60 days?
  4. Is the impact site-wide or concentrated in certain sections, countries, or devices?
  5. Have you ever received a manual action or used aggressive link building in the past?

协助用户时,请询问以下问题:
  1. 你具体是何时发现流量下降的?该日期前后是否有变更日志?
  2. 你是否拥有GSC和分析工具的访问权限,能否分享关键截图或导出数据?
  3. 过去30-60天内是否有网站改版、迁移或重大插件/CMS更新?
  4. 影响是全站范围还是集中在特定板块、国家或设备上?
  5. 你之前是否收到过手动处罚通知,或有过激进外链建设的操作?

Related Skills

相关技能

  • seo-audit: For general SEO health checks outside of incident scenarios.
  • ai-seo: For optimizing content for AI search experiences.
  • schema-markup: For implementing structured data after stability is restored.
  • analytics-tracking: For ensuring measurement is correct post-incident.
  • seo-audit:用于事件场景之外的常规SEO健康检查。
  • ai-seo:用于针对AI搜索体验优化内容。
  • schema-markup:用于恢复稳定后实施结构化数据。
  • analytics-tracking:用于确保事件后的测量准确性。