Pillar page and satellite page: how to build a semantic cocoon step by step?

Building a semantic cocoon involves creating a pillar page that covers a topic as a whole, then satellite pages that each address a specific sub-intent, all linked together via internal linking that is coherent and crawlable. For the full definition of the concept, the pillar page "SEO Semantic Cocoon" remains the reference resource: this article focuses on the construction method, step by step.

You already know the theory behind the semantic cocoon. What's often missing when it comes to execution is a clear method for turning a topic into a pillar page and satellites that don't overlap with one another. This article walks through that method, with a single example followed from start to finish.

Before you start: the prerequisites for building your cocoon

Before opening your editor, a few elements need to already be in place, otherwise you'll end up improvising along the way.

• A clearly defined strategic topic that the site genuinely masters, not just the keyword with the highest search volume.

• A list of validated sub-intents and questions, drawn from keyword research and observation of results already published on the topic.

• Access to a CMS allowing you to create URLs and place genuine HTML links using the <a> element and an hrefattribute, not just mechanisms injected via JavaScript.

• Access to Google Search Console to measure results once the pages have been published.

One final point remains: does the pillar page already exist, or does it need to be created first? According to Laurent Bourrelly, who devised this approach (thinking that began in 2004, a method formalised in 2007, then made public in 2012), a cocoon is not simply a collection of pages linked at random. It requires a genuinely mastered central topic, coverage of its various branches, and a coherent internal logic — a requirement that goes beyond a mere skeleton of thematic silos. For the overview of the concept, keep the pillar page "SEO Semantic Cocoon" as your reference before starting construction.

Step 1: define the strategic topic and the objective of the pillar page

The first step isn't to open a keyword tool, but to answer a simple question: what outcome is your audience looking for, and on what topic can your site legitimately provide answers? The choice of pillar page follows from this objective, not solely from the volume displayed by a tool.

A pillar page is therefore not automatically the one targeting the most-searched term. A site specialising in thermal insulation might build its cocoon around loft insulation, even if a related term shows a higher volume, because this topic matches its actual offering and what its visitors come there to find.

Once the topic is set, formalise in one sentence the promise of the pillar page: what it covers, for whom, and how far it goes before pointing to the satellites. This sentence will serve as the guiding thread for breaking down the sub-intents in the next step.

Step 2: map the sub-intents to outline the satellite pages

According to Laurent Bourrelly's method, this step corresponds to the second phase of a three-stage sequence: the strategic topic and its objective, then the sub-intents, then the content and the links. The aim here is to break the central topic down into genuinely distinct intents and questions, not mere variations in wording.

Before creating a new URL, check that a single question doesn't already cover several intents. "How much does loft insulation cost" and "what grants are available for loft insulation" may seem similar, but they answer two different needs: one seeks an overall budget, the other a funding scheme. Each justifies its own page. Conversely, two phrasings expecting the same answer don't warrant two separate satellites.

Concrete example: a cocoon on loft insulation

To make the method tangible, let's take an example that runs throughout the article: a site building a cocoon around loft insulation. The pillar page explains how to choose and carry out loft insulation as a whole. Around it, six distinct sub-intents can each justify a satellite:

• the available materials and their characteristics;

• the cost of loft insulation;

• the financial grants available;

• the blown-in insulation technique;

• common mistakes to avoid during the work;

• the criteria for choosing a qualified tradesperson.

These six angles are not keyword variants: each addresses a different concern of a reader considering loft insulation, at a different stage of their thinking.

Step 3: write the pillar page and give each satellite its own scope

The pillar page covers the theme as a whole: it sets the framework, answers general questions, and directs the reader towards the detailed answers developed by the satellites. It shouldn't try to explain everything in depth, at the risk of duplicating the pages it introduces.

Each satellite, for its part, must carry its own promise, corresponding to a distinct question, need, or stage in the reader's journey. The classic mistake is producing several nearly identical pages solely to target keyword variants: this creates no useful additional coverage and dilutes the authority each page could build on its own. The breakdown should stay aligned with the content already existing on the site and with the search results actually observed on the topic.

Step 4: build a crawlable internal linking structure between the pillar and satellites

In Google's eyes, a cocoon only exists if its links are genuinely crawlable. The recommendation is precise: use an HTML <a> element with an href attribute pointing to a real URL. Mechanisms that don't provide a usable href , such as a simple JavaScript click handler with no underlying link, aren't reliably interpreted by crawlers.

If your links or their anchor text are generated dynamically in JavaScript, check the final rendered HTML of the page, not just the source code shown in the editor. This is the only way to make sure the link genuinely exists for Googlebot at the time of crawling.

A sitemap can help with the discovery of new pages, but it never replaces a genuinely accessible internal link structure built into the content. Every important page in the cocoon should receive at least one link from another page on the site.

Choosing a descriptive, concise and relevant anchor

The link text, or anchor, should describe the destination page concisely and relevantly, not generically. An anchor like "the blown-in technique for loft insulation" immediately tells both the reader and Google what awaits behind the link, unlike "click here". Place these links in a useful context, within the flow of the text, at the point where the reader needs the detail the satellite provides.

Good to know

Many menus or blocks of links are generated by scripts that expose no usable href . A link that works visually for a visitor may remain invisible to crawlers: always check the rendered source code, not just what's displayed.

Step 5: decide when to link two satellite pages to each other

Can two satellite pages be linked to each other? Yes, but only when the destination page naturally extends the reader's task or understanding, not as a matter of principle or simply to add more internal links.

The operational rule can be summed up in one sentence: link to the pillar page when the reader needs the overview of the topic, and link to a sibling satellite when the sub-topic covered answers the next step in their journey, or a directly related follow-up question. In the loft insulation example, the page on financial grants can reasonably link to the one on overall cost, because a reader looking for a grant almost always needs to know the amount it's meant to offset.

There's no requirement to systematically link every satellite page to every other, and Google sets no fixed number of links to follow. A cross-link with no demonstrable editorial relationship helps neither the reader nor the crawl: it merely adds noise to the structure.

Key takeaway

Link to the pillar page when the reader is looking for the overview, and link to a sibling satellite when the sub-topic answers the next step or a related follow-up question: this rule alone is enough to guide most linking decisions.

Step 6: ensure editorial quality and measure your cocoon's results

A well-built cocoon is worthless if each page doesn't provide useful, reliable information that can't simply be swapped for its neighbour's. Mass-producing pages with no added value, whether written by hand or generated by an AI tool, falls under the rules Google applies against large-scale content abuse.

This principle still holds true in the context of generative search features. Since 15 May 2026, Google has published a dedicated optimisation guide for these features, including AI Overviews and AI Mode, confirming that SEO fundamentals — useful, crawlable and technically sound content — remain the foundation on which its ranking systems rely, including for these generative responses.

Tracking clicks, impressions and position in Search Console

Once the cocoon is published, compare the metrics in Google Search Console before and after launch: impressions, clicks, click-through rate, average position, and above all the query-to-page breakdown. Filter by a target query, then check the Pages tab to see which URL on your site is actually appearing for that query. This lets you spot whether a satellite is genuinely capturing the intended intent, or whether another page on the site is unintentionally competing with it.

Checking crawling and indexing with URL Inspection

Before concluding that an editorial architecture isn't working, use URL Inspection to check that each new page has actually been crawled and indexed. A satellite missing from search results might not have a content problem: it may simply never have been properly crawled, something this technical check lets you rule out before any editorial diagnosis.

Common mistakes that break a semantic cocoon

Certain mistakes crop up repeatedly in poorly built cocoons, and they're often enough to undo all the effort put into the structure:

• Creating satellites that all answer the same request in an interchangeable way, with no distinct promise.

• Multiplying pages to target keyword variants rather than genuinely distinct needs.

• Placing links purely in JavaScript with no usable href , invisible to crawlers.

• Using generic anchors such as "click here" rather than anchors that describe the linked page.

• Wanting to systematically link all satellites to one another, without any genuine editorial relationship between the topics.

• Confusing a silo logic organised around commercial offers with a cocoon logic, which starts from the user's needs.

Point to watch

A cocoon organised around your commercial offers rather than the reader's actual needs resembles a silo, not a cocoon. The difference quickly shows up in the linking structure: links that follow a product catalogue rather than a journey of questions.

Practical tips for maintaining your cocoon over time

A cocoon is never truly finished once published. A few simple habits help keep it coherent over time.

• Systematically link each satellite to the "Semantic Cocoon SEO" pillar page, which gives the reader an overview of the topic whenever they need it.

• Periodically review the mapping of sub-intents: a need may evolve, split into two, or lose relevance over time.

• Check in Search Console whether a page genuinely captures the intent it was designed for, or whether two URLs on the site are unintentionally competing for the same query.

• Document the role of each page, pillar or satellite, and the links it carries to which other satellite—a valuable reference point as soon as several people are writing within the same cocoon.

This light discipline, reviewed at regular intervals rather than just once at launch, often makes the difference between a cocoon that remains coherent over time and a set of pages that gradually contradict one another.