Lesson 8 of 1315 minIntermediate

Diagnosis and Testing

Diagnosing Traffic Drops the 24 Hour Investigation Framework

A structured elimination sequence finds the real cause of a traffic drop far faster than jumping straight to the scariest explanation, which is almost always an algorithm update.

Reading time · unlocks the next lesson

0:00 / 5:00 · paused

Rule Out Measurement First

Before assuming anything happened to your rankings or traffic, confirm the drop is real: check for a tracking code change, a consent banner update affecting analytics collection, or a GA4 configuration change (a filter or data stream edit) around the same date the drop started. A large share of apparent 'traffic drops' reported by clients turn out to be tracking issues, not SEO issues, and this check takes minutes.

Also rule out a reporting artefact: check the date range and comparison period aren't misaligned (a comparison against a higher-traffic seasonal period, for instance) before treating the drop as real.

Segment the Drop

Once confirmed real, segment immediately: is it all pages or specific pages/templates, all queries or specific query groups, all devices or one device type, all countries or one region. The pattern of the segmentation points directly at the likely cause — a drop isolated to one template usually means a template-level technical change, while a broad drop across the whole site on the same date as a known algorithm update rollout usually means exactly that.

Check Search Console's Performance report filtered by date to pinpoint the exact day the drop began, then check that date against Google's publicly announced algorithm update timeline, your own site's deployment log, and any third-party changes (CDN, hosting, plugin updates) that happened around it.

  • Segment by page/template — isolated or site-wide?
  • Segment by query — specific topic cluster or everything?
  • Segment by device — mobile-only often points to a mobile-specific technical issue
  • Segment by country — regional drop often points to a hreflang or local server issue
  • Pinpoint the exact start date in Search Console before investigating causes

Check the Usual Suspects in Order

Work through causes roughly in order of how common they actually are, not how dramatic they sound: recent site changes and deployments first (the most common cause by far), then technical crawl/index issues (check the Pages report for a spike in a new exclusion reason), then a genuine algorithm update (cross-reference the date against known update rollouts), then competitor movement (did a competitor publish something that outranked you), then a genuine, if less common, manual action (check Search Console's Manual Actions report directly, since this is quick to rule out).

Resist the urge to conclude 'algorithm update' as a first guess — it's the least actionable explanation and is also disproportionately reached for because it removes the need to find a fix within your own site. Only settle on it after ruling out the more common and more fixable causes.

Documenting and Monitoring in RankTracker

Set a RankTracker alert threshold on your priority keyword tags so a drop is flagged within a day rather than discovered a week later during routine reporting, and log the confirmed cause once found in a running incident log — over time this log itself becomes a valuable reference showing which causes are actually most common on your specific site.

Key takeaways

  • Rule out tracking and measurement issues before investigating an SEO cause
  • Segment by page, query, device and country to find the pattern before guessing
  • Check causes in order of frequency, not drama — deployments before algorithm updates
  • Set RankTracker alerts so drops are caught within a day, not a reporting cycle later

Why this lesson matters

This lesson belongs to Diagnosis and Testing, the part of Analytics & Optimisation where the goal is: build a repeatable framework for diagnosing traffic drops and running valid seo experiments rather than guessing.

Read it once, then do it straight away on a real site inside RankTracker. Nothing here is theory for its own sake — every step produces something you can show a client.

Do it now

  1. 1Open RankTracker with sample data already loaded, so you are not stuck on setup.
  2. 2Track the keywords from this lesson.
  3. 3Set up a RankTracker alert threshold for your priority keywords and draft a 24-hour investigation checklist tailored to your site.