Implementation

The DLN implementation plan

Seven ordered steps to restructure a site around Decision Ladder Navigation, plus the labelling sheet, the five-column link matrix and four final checks.

Seven steps, in this order, and the first four produce no new writing at all. Label every main URL with one rung, split the pages holding two, build the five-column link map, then write only the pages a missing rung forces you to write. The two templates below are free, ungated, and carry their own attribution line inside the file. Start with the specification open in another tab.

Before you start: three things to have open

This plan assumes you already know what Decision Ladder Navigation is and are ready to apply it, so it does not re-explain the rungs. What it does assume is three artefacts open in front of you, because every step below reads from at least one of them and guessing at any of the three turns the labelling pass into an argument.

  1. A list of every main URL. Pages a visitor can reach from the menu or from search. Not every URL on the site, and not tag pages.
  2. Your menu, exactly as it renders. Not the sitemap and not the intended menu. The labels a visitor sees are the ones being assessed.
  3. One sentence saying what the site is for. If two people on the team write different sentences, stop here. Steps 2 and 4 cannot be completed until that disagreement is settled.

The seven steps, in order

These seven steps are ordered so that each one consumes the output of the one before it, and skipping ahead is what produces restructures that have to be redone. In particular, steps 1 through 4 create no new pages: they tell you which pages you actually need, and the answer is usually fewer than the list you started with.

Step 1: Label every main URL with exactly one rung

Open the labelling sheet and put one row per URL. For each page write the rung and one sentence saying why that rung. The sentence matters more than the letter, because a page you cannot justify in one sentence is a page holding two rungs and you have just found it.

Step 2: Mark and split the pages that hold two rungs

Any page whose justification needs the word "and" is a candidate. The commonest case by far is a pricing page that also handles enquiries, which is Rate and Act stacked on one URL. Split it, and note the redirect each split creates in the same row so nothing gets lost between the sheet and the server.

Step 3: Fix the menu before touching the articles

Five to seven items, each carrying one decision role, plus a route to price and a route to action. Labels use visitor language and never the letters of the rungs. Do this before the article work because the menu is what tells you which pillars actually exist, and half the time that count is different from what the team believes.

One row per link: anchor text, context sentence, from URL, to URL, and the rung of the target. The context sentence is not decoration, it is the test. A link you cannot write a natural sentence around is a link with no role, and a link with no role does not get built.

Step 5: Write only the pages a missing rung forces

Look for rungs with zero pages. On most sites there are one or two, almost always Rate and Act. Write those, and resist writing anything else at this stage, because the pages that feel most urgent to write are usually Orient pages that support nothing yet.

The links back to the pillar and up to the tier-one parent should be generated from the map, not typed into each article. Sixty hand-written links are sixty places to forget, and forgetting does not raise an error. If your platform cannot generate them, at minimum keep the map as the source of truth and treat the articles as a rendering of it.

Step 7: Instrument the four rails, then stop changing things

Set up one metric per rail: Orient to Choose, Choose to Prove, Choose to Rate, Rate to Act. Then change one variable at a time and read the result 14 to 28 days later. A restructure followed immediately by three more restructures produces no readable measurement of any of them.

The labelling sheet: one row per URL

The labelling sheet is the artefact that carries steps 1 and 2, and its value is that it forces a single answer per page. Seven columns, one row per main URL, and the two columns people want to skip are the two that do the work.

ColumnWhat goes in itWhy it is there
URLThe address as it renders, with trailing slashThe unit being labelled is the address, not the article
Page titleThe title a visitor seesSo the sheet is readable by someone who did not write it
RungOne of O, C, P, R, AOne decision role per URL is the first operating rule
Why this rungOne sentence, no conjunctionsA justification needing "and" has found a page with two rungs
Next step URLThe single onward routeOne next step per page is the second operating rule
Links back to pillaryes or noEverything links up. A no here is an orphan
Holds two rungsyes or noThe split list, and the redirect list, both come from this column

Download the two templates

Both templates are plain CSV, open in any spreadsheet, and carry an attribution line as the first row inside the file so that they stay identifiable after they have been copied, renamed and passed around. Nothing is gated and no email address is collected.

Applying this in your own work, including paid client work, needs no permission. Reproducing the pages themselves does. The full split is set out in the rights section of the specification.

How to know the implementation is correct

An implementation of Decision Ladder Navigation is correct when four counts come out clean, and all four can be produced from the two sheets plus one crawl. Run them after step 6 and before step 7, because instrumenting rails that are not built yet measures nothing.

  1. Orphans. No URL with zero inbound internal links.
  2. Anchors. Generic anchors under 20 percent across the site.
  3. Cannibalisation. No two URLs receiving the same anchor from the same entity keyword.
  4. Dead ends. No article without a next step, and none without a contextual link back to its pillar.

A worked example of these counts on a real 60-page cluster, including the one that came back at 4 percent, is published as a separate case.

Questions about running the implementation

Running the implementation raises four questions more often than any others: how long the labelling pass takes, whether a small site needs the link map at all, what to do with a page that genuinely serves two rungs, and how far the rungs can be renamed.

How long does the labelling pass take?

It is one decision per main URL, so the honest answer is that it scales with your URL count and with how many pages turn out to hold two rungs. Count both numbers before starting rather than accepting an estimate in hours from anyone, including this page.

No. Below roughly forty main URLs the map costs more to maintain than it tells you. Apply the two operating rules, give every page one rung and one next step, and skip the cluster layer entirely until the site grows into it.

What if a page genuinely serves two rungs?

Then it is two pages, and this is not a technicality. A page serving two rungs has two opening paragraphs, two audiences and two next steps, so every visitor receives the wrong half first. Splitting costs one URL and one redirect, and settles the question permanently.

Can I rename the rungs to fit my industry?

Rename the reader-facing labels freely, because the letters never appear on the front end anyway. Do not reorder or re-verb the rungs themselves, and do not call the result Decision Ladder Navigation if you have changed what the rungs mean. The names are what let a reader tell the original from a variant.

Which event should an Act page track?

An Act page tracks one primary GA4 key event, such as submit_form, click_call or booking_click, so the conversion is measured on the page that asks for it.

DefinitionThe DLN implementation plan is a sequence of seven ordered steps for restructuring a site around Decision Ladder Navigation, helping you label every main URL, split pages holding two rungs, build the link map and verify four final counts.

How to restructure a site with Decision Ladder Navigation

These steps take you from a plain list of main URLs to a labelled, linked and measured site, so you write only the pages a missing rung forces and avoid redoing the restructure.

  1. Label every main URLOpen the labelling sheet, add one row per main URL, and write the rung plus one sentence explaining why that page holds that rung.
  2. Split pages holding two rungsTreat any justification that needs the word "and" as a page holding two rungs, split it, and note each redirect in the same row.
  3. Fix the menu firstKeep five to seven menu items, each with one decision role, plus a route to price and a route to action, labelled in visitor language.
  4. Build the five-column link mapAdd one row per link with anchor text, context sentence, from URL, to URL and target rung, and drop any link without a natural context sentence.
  5. Write only the missing rungsLook for rungs with zero pages, usually Rate and Act, and write only those pages at this stage, resisting Orient pages that support nothing yet.
  6. Generate required links from the mapGenerate the links back to the pillar and up to the tier-one parent from the map, or at minimum keep the map as the source of truth.
  7. Instrument the four railsSet one metric per rail, Orient to Choose, Choose to Prove, Choose to Rate and Rate to Act, then change one variable at a time and read results 14 to 28 days later.

FAQ about The DLN implementation plan

Why should I fix the menu before working on the articles?

The menu tells you which pillars actually exist, and that count is often different from what the team believes. Settle five to seven items, each with one decision role, plus a route to price and a route to action, before any article work, so the articles are written against real pillars.

What happens if my team cannot agree on one sentence describing the site?

Stop and settle that disagreement first. Steps 2 and 4 cannot be completed while two people on the team write different sentences about what the site is for, because guessing at the purpose turns the labelling pass into an argument.

Why is it a mistake to restructure again right after the first restructure?

A restructure followed immediately by three more restructures produces no readable measurement of any of them. After instrumenting the four rails, change one variable at a time and read the result 14 to 28 days later, so each change can be tied to its own effect.

Why does typing the pillar links by hand into each article cause problems?

Hand-typed links are easy to forget, and forgetting does not raise an error. Sixty hand-written links are sixty places to miss one. Generate the links back to the pillar and up to the tier-one parent from the link map, or at minimum keep the map as the source of truth.

Which seven columns go into the labelling sheet?

The labelling sheet has URL, page title, rung, why this rung, next step URL, links back to pillar, and holds two rungs. Each main URL gets one row. The rung column takes one of O, C, P, R, A, and the justification column takes one sentence with no conjunctions.

Five columns are enough to give every link a role, and a sixth would let a link in without one. The columns are anchor text, context sentence, from URL, to URL, and the rung of the target. A row that cannot be completed means the link should not exist.

What share of generic anchors is acceptable across the site?

Keep generic anchors under 20 percent across the site. Anchor text should be descriptive and never "click here", "read more" or "learn more". Sorting the link matrix by anchor text also exposes two URLs receiving the same anchor from the same keyword, which is cannibalisation.

When should the four final checks be run during the implementation?

Run the four counts after step 6 and before step 7, because instrumenting rails that are not built yet measures nothing. The counts cover orphans, generic anchors, cannibalisation and dead ends, and all four come from the two sheets plus one crawl.

What is the DLN implementation plan for Decision Ladder Navigation?

The DLN implementation plan is seven ordered steps for restructuring a site around Decision Ladder Navigation. The first four steps produce no new writing: label every main URL with one rung, split pages holding two rungs, fix the menu, and build the five-column link map. Only then do you write pages for missing rungs.

Do I need permission to use the DLN templates in paid client work?

No, applying the DLN implementation plan and its two templates in your own work, including paid client work, needs no permission. Reproducing the pages themselves does need permission. Both templates are plain CSV and ungated, no email address is collected, and each carries an attribution line as the first row inside the file.

What four checks show a Decision Ladder Navigation implementation works?

A Decision Ladder Navigation implementation is correct when four counts come out clean: no orphan URL with zero inbound internal links, generic anchors under 20 percent, no two URLs receiving the same anchor from the same entity keyword, and no article without a next step or a contextual link back to its pillar.

Which rungs usually need new pages in the DLN implementation plan?

In the DLN implementation plan, the rungs that usually need new pages are Rate and Act. On most sites one or two rungs have zero pages, almost always Rate and Act, and step 5 writes only those. Pages that feel most urgent to write are usually Orient pages that support nothing yet, so resist writing them at this stage.

Menu

Add to Home Screen

  1. 1 Tap Share in Safari toolbar
  2. 2 Scroll down, select Add to Home Screen
  3. 3 Tap Add in top right corner

These steps are for Safari on iOS. If viewing inside another app, open in Safari first.