agentleFS
serankingseranking/seo-skills/skills/seo-subdomain/SKILL.md

seo-subdomain

Skill201 starsChanged 5 months agoMITView on GitHub

Subdomain ownership map for a domain. Lists subdomains, queries overview/keywords/competitors/backlinks per subdomain, surfaces which subdomains own which topic clusters, where there's fragmentation, and whether consolidation is warranted. Use when the user asks "subdomain analysis", "subdomain ownership", "subdomain SEO", "blog vs main domain", "support vs docs subdomain", or "should I consolidate subdomains".

1 other project uses a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 2 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Consolidate: if blog.example.com and example.com/blog/ both rank for the same topic cluster but neither dominates — pick one canonical home.

    line 55
  2. Distinctive:

    Split: if a subdomain is ranking for a topic completely off-mission for the root domain, that's a split worth keeping.

    line 56
  3. Distinctive:

    Leave alone: if subdomains have distinct topic ownership and don't cannibalize, don't disturb.

    line 57
  4. Very specific:

    Create a folder seo-subdomain-{target-slug}-{YYYYMMDD}/ with:

    line 64
  5. Very specific:

    Call DATA_getCreditBalance before running.

    line 137

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Example output: examples/seo-subdomain-notion-so-20260514/SUBDOMAINS.md

Subdomain Analysis

Map a domain's subdomain ecosystem. Which subdomains exist, what each ranks for, where they overlap, and whether the structure is healthy or fragmented. Output: an ownership map (which topic is owned by which subdomain), a fragmentation report, and recommendations for consolidate / split / leave alone.

Prerequisites

  • SE Ranking MCP server connected.
  • User provides: a target root domain (e.g. example.com). The skill discovers subdomains automatically.
  • Optional: --limit N to cap the number of subdomains analysed (default: top 10 by ranked keyword count).

Process

  1. Validate & preflight
    • Normalise root domain (no protocol, no www.).
    • DATA_getCreditBalance — surface remaining credits. Subdomain analysis is N × ~5 calls; cost scales with subdomain count.
  2. Discover subdomains DATA_getDomainSubdomains
    • List all subdomains of the root domain.
    • For each: keyword count, traffic estimate, backlinks count.
    • Sort by ranked-keyword count descending.
    • Apply --limit (default top 10).
  3. Per-subdomain overview DATA_getDomainOverviewWorldwide
    • For each subdomain in scope: domain authority, traffic estimate, organic + paid keyword counts, top regions.
    • This establishes a baseline for cross-subdomain comparison.
  4. Per-subdomain top keywords DATA_getDomainKeywords
    • For each subdomain: top 100 organic keywords with positions, intent, traffic.
    • Cluster keywords by topic. This skill's grouping is a lightweight per-subdomain ownership map, not a content plan — token-grouping by head term + intent is sufficient here. (For full content-cluster planning use seo-keyword-cluster, which now clusters by SERP overlap, not text similarity.)
    • Each subdomain gets a list of "owned topics" (clusters where it dominates) and "minor topics".
  5. Per-subdomain competitors DATA_getDomainCompetitors
    • For each subdomain: top organic competitors by common_keywords.
    • Surface: do different subdomains have different competitor sets? (Sign of legitimately separate scopes.) Do they share competitors? (Sign of redundant scopes.)
  6. Per-subdomain backlinks DATA_getBacklinksSummary and DATA_getBacklinksRefDomains (top 20)
    • Subdomains often have separate backlink profiles. Capture each.
    • Surface: do subdomains have meaningfully different referring-domain populations?
  7. Authority distribution DATA_getDistributionOfDomainAuthority
    • For each subdomain, pull DA distribution of referring domains.
  8. Detect fragmentation
    • For each topic-cluster, identify all subdomains ranking for keywords in that cluster.
    • Fragmentation signal: ≥ 2 subdomains rank in the top 50 for the same high-volume keyword (cannibalization).
    • Healthy split: distinct topic clusters per subdomain, minimal overlap.
  9. Make recommendations
    • Consolidate: if blog.example.com and example.com/blog/ both rank for the same topic cluster but neither dominates — pick one canonical home.
    • Split: if a subdomain is ranking for a topic completely off-mission for the root domain, that's a split worth keeping.
    • Leave alone: if subdomains have distinct topic ownership and don't cannibalize, don't disturb.
    • Investigate: ambiguous cases flagged for human review.
  10. Synthesise SUBDOMAINS.md

Output format

Create a folder seo-subdomain-{target-slug}-{YYYYMMDD}/ with:

seo-subdomain-{target-slug}-{YYYYMMDD}/
├── SUBDOMAINS.md                       (synthesised report + recommendations — primary deliverable)
├── 06-topic-ownership-map.md           (cluster × subdomain matrix — load-bearing reference content teams brief from)
├── 07-fragmentation-flags.md           (cannibalization detected — load-bearing reference for consolidation decisions)
└── evidence/
    ├── 01-subdomains-list.md           (DATA_getDomainSubdomains — raw step output)
    ├── 02-overview-by-subdomain.md     (per-subdomain overview rows)
    ├── 03-keywords-by-subdomain/
    │   ├── blog-example-com.md
    │   ├── docs-example-com.md
    │   └── ...                          (one per subdomain)
    ├── 04-competitors-by-subdomain.md
    └── 05-backlinks-by-subdomain.md

Top-level: SUBDOMAINS.md + 06-topic-ownership-map.md + 07-fragmentation-flags.md. Content teams brief from the ownership map; consolidation decisions cite the fragmentation flags directly. The 01–05 step files preserve raw API outputs in evidence/.

SUBDOMAINS.md follows this shape:

# Subdomain Analysis: {root domain}

> Snapshot dated {YYYY-MM-DD} · Subdomains analysed: {n} of {n discovered} (limit: top {limit} by keyword count)

## Subdomain inventory

| Subdomain | Keywords | Traffic est. | Backlinks | Domain authority | Top topics owned |
|---|---|---|---|---|---|
| {root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| blog.{root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| docs.{root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| ... |

## Topic ownership map

| Topic cluster | Owned by | Also ranks (cannibalization?) |
|---|---|---|
| {topic 1} | blog.{root} (avg pos 3.2 across 47 keywords) | {root} (avg pos 12) — {⚠ cannibalization} |
| {topic 2} | docs.{root} | (none) |
| ... |

## Fragmentation flags

### {⚠ Cannibalization detected: topic = {topic X}}
- `blog.{root}` ranks {n} keywords for {topic X}, avg position {p}.
- `{root}` (root path) ranks {m} keywords for the same topic, avg position {p}.
- The two sets overlap on {k} exact keywords.
- **Recommendation:** consolidate to `blog.{root}` (the stronger ranker). 301 the root-path duplicates with intent preserved.

### ... (per fragmentation finding)

## Recommendations summary

- **Consolidate:** {n} subdomain pairs → see fragmentation flags above.
- **Split intentional and healthy:** {n} subdomains have distinct ownership; leave alone.
- **Investigate:** {n} edge cases flagged for human review.

## Risk notes

- Subdomain consolidation requires careful 301 redirect mapping; track via `seo-drift` after the migration.
- A subdomain with separate backlinks (per `evidence/05-backlinks-by-subdomain.md`) is harder to consolidate without losing link equity — plan accordingly.

## Raw data
- See per-subdomain files under `evidence/03-keywords-by-subdomain/`.
- Topic ownership matrix: `06-topic-ownership-map.md`.

Tips

  • Respect rate limit. The skill makes ~5 calls per subdomain. With --limit 10, that's ~50 calls; pace sequentially.
  • Call DATA_getCreditBalance before running. Cost scales with subdomain count: ~20–60 credits typical for --limit 10; up to 150+ for unlimited.
  • --limit is your friend. Sites with hundreds of subdomains (large platforms) don't need every subdomain analysed — top 10 by keyword count covers >90% of organic value usually.
  • Don't conflate "subdomain has lower DA" with "subdomain is bad." Subdomains often have lower DA than the root because they accumulate links separately. The question is topic ownership and cannibalization, not DA per se.
  • Consolidation is risky. A 301 from blog.example.com to example.com/blog/ retains most link equity but can lose 5–15% in transition. Track post-migration with seo-drift.
  • Don't recommend consolidation when one subdomain is on a different platform. If blog.example.com is on a different CMS, the engineering cost of consolidation may exceed the SEO benefit. Surface this as a constraint, not a recommendation.
  • The topic-ownership matrix is the highest-leverage artifact. Use it to brief content teams on which subdomain should publish what.
  • Pair with seo-page to deep-dive into specific URLs flagged in cannibalization.
  • Pair with seo-drift to baseline subdomains before major restructures.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.