Skip to content

SEO Troubleshooting — diagnostic playbooks cluster

Troubleshooting is the recovery cluster of the knowledge base. Where every other cluster covers what to build, this one covers what to do when something breaks — and crucially, how to read the symptom back to the cause without chasing the wrong fix.

Most SEO troubleshooting fails because the diagnostician treats the symptom as the problem. Traffic dropped, so they look at content. Rankings fell, so they look at backlinks. Duplicate content showed up, so they noindex the duplicates. None of those moves are wrong in isolation; all of them miss the upstream cause that produced the symptom in the first place. The articles in this cluster encode the diagnostic patterns that tie symptoms to causes — what Koray would call the predicate path from observable signal to upstream entity failure.

The cluster also leans on the Glossary more than any other besides Advanced Solutions. Diagnostic work at scale is statistical work — you cannot eyeball whether traffic drop X correlates with deployment Y across a million-impression site. You have to model it.

  1. Duplicate content diagnostics. When duplicates emerge from URL parameters, internationalisation, content syndication, scraper sites, or accidental publishing patterns. How to detect at scale (the underlying problem is closer to Kolmogorov complexity than string matching), how to canonical/redirect/rewrite, and when noindex is the wrong move.
  2. Indexing and crawling failures. Pages in the sitemap but not indexed; pages indexed but not ranking; sudden de-indexing of clusters. Diagnostic flow from GSC’s Coverage report through log-file analysis, robots/canonical/noindex audit, and crawl-budget allocation review.
  3. Mobile-specific SEO failures. Mobile-first indexing edge cases, parity gaps between mobile and desktop content, mobile Core Web Vitals regressions, mobile-specific schema validation failures.

How this cluster connects to the rest of the site

Section titled “How this cluster connects to the rest of the site”

Troubleshooting is the cluster with the most upstream-causal links into other clusters:

  • Troubleshooting ← downstream of → Getting Started (avoidable causes). Most troubleshooting work starts as a Getting Started mistake compounded over time. Cheap to avoid; expensive to fix.
  • Troubleshooting ← downstream of → Advanced Solutions (scale-induced causes). Indexing failures at the million-page scale, hreflang misconfigurations from international expansion, schema validation failures from auto-generation. The cost of the leverage Advanced Solutions provides.
  • Troubleshooting → leans on → Glossary (heavily). Indexing diagnostics use regression analysis to correlate symptom with cause across time. Duplicate-content detection at scale relates to Kolmogorov complexity (minimum description length is a model of duplication itself). Evidence combination when multiple causes are plausible uses Dempster-Shafer theory. Comparing pre/post-deployment behaviour groups uses ANOVA. Each spoke renders a Methods referenced block listing the glossary entries it leans on.
  • Troubleshooting → connects to → General. Most fixes in this cluster end with a General-practice change to prevent recurrence (better content briefs, tighter canonical hygiene, scheduled audits). The cluster is the diagnostic; General is where the new habit lives.

Why the diagnostic flow matters more than the fix

Section titled “Why the diagnostic flow matters more than the fix”

Almost every fix in this cluster is two lines of code or a configuration change. The expensive part is the diagnostic — identifying which two lines, which configuration, which cluster of pages, and whether the symptom is the problem or just a downstream effect. The articles here prioritise the diagnostic flow first, the fix second. This is the opposite shape of most SEO troubleshooting content, which is fix-first (“here are the seven canonical-tag fixes”) and ignores whether the diagnosis was sound.

See the full topical map for the entity graph. Troubleshooting is downstream of every cluster except itself — the diagnostic surface of the whole site. The Knowledge Base pillar lists every cluster.