정보
이 스킬은 Ahrefs와 Search Console 데이터를 분석하여 알고리즘 업데이트나 경쟁사 변화와 같은 근본 원인을 파악함으로써 유기적 트래픽 변화를 진단합니다. 급격한 트래픽 감소, 사이트 이전 후 문제, 설명 불가능한 트래픽 정체를 포함한 다양한 시나리오에 대해 실행 가능한 통찰력을 제공합니다. 결과물은 실제 트래픽 문제와 측정 오류를 구분하여 명확한 진단과 개선 계획을 제시합니다.
빠른 설치
Claude Code
추천npx skills add rampstackco/claude-skills -a claude-code/plugin add https://github.com/rampstackco/claude-skillsgit clone https://github.com/rampstackco/claude-skills.git ~/.claude/skills/seo-traffic-diagnosisClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
SEO Traffic Diagnosis
Diagnose why organic traffic moved (down, flat, or unexpectedly up) using Ahrefs MCP combined with Search Console and analytics data. Stack-agnostic. Produces a root-cause diagnosis and an action plan.
When to use
- Organic traffic dropped sharply
- Organic traffic has been flat for months despite content investment
- After a known Google algorithm update
- After a migration, replatform, or domain change
- After a deploy that touched routing, redirects, or rendering
- When a competitor is visibly taking organic share
- When a single page dropped from a ranked position
- When stakeholders need an explanation, fast
When NOT to use
- Routine performance reporting (use
analytics-strategy) - Pre-emptive content planning (use
seo-content-gap-audit) - Backlink-only investigations (use
seo-backlink-audit) - Technical issue triage outside of traffic concerns (use
seo-site-health-audit)
Required inputs
- Description of the symptom (what changed, when, magnitude)
- Date the change started (best estimate)
- Recent SEO history: deploys, migrations, content changes, link campaigns
- Access to Ahrefs MCP, Search Console, and analytics
- Confirmation the change is real (not a tracking artifact)
The framework: 5 layers of diagnosis
A traffic change has one or more root causes. Move through the layers in order. Stop when you have enough evidence.
Layer 1: Confirm the change is real
Before diagnosing, rule out:
- Tracking gaps (analytics outages, tag manager issues)
- Bot traffic changes
- Reporting comparison errors (different date ranges, wrong segment)
- Seasonality (compare year-over-year, not just month-over-month)
- Holiday or weekday effects
Cross-check Search Console clicks against analytics organic sessions. Significant divergence often points to a tracking issue, not a real traffic change.
Layer 2: Localize the change
Where is the change happening?
Segment by:
- Country and language
- Device (mobile, desktop, tablet)
- Page or section (homepage, blog, product, category)
- Query type (branded vs non-branded)
- Landing page
A change in one segment requires different diagnosis than a change everywhere.
| Pattern | Likely cause |
|---|---|
| One country dropped | Local algorithm update, hreflang issue, geo redirect issue |
| Mobile dropped, desktop flat | Mobile usability or page speed regression |
| One section dropped | Topical algorithm update or section-specific quality issue |
| Branded queries dropped | Brand-level issue: site outage, reputation, manual action |
| Non-branded dropped | Algorithmic ranking issue |
| Single page dropped | Page-level issue: content, technical, or competitive |
| Sitewide dropped | Sitewide issue: penalty, technical, migration, or algorithm |
Layer 3: Page-level analysis
For affected pages, audit:
- Position changes per ranked keyword (Ahrefs Rank Tracker history)
- SERP composition changes (more ads, AI overviews, featured snippets, video)
- Click-through rate changes
- Index status (Search Console coverage)
- Crawl errors and accessibility
- Recent content changes
- Internal link changes
- Backlink changes (lost links, redirect chains)
A page can lose traffic without losing rank if SERP composition changed.
Layer 4: Technical analysis
Did anything break technically?
Check:
- Robots.txt changes
- Canonical tag changes
- Meta robots changes (accidental noindex)
- Redirect chains and loops
- Render issues (especially for JS-heavy frameworks)
- Site speed regressions
- Hreflang errors
- Sitemap freshness
- HTTP status codes (4xx, 5xx spikes)
- Server log evidence of crawl behavior changes
Recent deploys are the prime suspect. Compare deploy dates to traffic change dates.
Layer 5: External analysis
If layers 1-4 do not explain the change, look outward.
- Algorithm update calendar (cross-reference timing)
- Competitor moves (new content, new SERP features they captured)
- Industry trend (declining search demand for the topic)
- Manual action (Search Console security and manual actions)
- Negative SEO (sudden link velocity changes)
External-factor diagnosis benefits from competitive context: did your traffic drop while competitors held steady (suggests an algorithm-specific issue), or did the entire vertical lose ground (suggests a user-behavior shift)? Similarweb shows competitor traffic trends; Ahrefs shows competitor SERP movement; pairing both surfaces whether the issue is yours alone or the category's.
Workflow
- Confirm the symptom. Get exact dates, magnitude, segment if known.
- Validate the data. Layer 1 checks. Rule out tracking and seasonality.
- Localize. Layer 2. Segment until the pattern is clear.
- Page-level dive. Layer 3 on the most affected pages.
- Technical check. Layer 4. Recent deploys, robots, canonicals, redirects.
- External check. Layer 5. Algorithm updates, competitors, industry.
- Build the hypothesis. State the cause as a single sentence.
- Validate the hypothesis. Find the evidence that confirms or refutes it. See
references/diagnosis-checklist.md. - Action plan. Specific fixes mapped to specific evidence.
- Communicate. Write up the diagnosis. Stakeholders want clarity, not exhaustive analysis.
Failure patterns
- Jumping to algorithm update. "It must be the algorithm" is the lazy answer. Eliminate technical and page-level causes first.
- Solving the wrong problem. A drop diagnosed as "content quality" when the real cause was an accidental noindex on a deploy. Validate the hypothesis before fixing.
- No baseline for "normal." Without a baseline, every fluctuation looks alarming. Establish what normal noise looks like before reacting.
- Treating one page as the site. Site-wide and page-level diagnoses are different. Confirm scope first.
- Ignoring branded vs non-branded. A drop in branded queries means a brand-level problem. A drop in non-branded means an SEO problem. Different teams own them.
- Comparing wrong date ranges. Comparing 28 days to the previous 28 days during a holiday distorts the picture. Use year-over-year for seasonal businesses.
- Stopping at correlation. A deploy and a drop on the same day is a strong correlation, not proof. Find the mechanism.
- Single-source diagnosis. Ahrefs sees position. Search Console sees clicks and queries. Analytics sees behavior. Logs see crawl. Use them together.
- Premature reassurance. Telling stakeholders "it is just an algorithm update, will recover" without evidence sets up a worse conversation later.
Output format
A diagnosis document with:
- Summary. What changed, when, magnitude, root cause in one paragraph.
- The symptom. Charts and segment breakdowns.
- Layer-by-layer findings. What each layer ruled in or out.
- Root cause hypothesis. Single statement with evidence.
- Action plan. Ordered fixes with owners and timelines.
- Recovery forecast. Realistic expectations on timeline and ceiling.
- Monitoring plan. What to watch for confirmation of recovery.
Length: 4-10 pages. Stakeholders read this fast.
If required data is unavailable
This skill's output depends on data, measurements, or tool results it cannot generate on its own. When a required input, tool, or data source is unavailable or unverifiable, the sanctioned output is the deliverable with the gap stated: what was needed, what was actually obtained or verified, and which parts of the output are affected. Fabricating, estimating, or interpolating a required number to complete the deliverable is never sanctioned. A stated gap is a complete answer.
Reference files
references/diagnosis-checklist.md- Layer-by-layer diagnostic checklist with the specific data to pull at each layer and how to interpret each signal.
GitHub 저장소
자주 묻는 질문
seo-traffic-diagnosis Skill이란 무엇인가요?
seo-traffic-diagnosis은(는) rampstackco이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 seo-traffic-diagnosis 관련 작업을 수행할 수 있게 합니다.
seo-traffic-diagnosis은(는) 어떻게 설치하나요?
이 페이지의 설치 명령을 사용하세요. seo-traffic-diagnosis을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.
seo-traffic-diagnosis은(는) 어떤 카테고리에 속하나요?
seo-traffic-diagnosis은(는) 메타 카테고리에 속합니다.
seo-traffic-diagnosis은(는) 무료로 사용할 수 있나요?
네. seo-traffic-diagnosis은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.
연관 스킬
이 스킬은 콘텐츠 콜렉션(Content Collections)을 위한 프로덕션 검증된 설정을 제공합니다. 콘텐츠 콜렉션은 Markdown/MDX 파일을 Zod 검증이 포함된 타입 안전한 데이터 콜렉션으로 변환해주는 TypeScript 최우선 도구입니다. 블로그, 문서 사이트 또는 콘텐츠 중심의 Vite + React 애플리케이션을 구축할 때 타입 안전성과 자동 콘텐츠 검증을 보장하기 위해 사용하세요. Vite 플러그인 구성과 MDX 컴파일부터 배포 최적화 및 스키마 검증에 이르기까지 모든 것을 다룹니다.
이 스킬은 개발자들이 Polymarket 예측 시장 플랫폼을 활용한 애플리케이션을 구축할 수 있도록 지원하며, 거래 및 시장 데이터를 위한 API 통합 기능을 포함합니다. 또한 WebSocket을 통한 실시간 데이터 스트리밍을 제공하여 실시간 거래와 시장 활동을 모니터링할 수 있습니다. 이를 통해 거래 전략을 구현하거나 실시간 시장 업데이트를 처리하는 도구를 생성하는 데 활용할 수 있습니다.
이 스킬은 개발자들이 명령어, 파일, LSP 작업 등 25개 이상의 이벤트 유형에 연결되는 OpenCode 플러그인을 만들 수 있도록 돕습니다. JavaScript/TypeScript 모듈을 위한 플러그인 구조, 이벤트 API 명세, 구현 패턴을 제공합니다. OpenCode AI 어시스턴트의 라이프사이클을 사용자 정의 이벤트 기반 로직으로 가로채거나, 모니터링하거나, 확장해야 할 때 사용하세요.
SGLang은 RadixAttention 프리픽스 캐싱을 활용하여 JSON, 정규식, 에이전트 워크플로우를 위한 고속 구조화 생성에 특화된 고성능 LLM 서빙 프레임워크입니다. 특히 반복되는 프리픽스가 있는 작업에서 상당히 빠른 추론 속도를 제공하여 복잡한 구조화 출력 및 다중 턴 대화에 이상적입니다. 제약 디코딩이 필요하거나 광범위한 프리픽스 공유가 있는 애플리케이션을 구축할 때는 vLLM과 같은 대안보다 SGLang을 선택하십시오.
