← ClaudeAtlas

seo-reviewlisted

Audit and fix technical SEO and AEO (answer-engine optimisation) for a website: redirect and canonical conflicts, robots.txt and sitemaps, structured data, indexability of staging and internal subdomains, and Google Search Console coverage. Code fixes assume Next.js App Router; the diagnostic phase works on any stack. Trigger phrases include "SEO audit", "SEO review", "AEO audit", "how are we doing on SEO", "why isn't my site indexed", "we're not showing up in Google", "check Search Console", "fix our canonicals", "sitemap isn't working", "make the docs indexable", "how do we show up in ChatGPT".
reidworks-io/reidworks-skills · ★ 1 · AI & Automation · score 70
Install: claude install-skill reidworks-io/reidworks-skills
# SEO Review Find and fix the technical reasons a site is not being found, by search engines and by AI answer engines. Diagnose against the live site first, fix in code second, verify in the build output third. ## Core principle **Never trust the source. Verify what is actually served.** Almost every defect this skill is built from was invisible in code and obvious in `curl` output or in built HTML. Read source to understand intent. Verify against the live site and the build to find bugs. ## Instructions Work the four phases in order. Do not skip ahead to code: domain-level problems invalidate everything downstream, and reporting a canonical fix while the domain still redirects wrongly wastes the user's time. ### Phase 1 — Interrogate the live site Run before reading any source. ```bash # Which host actually serves? Follow nothing. curl -sI https://example.com/ | grep -iE "HTTP/|location" curl -sI https://www.example.com/ | grep -iE "HTTP/|location" # Does a deep path keep its path, or collapse to the homepage? curl -sI https://www.example.com/blog/a-post | grep -iE "HTTP/|location" # robots and sitemap must be 200 on the SERVING host, not redirects curl -sIL https://example.com/robots.txt | grep -iE "HTTP/|content-type" curl -sIL https://example.com/sitemap.xml | grep -iE "HTTP/|content-type" # Do canonicals agree with the host serving them? for p in / /about /blog /pricing; do printf "%-20s " "$p" curl -s "https://example.com$p" | grep -o '<link rel="canonic