Article guide Jump to a section 8 min read · 8 sections
Engage Share or leave a rating Copy, send, or respond when you finish

Leave a rating

Over-optimisation is the SEO mistake that gets worse the longer you’ve been doing SEO. The keywords stuffed three years ago looked like best practice at the time. The exact-match anchor text, the hyper-aligned headers, and the schema declared on every page were each defensible in isolation. What tanks rankings is the aggregate, and by the time the aggregate becomes visible, the site has years of momentum behind the wrong choices.

Quick answer

A website is over-optimised when its on-page SEO patterns are so consistent that they read as authored for search rather than for readers. Google’s quality systems treat that pattern as a downgrade signal. A page can be technically correct on every individual SEO checklist item and still rank lower than a less-optimised competitor that reads more naturally.

The fix is to back off the pattern, not to back off SEO. Same intent, looser execution.

What over-optimisation actually looks like

It does not look like spammy keyword stuffing. That style of over-optimisation died around 2014, and most current sites don’t do it. The 2026 version is subtler. A quick note on terminology first: when this post says “schema” it means the structured-data markup (Schema.org JSON-LD) that tells search engines what kind of content a page is. Most modern SEO plugins ship some of it by default. The question worth holding open is whether the page earns the claim each schema type is making.

  • Every H1, H2, and H3 contains the focus keyword in some variant.
  • Every internal link uses an exact-match anchor.
  • Every page has FAQ schema, HowTo schema, and Review schema regardless of whether the content is actually a frequently-asked-questions block, a how-to walkthrough, or a review.
  • The meta description, the title tag, and the H1 are three slightly different rewordings of the same focus keyword.
  • The first 100 words of every post mention the focus keyword four to six times.
  • Every paragraph is exactly 30 to 50 words because that is what the SEO tool recommends.

Each of those items is “best practice” on its own. The problem is what they do as a set. A reader cannot tell the page apart from a hundred other pages on the same topic, and Google’s quality model treats that kind of interchangeability as a low-value signal.

The seven signals you’ve over-optimised

Run these checks against your three highest-priority pages. If five or more of them land, the pattern is already baked into the page.

  1. Exact-match anchor density above 60%. If most internal links to the page use the focus keyword as anchor text, the link graph reads as constructed. Natural anchor mixes land around 20 to 40% exact-match, with the rest split between brand name, URL, and descriptive phrases.
  2. Schema graph deeper than the content justifies. A 600-word service page declaring FAQ, HowTo, Review, and AggregateRating schema is staking five claims the page itself cannot independently support.
  3. Header pyramid uniformity. H2s that all begin with the same verb, run roughly the same length, and carry the focus keyword. A reader skimming sees a wall of similar headings; an algorithm sees a templated page.
  4. Body-length convergence. Every blog post lands between 1,400 and 1,600 words because that is what the SEO tool’s content-grader recommended. Real expertise produces variable length, including the 600-word answer to a 600-word question and the 2,800-word answer when the question genuinely warrants it.
  5. Image alt text written for crawlers. “Best WordPress hosting for small business in 2026” is not what a screen-reader user wants to hear three times in a row, and it isn’t what the image actually shows either.
  6. Meta descriptions promising the focus keyword instead of the value. “Looking for [focus keyword]? We cover [focus keyword] thoroughly with [focus keyword] examples.” Copy that earned a click in 2016 reads as filler in 2026.
  7. Internal-linking patterns that ignore reader flow. Every page links to the conversion target with the same anchor text regardless of whether the link makes sense in the surrounding sentence.

Why it tanks rankings and conversions

Two systems flag over-optimised pages. The ranking-side problem is well documented. Google’s helpful-content system was built specifically to demote pages that read as “primarily designed to attract clicks rather than help users.” The conversion-side problem is bigger and gets less attention.

An over-optimised page reads as authored-for-search to humans as well as to algorithms. The eye learns to skim past the recurring patterns: the same opening-sentence shape, the same H2 cadence, the same FAQ block at the bottom of every page in the same template. A reader who would have converted on a more naturally-written page leaves earlier because the page communicates “this is a marketing surface” rather than “a person wrote this.”

The conversion-rate hit is the one you can measure first. Watch the bounce rate on the top SEO pages compared with the top non-SEO pages. If the SEO pages bounce 20 percentage points higher, the pattern is doing the work.

How to back off without losing rankings

The instinct on noticing the pattern is to delete the schema, rewrite the headers, and unpick the anchor density all at once. That triggers a different problem. Google sees the change as a content rewrite and re-evaluates the page from zero, which is the rank reset most teams were trying to avoid in the first place.

Process timeline showing the four-pass over-optimization fix sequence plotted week by week across a 22-week window. Four named passes are stacked top to bottom, each spanning roughly six weeks: Pass 1 Anchor Diversity in navy from week 1 to week 6; Pass 2 Schema Honesty in gold from week 5 to week 11; Pass 3 Header Rhythm in muted teal from week 10 to week 16; Pass 4 Meta and Intro in muted green from week 15 to week 21. Each pair of adjacent passes overlaps by roughly one week, so the reader sees handoff rather than a flag-day rewrite. A red dashed vertical line at week 0 labels the flag-day rewrite as the refused alternative; a green dashed line at week 21 marks gradual sequence complete. The point: four small passes spread across five months with planned overlap let Google's quality system read gradual content evolution rather than the flag-day rewrite that triggers a manual flag.
Each pass is small enough to look like normal site maintenance. Stacked across five months with planned overlap, the sequence reads to Google’s quality system as gradual content evolution rather than as the flag-day rewrite that triggers a manual flag.

A safer sequence is to back off in passes, leaving four to six weeks between each:

  1. Pass one: anchor diversity. Walk the internal-link graph and replace half the exact-match anchors with descriptive variants. Keep the destinations the same; only change the anchor text.
  2. Pass two: schema honesty. Strip any schema types the page cannot independently support. A page should carry FAQ schema only if it has three or more question-and-answer pairs that exist as actual content, not as schema-only bait for rich-result placement.
  3. Pass three: header rhythm. Rewrite the H2s with variable shapes. Some questions, some statements, some setups, some payoffs. Keep the focus keyword in two of them, not in all of them.
  4. Pass four: meta and intro. Rewrite the meta description and the first 100 words so they lead with the value rather than with the focus keyword. The keyword stays present, but it gets one mention rather than four.

The pages stay live throughout the sequence. Google’s quality system reads gradual content evolution rather than a flag-day rewrite, and the patterns relax without the rank reset.

A 30-minute audit that surfaces the worst offenders

Pick the three pages on the site that get the most search traffic and the lowest contact-form conversion. Open each in a new tab and run this:

  1. Count exact-match-anchor internal links pointing in, using Ahrefs®, Semrush, or Google Search Console’s internal-link report. Note the percentage.
  2. View source. Count the schema graphs declared in the head. List the types.
  3. Read the H2s aloud. If they sound interchangeable, mark the page.
  4. Read the first 100 words. Count focus-keyword mentions.
  5. Check the meta description in Search Console’s URL inspection. Note whether it leads with the keyword or with the value.

The page with the worst combined score is where the back-off passes should start. The other two stay as a control group while you measure whether the change actually moves bounce rate and ranking on the page you treated.

What a well-tuned page reads like

A correctly-tuned page passes a different test from the SEO checklist. A reader who has never seen your site and isn’t searching for your keyword can still tell what the page is about and what to do next within about 15 seconds.

The keyword is present without being stacked. The schema is present and honest about what the page actually contains. The internal linking is present and varied across anchor phrasings. Most of all, the prose reads as the work of a person making decisions about which sentences earn their length, which ones get cut, where the worked example lives, and how honest the closing ask is allowed to be.

The quality model search engines run isn’t designed to penalise SEO as a category. It penalises the visible gap between pages written for readers and pages written for the algorithm, because that gap is the texture low-value pages tend to share. Closing it on the pages where the gap is widest is what stops over-optimisation from compounding across years of otherwise-careful work.

When to bring in someone outside

Over-optimisation is a self-recognition problem. The team that built the patterns is usually the last team to spot them, because each individual decision still looks defensible up close. The 30-minute audit and the four-pass back-off above are both genuinely DIY. Where outside help earns its keep:

  • The site is more than 100 pages and the back-off passes need to be coordinated across templates rather than handled per-page.
  • The pattern is in the theme code or the schema-output layer, not in the page bodies. Fixing it once at the template level beats fixing it 100 times by hand.
  • Rankings are already moving in the wrong direction and the calendar matters more than the editorial budget.

The clearest sign that the pattern has fully set in is that the internal audit doesn’t surface anything wrong. Every page reads as defensible, every internal link looks deliberate, and every schema block has a reason behind it. The pattern lives in the aggregate, which is the hardest view to take from inside the team that built it. Reading the site through someone else’s eyes — a colleague, a second SEO review, or the back-off-passes plan above — is almost always cheaper than the rank reset that follows the flag-day rewrite.

Last reviewed May 17, 2026.