---

name: seo-drift description: > SEO drift monitoring: capture baselines of SEO-critical elements, detect changes, and track regressions over time. Git for SEO — baseline, diff, and track changes to your on-page SEO. Use when user says "SEO drift", "baseline", "track changes", "did anything break", "SEO regression", "compare SEO", "before and after", "monitor SEO changes", or "deployment check". user-invokable: true argument-hint: "baseline|compare|history <url>" license: MIT metadata: author: AgriciDaniel original_author: "Dan Colta (Pro Hub Challenge)" version: "1.9.6" category: seo

SEO Drift Monitor (April 2026)

Shared Data Cache

Step 0 -- Check shared data cache:

Before gathering, check .seo-cache/ for reusable context from related SEO skills. Reference: ../seo/references/shared-data-cache.md for schemas and dependency map.

Check these cache files when present:

• .seo-cache/site-meta.json for domain, business type, industry, and crawl context

• .seo-cache/audit-scores.json for prior full-audit priorities

• .seo-cache/pages/{url-slug}/page-analysis.json for page-level context when a URL is provided

• If found: parse and use clearly valid fields (note "Using cached [X] from [date]")

• If missing, corrupt, or irrelevant: continue with fresh evidence

• If the user says "refresh" or "re-run": ignore cache reads and overwrite on write

Git for your SEO. Capture baselines, detect regressions, track changes over time.

---

Commands

| Command | Purpose | |---------|---------| | /seo drift baseline <url> | Capture current SEO state as a "known good" snapshot | | /seo drift compare <url> | Compare current page state to stored baseline | | /seo drift history <url> | Show change history and past comparisons |

---

What It Captures

Every baseline records these SEO-critical elements:

| Element | Field | Source | |---------|-------|--------| | Title tag | title | parse_html.py | | Meta description | meta_description | parse_html.py | | Canonical URL | canonical | parse_html.py | | Robots directives | meta_robots | parse_html.py | | H1 headings | h1 (array) | parse_html.py | | H2 headings | h2 (array) | parse_html.py | | H3 headings | h3 (array) | parse_html.py | | JSON-LD schema | schema (array) | parse_html.py | | Open Graph tags | open_graph (dict) | parse_html.py | | Core Web Vitals | cwv (dict) | pagespeed_check.py | | HTTP status code | status_code | fetch_page.py | | HTML content hash | html_hash (SHA-256) | Computed | | Schema content hash | schema_hash (SHA-256) | Computed |

---

How Comparison Works

The comparison engine applies 17 rules across 3 severity levels. Load references/comparison-rules.md for the full rule set with thresholds, recommended actions, and cross-skill references.

Severity Levels

| Level | Meaning | Response Time | |-------|---------|---------------| | CRITICAL | SEO-breaking change, likely traffic loss | Immediate | | WARNING | Potential impact, needs investigation | Within 1 week | | INFO | Awareness only, may be intentional | Review at convenience |

---

Storage

All data is stored locally in SQLite:

~/.cache/codex-seo/drift/baselines.db

Tables

• baselines: Captured snapshots with all SEO elements
• comparisons: Diff results with triggered rules and severities

URL normalization ensures consistent matching: lowercase scheme/host, strip default ports (80/443), sort query parameters, remove UTM parameters, strip trailing slashes.

---

Command: baseline

Captures the current state of a page and stores it.

Steps:

1. Validate URL (SSRF protection via google_auth.validate_url())
2. Fetch page via scripts/fetch_page.py
3. Parse HTML via scripts/parse_html.py
4. Optionally fetch CWV via scripts/pagespeed_check.py (use --skip-cwv to skip)
5. Hash HTML body and schema content (SHA-256)
6. Store snapshot in SQLite

Execution:

python scripts/drift_baseline.py <url>
python scripts/drift_baseline.py <url> --skip-cwv

Output: JSON with baseline ID, timestamp, URL, and summary of captured elements.

---

Command: compare

Fetches the current page state and diffs it against the most recent baseline.

Steps:

1. Validate URL
2. Load most recent baseline from SQLite (or specific --baseline-id)
3. Fetch and parse current page state
4. Run all 17 comparison rules
5. Classify findings by severity
6. Store comparison result
7. Output JSON diff report

Execution:

python scripts/drift_compare.py <url>
python scripts/drift_compare.py <url> --baseline-id 5
python scripts/drift_compare.py <url> --skip-cwv

Output: JSON with all triggered rules, old/new values, severity, and actions.

After comparison, offer to generate an HTML report:

python scripts/drift_report.py <comparison_json_file> --output drift-report.html

---

Command: history

Shows all baselines and comparisons for a URL.

Execution:

python scripts/drift_history.py <url>
python scripts/drift_history.py <url> --limit 10

Output: JSON array of baselines (newest first) with timestamps and comparison summaries.

---

Cross-Skill Integration

When drift is detected, recommend the appropriate specialized skill:

| Finding | Recommendation | |---------|----------------| | Schema removed or modified | Run /seo schema <url> for full validation | | CWV regression | Run /seo technical <url> for performance audit | | Title or meta description changed | Run /seo page <url> for content analysis | | Canonical changed or removed | Run /seo technical <url> for indexability check | | Noindex added | Run /seo technical <url> for crawlability audit | | H1/heading structure changed | Run /seo content <url> for E-E-A-T review | | OG tags removed | Run /seo page <url> for social sharing analysis | | Status code changed to error | Run /seo technical <url> for full diagnostics |

---

Error Handling

| Scenario | Action | |----------|--------| | URL unreachable | Report error from fetch_page.py. Do not guess state. Suggest user verify URL. | | No baseline exists for URL | Inform user and suggest running baseline first. | | SSRF blocked (private IP) | Report validate_url() rejection. Never bypass. | | SQLite database missing | Auto-create on first use. No error. | | CWV fetch fails (no API key) | Store null for CWV fields. Skip CWV rules during comparison. | | Page returns 4xx/5xx | Still capture as baseline (status code IS a tracked field). | | Multiple baselines exist | Use most recent unless --baseline-id specified. |

---

Security

• All URL fetching goes through scripts/fetch_page.py which enforces SSRF protection (blocks private IPs, loopback, reserved ranges, GCP metadata endpoints)
• No curl, no subprocess HTTP calls -- only the project's validated fetch pipeline
• All SQLite queries use parameterized placeholders (?), never string interpolation
• TLS always verified -- no verify=False anywhere in the pipeline

---

Typical Workflows

Pre/Post Deployment Check

/seo drift baseline https://example.com     # Before deploy
# ... deploy happens ...
/seo drift compare https://example.com      # After deploy

Ongoing Monitoring

/seo drift baseline https://example.com     # Initial capture
# ... weeks later ...
/seo drift compare https://example.com      # Check for drift
/seo drift history https://example.com      # Review all changes

Investigating a Traffic Drop

/seo drift compare https://example.com      # What changed?
/seo drift history https://example.com      # When did it change?

Write to shared data cache

After completing all work, write a concise JSON summary to .seo-cache/ when the workflow produced durable findings. Use the schemas and naming rules in ../seo/references/shared-data-cache.md; include at least cache_type, analyzed_at, source URL/domain, key findings, issues, recommendations, and tool limitations. Add .seo-cache/ to .gitignore if it is missing.