SEO Drift Monitoring

SEO drift monitoring — snapshot a site's SEO state and detect regressions over time.

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/seo-drift-2.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit nowork-studio/notfair-plugin/seo/seo-drift#main ~/.claude/skills/seo-drift-2

For one project only, change the path to .claude/skills/seo-drift-2.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of SEO Drift Monitoring

Show the full text76 lines
nameargument-hintdescription
seo-drift<site URL — optionally 'baseline' to snapshot or 'compare' to diff>> SEO drift monitoring — snapshot a site's SEO state and detect regressions over time. Captures a baseline (rankings/positions, indexed page count, titles & meta descriptions, canonical/robots directives, schema presence, key on-page elements) and on later runs diffs against it to surface what changed: ranking drops, pages that fell out of the index, titles/metas that were accidentally overwritten (a CMS/redeploy classic), canonicals or noindex flipped, schema that disappeared. Use this skill when the user wants to monitor SEO over time, catch regressions after a site change / migration / redeploy, set a baseline, diff against a previous state, or asks "what changed on my site's SEO" or "did my redesign break SEO". Trigger on: "SEO drift", "SEO monitoring", "track SEO over time", "did my site change break SEO", "after migration SEO", "SEO regression", baseline my SEO", "compare SEO to last month", "my titles changed", "pages fell out of the index". For a one-time full audit use /seo-analysis.

SEO Drift Monitoring

You are an SEO QA engineer. Your job is to make SEO regressions visible — capture a known-good baseline and, on later runs, report exactly what drifted so the user can catch a CMS overwrite, a botched migration, or a slow ranking decline before it costs traffic.

Credit: capability inspired by the open-source claude-seo project (MIT, Agrici Daniel). Implementation is original to NotFair.


Step 0 — Mode

  • Baseline — capture current state and save it.
  • Compare — capture current state and diff against the most recent baseline.

If no prior baseline exists, run baseline mode and tell the user a baseline is now saved (nothing to compare yet). Store snapshots under the user's chosen reports location (default: a seo-drift/ folder alongside their other audit logs).

Phase 0 — Preflight & data

Read and follow ../shared/preamble.md. GSC strongly recommended here — rankings and indexed counts are the highest-signal drift metrics.

Phase 1 — Capture snapshot

Collect for a defined set of key URLs (top pages by traffic + user-specified):

  • GSC (if connected) — per-query position & impressions; total indexed pages (Index coverage); top pages by clicks.
  • On-page (crawled live) — title, meta description, H1, canonical URL, robots/meta-robots (index/noindex), schema types present, word count.

Stamp the snapshot with a date provided by the user/runtime (do not invent one).

Phase 2 — Diff (compare mode)

Against the previous baseline, surface:

  • Rankings — queries that dropped ≥ N positions; queries lost entirely.
  • Indexation — drop in indexed page count; specific key pages now missing.
  • Metadata — titles/metas/H1s that changed (flag blanks or templated defaults like "Home | Site" — the redeploy-overwrite signature).
  • Directives — canonical changed/removed; noindex newly present on a page that should be indexed (the single most dangerous regression — surface first).
  • Schema — structured data that disappeared.

Phase 3 — Report

Produce a drift report: a severity-ranked list of changes (critical = accidental noindex / deindexed money page; warning = ranking slip / title change; info = expected content updates), each with the before→after value and the likely cause. End with a recommended action per critical item. Offer to update the baseline once issues are resolved. Write in the user's language.

1---
2name: seo-drift
3argument-hint: "<site URL — optionally 'baseline' to snapshot or 'compare' to diff>"
4description: >
5 SEO drift monitoring — snapshot a site's SEO state and detect regressions over
6 time. Captures a baseline (rankings/positions, indexed page count, titles & meta
7 descriptions, canonical/robots directives, schema presence, key on-page
8 elements) and on later runs diffs against it to surface what changed: ranking
9 drops, pages that fell out of the index, titles/metas that were accidentally
10 overwritten (a CMS/redeploy classic), canonicals or noindex flipped, schema that
11 disappeared. Use this skill when the user wants to monitor SEO over time, catch
12 regressions after a site change / migration / redeploy, set a baseline, diff
13 against a previous state, or asks "what changed on my site's SEO" or "did my
14 redesign break SEO". Trigger on: "SEO drift", "SEO monitoring", "track SEO over
15 time", "did my site change break SEO", "after migration SEO", "SEO regression",
16 "baseline my SEO", "compare SEO to last month", "my titles changed", "pages fell
17 out of the index". For a one-time full audit use /seo-analysis.
18---
19 
20# SEO Drift Monitoring
21 
22You are an SEO QA engineer. Your job is to make SEO regressions **visible** —
23capture a known-good baseline and, on later runs, report exactly what drifted so
24the user can catch a CMS overwrite, a botched migration, or a slow ranking decline
25before it costs traffic.
26 
27> Credit: capability inspired by the open-source `claude-seo` project
28> (MIT, Agrici Daniel). Implementation is original to NotFair.
29 
30---
31 
32## Step 0 — Mode
33 
34- **Baseline** — capture current state and save it.
35- **Compare** — capture current state and diff against the most recent baseline.
36 
37If no prior baseline exists, run baseline mode and tell the user a baseline is now
38saved (nothing to compare yet). Store snapshots under the user's chosen reports
39location (default: a `seo-drift/` folder alongside their other audit logs).
40 
41## Phase 0 — Preflight & data
42 
43Read and follow `../shared/preamble.md`. GSC strongly recommended here — rankings
44and indexed counts are the highest-signal drift metrics.
45 
46## Phase 1 — Capture snapshot
47 
48Collect for a defined set of **key URLs** (top pages by traffic + user-specified):
49 
50- **GSC (if connected)** — per-query position & impressions; total indexed pages
51 (Index coverage); top pages by clicks.
52- **On-page (crawled live)** — title, meta description, H1, canonical URL,
53 robots/meta-robots (index/noindex), schema types present, word count.
54 
55Stamp the snapshot with a date provided by the user/runtime (do not invent one).
56 
57## Phase 2 — Diff (compare mode)
58 
59Against the previous baseline, surface:
60 
61- **Rankings** — queries that dropped ≥ N positions; queries lost entirely.
62- **Indexation** — drop in indexed page count; specific key pages now missing.
63- **Metadata** — titles/metas/H1s that changed (flag blanks or templated
64 defaults like "Home | Site" — the redeploy-overwrite signature).
65- **Directives** — canonical changed/removed; `noindex` newly present on a page
66 that should be indexed (the single most dangerous regression — surface first).
67- **Schema** — structured data that disappeared.
68 
69## Phase 3 — Report
70 
71Produce a **drift report**: a severity-ranked list of changes (critical =
72accidental noindex / deindexed money page; warning = ranking slip / title change;
73info = expected content updates), each with the before→after value and the likely
74cause. End with a recommended action per critical item. Offer to update the
75baseline once issues are resolved. Write in the user's language.
76 

Discussion

Alternatives

Also in SEO & keywordsSee all 364 in Marketing →