// Blog

How to Write an SEO Content Strategy for a New Site From Scratch

By Ghost Writr · · 11 min read

An abstract web of connected glowing points organized around a central hub, representing a structured content plan

An SEO content strategy for a new site is a written plan that groups your topics into clusters organized around what your audience actually searches for, sequences publication so early pages support later ones, links those pages together deliberately, and defines how you’ll know it’s working before rankings arrive. You build this plan before you write anything.

What an SEO content strategy actually is

An SEO content strategy is a decision document, not a content calendar. It answers four questions in writing: which topics you’re covering, how those topics relate to each other, in what order you’ll publish them, and how pages will link to reinforce one another.

The failure mode worth naming directly: scattered, one-off posts. This is what happens when someone picks a keyword because it looked interesting, writes a post, picks another unrelated keyword next week, and repeats indefinitely. Each post exists in isolation. It has no sibling pages to link to, no parent page giving it context, and no topical neighborhood telling search engines what the site is actually about.

Google’s search systems work by trying to understand what a page is about and how authoritative it is on that subject. A page sitting alone gives very little signal either way. A page inside a cluster of related pages, all linking to and from each other, gives a much clearer picture: this site has depth on this subject, not just a passing mention. That’s why planning topic clusters before writing a single word matters — because depth compounds and isolation doesn’t.

Step 1: Research topics based on how your audience actually searches

Before you organize anything, you need a topic list grounded in real search behavior, not guesses about what sounds authoritative.

Start by expecting your readers’ search terms rather than your own internal vocabulary. A founder describes their product one way internally; the market searches for it another way entirely. If you sell scheduling software for hair salons, you might think “appointment management infrastructure.” Nobody searches that. They search “salon booking app” or “how to stop no-shows at my salon.” The gap between internal language and search language is where most keyword research goes wrong.

Practical ways to surface real search terms:

  • Autocomplete and related searches. Type your core topic into a search engine and note what it suggests before you finish typing, plus what appears in “related searches” at the bottom of results.
  • Competitor content gaps. Look at what established sites in your space rank for. You’re not copying — you’re using their existing visibility as a map of what the audience cares about.
  • Direct customer language. Support tickets, sales call notes, and community forums surface the exact phrases real people use when they have the problem your site addresses.
  • Question-based searches. Many searches are phrased as questions — “how,” “what,” “why,” “does X work with Y.” These map naturally to informational content and are often lower-competition than single-keyword searches.

For each topic candidate, classify its intent:

Intent typeWhat the searcher wantsTypical content format
InformationalAn explanation or answerGuide, how-to, definition
NavigationalA specific site or pageRarely relevant for a new site
Commercial investigationComparison before a decisionComparison, “best X for Y,” review
TransactionalReady to act nowProduct/service page, pricing page

Matching intent matters more than matching keyword wording. A page stuffed with the right keyword but written for the wrong intent — a product page targeting an informational question, for instance — tends to underperform regardless of how well-optimized it looks on the surface.

Step 2: Organize your site into topic clusters

A tall central structure connected to smaller supporting structures, representing a pillar page linked to cluster pages
A pillar page anchors the cluster; every spoke page links back to reinforce it.

Group topically similar pages into clusters — a hub-and-spoke arrangement where one comprehensive “pillar” page covers a broad topic, and several narrower “cluster” pages each cover a specific subtopic in depth, linking back to the pillar and to each other.

Take a hypothetical example: a new site in the personal finance space. Instead of publishing isolated posts — “how to budget,” “best savings accounts,” “credit score tips” — with no relationship between them, organize a cluster:

  • Pillar page: “How to Build a Personal Budget” (broad, comprehensive overview)
  • Cluster pages: “50/30/20 Budgeting Method Explained,” “How to Budget on an Irregular Income,” “Best Budgeting Apps Compared,” “Budgeting for Couples: A Practical Guide”

Every cluster page links up to the pillar. The pillar links down to every cluster page. Related cluster pages link sideways to each other where genuinely relevant. The result is a densely connected neighborhood of pages all clearly about budgeting — not four disconnected articles that happen to share a subject.

Two structural decisions reinforce this at the site level:

Group topically similar pages in directories. Use your URL structure to mirror your topic clusters — for example, /budgeting/50-30-20-method rather than a flat /blog/post-142. This reinforces the same grouping signal your internal links are already sending and makes the site’s architecture legible to anyone trying to understand what belongs together.

Use descriptive URLs. A URL like /budgeting/irregular-income-budgeting tells you and search engines what the page is about before it loads. A URL like /post?id=482 tells you nothing. On a new site, every available signal matters more.

Reduce duplicate content while structuring clusters. Each page should cover its subtopic from a distinct angle; overlapping pages competing for the same query dilute each other rather than reinforce the cluster.

Step 3: Prioritize and sequence what to publish first

A path of stepping stones growing steadily larger, representing publishing content in a deliberate sequence
Publish in order: pillar first, then supporting pages, each one interlinked as it goes live.

A brand-new site has zero authority, which means the sequence you publish in matters as much as the topics themselves. Publishing your most competitive, high-difficulty topic first is usually a mistake — there’s no supporting content around it yet, and no internal links pointing to it.

A workable sequencing method:

  1. Start with the pillar page for your first cluster, even though it won’t rank well immediately. It establishes the hub that later pages will link to.
  2. Publish the lower-competition cluster pages next. These are typically longer-tail, more specific queries with less competition — exactly what a new site with no authority can realistically compete for while building trust.
  3. Interlink as you go, not retroactively. Each new cluster page should link to the pillar and to its published siblings the day it goes live.
  4. Complete one cluster before starting a second. A fully fleshed-out cluster of six connected pages demonstrates depth. Two half-finished clusters demonstrate neither.
  5. Choose your second cluster based on adjacency, not novelty. It should relate naturally to your first cluster, so you can eventually link across clusters and build a wider web of topical relevance.

This sequencing logic addresses the “from scratch” problem directly. You don’t need existing rankings or authority to start — you need a first cluster small enough to complete quickly and specific enough to avoid competing head-on with established sites.

Internal linking is the mechanism that turns a collection of pages into a cluster. Without it, grouping topics in your planning document accomplishes nothing — the structure has to actually exist in the hyperlinks between pages.

Three linking rules to apply as you publish:

  • Pillar-to-cluster and cluster-to-pillar links are mandatory. Every cluster page links to its pillar; the pillar links to every cluster page. This is the backbone of the structure.
  • Cluster-to-cluster links are earned, not forced. Link sideways between cluster pages only where one page genuinely helps a reader of the other. Forced, irrelevant links help no one and dilute the page’s focus.
  • Use descriptive anchor text. Link text should describe the destination page’s topic, not say “click here” or “read more.” Anchor text is one of the clearest signals you control about what the linked page covers.

As your second and third clusters go live, look for legitimate bridges back to earlier clusters. A “credit score tips” cluster and a “budgeting” cluster are different topics, but a page on “how debt affects your credit score” can sensibly link into both. Over time, these bridges expand a single well-built cluster into a site with broad, interconnected topical coverage.

Timeline expectations: what “from scratch” actually looks like

New sites should expect a lag between publishing and visible search impact. This isn’t a flaw in the strategy — it reflects how search engines discover, crawl, evaluate, and rank content over time.

To help that discovery process along:

  • Help Google find your content. Submit a sitemap through Search Console and make sure new pages are linked from somewhere else on the site — orphaned pages with no internal links are much harder to discover.
  • Check that your page renders the way a visitor sees it. Use Search Console’s URL inspection tool to confirm the page is being read and indexed as intended, not blocked or rendering incorrectly.
  • Decide deliberately if a page shouldn’t appear in search results. Internal-only pages, thank-you pages, or duplicate variants should be excluded on purpose using standard no-index directives, rather than left to compete against your real content by accident.

Early weeks are about getting indexed and crawled correctly, not about ranking on page one. Progress in this phase looks like pages appearing in the index at all, not traffic volume.

Measuring whether the strategy is working

You don’t wait for rankings to know if the strategy is on track. Search Console gives you earlier signals:

  • Indexing status — are your published pages actually entering the index? A cluster with pages missing from the index has a structural or technical problem worth fixing before you publish more.
  • Impressions — is the page starting to appear in search results at all, even at low positions? Rising impressions on a new page are the earliest sign that Google has begun evaluating it for relevant queries.
  • Average position trends — is a page moving from position 80 toward position 40 over several weeks? Movement in the right direction matters more than the absolute number this early.
  • Click-through on impressions — once a page gets impressions, is anyone clicking? A page with impressions but no clicks may be matching the wrong intent or have a weak title and description.

Track these per cluster, not just per page. If every page in a cluster shows rising impressions together, the cluster is functioning as intended — the pages are reinforcing each other’s relevance.

Alongside search metrics, keep the site itself worth visiting. Make your site interesting and useful on its own terms, and avoid distracting advertisements or intrusive elements that push readers away. Early visitors who bounce immediately are a signal worth noticing, independent of what Search Console reports.

Putting the plan together

By this point you have the four components of a written strategy: a topic list grounded in real search intent, that list organized into pillar-and-cluster groups, a publishing sequence that completes one cluster before starting the next, and a linking plan that connects pages as they go live — plus a measurement approach that doesn’t require rankings to tell you whether things are moving.

Treat it as an operation, not a campaign. A campaign has an end date. This doesn’t. Each completed cluster becomes the foundation for the next one, and the linking web keeps expanding as long as the site keeps publishing. The work of deciding topics, sequencing them, linking them, and checking the signals doesn’t stop once the first cluster is live — it’s the ongoing job of running the site.

FAQ

Do I need a large number of pages before a cluster “counts”? No fixed number applies universally, but a cluster needs enough cluster pages to meaningfully cover the pillar topic’s major subtopics — usually more than two or three.

Should I publish the pillar page or the cluster pages first? Publish the pillar first, even in shorter initial form, so cluster pages have somewhere to link on day one. You can expand the pillar later as more cluster pages go live.

How many clusters should a new site start with? One. Finish it — pillar plus its full set of cluster pages, all interlinked — before starting a second.

What if my topic doesn’t naturally split into a pillar and clusters? Most topics do if you break them down by subtopic, audience segment, or use case. If a topic genuinely won’t split, it may be too narrow to build a strategy around.

Is on-page SEO or internal linking more important for a new site? Both. A well-written page with no internal links sits in isolation. A well-linked page with weak content won’t hold a reader’s attention once they arrive.

content-strategy seo
// Stop generating. Start operating.

Hire the content team
that never sleeps.

Ghost Writr ships an action a day, every day. Approve with a reply, watch the graph compound.