Any feature whose job is “make this page rank better” runs a real risk of collapsing into the laziest version of that goal: cram in the keyword more times and call it optimization. Site Optimiser’s Keyword Mode is built explicitly to avoid that trap, and understanding what it’s supposed to do — and just as importantly, what it deliberately doesn’t do — is the best way to use it well instead of expecting it to be a magic rank button.
The Failure Mode It's Designed Around
Keyword-stuffing optimization has a familiar shape: take an existing page, identify the target keyword, and increase how often that keyword (or close variants of it) appears in the text, on the theory that density signals relevance. It’s an old idea, it’s been discouraged by search engines for years, and it produces exactly the kind of writing everyone recognizes and dislikes — sentences bent awkwardly around a phrase that needed to appear one more time, headings that read like a keyword list instead of a description of what the section actually covers. It sometimes moved rankings marginally, years ago, in a search landscape that no longer exists. Today it mostly just makes content worse to read while doing little to nothing for how well it ranks.
Keyword Mode’s design starts from rejecting that approach outright. Instead of asking “how do we fit the keyword in more,” it asks a different question: what does content that’s actually ranking well for this keyword look like structurally, and how much of that structure is worth bringing into your own page?
What Keyword Mode Should Do
The intended pipeline runs in stages, each of which we cover in more depth elsewhere in this series. First, it looks at the pages currently ranking for your target keyword and pulls their heading structure — H1 through H6 — along with how their paragraphs are organized underneath each heading (Scraping Top Results to Rebuild a Page’s Heading Structure). Second, it presents that structure back to you as a set of selectable sections rather than silently absorbing all of it — you decide which parts of what’s working elsewhere are actually relevant to bring into your own page (Site Optimiser Checkbox Selection: Choosing What Structure to Reuse). Third, before anything on your live page actually changes, it shows you a comparison between what’s there now and what the proposed rewrite would produce, so you’re approving a visible change rather than trusting an invisible one (Diffing Old vs New Content Before You Rewrite a Live Page).
The logic underneath this is straightforward: pages that already rank well for a keyword have, by definition, satisfied whatever a search engine currently rewards for that query — reasonably comprehensive coverage, a structure that answers the likely sub-questions, headings that match how people actually search. Rebuilding your own page’s structure around that real, observed pattern is a fundamentally different bet than guessing at what a keyword-optimized page should contain, or defaulting to stuffing a phrase into text that was never built around it.
What Keyword Mode Should Not Do
Just as important as the intended pipeline is what it’s not meant to be. It’s not meant to be a black box that silently rewrites a live page based on an algorithm’s guess at what “better” means — that’s exactly the pattern that made old-school keyword stuffing tools untrustworthy, and swapping “insert keyword more” for “insert competitor structure automatically” without a human checking either step would just be the same mistake wearing a more sophisticated disguise.
It’s also not meant to replace judgment about which pages deserve this treatment in the first place. Not every underperforming page needs a structural rebuild sourced from competitor pages — some need a full rewrite from scratch, some need only a small edit, and some are underperforming for reasons a keyword-structure overhaul won’t fix at all, like a mismatch between the keyword and what your business actually offers. We cover that judgment call in Site Optimiser vs a Full Content Rewrite: When Each Makes Sense and How to Prioritize Which Old Pages Get Rewritten First.
And it’s not meant to produce a rewrite you can’t inspect before it goes live. The diff step exists specifically so “Keyword Mode changed my page” never happens without you first seeing exactly what changed and choosing to accept it. A tool that skipped that step in the name of speed would be trading away the one thing that makes structure-first rewriting trustworthy instead of just a fancier version of the same blind-automation problem.
Why the Distinction Matters to Get Right
The reputation on-page optimization tools have earned over the years is largely deserved — a lot of them really did produce keyword-stuffed, awkward content, and a lot of publishers have learned to be suspicious of anything that promises automated on-page rewriting. Keyword Mode’s entire value proposition depends on not repeating that pattern. If it just automated a subtler version of stuffing — mechanically inserting structural elements from other pages without giving you a way to select what’s relevant or see what’s changing — it would earn the same distrust for a different reason.
What makes the scrape-select-diff approach genuinely different is that every stage has a visible decision point. You see what structure exists elsewhere. You choose which parts of it are worth reusing. You see exactly what would change before it changes. That’s a meaningfully different relationship between you and the tool than “trust the algorithm and hope the result reads naturally” — and it’s the standard the rest of the pipeline is built to uphold. Avoiding Keyword-Stuffing Pitfalls in Automated On-Page Optimization and Why Structure-First Rewriting Beats Keyword-Stuffed Rewriting both dig further into why this distinction is worth defending rather than treating as a minor implementation detail.
Setting Expectations
Used well, Keyword Mode is a way to give an underperforming page the structural benefit of what’s already working elsewhere in search results, without pretending that structure alone guarantees a ranking jump, and without giving up your own editorial judgment over what actually gets published. Used badly — treated as a one-click fix you never review — it risks becoming exactly the kind of automated over-optimization the whole design is meant to move away from. The tool gives you the pipeline and the checkpoints; using it well still means actually looking at the checkboxes and the diff rather than clicking straight through them. For the full walkthrough of the pipeline end to end, see From Scrape to Rewrite to Publish: The Site Optimiser Pipeline.
