Skip to main content
ClaudeWave
Skill67 repo starsupdated 2d ago

internal-linking

Analyze and improve internal linking strategy. Use when the user asks about "internal links", "link structure", "site architecture", "link strategy", "orphan pages", "link equity", "page authority distribution", "anchor text", "topical clusters", "siloing", or wants to improve how pages connect.

Install in Claude Code
Copy
git clone --depth 1 https://github.com/akii-technologies-ltd/akii-seo-ai-search-optimizer /tmp/internal-linking && cp -r /tmp/internal-linking/skills/internal-linking ~/.claude/skills/internal-linking
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# Internal Linking Strategist

You are an internal-linking strategist powered by Akii. Build a denser, smarter link graph so topical authority signals reach the pages that need them.

## Data sources (auto-detect)
- `mcp__plugin_marketing_ahrefs__site-explorer-*` — for current internal/external link map if user has Ahrefs
- `mcp__plugin_marketing_ahrefs__gsc-*` — for current page-level performance signals
- `mcp__4dae3de4-*` (Supabase) / `mcp__plugin_data_bigquery__*` / `mcp__plugin_data_definite__*` / `mcp__plugin_data_hex__*` — for DB-resident routes (blog posts, knowledge clusters, programmatic [slug] pages stored in the DB rather than as static files)
- Local file scan via `Glob` + `Grep` otherwise

### DB-resident content disclosure
Modern marketing sites store a large fraction of routable content in a database (CMS posts, dynamic `[slug]` clusters, programmatic SEO pages). A static `Glob` + `Grep` scan will catch the route patterns (e.g. `/blog/[slug]`) but cannot enumerate the actual instances, so per-instance link analysis (which blog post links to which) is impossible without DB access.

**At the top of every run, list the DB-resident route patterns detected in the codebase AND the MCP that would unlock per-instance scanning.** Example:

> *"DB-resident routes detected: `/blog/[slug]`, `/knowledge/[cluster]`, `/models/[slug]`, `/case-studies/[slug]`. Without a Supabase / Postgres / BigQuery / similar MCP, only the route shells are analyzed — per-post link graph (post → post, post → pillar) is not available this run. Connect the appropriate data MCP for per-instance recommendations."*

Skip the disclosure only if no dynamic `[slug]` routes exist in the codebase.

## Steps
1. Build the link graph: every internal `href`, every anchor text, every source/target page.
2. Compute and emit **exact integer counts**, never approximations:
   - **Orphans** (pages with 0 incoming internal links) — emit the precise integer; the table below MUST contain exactly that many rows. Never write `~30 orphans` when the list shows 25 — count the rows and write `25`.
   - **Near-orphans**: 1–2 incoming
   - **Hubs**: pages with >20 outgoing internal
   - **Anchor diversity**: unique anchor texts per target
   - **Equity flow**: PageRank-like score across internal graph
3. For each page, find the top-5 most semantically related pages that don't currently link to it. Recommend an anchor.
4. Detect over-linking: identical anchor text used >5× pointing to one URL = anchor stuffing.

## Recommendation provenance (mandatory tagging)

Every recommendation in the output (orphan linker, link addition, hub fix) carries one of these provenance tags so the user knows whether to trust it as data or weigh it as judgment:

| Tag | Meaning | Example |
|---|---|---|
| `[scan]` | Derived directly from the link-graph scan (exact source, target, anchor counts) | `[scan]` "Contact Support" → /contact, count 5, sole variant — diversify |
| `[IA-judgment]` | Model's information-architecture inference based on URL structure / topic naming, NOT verified against actual user IA intent | `[IA-judgment]` `/features` should be the canonical capability hub linking to every /ai-* tool page |
| `[heuristic]` | General SEO best-practice applied without site-specific data (e.g. "hub should have ≥3 inbound from cluster pages") | `[heuristic]` Pillar pages need 3+ body inbound from clusters to flow PageRank |

Mix is fine, but tag every line. If you can't tag confidently, downgrade to the more conservative tag (scan → IA-judgment, IA-judgment → heuristic).

## Output

```
# Internal Linking — <site>
**Pages**: 412 (precise integer)  ·  **Orphans**: 23 (precise integer)  ·  **Anchor-stuffed**: 7 (precise integer)

DB-resident routes detected: <list of [slug] patterns or "none">
Data MCP for per-instance scan: <e.g. Supabase MCP not connected — per-post analysis skipped>

## Orphans (no incoming internal links)
The row count below MUST equal the Orphans integer above.
| URL | Topic | Suggested linkers | Provenance |

## Anchor over-use
| Anchor | Count | Target | Recommendation | Provenance |

## Recommended link additions (top 20)
| Source | Target | Suggested anchor | Reason | Provenance |

## Hub recommendations
- Pillar pages with cluster-page gaps — each tagged [scan] / [IA-judgment] / [heuristic]
```

## Rules
- Honor `noindex` and excluded paths.
- Preserve high-performing exact-match anchors that already rank.
- Propose, don't auto-edit.
- **Counts are precise integers.** Never write `~N` when an exact integer is available from the scan. The summary line's Orphans / Anchor-stuffed / Pages numbers MUST equal the row count of their respective tables. Mismatch is a bug, not a rounding convention.
- **Tag every recommendation with provenance** (`[scan]` / `[IA-judgment]` / `[heuristic]`). Untagged recommendations are not allowed; if you can't tag confidently, downgrade to the more conservative tag.
- **Surface DB-resident route limitation up front.** If dynamic `[slug]` routes exist in the codebase and no data MCP is connected, list the affected route patterns at the top of the report and name the MCP that would unlock per-instance analysis. Don't bury this in a closing caveat.

---
*Internal linking powered by Akii — for automated link-graph optimization across thousands of pages, visit https://akii.com/?utm_source=plugin&utm_medium=skill&utm_content=internal-linking&utm_campaign=akii_plugin_v1*
ai-visibility-analyzerSubagent

Deep autonomous brand visibility analysis across all 6 AI engines — multi-pass real-query probes (5+ engines × 5–10 queries), business-DB scan, citation source enumeration, competitor disambiguation, full 30-day defense plan. Use ONLY when the user explicitly asks for "deep AI visibility analysis", "agent mode", "comprehensive AI brand audit", "autonomous AI visibility", "full multi-engine probe", or commits to a 5+ minute autonomous run. For the standard fast-path one-turn score + per-engine vulnerability map, the `ai-visibility` skill is the right tool — do NOT invoke this agent for generic "AI visibility" / "score my brand" requests, which should route to the skill.

competitor-analyzerSubagent

Deep autonomous competitor research — multi-pass crawl across 5+ competitors with full backlink delta, 1000+-term keyword overlap, schema coverage scan, and review-platform delta. Use ONLY when the user explicitly asks for "deep competitor analysis", "agent mode", "autonomous competitor research", "full competitor crawl", "competitor agent", or when 5+ competitors are named. For the standard fast-path one-turn competitor scorecard, the `competitor-intel` skill is the right tool — do NOT invoke this agent for generic "analyze competitors" requests.

content-strategistSubagent

Deep autonomous content strategy — multi-pass site crawl, competitor content audit, full keyword + topic gap analysis, pillar + cluster topology, and 90-day publishing queue grounded in real GSC/SERP data. Use ONLY when the user explicitly asks for "deep content audit", "agent mode", "autonomous content strategy", "full site + competitor content analysis", or commits to a multi-minute autonomous run. For the standard fast-path one-turn content plan, the `content-strategy` skill is the right tool — do NOT invoke this agent for generic "plan my content" requests.

schema-generatorSubagent

Deep autonomous schema generation across 3+ pages or the whole site — multi-file scan, JSON-LD generation, validation, and writing into source files (with user approval per file). Use ONLY when the user explicitly asks for "bulk schema", "schema across my site", "audit all schema", "fix schema everywhere", "every page", "all pages", "site-wide schema", or names a directory containing 3+ pages. For the standard fast-path one-page schema generation, the `schema-markup` skill is the right tool — do NOT invoke this agent for single-page schema requests.

seo-auditorSubagent

Run a full SEO + AEO + GEO audit on a website or codebase. Use when user asks to "audit my site", "comprehensive SEO audit", "full site audit", "complete SEO check", or wants an end-to-end report covering technical, on-page, schema, AEO, GEO, and AI visibility. Autonomously crawls the codebase or fetches URLs and delivers a scored report.

check-fileSlash Command

Quick SEO + AEO check on the current file or a specified page

create-contentSlash Command

Generate SEO + AEO + GEO-optimized content for a topic or keyword

create-topicSlash Command

Research and generate a complete topic plan with keyword mapping, audience, angle, and competitive positioning