Skip to main content
Sebitu Pewobe logo

Editorial methodology

Our Accuracy Standards

Content cluster advice is only useful if it holds up once someone actually tries it. This page explains the checks each article goes through before it's published, and what happens when guidance needs to be revised.

How claims get verified before they're published

Every recommendation on this blog, from how to structure a pillar page to when a cluster has enough depth, is checked against how search engines actually behave rather than against assumption or habit. That means testing a structural change on a real page and observing what happens over time, rather than repeating advice because it's common. Where a claim can't reasonably be verified through direct observation, it's presented as an editorial opinion rather than a settled fact.

Because this site writes about topical authority and internal linking, a large part of the verification process involves reading Google's own public documentation directly, rather than relying on secondhand summaries. When guidance here draws on Google's stated positions, it's checked against the current wording of Google's Search Central documentation rather than an older or paraphrased version.

Where the checking happens

Primary sources we check claims against

  • Search Central documentation

    Google's own published guidance on site structure, internal linking, and helpful content is the first reference point for structural claims.

  • Search quality guidelines

    The publicly available quality rater guidelines are used to check how depth and relevance are described from Google's side.

  • Direct observation

    Structural changes are tested on real pages and tracked in Search Console before being written up as a recommendation.

  • Repeat checks over time

    Guidance is periodically re-tested rather than assumed to remain accurate indefinitely, since crawling and ranking behavior shifts.

An editor reviewing a printed article draft with a highlighter, cross-checking claims against a reference document on a laptop screen
Cross-checking a draft against primary documentation before it's scheduled.

Editorial review checklist before a cluster piece goes live

  • Every structural claim (about pillar pages, linking, or depth) is traced back to a primary source or a directly observed test.
  • Language avoiding absolute promises is used throughout, since search behavior varies by site and topic.
  • Internal links in the article point to the correct supporting or pillar pages, not outdated or removed ones.
  • Any reference to a Google resource is checked against the current, live version of that document.

Correction and update policy

When guidance on this site turns out to be outdated, whether because Google's documentation changed or because further testing contradicted an earlier note, the relevant article is revised directly rather than left standing. Substantial revisions are noted with an updated -style date near the top of the piece so returning readers can see that something changed.

An accuracy standard that only applies to new articles isn't much of a standard. Older pages get the same scrutiny as anything published this week.

Editorial notes, Sebitu Pewobe

What this blog doesn't do

This site does not promise specific ranking outcomes, does not fabricate statistics to support a point, and does not present a single technique as a universal fix. Content cluster strategy depends heavily on the topic, the existing site, and the competitive landscape, and any article suggesting otherwise would be overstating what can reasonably be claimed.