I published 47 blog posts in 2024. Six of them reached page 1 of Google. The other 41 sit on page 3 or beyond, collecting dust.
The difference between the six winners and the 41 losers was not writing quality. It was not word count. It was not backlinks. It was the outline.
The posts that ranked were outlined with search intent in mind before I wrote a single paragraph. The posts that flopped were written stream-of-consciousness and then "optimized" after the fact. Retrofitting SEO onto a finished post is like trying to add a foundation after building the house.
Here is the outlining framework I now use for every post.
Step 1: Start With Search Intent, Not a Topic
Most bloggers start with a topic: "I want to write about Docker." That is too broad. You need to start with a specific search query and understand why someone types it into Google.
There are four types of search intent:
- Informational: "What is Docker?" — They want to learn.
- Navigational: "Docker documentation" — They want a specific page.
- Transactional: "Docker pricing" — They want to buy.
- Commercial investigation: "Docker vs Kubernetes" — They are comparing options.
For blog content, you are mostly targeting informational and commercial investigation queries. The key is to pick a query where you can deliver the most complete, useful answer.
How to Find the Right Query
- Start with a seed topic (e.g., "Docker")
- Use Google autocomplete — type "how to Docker" and note the suggestions
- Check "People Also Ask" on the search results page
- Use free tools like Ubersuggest, AnswerThePublic, or Google Keyword Planner
- Look for queries with decent volume (100-10,000 monthly searches) and low-to-medium competition
For example, instead of "Docker tutorial" (ultra-competitive), you might target "how to reduce Docker image size" (specific, moderate competition, clear intent).
Step 2: Analyze the Top 5 Results
Before outlining, open the top 5 Google results for your target query. Read each one and note:
- What topics do they all cover? These are table-stakes sections you must include.
- What is missing? This is your opportunity to add unique value.
- What format do they use? Lists, tutorials, case studies?
- How long are they? This gives you a target word count.
- What questions do they leave unanswered? Address these.
I keep a simple document where I list the H2 headings from each competing article. Patterns emerge quickly. If all five articles have a section on "common mistakes," you need one too. If none of them include real-world examples, that is your differentiator.
Step 3: Build Your Heading Structure
Your H2 and H3 headings are the skeleton of your post. They serve two purposes:
- For readers: They make the post scannable. Most readers skim headings first and only read the sections that interest them.
- For Google: Headings signal topical coverage. Google uses them to understand what your post is about.
The Heading Formula
A well-structured blog post follows this pattern:
H1: [Primary Keyword + Benefit/Promise]
H2: [Context/Problem Setup]
H2: [Core Framework or Method]
H3: [Step/Component 1]
H3: [Step/Component 2]
H3: [Step/Component 3]
H2: [Advanced Tips or Common Mistakes]
H2: [Real-World Examples or Case Study]
H2: [FAQ or Related Questions]
H2: [Conclusion with CTA]
Heading Best Practices
- Include your target keyword (or a close variant) in at least 2 H2 headings
- Use action-oriented language: "How to..." or "Why..." or specific numbers
- Keep headings under 60 characters
- Make each heading a promise — the reader should know what they will learn from that section
Step 4: Fill In the Outline Details
Under each heading, write 2-3 bullet points describing what you will cover. This is the step most people skip, and it is the most important.
Here is what a detailed outline looks like:
## How to Reduce Your Docker Image Size by 80%
### Use Multi-Stage Builds
- Explain what multi-stage builds are and why they matter
- Show before/after Dockerfile example
- Include actual size reduction numbers from a real project
### Choose the Right Base Image
- Compare alpine vs slim vs full images (with size table)
- When to use each one
- Common gotcha: missing libraries in alpine
### Remove Unnecessary Dependencies
- Using .dockerignore (show example file)
- Cleaning up apt-get caches
- Removing dev dependencies in production builds
### Compress and Combine Layers
- Explain how Docker layers work
- Show how to combine RUN commands
- Use dive tool to inspect layer sizes
This level of detail means that when you sit down to write, you are never staring at a blank page. You are just expanding bullet points into paragraphs.
Step 5: Plan Your Internal Links and CTAs
Before writing, identify:
- 2-3 internal links to other posts on your site (this builds topical authority)
- 1-2 external links to authoritative sources (studies, documentation, data)
- Your CTA — what do you want the reader to do after reading?
Planning links at the outline stage ensures they feel natural in the final post. Adding them after writing often results in forced, awkward links.
Step 6: Write the Introduction Last
This is counterintuitive, but your introduction is the hardest section to write and the most important for reader retention. Write it after the body is complete, when you fully understand what the post delivers.
A strong blog introduction follows this pattern:
- Hook (1-2 sentences): A specific result, surprising stat, or relatable problem
- Context (1-2 sentences): Why this matters to the reader
- Promise (1 sentence): What they will learn or be able to do after reading
Example:
"Our Docker images were 1.2GB. Deployments took 8 minutes. After applying the techniques in this post, we got them down to 89MB with 45-second deploys. Here is exactly how."
The Complete Outline Template
Here is a copy-paste template you can use for your next post:
# [Primary Keyword]: [Benefit or Promise]
## Introduction
- Hook: [Specific result/stat/story]
- Context: [Why this matters]
- Promise: [What reader will learn]
## [Problem/Context Section]
- Define the problem clearly
- Why existing solutions fall short
- What most people get wrong
## [Solution Framework]
### [Step/Method 1]
- Key concept
- Example or code snippet
- Common mistake to avoid
### [Step/Method 2]
- Key concept
- Example or code snippet
- Pro tip
### [Step/Method 3]
- Key concept
- Example or code snippet
- Measurable result
## [Common Mistakes / FAQ]
- Mistake 1 + fix
- Mistake 2 + fix
- Mistake 3 + fix
## [Real-World Example or Case Study]
- Before state
- What was done
- After state with metrics
## Conclusion
- Recap key takeaways
- Next step the reader should take
- CTA
Speeding Up the Outlining Process
The framework above works. But it takes time — especially the competitive analysis step. On a good day, creating a thorough outline takes me 45-60 minutes.
When I need to produce content faster, I use AI Blog Outline to generate a starting outline. You input your target keyword and topic, and it creates a structured outline with H2/H3 headings, suggested content for each section, and SEO considerations.
I do not use the AI output as-is. I use it as a starting point, then layer in my competitive analysis, unique angles, and personal examples. It cuts my outlining time from 60 minutes to about 20.
Why Outlines Beat "Just Writing"
Some writers resist outlining because it feels rigid. "I write better when I just let it flow." Maybe. But flowing writing that does not match search intent will not rank, no matter how beautiful it is.
The outline is not a prison. It is a map. You can take detours. You can add sections you did not plan. But you always know where you are going and why.
The six posts that reached page 1 of Google all started with a detailed outline. Every single one. The 41 that did not rank? Most of them started with "I will just start writing and see where it goes."
Outline first. Write second. Rank third.
Start your next outline with the framework above, or save yourself some time and generate one at AI Blog Outline. Either way, stop publishing posts without a plan.
Top comments (0)