SEO Audit

Internal Linking Audit Workflow

An internal linking audit for finding orphaned pages, weak crawl paths, broken destinations and unclear anchors, with recommendations tied to reader needs.

Difficulty

beginner

Works with

crawler export, analytics landing pages, content inventory, rendered HTML samples

Inputs

  • Internal link export
  • canonical URL inventory
  • priority page list
  • template and navigation samples

Outputs

  • Orphan and weak-path report
  • anchor review
  • broken-link queue
  • contextual link plan

What this workflow does

An internal linking audit checks whether people and crawlers can move through the site using clear HTML links. It looks beyond link counts. The audit asks whether an important page is discoverable, whether the link appears in a useful context and whether the anchor prepares the reader for the destination.

Google says it can generally crawl a link when it is an <a> element with an href that resolves to a web address. Google also uses links to discover pages and understand relevance. Those facts make implementation and wording part of the same review.

When to use it

Run this audit after a content inventory, during a navigation or taxonomy change, before a consolidation project, or when important pages have weak discovery paths. It is also useful after a migration because internal links often keep pointing at redirects or old canonical variants.

A focused audit can cover one section or page type. Define the scope rather than mixing storefront, documentation, editorial and account areas into one average.

Prepare the URL inventory

Start with the URLs the site intends to keep. For each URL, record:

Field Purpose
Canonical URL Provides the preferred destination for analysis
Indexability Prevents recommendations to blocked or noindex pages
HTTP status Finds broken links, redirects and soft errors
Page type and topic Supports meaningful source-to-destination matching
Business or reader priority Separates critical paths from incidental pages
Organic landing evidence Shows pages that users already enter from search
Existing inlinks and outlinks Establishes the current graph

Normalize protocol, host, case, trailing slash and known parameters according to the site’s URL rules. Keep raw URLs in the export so that a redirect or inconsistent link can still be traced to its source.

Use rendered HTML when the site adds links with JavaScript. Count only links that a browser and crawler can treat as anchors with usable href values. Record the source URL, destination URL, anchor text, surrounding section and placement type.

Separate these placements because they do different jobs:

  • primary and secondary navigation;
  • breadcrumbs;
  • section hubs, category pages and indexes;
  • contextual links inside the main content;
  • related-content modules;
  • utility links in headers and footers.

Do not treat 100 repeated footer links as equivalent to 100 editorial recommendations. Keep sitewide and contextual links in separate columns.

Find discovery problems

Orphaned pages

Call a page orphaned only after comparing the crawler graph with other sources such as XML sitemaps, analytics landing pages, Search Console data and the CMS inventory. A page absent from one crawl may simply be outside the crawl scope or reachable from an untested state.

For each confirmed orphan, decide whether the page should be linked, consolidated, redirected, marked noindex or removed. Adding a link is not always the right answer.

Weak paths

Review priority pages with very few meaningful inlinks, excessive click depth or links only from low-value utility areas. Trace the actual path from relevant hubs and parent topics. A page can have many inlinks and still be poorly connected if they all come from one repeated template.

Find internal links that lead to 4xx or 5xx responses, redirect chains, loops, temporary redirects and non-canonical variants. Update source links to the final preferred destination when that destination is stable and appropriate.

Do not replace a broken destination with the home page by default. Use the closest useful equivalent or remove the link when no equivalent exists.

Review anchor text

Read the anchor in its sentence and page section. A useful anchor is descriptive enough to set expectations, concise enough to scan and natural in the surrounding copy.

Flag anchors that are:

  • empty or image-only without useful alternative text;
  • generic when the destination could be named;
  • misleading about the page or action;
  • unnaturally repetitive across unrelated contexts;
  • overloaded with keyword variants;
  • longer than needed to identify the destination.

“Learn more” can be understandable when nearby text names the destination, but the link becomes harder to scan out of context. Prefer wording that makes sense in both places. Do not rewrite every anchor into the same exact-match phrase.

Audit page relationships

Identify authoritative and contextually relevant source pages that can help a reader reach the priority destination. The source should discuss a question that the destination answers in more depth or provides as a next step.

Priority pages should also help readers verify claims, learn prerequisites and continue related tasks. An audit that only pushes links inward creates dead ends and misses user journeys.

Hubs, breadcrumbs and navigation

Check whether the hierarchy is reflected in visible navigation and breadcrumbs. A hub should describe and link to its children, while child pages should offer a clear route back to the broader section. Avoid creating empty hubs solely to pass links.

Duplicate and competing pages

When several pages target the same reader task, more cross-linking may reinforce the ambiguity. Flag the overlap for consolidation or clearer differentiation before prescribing additional links.

Each recommendation should specify:

Field Requirement
Source page A canonical page that contains a real linking context
Destination The final canonical URL, not a redirect
Placement Existing paragraph or section where the link helps
Anchor direction Natural wording, not a mandatory exact phrase
Reader reason What the destination lets the reader do next
Editorial change Sentence or context needed to make the link honest
Priority Based on the destination and the strength of the relationship

Do not drop links into unrelated paragraphs. If the source page needs a new claim just to justify the link, verify and edit that claim through the normal editorial process.

Prioritize the work

Fix links that block a critical journey or point to errors first. Next, address canonical inconsistencies and weak paths to important pages. Contextual opportunities come after those defects because they require editorial judgment.

Use link count as a diagnostic, not a target. Google’s guidance does not prescribe a magic number of links per page. The page should contain the links readers need, presented without making the main content hard to use.

Validation plan

After release:

  1. recrawl the changed source pages and destinations;
  2. verify status, canonical and robots directives;
  3. inspect rendered anchors and their href values;
  4. confirm mobile navigation exposes the intended paths;
  5. compare the updated graph with the approved recommendations;
  6. monitor relevant Search Console evidence without expecting immediate processing.

Keep a list of implemented, rejected and deferred recommendations. Otherwise the same suggestions will reappear in the next audit without context.

Quality checks

  • The canonical and indexability inventory is validated before graph analysis.
  • Sitewide links and contextual links are measured separately.
  • Every reported orphan is checked against at least one source beyond the crawler.
  • Every new link has a reader reason and a valid source context.
  • Anchors describe destinations without forced repetition.
  • New links point directly to successful canonical URLs.
  • Broken-link replacements preserve user intent.
  • The report contains a post-release crawl and manual sample.

Limitations

Authenticated areas, forms, internal search and interaction-dependent states may not appear in the crawl. Link graphs also change whenever templates or navigation change. State the user agent, rendering mode, crawl limits and date with the report.

Internal links can improve discovery and understanding, but an audit cannot guarantee indexing or rankings.

Google documentation used

Prompt and skill content

Objective: Audit internal links against the canonical URL inventory and the tasks readers need to complete.

Method:
1. Confirm which URLs are canonical, indexable and in scope.
2. Build the link graph from crawlable HTML anchors in rendered output.
3. Find orphaned or weakly linked priority pages, broken destinations, redirect chains and links to non-canonical URLs.
4. Review navigation, breadcrumbs, hubs and contextual links separately.
5. Evaluate anchor text in its surrounding sentence and page purpose.
6. Recommend a source page, destination, anchor direction and reader reason for each new contextual link.
7. Define a post-release crawl and manual validation sample.

Guardrails:
- Do not recommend links only because two pages share a keyword.
- Do not set a universal minimum or maximum internal-link count.
- Do not force exact-match anchors or hide links in scripts, buttons or non-anchor elements.
- Do not point new links through redirects or toward non-canonical, noindex or broken destinations.

Return the method, issue table, priority-page analysis, anchor findings, recommended links and validation plan.

Site search

Find research and resources

Type at least two characters to search.