Content and On-Page SEO skill 05 of 13
SEO Content Briefs SKILL.md
The SEO Content Briefs skill makes Claude, Codex or another AI agent write briefs a writer can follow without guessing. Each brief names the reader and their goal, the main and supporting queries, the intent and format from the live results, a heading outline, the questions to answer, the first-hand evidence to include and who supplies it, internal links, title and meta options, and acceptance checks for the editor.
content-brief/SKILL.md, version 1.0.0, 1,228 words.
By Afeez Adebayo, Marketing, SEO & Growth Expert with 10+ years of experience.
Created 10 October 2026. Updated 10 October 2026. Free to use under CC BY 4.0.
A brief is the contract between the person who chose the topic and the person who writes it. A good brief means the first draft is close to publishable: it matches what searchers want, covers what the page must cover, includes evidence only the business can provide and links where it should. A thin brief produces a generic article that looks like every other result.
This skill turns a target query into a brief a human or AI writer can follow.
Operating principles
- Start from the reader, not the keyword. Who is searching, what do they already know, and what do they need to do next?
- Base the format on the live results. Run
search-intent-serp-analysisfirst, or do the same checks inside the brief. - Brief the gap, not the copy. Name what top results miss and how this page will be more useful.
- Require first-hand evidence. Data, screenshots, examples, quotes from the expert: things a generic writer or model can't invent.
- Make it checkable. End with acceptance checks so an editor can approve or return the draft quickly.
When to use, and when not to
Use it for every new SEO page and for major rewrites, especially when the writer is external or an AI model.
Don't use it to choose topics (keyword-research, topical-map) or to write the page itself (seo-content-writing).
Inputs to ask for, in one message
- The target query and market, and the page's place in the topical map if there is one.
- The business, product and the action the reader should take after reading.
- The subject-matter expert available and what evidence they can supply.
- Existing pages on the topic, to avoid overlap and to link.
- Brand voice and style rules.
Raw SKILL.md file
This is the exact file agents read, including the credit header and licence notice. Save it as content-brief/SKILL.md.
--- name: content-brief description: "Write SEO content briefs a writer can follow without guessing: the reader and their goal, main and supporting queries, intent and format from the live results, a heading outline, the questions to answer, the original evidence and expertise to include, internal links, title and meta options, word range, and acceptance checks before publishing. Use whenever someone asks for a content brief, article brief, writer brief, outline for an SEO article, or wants to hand a topic to a freelance writer or an AI writer with clear instructions." license: CC-BY-4.0 metadata: author: Afeez Adebayo author_url: https://afeezadebayo.com author_linkedin: https://www.linkedin.com/in/afeez-adebayo/ author_x: https://x.com/za_icon source: https://afeezadebayo.com/skills-md/marketing/content-seo/content-brief/ category: marketing subcategory: content-seo version: "1.0.0" created: "2026-10-10" updated: "2026-10-10" --- # SEO Content Briefs A brief is the contract between the person who chose the topic and the person who writes it. A good brief means the first draft is close to publishable: it matches what searchers want, covers what the page must cover, includes evidence only the business can provide and links where it should. A thin brief produces a generic article that looks like every other result. This skill turns a target query into a brief a human or AI writer can follow. ## Operating principles 1. **Start from the reader, not the keyword.** Who is searching, what do they already know, and what do they need to do next? 2. **Base the format on the live results.** Run `search-intent-serp-analysis` first, or do the same checks inside the brief. 3. **Brief the gap, not the copy.** Name what top results miss and how this page will be more useful. 4. **Require first-hand evidence.** Data, screenshots, examples, quotes from the expert: things a generic writer or model can't invent. 5. **Make it checkable.** End with acceptance checks so an editor can approve or return the draft quickly. ## When to use, and when not to Use it for every new SEO page and for major rewrites, especially when the writer is external or an AI model. Don't use it to choose topics (`keyword-research`, `topical-map`) or to write the page itself (`seo-content-writing`). ## Inputs to ask for, in one message 1. The target query and market, and the page's place in the topical map if there is one. 2. The business, product and the action the reader should take after reading. 3. The subject-matter expert available and what evidence they can supply. 4. Existing pages on the topic, to avoid overlap and to link. 5. Brand voice and style rules. ## Workflow ### Step 1. Define the reader and the job One paragraph: who the reader is, what problem brought them here, what they know already and what they should be able to do after reading. ### Step 2. Set the queries Main query, 3 to 10 supporting queries and questions from People also ask, Search Console and keyword tools. Confirm none of them belong to another existing page. ### Step 3. Read the results Summarise the dominant intent, content type, format, typical depth, freshness and SERP features. List the table stakes and the gaps. ### Step 4. Outline Write the H1 and the H2 and H3 structure in reading order. Under each heading, list the points to make and the questions to answer. Put the direct answer near the top for queries with a clear answer. ### Step 5. Specify evidence and expertise For each section, say what proof to include: a statistic with its source, a screenshot, a worked example, a quote or a test. Name who provides it. ### Step 6. Specify links List 3 to 8 internal links out (with suggested anchors) and the pages that should link in after publishing. List the external sources to cite. ### Step 7. Write the metadata options Two or three title options, two meta description options and a short slug, following `title-tags-meta-descriptions`. ### Step 8. Add acceptance checks The checks the editor will apply before publishing. ## Brief template ``` # Brief: <working title> Target query: <query> | Market: <country, language> | Page type: <guide, comparison, template...> Reader: <who, their situation, what they need to do next> Purpose for the business: <the action we want, the product it leads to> Supporting queries and questions: <list> SERP summary: dominant intent, format, depth, features (AI Overview, snippet, PAA, video) Table stakes: <what every top page covers> Our angle and gap: <what we add that others don't> Outline: H1: H2: ... (points, questions, evidence, owner) Evidence required: <data, screenshots, examples, expert quotes, with owners> Internal links out: <URL, anchor> | Links in after publishing: <URL> Sources to cite: <official or primary sources> Title options: <2-3> | Meta options: <2> | Slug: <slug> Length: <range based on the results, not a target to pad to> Voice and style: <rules> Acceptance checks: <list> ``` ## Acceptance checks to include - The first two paragraphs answer the main question or state what the reader will get. - Every heading in the outline is covered, or the change is explained. - Every statistic has a named source and date. - Required evidence is present and real. - Internal links are in place with descriptive anchors. - No sections are padded to reach a word count. - Style rules are followed. ## Briefing an AI writer Give the model the full brief, the expert's notes and the evidence files, and tell it not to invent statistics, quotes, product features or examples. Ask it to mark anything it couldn't verify. A human editor still checks facts and adds first-hand material before publishing. ## Worked example A cybersecurity company briefed "how to write an incident response plan". The results showed long guides with templates; People also ask covered the phases, who should be involved and how often to test. Most top pages offered a generic template; none showed a real tabletop exercise. The brief asked for a downloadable template, a walkthrough of one anonymised exercise run by the company's head of security with timings, a phase-by-phase outline, links to the company's incident response service page and to two related guides, and citations to NIST guidance. The first draft passed review with minor edits. ## Brief types | Page type | What the brief must add | |---|---| | How-to guide | Steps in order, the outcome of each, screenshots needed, common errors | | Comparison or "best of" | Selection criteria, honest table columns, how each option was tested, disclosure rules | | Product or feature page | Buyer questions, proof (customers, numbers), objections, pricing facts, CTA | | Definition or explainer | A 40 to 60 word definition, examples, related terms to link | | Template or tool page | The asset itself, how to use it, when to move to the product | | Refresh of an existing page | Sections to keep, change and cut; facts to update; what must not move (URL) | ## Edge cases and judgement calls | Situation | What to do | |---|---| | No expert available | Narrow the angle to what the team knows first-hand, or delay the page | | Regulated topic | Add a named reviewer, review date and sources requirement | | Results show mixed intent | Brief one intent clearly and link to the page that serves the other | | Writer is an AI model | Include source material and "don't invent" rules; require a list of unverified claims | | Very competitive query | Brief original data or a tool as the differentiator, not just more words | ## Handoffs to related skills - Choosing what to brief: `keyword-research`, `topical-map` - Results summary: `search-intent-serp-analysis` - Writing the page: `seo-content-writing` - Titles and metas: `title-tags-meta-descriptions` - Evidence and authorship standards: `eeat-content-quality` - Making the page citable in AI answers: the AEO & GEO `answer-ready-content` skill ## Quality bar: what an excellent brief includes - A reader and a job the writer can picture. - An angle that is clearly better than the current results. - Evidence requirements with named owners. - Links in and out, metadata options and acceptance checks. - Nothing the writer has to guess. ## Common mistakes - Briefs that list keywords but not the reader's goal. - Copying competitor headings without naming the gap. - Fixed word counts that encourage padding. - No evidence requirements, so the draft is generic. - No internal links or metadata, so the editor adds them late. ## Questions to ask before you write the brief - Who is the expert, and what can they share? - What should the reader do after reading? - Which existing pages must this page not overlap with? ## Self-check before you answer - Could a writer start without asking questions? - Is the angle clearly different from the top results? - Are evidence owners named? - Are acceptance checks specific and testable? ## Official documentation - Creating helpful, reliable, people-first content: https://developers.google.com/search/docs/fundamentals/creating-helpful-content - Google Search's guidance on AI-generated content: https://developers.google.com/search/blog/2023/02/google-search-and-ai-content - Control your title links: https://developers.google.com/search/docs/appearance/title-link - Control your snippets: https://developers.google.com/search/docs/appearance/snippet --- Created by Afeez Adebayo, Marketing, SEO & Growth Expert Website: https://afeezadebayo.com LinkedIn: https://www.linkedin.com/in/afeez-adebayo/ X: https://x.com/za_icon Source: https://afeezadebayo.com/skills-md/marketing/content-seo/content-brief/ Licence: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). You may copy, share and adapt this skill, including for commercial use, as long as you credit Afeez Adebayo and link to the source URL above. Keep this notice in any copy or adapted version.
Workflow
Step 1. Define the reader and the job
One paragraph: who the reader is, what problem brought them here, what they know already and what they should be able to do after reading.
Step 2. Set the queries
Main query, 3 to 10 supporting queries and questions from People also ask, Search Console and keyword tools. Confirm none of them belong to another existing page.
Step 3. Read the results
Summarise the dominant intent, content type, format, typical depth, freshness and SERP features. List the table stakes and the gaps.
Step 4. Outline
Write the H1 and the H2 and H3 structure in reading order. Under each heading, list the points to make and the questions to answer. Put the direct answer near the top for queries with a clear answer.
Step 5. Specify evidence and expertise
For each section, say what proof to include: a statistic with its source, a screenshot, a worked example, a quote or a test. Name who provides it.
Step 6. Specify links
List 3 to 8 internal links out (with suggested anchors) and the pages that should link in after publishing. List the external sources to cite.
Step 7. Write the metadata options
Two or three title options, two meta description options and a short slug, following title-tags-meta-descriptions.
Step 8. Add acceptance checks
The checks the editor will apply before publishing.
Brief template
# Brief: <working title>
Target query: <query> | Market: <country, language> | Page type: <guide, comparison, template...>
Reader: <who, their situation, what they need to do next>
Purpose for the business: <the action we want, the product it leads to>
Supporting queries and questions: <list>
SERP summary: dominant intent, format, depth, features (AI Overview, snippet, PAA, video)
Table stakes: <what every top page covers>
Our angle and gap: <what we add that others don't>
Outline:
H1:
H2: ... (points, questions, evidence, owner)
Evidence required: <data, screenshots, examples, expert quotes, with owners>
Internal links out: <URL, anchor> | Links in after publishing: <URL>
Sources to cite: <official or primary sources>
Title options: <2-3> | Meta options: <2> | Slug: <slug>
Length: <range based on the results, not a target to pad to>
Voice and style: <rules>
Acceptance checks: <list>Acceptance checks to include
- The first two paragraphs answer the main question or state what the reader will get.
- Every heading in the outline is covered, or the change is explained.
- Every statistic has a named source and date.
- Required evidence is present and real.
- Internal links are in place with descriptive anchors.
- No sections are padded to reach a word count.
- Style rules are followed.
Briefing an AI writer
Give the model the full brief, the expert's notes and the evidence files, and tell it not to invent statistics, quotes, product features or examples. Ask it to mark anything it couldn't verify. A human editor still checks facts and adds first-hand material before publishing.
Worked example
A cybersecurity company briefed "how to write an incident response plan". The results showed long guides with templates; People also ask covered the phases, who should be involved and how often to test. Most top pages offered a generic template; none showed a real tabletop exercise. The brief asked for a downloadable template, a walkthrough of one anonymised exercise run by the company's head of security with timings, a phase-by-phase outline, links to the company's incident response service page and to two related guides, and citations to NIST guidance. The first draft passed review with minor edits.
Brief types
| Page type | What the brief must add |
|---|---|
| How-to guide | Steps in order, the outcome of each, screenshots needed, common errors |
| Comparison or "best of" | Selection criteria, honest table columns, how each option was tested, disclosure rules |
| Product or feature page | Buyer questions, proof (customers, numbers), objections, pricing facts, CTA |
| Definition or explainer | A 40 to 60 word definition, examples, related terms to link |
| Template or tool page | The asset itself, how to use it, when to move to the product |
| Refresh of an existing page | Sections to keep, change and cut; facts to update; what must not move (URL) |
Edge cases and judgement calls
| Situation | What to do |
|---|---|
| No expert available | Narrow the angle to what the team knows first-hand, or delay the page |
| Regulated topic | Add a named reviewer, review date and sources requirement |
| Results show mixed intent | Brief one intent clearly and link to the page that serves the other |
| Writer is an AI model | Include source material and "don't invent" rules; require a list of unverified claims |
| Very competitive query | Brief original data or a tool as the differentiator, not just more words |
Handoffs to related skills
- Choosing what to brief:
keyword-research,topical-map - Results summary:
search-intent-serp-analysis - Writing the page:
seo-content-writing - Titles and metas:
title-tags-meta-descriptions - Evidence and authorship standards:
eeat-content-quality - Making the page citable in AI answers: the AEO & GEO
answer-ready-contentskill
Quality bar: what an excellent brief includes
- A reader and a job the writer can picture.
- An angle that is clearly better than the current results.
- Evidence requirements with named owners.
- Links in and out, metadata options and acceptance checks.
- Nothing the writer has to guess.
Common mistakes
- Briefs that list keywords but not the reader's goal.
- Copying competitor headings without naming the gap.
- Fixed word counts that encourage padding.
- No evidence requirements, so the draft is generic.
- No internal links or metadata, so the editor adds them late.
Questions to ask before you write the brief
- Who is the expert, and what can they share?
- What should the reader do after reading?
- Which existing pages must this page not overlap with?
Self-check before you answer
- Could a writer start without asking questions?
- Is the angle clearly different from the top results?
- Are evidence owners named?
- Are acceptance checks specific and testable?
Official documentation
- Creating helpful, reliable, people-first content: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- Google Search's guidance on AI-generated content: https://developers.google.com/search/blog/2023/02/google-search-and-ai-content
- Control your title links: https://developers.google.com/search/docs/appearance/title-link
- Control your snippets: https://developers.google.com/search/docs/appearance/snippet
On this page
- When to use this skill, and when not to
- Example prompts
- Example output
- What the agent needs from you
- How this skill hands off to related skills
- How to run the SEO Content Briefs skill step by step
- Situations this skill handles
- What makes this skill different
- Practical tips from real projects
- Frequently asked questions
- Changelog
When to use this skill, and when not to
Use it for every new SEO page and every major rewrite, and especially when the writer is a freelancer or an AI model. A strong brief is the cheapest way to get a first draft that is close to publishable.
Don’t use it to choose topics (use Keyword Research or Topical Maps) or to write the page itself (use SEO Content Writing).
Example prompts
- “Write a brief for how to write an incident response plan that a freelance writer can follow.”
- “Turn this keyword cluster into a brief for our head of security to review.”
- “Create a brief an AI writer can use without inventing statistics.”
- “Brief a rewrite of this page so it matches what Google now shows.”
- “Make briefs for the first five pages in our topical map.”
Example output
The skill returns a fixed structure. A shortened example for an imaginary site:
# Brief: How to write an incident response plan Target query: incident response plan | Market: UK, English | Page type: guide + template Reader: IT or security lead at a 50-500 person company, no plan yet, needs one this quarter. SERP: long guides with templates; PAA on phases, who is involved, how often to test. Our angle: walkthrough of a real (anonymised) tabletop exercise with timings. Outline: H2 What an incident response plan includes H2 The six phases, with a template for each H2 A tabletop exercise, step by step (evidence: head of security) Acceptance checks: answer in first 2 paragraphs; every statistic sourced; template attached.
The brief names the evidence and its owner for each section, so the draft contains material only your business can provide.
What the agent needs from you
The skill asks for the target query and market, the page’s place in the topical map if there is one, the product and the action the reader should take, the subject-matter expert and the evidence they can supply, existing pages on the topic to avoid overlap and to link, and your brand voice and style rules.
How this skill hands off to related skills
The brief sits between planning and writing. It uses Search Intent and SERP Analysis for the results summary and Title Tags and Meta Descriptions for metadata options, then hands over to SEO Content Writing. Expertise and evidence requirements follow E-E-A-T and Content Quality, and before briefing it checks for overlap with Keyword Cannibalisation.
How to run the SEO Content Briefs skill step by step
- Install the skill as
content-brief/SKILL.md. - Give the target query and market, and the page’s place in your topical map if you have one.
- Explain the business goal: the product and the action the reader should take after reading.
- Name the expert and the evidence they can supply: data, screenshots, examples, quotes.
- List existing pages on the topic, so the brief avoids overlap and plans links.
- Review the brief and acceptance checks, then hand it to a writer or an AI model.
Situations this skill handles
Briefs differ by page type and writer. The skill adapts to these situations:
| Situation | What the skill does |
|---|---|
| Freelance writer new to the topic | Adds context, sources and evidence owners so the writer doesn’t guess |
| AI model as the writer | Adds “don’t invent” rules and asks for a list of unverified claims |
| Comparison page | Defines selection criteria, honest table columns and disclosure rules |
| Regulated topic | Adds a named reviewer, review date and source requirements |
| Very competitive query | Briefs original data or a tool as the differentiator |
| Rewrite of an existing page | Lists sections to keep, change and cut, and what must not move |
What makes this skill different
Most brief templates are keyword lists and heading outlines copied from competitors. This skill briefs the gap: who the reader is, what the current results miss and what only your business can add. Every section names the evidence required and who supplies it.
It ends with acceptance checks an editor can apply in minutes, so drafts come back close to publishable and review rounds drop.
Practical tips from real projects
- Brief the reader, not the keyword. A writer who can picture the reader writes a better page.
- Give a word range, not a target, based on what the results need.
- Name evidence owners. “Screenshot of the setup screen (from product team)” beats “add screenshots”.
- Plan links in the brief, both out and in, so editors don’t add them late.
A worked example: a cybersecurity company briefed “how to write an incident response plan”. The results showed long guides with generic templates, and People also ask covered phases, roles and testing. The brief asked for a downloadable template, a walkthrough of a real anonymised tabletop exercise run by the head of security, and links to the incident response service page. The first draft passed review with minor edits.
Briefs also make AI-assisted writing safer. When the model receives the reader, the angle, the expert’s notes and clear rules against invention, its draft needs far less correction, and the editor can focus on adding first-hand detail instead of removing made-up facts.
Store finished briefs next to the published pages. When a page is refreshed a year later, the original brief shows what it was meant to do and makes the refresh faster.
Frequently asked questions
What should an SEO content brief include?
The reader and their goal, target and supporting queries, intent and format from the live results, an outline, questions to answer, evidence required, internal links, title and meta options, length guidance and acceptance checks.
Should a brief set a word count?
It gives a range based on what the results need, not a target. Fixed word counts push writers to pad, which makes pages worse.
Can I use these briefs with ChatGPT or Claude?
Yes. The skill includes guidance for briefing AI writers: give the full brief and the expert’s material, tell the model not to invent facts, and have a human check and add first-hand detail.
How is a brief different from an outline?
An outline lists headings. A brief also explains who the page is for, why it will be better than the current results, what proof to include and how the editor will judge the draft.
How long does a brief take?
With research done, an agent drafts one in minutes. The time worth spending is with the expert, agreeing the angle and the evidence.
Changelog
- 1.0.0, 10 October 2026: first release.
Use, adapt and share this skill under CC BY 4.0: credit Afeez Adebayo and link to this page.
All Content and On-Page SEO skills
