On-Page SEO: The Complete Guide to Optimizing Every Page

Most on-page SEO checklists get you 80% of the way there, then quietly skip the part that actually sinks people. You can tick every box – title tag, meta description, alt text, keyword in the first paragraph – and still watch an article fail, because the checklist never asks the one question that matters most: can a person actually navigate what you built?

I had a client whose blog section was, functionally, an HTML sitemap. Articles and glossary terms jammed into one list, no hierarchy, nothing telling a visitor or a crawler what belonged where. Every individual page could have passed a checklist audit. The section as a whole made no sense. That’s the gap this guide is built to close – the on-page work that lives on the page, and the structure around it that decides whether anyone ever reads that far.

Key Takeaways

• On-page SEO covers everything on the page itself – structure, keywords, headings, links, content formats – and it fails the moment the section around it has no navigable structure.
• The basics (title tags, meta descriptions, alt text, page speed) are still the fastest, most valuable wins available, even in 2026.
• E-E-A-T isn’t a background trust score. It’s something you build into the page itself – bylines, cited sources, reviewer credit, original data.
• Content formats like tables and chunked sections help human readers and AI engines the same way, for the same reason. Neither should be built “for the algorithm” alone.
• URLs, schema, and page speed each deserve their own attention – they’re not interchangeable checklist items, and each has its own rules.
• Real click-through data shows a massive spread at every single ranking position – proof that on-page work, not position alone, decides whether people actually click.
• If rankings are climbing but engagement is falling, on-page SEO was never your problem. Navigation was.

What On-Page SEO Actually Means

On-page SEO is everything that happens on the page itself: layout, keyword usage, headings, internal links, and whether the person reading it actually gets an answer that makes sense. That last part is the one every checklist assumes rather than checks.

It’s tempting to treat on-page and AI-engine optimization as separate jobs, one for Google and one for ChatGPT. They’re not. A page structured clearly enough for a human to skim in ten seconds is also structured clearly enough for an AI system to extract an answer from – the same argument I make at length in why answer engine optimization builds on SEO rather than around it. This guide doesn’t split those into two tracks. Every section below is written for both, because the work is the same work.

Where On-Page SEO Actually Breaks

A client of mine ran their glossary and blog content as one undifferentiated list. No separation, no hierarchy – open the blog homepage and you got a wall of links that read more like a sitemap than a section a person would want to browse. Every individual glossary entry and article, taken on its own, might have looked fine.

We rebuilt it properly: a real blog section, a real glossary section, each following a conventional structure a visitor would recognize instantly. Alongside that, we developed the topic clusters underneath both sections and did the on-page work page by page. The result was rankings for terms they hadn’t ranked for before – not from one fix, but because the architecture and the on-page work compounded together. People could finally navigate what was already there, and so could the crawlers indexing it.

That’s the argument underneath this whole guide: on-page SEO isn’t just what’s on one page. It’s whether the section that page lives in makes sense.

Content Architecture and Internal Linking

Before you touch a single title tag, the section your content lives in needs a shape a visitor recognizes: clear categories, a logical hierarchy, and internal links that connect related pieces instead of leaving them stranded.

It’s the least glamorous part of on-page SEO and, in my experience, one of the most consequential. Internal links are entirely within your control – unlike backlinks, which depend on someone else’s decision – and a well-linked cluster helps both a reader who wants to go deeper and a crawler trying to understand how your content relates to itself. Group related articles under a clear parent structure, link between them naturally in the body text, and make sure your navigation reflects the same hierarchy your content actually has.

Title Tags: Structure and Examples

Few fixes are faster wins than a properly written title tag, and I mean that literally – a rewritten title tag can move click-through rate within days, not months.

The formula I test with most often: primary keyword and modifier first, brand name last, if there’s room. Title tags have a limited character budget – keep them under roughly 60 characters so they don’t get cut off in the results – and when space is tight, the brand name is the first thing to drop. What matters more is that the title genuinely describes what the page delivers.

For this exact article, that formula plays out a few different ways:

• On-Page SEO: The Complete Guide to Optimizing Every Page
• On-Page SEO: The Ultimate Guide | Gus van der Walt
• What Is On-Page SEO? A Practical Guide

Notice the pattern: the primary keyword (“on-page SEO”) is present in every version, but it doesn’t have to sit at the very start. A modifier word – “complete,” “ultimate,” “practical” – helps signal depth and can lift click-through rate on its own, and a year or date can do the same when freshness matters to the searcher. The brand name only appears when there’s character budget left over to spend on it.

If the page is answering a direct question, a question-format title works too, as long as the keyword is in there naturally: What Is On-Page SEO, and Why Does It Matter? The rule I keep coming back to: does this read naturally to a person scanning results, and does it answer what they were actually searching for? If yes, the exact placement of the keyword inside the title matters far less than people assume.

Meta Descriptions: Structure and Examples

A meta description has one job: give someone a reason to click, in roughly 150 characters or less, without giving away the entire answer.

The structure I use: state the question the page answers, then give a compressed version of the answer, in two sentences. Something like:

“On-page SEO isn’t just tags and keywords – it’s whether your content is structured well enough for readers and AI engines to actually use it. Here’s the full breakdown.”

Or, for a more direct variant:

“A complete, example-led guide to on-page SEO: title tags, headings, schema, page speed, and the structure that ties it all together.”

Both versions name the topic, hint at what’s inside, and stop short of answering the question completely – because if the snippet already tells someone everything they need, there’s no reason left to click through. Strike that balance deliberately: enough substance to prove the page is worth the click, not so much that the click becomes optional.

Headings and Content Structure

Here’s the structure I use for every long-form piece, including this one – not as a rigid template, but because it consistently works for readers and for extraction. This article is itself the worked example: notice the key takeaways section near the top, the table of contents directly underneath it mirroring every heading below, and each H2 covering one distinct idea with its own H3s where the topic needs further breakdown.

If you stripped this pattern down to a generic outline, it looks like this:

H1: [Primary Keyword]: [What the Page Delivers]

Key Takeaways

 – 3-5 bullet points summarizing the whole article

Table of Contents

 – Mirrors every H2 below, in order

H2: [First major subtopic]

 H3: [Supporting detail]

 H3: [Supporting detail]

H2: [Second major subtopic]

 H3: [Supporting detail]

H2: [Third major subtopic]

Conclusion / Next Steps

 – What to do now, and where to read next

Use your H1 once. Follow it with an opening that either states the core point directly or opens with a short story, then gives the reader the key takeaways, because plenty of readers won’t make it past the first screen. From there, break the body into H2 sections, each covering one distinct part of the topic, with H3s and deeper subheadings nested underneath where a section needs it. Use bullet points and short paragraphs inside each section – readers skim before they commit, and so does an AI system pulling an answer out of your page. Close with a conclusion or next-steps section: what the reader should do now, and where to go for more.

This isn’t decoration. It’s the difference between an article someone reads to the end and one they bounce off after the first paragraph.

Keywords and Intent Inside the Page

Keyword placement still matters – in your H1, your opening paragraph, a subheading or two, your URL slug – but the framing has shifted from “hit this term five times” to “does this page clearly serve the intent behind the search.” That shift didn’t happen overnight; it tracks the same thirty-year arc I walk through in the history of SEO, from keyword stuffing to something closer to topic modeling. Write naturally, place your target term where it reads correctly, and don’t force it into every paragraph. If a page covers a topic properly, the related terms show up without you engineering them in.

The Data: How On-Page Work Actually Moves CTR

Everything above is argued from experience. Here’s the same argument from data – an aggregate analysis across a working keyword set spanning multiple industries, several hundred keywords deep, tracked for search volume, ranking position, and real click-through rate over time.

Volume and intent don’t move together the way people assume. Across the tracked set, informational keywords carry the most search volume by a wide margin – an average of roughly 14,700 searches a month, against about 5,550 for commercial-intent terms and 4,550 for transactional ones. But transactional keywords are the hardest to rank for, averaging a keyword difficulty score nearly seven points higher than informational or commercial terms carrying similar or greater volume. In plain terms: the biggest search demand sits around questions and research, not purchases, and the terms closest to a sale are also the most competitive relative to what they’re worth in volume. That’s the numeric version of the point made earlier in this guide – intent has to drive your keyword targeting, because volume alone will point you at the wrong terms.

Intent	Avg. monthly volume	Avg. keyword difficulty
Informational	~14,671	30.8
Commercial	~5,552	30.7
Transactional	~4,552	37.7

Ranking position explains far less of your click-through rate than people assume – and that gap is where on-page work lives. Looking at real click-through data for informational content at each ranking position, the spread is enormous. At position 1, average CTR sits around 42%, but individual pages ranged all the way from under 0.1% to over 92%. At position 3, the average drops to roughly 17%, with a range stretching from near-zero to 88%. Even at position 5, where average CTR falls to under 8%, some individual pages were still pulling in CTR above 75%.

Position	Average CTR	Observed range
1	~42.4%	0.05% – 92.6%
2	~19.7%	0.14% – 88.4%
3	~16.9%	0.05% – 88.1%
5	~7.8%	0.01% – 76.7%
10	~2.1%	0.00% – 42.7%

Two pages can sit at the exact same position and see wildly different click-through rates. Position gets you in front of someone. What happens next – whether your title tag and meta description actually earn the click – is entirely on-page work. The food blogger case study earlier in this guide, where basic on-page fixes moved click-through rate from roughly 1% to 3%, is a real result, and this data says there was still considerably more room in that number. A threefold CTR lift from adding the basics is good. The ceiling, based on what’s actually achievable at the same ranking positions elsewhere, is considerably higher.

E-E-A-T as an On-Page Discipline

Most guides treat E-E-A-T as something that happens in the background – a trust score Google calculates from signals you don’t directly control. I think that’s a mistake. E-E-A-T is something you build into the page itself, and it belongs in this checklist, not off to the side of it.

Concretely, that means: an author byline naming who wrote the piece and what their experience actually is, a note on who reviewed it, quotes or citations from people with real expertise in the topic, and – where you have it – original data or research your own work produced rather than borrowed. When you cite another source, credit it properly and link to it; when you reference an industry publication or an expert’s take, name them. Every one of those signals tells a reader, and increasingly an AI system summarizing your page, that this wasn’t produced from nothing – the same groundwork that determines whether you ever show up in a ChatGPT answer at all, covered in more technical depth in my guide to getting cited in ChatGPT responses.

For a landing page rather than an article, the same principle shows up as reviews, ratings, third-party trust marks (a Google rating, a Trustpilot score, a G2 listing if it’s relevant to your industry), case studies, and testimonials. None of it should be an afterthought bolted onto a finished page. Build the piece with the question already in mind: what evidence can I bring in here that proves this wasn’t just thumbsucked?

Content Formats for Humans and AI

Tables, images, video, and modular chunking all help a page get parsed by an AI system and read by a human, for exactly the same reason: both are trying to extract a clear answer as quickly as possible. Research on AI citation patterns backs this up directly – content that’s structured with clear, self-contained sections and entity-dense language gets cited more often, because the system doing the summarizing can find the answer without having to infer it. I go deeper on chunk design and retrieval specifically in my honest guide to LLM SEO, if you want the mechanics behind why this works.

Where this goes wrong is when formats get added for their own sake. A table only earns its place if it’s genuinely comparing something – specs, prices, before-and-after figures. An article about running shoes stuffed with tables nobody asked for won’t get read by a human, and forcing structure that doesn’t fit the content won’t fool an AI system either, because the underlying information still has to make sense.

My rule: look at what’s already ranking well for a topic, see what structure they’re using, and test variations against your own audience – an added table here, a video there – before assuming a format works. If your readers engage well with a format, it tends to translate to AI visibility too, because both audiences are responding to the same underlying clarity.

Internal and External Links, Done Right

Internal links should connect a reader to something genuinely useful, not just pad out a word count. Use descriptive anchor text – “content architecture,” not “click here” – and link from your strongest, most-visited pages down to newer content that needs the visibility.

External links work the same way in reverse: cite the sources you’re actually drawing on. If you’re writing about SEO, that might mean referencing Search Engine Journal, Search Engine Land, or a specific practitioner’s research on LinkedIn – and crediting them properly when you do. This isn’t just good practice. It’s part of the E-E-A-T argument above: showing your work is itself a signal.

Image Alt Text and Accessibility

Alt text describes an image for anyone using a screen reader and for any system that can’t render the image directly – which, increasingly, includes AI crawlers building an understanding of your page. Write it plainly: describe what’s actually in the image, skip “image of” or “picture of,” and keep it under roughly 125 characters.

This isn’t a minor accessibility checkbox tacked onto SEO. Treat it as its own discipline that on-page SEO happens to benefit from. A site that’s genuinely accessible – proper alt text, sensible heading order, readable contrast – serves every visitor, and search engines reward exactly the same signals they’re built to detect. It’s also part of what determines whether a page gets pulled into an AI Overview in the first place, which I break down separately in how to actually show up in AI Overviews.

URL Slugs: Structure and Examples

Keep URL slugs short, readable, and free of anything that doesn’t earn its place. Drop stop words – “a,” “the,” “and” – and stick to three to five words that describe the page.

A clean, simple structure looks like this:

gusvanderwalt.com/blog/on-page-seo-complete-guide

Not this:

gusvanderwalt.com/2026/07/27/the-ultimate-and-complete-guide-to-on-page-seo-for-beginners-and-experts

If you want your URLs to reflect where content sits in your site’s hierarchy, a category-based pattern works well too:

gusvanderwalt.com/blog/technical-seo/on-page-seo-complete-guide

That’s a genuinely useful signal for search engines, but it isn’t mandatory – if you implement breadcrumbs on the page itself (home > category > article), you get the same hierarchy signal through navigation without needing it baked into every URL. Either approach works. What doesn’t work is a slug so long it stops being readable at a glance, or one stuffed with dates and parameters that add nothing for a reader trying to guess what the page is about before they click.

Schema Markup: Structure and Examples

Schema is use-case specific – there’s no single schema type that covers every page, and adding schema that doesn’t match your content does more harm than good.

For a standard blog article, the baseline is Article or BlogPosting schema plus BreadcrumbList, so search engines understand both what the page is and where it sits in your site:

{

  “@context”: “https://schema.org”,

  “@type”: “BreadcrumbList”,

  “itemListElement”: [

    { “@type”: “ListItem”, “position”: 1, “name”: “Home”, “item”: “https://gusvanderwalt.com/” },

    { “@type”: “ListItem”, “position”: 2, “name”: “Blog”, “item”: “https://gusvanderwalt.com/blog/” },

    { “@type”: “ListItem”, “position”: 3, “name”: “On-Page SEO: The Complete Guide” }

  ]

}

If the page includes a genuine FAQ section, FAQPage schema is still worth adding – with one caveat worth knowing. Google deprecated FAQ rich results from search on May 7, 2026, meaning the expandable Q&A dropdown no longer shows up in Google’s results the way it used to. The schema type itself hasn’t been removed, though, and other crawlers – including the retrieval systems behind AI search tools – can still parse it. Keep the schema if your FAQ content is real and answers questions visible on the page. Don’t add it purely chasing a rich result that no longer exists.

For a landing page, swap Article for Service or Product schema depending on what the page is selling, and layer in Organization schema so search engines and AI systems can tie the page back to your brand as an entity – the same entity-relationship groundwork covered in more depth in my complete guide to generative engine optimization:

{

  “@context”: “https://schema.org”,

  “@type”: “Organization”,

  “name”: “Gus van der Walt”,

  “url”: “https://gusvanderwalt.com”,

  “sameAs”: [

    “https://www.linkedin.com/in/gusvanderwalt/”,

    “https://www.instagram.com/gusvanderwalt/”

  ]

}

The pattern to remember: Article/BlogPosting and Breadcrumb as your baseline for content, FAQPage when the content genuinely earns it, Service/Product for commercial pages, and Organization to tie everything back to a recognizable entity.

Page Speed: What Actually Moves the Needle

Page speed is on-page SEO in the sense that it’s entirely within your control on a page-by-page basis, even though it touches technical SEO too. A handful of things move the needle more than the rest:

• Lazy load what isn’t immediately visible. Fonts, images further down the page, and embedded video shouldn’t load before the content someone actually landed to read.
• Compress and format images properly. The food blogger case study above is proof of this directly – some of those images were well over a megabyte each, and compressing them improved both load time and, downstream, click-through rate. Use modern formats like WebP or AVIF over older JPEGs where your CMS supports it; they hold visual quality at a fraction of the file size.
• Keep related-post and thumbnail images genuinely small. A featured image sized for a hero banner has no business being reused, full-size, as a thumbnail three rows down the page.
• Watch video and embed weight. A single heavy video embed can undo every other speed optimization on the page – keep the number of resources a page has to load in check, especially anything auto-playing or auto-loading above the fold.

None of this is exotic. It’s the unglamorous, compounding work that shows up in both your Core Web Vitals and in how long someone’s willing to wait before bouncing.

Using AI for On-Page SEO Without Losing the Human Touch

AI can genuinely help with on-page work, but it has to be a collaborative process, not a replacement for judgment. This article is an example of what that looks like in practice: I answered a structured set of interview questions, drove the direction of the piece, and the research and drafting came together around what I actually said – rather than the other way around.

If you’re using AI tools for on-page work, connect them to real data rather than letting them guess – keyword and SERP data from a tool like Ahrefs or Semrush, and your own Search Console data, so what gets produced is grounded rather than generic. Set guardrails, test the output, and don’t take what an AI tool produces at face value – I’ve written up the fuller version of what that setup actually looks like in AI for SEO: how to use it without losing your rankings.

Here’s a test I use: if you swapped out your brand name and your specific details, would the article still say anything real, or would it read exactly the same for any competitor in your space? If it’s the second one, you haven’t produced anything a reader has a reason to trust, no matter how well-structured it looks on paper.

How to Tell When On-Page SEO Was Never the Problem

If a page is ranking reasonably well but bounce rate is high and engagement time is low in GA4, your on-page SEO didn’t fail – your content’s ability to hold a reader did, and that has a way of catching up with your rankings anyway. A high bounce-back tells search engines the page didn’t solve what the searcher actually needed, and pages that get sent back quickly tend to slide down the results over time, even if they climbed there initially.

Tools like Microsoft Clarity make this easier to diagnose directly: session recordings, rage clicks, and dead clicks show you exactly where someone gave up, rather than leaving you to guess from the rankings graph alone. If the pattern shows people arriving, scrolling briefly, and leaving, the fix isn’t another keyword or another paragraph. It’s the structure – the thing this whole guide has been building toward.

The On-Page SEO Checklist

• H1 used once, containing your primary keyword
• Title tag under 60 characters, keyword and modifier first, brand last if there’s room
• Meta description under 150 characters, question plus a partial answer
• Key takeaways section near the top, for readers who won’t make it to the end
• Table of contents mirroring your heading structure
• Clear H2/H3 hierarchy, one topic shift per H2
• Bullet points and short paragraphs used deliberately for scannability
• Author byline naming who wrote the piece and their relevant experience
• Cited sources and expert quotes, credited properly
• Tables, images, or video used only where they genuinely add clarity
• Descriptive internal links connecting to related content
• External links to sources that actually back up your claims
• Alt text on every meaningful image, under roughly 125 characters
• Short, readable URL slug, three to five words, no stop words
• Article/BlogPosting and Breadcrumb schema as the baseline; FAQPage, Service, Product, or Organization added by use case
• Images compressed and served in a modern format (WebP or AVIF)
• Lazy loading on fonts, below-the-fold images, and embedded video
• A conclusion or next-steps section pointing the reader somewhere useful

FAQ

Is on-page SEO still worth doing if AI search is taking over? Yes. AI systems still draw heavily on the same structural and content signals that traditional on-page SEO targets – clear headings, well-organized sections, and genuine expertise on the page. Strong on-page work benefits both.

What’s the single most valuable on-page fix for a site that’s never done any SEO? Title tags and meta descriptions, in most cases. They’re fast to implement and directly affect click-through rate, which compounds with whatever ranking position you already have.

How is on-page SEO different from technical SEO? Technical SEO is about whether a site can be crawled and indexed at all – architecture, speed, and site-wide structure. On-page SEO is about the content and structure of individual pages once they’re accessible. They overlap, particularly around page speed and site architecture, but they’re answering different questions.

Does FAQ schema still matter if Google removed FAQ rich results? The rich result (the expandable dropdown in Google’s results) is gone as of May 2026, but the schema markup itself is still valid and can still be parsed by other crawlers, including AI search systems. Keep it if your FAQ content is genuine; don’t add it purely chasing a rich result that no longer exists.

Do tables and structured content actually help with AI search visibility? Generally, yes, when they’re used for genuine comparisons or breakdowns rather than added for their own sake. The same clarity that helps a table make sense to a reader tends to help an AI system extract information from it.

How do I know if my on-page SEO is actually working? Track rankings, but also track engagement – bounce rate, time on page, and scroll depth in an analytics tool. Rankings without engagement usually mean the content isn’t holding the people it’s attracting, which tends to show up in your rankings eventually anyway.

Can I use AI tools to do my on-page SEO for me? You can use them to speed up parts of the process, but treat it as a collaboration, not a replacement. Connect any AI tool to real keyword and performance data, and test whether the output would still make sense with your brand name removed – if it wouldn’t, it hasn’t said anything real.