Pageoptimized
Module 02

Market and keyword research

Start from the audience and offer, whether the site is brand new or established. Inspect the search market, expand the language people use, qualify page fit, and turn a large idea set into a small group of owned decisions rather than an export nobody uses.

  • Business owners
  • SEO beginners
  • Content teams
  • Agencies
Module case file

Horizon Legal must choose its next Austin topic

The firm already has service and location pages. The work begins with a research brief, then reads the existing market, expands focused keywords, qualifies page fit, and saves only decisions. The task is not to produce the largest export.

Audience
People in Austin evaluating injury-law options
Market
United States, English
Existing coverage
/personal-injury/austin/ and /truck-accidents/
Decision question
Improve an existing Austin page or create a genuinely missing asset?
Initial topic family
Personal injury counsel in Austin
Your finished deliverable

Produce a qualified keyword set in which every saved row has a target page, evidence, and one action: improve, create, consolidate, monitor, or reject.

How this module works

The order matters

Market research and keyword research are related, but they are not the same task. Market research comes first and can be done for a brand-new site: it studies the domains, pages, result types, and topic portfolios already serving the market. Keyword research then expands compact search language. Prompt research later tests fuller buyer questions in answer engines. Intent and page-fit review turns those different evidence types into decisions.

  1. 01Define the question

    Set audience, market, offer, existing coverage, and exclusions.

  2. 02Inspect the market

    See who and which page types already capture organic visibility.

  3. 03Expand the language

    Generate related searches from focused, contextual seeds.

  4. 04Decide page fit

    Choose improve, create, consolidate, monitor, or reject.

  5. 05Commit the work

    Preserve evidence, target, owner, and next action in the project.

Lesson 2.1

Write the research brief

Define the market and decision context before generating keyword rows.

The keyword tool is the most tempting place to start and the worst. Type a service into it and ten thousand rows come back, sorted by a number that describes none of your constraints. Not your market. Not the cases you are licensed to take. Not the four pages already covering half of what those rows describe. The list looks like research. It is a record of what other people search for.

A research brief is the rulebook the keyword work has to obey, written before any rows exist. It names who the research serves, the task they are trying to finish, what the business can actually deliver, where it operates, which pages already do part of the job, and what gets thrown out on sight.

The payoff arrives later, when somebody asks why a high-volume term is not in the plan. With a brief you point at the rule it broke. Without one you are arguing from taste, and the biggest number usually wins that argument.

Write the rules before the rows, or the rows will write the rules for you.

What the brief has to contain

Ten fields. Most take a single line, and the whole thing fits on one screen:

  • Audience. Who this research is for.
  • Audience task. What they are trying to finish, in a sentence.
  • Offer. What the business can actually deliver today.
  • Geographic market. Where it can serve them.
  • Language. Which one the audience searches in.
  • Existing URLs. Pages already covering all or part of the task.
  • Search competitors. Whoever owns the result page, seller or not.
  • Include rules. What qualifies a term.
  • Reject rules. What disqualifies one on sight.
  • The decision. What this research has to settle.

None of these is a research finding. They are constraints, and every one of them is knowable before a tool is open.

Write the audience task as a sentence a real person would recognize. Horizon Legal's is a person in Austin comparing injury counsel after an accident. That sentence does work later. It rules out people researching how adjusters calculate offers, who are a genuine audience with a genuine need and no intention of hiring anyone this month.

Record only coverage the organization genuinely has. Aspirational markets are the most common contamination in a brief, because nobody enjoys writing down that the firm cannot take a case in Dallas. Six months later the plan contains twelve Dallas pages and nobody remembers deciding to build them.

Search competitors are not business competitors

The firm you lose clients to and the site you lose the result page to are frequently different organizations. Horizon competes commercially with other Austin injury firms. On the result page it competes with legal directories, a state bar resource, a national publisher running an accident guide, and a settlement calculator somebody built as a lead magnet.

This distinction decides what you are supposed to build. When the market is held by tools and guides, a service page walks into a fight it cannot win however good the copy is. Reading the result as though only other firms were present produces a plan that loses on page type before a word is written.

List them separately in the brief. Business competitors on one line, search competitors on another. When the two lists barely overlap, that is the most useful finding of the whole research pass, and it usually arrives before you have generated a single keyword.

Reject rules are the field people skip

Include rules are easy and mostly useless, because almost everything looks includable at the start. Reject rules do the work, and they are uncomfortable to write because each one closes a door somebody was hoping to leave open.

Horizon's run: outside Texas, criminal defense, family law, anything implying a guaranteed outcome, and any term whose searcher is plainly a law student. That last rule removes several hundred rows with respectable volume and no possibility of a client, which is exactly the kind of row a volume sort promotes to the top of the list.

Write the brief in one sitting

Twenty minutes, before any tool is open. A field you cannot fill is a finding worth recording, not a reason to start researching anyway.

  1. Name the audience and their task.One sentence each. If the task sentence could describe three different people wanting three different things, it is not finished.
  2. Write down what the business can actually serve.Offer, market, and language, restricted to today. Anything aspirational goes on a separate line marked as such, where it cannot quietly become scope.
  3. List the URLs that already do part of this job.This one field prevents most duplicate-page decisions later. A keyword that maps to an existing URL is an improvement rather than a new page, and that difference is worth thousands of dollars of writing.
  4. List search competitors separately from business competitors.Open the result page for the obvious query and write down who is actually there. Directories and tools count. This is where your page-type decisions will come from.
  5. Write the reject rules.Aim them at the terms that will look tempting in three weeks. A vague rule loses to a big number; a specific one does not have to argue.
  6. End with the research question.One sentence naming what this run has to settle. Horizon's: which Austin injury tasks deserve an improvement to an existing page, and which reveal a genuinely missing one.
Worked exampleSee the completed Horizon Legal work, then build your version.
Lesson 2.1 output: Horizon Legal

Austin injury-law research brief

The left side is what the team knows before research. The right side is the completed brief that controls lessons 2.2 through 2.5.

Known facts before lesson 2.1

Offer
Texas personal-injury representation
Service area
Austin and supported Texas markets
Current URLs
/personal-injury/austin/; /truck-accidents/
Business constraint
No unsupported states or case types

Research brief v1 after lesson 2.1

Audience task
Compare an Austin injury lawyer after an accident
Market
United States; English; Austin service area
Search competitors
Local firms, directories, and legal publishers
Include
Austin service, accident, comparison, and decision tasks
Reject
Other states, jobs, law school, unsupported case types
Research question
Improve an existing Austin page or create a genuinely missing asset?

Brand-new site variation after lesson 2.1

Existing URLs
None; /personal-injury/austin/ is planned, not published
Historical data
No Search Console, ranking, conversion, or crawl history
Available evidence
Real services, Austin coverage, intake questions, customer language, live search results, and competitor pages
Research rule
Treat every target as a launch hypothesis and establish the first baseline after publication
Decision

Research one service-location cluster first and reject demand the firm cannot serve.

Save this in

Current Academy artifact. PageOptimized does not yet have a dedicated project-level Research Brief record; its row-level decisions will be retained in Keyword List planning notes.

Your turn

Use the principle on your own project

Follow the sequence once. The goal is a defensible decision, not completing steps for their own sake.

Have these open

The offer, service, product, or information the site can genuinely provide · The audience, location, language, existing URLs, and business constraints

  1. Create a brief with these fields: audience, audience task, offer, geographic market, language, existing URLs, search competitors, include rules, reject rules, and the decision this research must support.
  2. Write the audience task as a sentence a real person could recognize. For Horizon Legal: 'A person in Austin comparing injury counsel after an accident.'
  3. Record only offers and locations the organization can genuinely serve. Do not use aspirational markets as if they are current coverage.
  4. Open the current site and list the URLs already serving all or part of that task. This is what prevents a different keyword from automatically becoming a duplicate page.
  5. List search competitors separately from business competitors. A directory, publisher, marketplace, government page, or tool can compete for the result even when it does not sell the same service.
  6. Write explicit include and reject rules. End with one research question, such as: 'Which Austin injury tasks deserve an improvement to an existing page, and which reveal a genuinely missing page?'
Reference notesDefinitions, site-specific paths, common mistakes, and completion paths

Terms in plain language

Use these definitions when a term is unfamiliar.

Research brief

A short set of audience, offer, market, coverage, and exclusion rules used to judge every keyword idea.

Example

Research Austin injury-law decisions for people after an accident; reject other states, jobs, and unsupported case types.

Seed keyword

A focused starting phrase used to discover related search language. It is an input, not the final target list.

Example

personal injury lawyer austin is a focused seed; lawyer is too broad for this brief.

Search competitor

Any site competing for the same search result, even when it is not a commercial rival.

Example

A legal directory or government guide can be a search competitor for an injury-law query.

Choose the path that matches your site

New sites establish evidence; established sites use history.

Brand-new site or no usable history

Build the brief from the real offer, customer conversations, service area, sales or support questions, and pages planned for launch. Existing URLs and first-party query data may correctly be listed as none.

Site with usable history

Add current URLs, Search Console language, converting pages, internal search, support questions, and known overlap so research can distinguish improve from create.

Common mistakes

What people often do and what to do instead.

Typing a broad seed such as 'lawyer' and sorting by volume
InsteadDefine the audience task and service area first, then choose a seed that fits that brief.
Treating every keyword used by a competitor as relevant
InsteadReject topics the business cannot serve, pages it should not create, and audiences it does not support.
Ignoring pages the site already has
InsteadList current URLs before research so new ideas can be evaluated as improve, consolidate, or create.
Current workflow

Complete this step outside PageOptimized

What PageOptimized does
Keyword List planning notes can retain target, action, evidence, owner, and row-level research reasoning.
What it does not do
There is no dedicated project-level Research Brief record shared by Market Map, Keyword Ideas, Keyword List, and Content Plan.
How to use it now
Complete the brief in the Academy, then carry its include, reject, target, and action rules into the rows you save.

You should now have

  • A named audience task
  • Market and language
  • Existing coverage and search competitors
  • Explicit include and reject rules
  • One research question for the next lesson

Before you move on, confirm

  • The brief is specific enough to reject irrelevant demand.
  • Search competitors are not assumed to equal business competitors.
  • Existing pages and constraints are visible.
  • The next researcher can choose a seed without guessing the audience or market.
Lesson 2.2

Map the existing organic market

Use competitor domains and pages to see where demand is already being captured, even when your own site has no history.

Before asking which queries are worth having, look at who is already getting them. The organic market is the set of sites and pages currently capturing demand around your audience task. It exists whether or not your own site does, which is the part that surprises people running this for a domain that launched last month.

This is a different question from keyword research and it comes first. Market work asks where demand is already being captured and by what kind of page. Keyword work asks which exact queries are worth evaluating. Run them in the other order and you generate a thousand rows with no idea which page type any of them wants.

Study the pages that are winning, not only the domains. The page type is the finding.

A new site is not a failed analysis

Analyze a domain nobody has linked to yet and Market Map will show close to nothing. That is a correct result rather than a broken one, and it is worth recording as a dated baseline before anyone concludes the tool is wrong.

The evidence you need sits on the competitor side regardless. Three Austin firms earning visibility through settlement calculators and explanatory guides tells you what this market rewards, and it tells you that whether your own site has four visitors or four hundred thousand. A brand-new project can finish this lesson completely, and often produces a sharper plan than an established one whose owner keeps staring at their own line.

The trap is copying the portfolio. Competitors ranking with calculators does not make building a calculator the strategy. It means the market rewards a tool for that task. Whether you can build a genuinely useful one, and whether that task is the one your business wants, are separate questions this lesson does not answer.

What the estimates are, and what they are not

Market Map numbers are modeled rather than measured. They are directional, and they earn their keep on comparisons instead of absolutes. Use them to:

  • Compare two domains against each other under identical scope.
  • Rank one competitor's page groups by relative visibility.
  • Spot a topic portfolio that recurs across several competitors.
  • See movement in a domain's profile over time.

Never put one of these figures in a client report as traffic. It is a vendor's model of a market, and the moment it sits next to real analytics numbers, everything on the page inherits its uncertainty.

Scope is what makes the comparison valid. Country and subdomain handling have to match across every domain you analyze, or you are comparing a national profile against a city one and calling the difference a competitive gap. Turn subdomains on only when the subdomain genuinely belongs to the business being studied.

Actual PageOptimized screenUse the numbered steps with the product image below.
Product source · Market Map

Read the market before expanding keywords

Read the selected market and domain scope before comparing estimated traffic, ranking distribution, movement, pages, and keywords. The finished observation above records the portfolio gap this view supports.

PageOptimized Market Map showing an example domain's organic traffic, ranking keywords, traffic value, position distribution, and trend history.Open full size
  1. Confirm country and subdomain scope.
  2. Compare traffic, keyword count, value, and distribution.
  3. Open pages and keywords before naming an opportunity.
  4. Label every modeled number as an estimate.

When the winning page type is one you cannot build

This is the uncomfortable finding and it arrives often. The market rewards an interactive calculator and you are a two-person firm with no developer. Or the top four results are directories with a decade of listings, and no amount of writing turns a service page into a directory.

The wrong response is to build the closest thing you can and hope. A weak version of the winning format loses to the strong version, and it also loses to the formats you skipped in order to attempt it. The right response is to narrow. Take the slice of the task the dominant format handles badly and check whether a different page type serves that slice completely.

Directories are the clearest case. A directory ranks on breadth and cannot be beaten on it. What it does badly is depth on any single entry: no real case detail, no local specifics, no answer to the question a person asks once they have the list. That gap is a page you can build, and it is a different page from the one you were about to attempt.

Record this in the observation you carry into the next lesson. A market note saying the winning format is out of reach and here is the slice that is not will change which seed you expand. A note saying competitors rank with calculators will not.

Read the market in one pass

The output is not an export. It is one written observation strong enough to change which seed you expand in the next lesson.

  1. Set the scope first.Country and subdomain handling, matching the brief. Set it once and hold it constant for every domain, or nothing you compare afterward means anything.
  2. Record your own profile, including an empty one.An established site gets a directional starting point. A new site records that it has no modeled visibility yet, dated. Both are valid baselines and only one of them is embarrassing.
  3. Analyze at least two search competitors.From the brief's list, which means a directory or a publisher qualifies. Two is the minimum that lets you tell a market pattern from one company's preference.
  4. Drill from totals into pages.Overview shows the shape, Ranking Keywords shows the queries behind it, and Traffic Pages shows which page types earn it. The third view is the one that changes plans, and it is the one people skip.
  5. Write the one observation that changes the next step.Not a summary of the market. One sentence about what the winning pages help someone do, added to the brief before you choose a seed.

What to paste into Market Map

Click the domain field and paste the site's hostname. A bare root domain is easiest to review. The app also accepts a full URL and normalizes its protocol, www prefix, and path on the server.

Use these
  • horizonlegal.com (recommended)
  • https://www.horizonlegal.com/services/ (accepted and normalized to horizonlegal.com)
  • blog.horizonlegal.com with Include subdomains enabled (keeps that subdomain in scope)
Do not paste these
  • /personal-injury/austin/ (a relative path, not a domain)
  • Horizon Legal (a business name, not a hostname)
  • https://google.com/search?q=horizon+legal (a search-results URL)
Worked exampleSee the completed Horizon Legal work, then build your version.
Lesson 2.2 input and output: Horizon Legal

Market research before keyword expansion

This lesson starts from brief v1, compares the existing organic market, and adds one evidence-backed observation to produce brief v2.

Input from lesson 2.1

Domain
horizonlegal.com
Market
United States; English
Question
Where does Austin demand exceed current page coverage?
Comparison set
Two local firms plus directories and legal publishers

Brief v2 after Market Map

Scope
US database; root domain; subdomains excluded; By Traffic
Observed pattern
Competitors earn visibility with service-location pages and settlement utilities
Portfolio gap
Horizon has fewer Austin-specific accident task pages
Next seed
personal injury lawyer austin
Confidence
Directional; traffic and value remain estimates

Brand-new site variation after Market Map

Own-domain result
No meaningful modeled visibility yet
Comparison evidence
Three relevant search competitors use service pages, fee guides, and settlement tools
Valid conclusion
Research provider evaluation and settlement-estimation tasks for launch
Invalid conclusion
The new site must copy every competitor page or will receive the competitors' estimated traffic
Decision

Expand Austin service and settlement tasks before researching broader injury terms.

Save this in

The current research brief as a dated Market Map observation; not a raw keyword or page export.

Your turn

Use the principle on your own project

Follow the sequence once. The goal is a defensible decision, not completing steps for their own sake.

Have these open

The domain and market from the research brief · Two relevant search competitors, including publishers or directories when they occupy the results

  1. Open Market Map. Click the domain field and paste the hostname. Use horizonlegal.com for the cleanest record. A full URL such as https://www.horizonlegal.com/personal-injury/austin/ is also accepted and is normalized to horizonlegal.com.
  2. Choose the country used in the brief. Turn Include subdomains on only when subdomains such as blog.example.com belong in the analysis; otherwise the root registrable domain is used.
  3. If the site is established, analyze it first and record its directional profile. If it is brand new, record that it has no meaningful modeled visibility yet; that is a valid baseline, not a failed analysis.
  4. Analyze at least two search competitors under the same country and subdomain scope. A search competitor can be a directory, publisher, marketplace, government resource, or tool, not only a business selling the same offer.
  5. Open Ranking Keywords to see the queries behind the totals, then Traffic Pages to see the page types and topic portfolios earning the visibility.
  6. Compare page portfolios and audience tasks, not just total estimated traffic. Write what the winning pages help people do and which proof or interaction they provide.
  7. Write one observation that changes the next research step. Add that observation to the brief before choosing the seed for lesson 2.3.
Reference notesDefinitions, site-specific paths, common mistakes, and completion paths

Terms in plain language

Use these definitions when a term is unfamiliar.

Organic market

The domains, pages, result types, and topic portfolios already receiving search visibility for the audience and market in the brief.

Example

Austin law firms, legal directories, government resources, and calculators may all occupy the same organic market.

Topic portfolio

A related group of pages through which a site covers a subject, rather than one isolated keyword.

Example

A competitor may win through a hub containing accident guides, service pages, FAQs, and a settlement calculator.

Estimated traffic

A modeled comparison based on keyword and position data. It is useful directionally but is not the site's actual analytics.

Example

An estimate can show that Competitor A has a larger calculator portfolio; it cannot prove the exact visits Competitor A received.

Choose the path that matches your site

New sites establish evidence; established sites use history.

Brand-new site or no usable history

Do not wait for your own rankings. Analyze the new domain to confirm it has little or no modeled visibility, then study relevant search competitors and their traffic pages to learn which page types currently satisfy the market.

Site with usable history

Analyze the site first, then compare the same country and subdomain scope with at least two search competitors. Use current winning and missing portfolios to choose the next seed.

Common mistakes

What people often do and what to do instead.

Calling estimated traffic the site's real traffic
InsteadUse estimates directionally and use Search Console or Analytics for first-party performance.
Comparing only the total traffic number
InsteadOpen ranking keywords and traffic pages to identify the page types and topic portfolios behind the total.
Using a business name, Google results URL, or one internal path as the domain
InsteadPaste the site's hostname and choose subdomain scope explicitly.
Assuming a new site cannot use Market Map
InsteadRecord the new domain's zero or limited visibility, then inspect relevant search competitors and their winning page portfolios under the same market scope.

You should now have

  • A recorded country and subdomain scope
  • Two page or topic portfolio patterns
  • One market observation that changes which seed is researched next

Before you move on, confirm

  • The country and subdomain scope are recorded.
  • Estimates are labeled as estimates.
  • The output names page and topic patterns, not just a winning domain.
Lesson 2.3

Expand focused seed topics

Understand the language patterns inside one topic, then reduce a large idea set without treating volume as the strategy.

Expansion is where the row count explodes and the thinking usually stops. A tool returns ten thousand ideas in four seconds, the column headers look quantitative, and sorting by volume feels like analysis. It is a sort. It answers a question nobody asked: which of these strings is typed most often by anyone, anywhere in the market, for any reason at all.

The job here is narrower and harder. Take one focused seed, learn the language patterns inside that topic, then reduce a large idea set to a small number of tasks you could act on. The brief you bring is not the one from lesson 2.1 either. It now carries the market observation from 2.2, and that observation is what tells you which seed is worth expanding.

One focused seed, expanded and then reduced against the brief. Volume sizes demand and decides nothing.

Choosing the seed

A focused seed represents a topic family the brief actually covers. For Horizon that is personal injury lawyer austin. Not lawyer, which returns divorce and immigration and criminal defense. Not a list of forty variations, which returns the same clusters forty times and spends the run.

What comes back are modifiers, and each describes a different situation rather than a different page. Around that seed you will see:

  • austin, and other places, which is geography
  • near me, which is the same task with location handed to the device
  • fees and no win no fee, which is somebody worried about cost
  • spanish speaking, which is an access requirement
  • truck accident, which is a different case type inside the same practice
  • vs insurance adjuster, which is a person deciding whether to hire anyone at all

Six modifiers, at least four genuinely distinct situations, and nothing here yet says how many pages should exist. That is the next lesson.

The mental model

10,000 rows become 25 to 60 decisions

10,000 rowsEverything expansion returned
Survives

Seeds, competitor terms, questions, and modifiers, unfiltered.

Removed here

Nothing yet. Volume here measures the tool, not the market.

3,600 leftMarket and service rules
Survives

Terms a person in Austin looking for this service could plausibly use.

Removed here

6,400 wrong city, wrong service, wrong audience, wrong country.

900 leftTask clusters, not strings
Survives

One row per distinct task, with its variants collapsed underneath.

Removed here

2,700 rewordings of a task already represented.

200 leftA page could actually serve it
Survives

Tasks the firm's offer and page types can genuinely satisfy.

Removed here

650 with no useful page, or outside what the business does.

25-60 decisionsResult page reviewed
Survives

Keyword, intent, target page, evidence, and the next action.

Removed here

Anything still missing an owner, a page, or a decision.

Volume sizes observed demand. It cannot prove relevance, page fit, conversion value, or that you can rank.

Expansion is raw material, not a plan. Each gate removes rows for a written reason, so the survivors can be defended.

Volume is a signal, not a score

Search volume estimates how often a term may be searched under one provider's model. Read carefully it is useful. Read as a ranking it quietly decides your strategy. Volume cannot tell you whether a term:

  • fits what the business actually sells
  • attracts somebody who will convert rather than browse
  • deserves a page of its own or belongs inside an existing one
  • is realistically winnable given who holds the result page
  • will still carry that demand in twelve months

None of those five is in the column. A lower-volume task with strong business fit and a page you can genuinely build beats a broad high-volume topic you cannot serve.

Difficulty scores carry the same warning with more confidence attached. They model competition, and they cannot see that the top three results are a directory, a government page, and a tool. That is a market a good service page will not enter, whatever the number says.

Actual PageOptimized screenUse the numbered steps with the product image below.
Product source · Keyword Ideas

Turn one focused seed into a research packet

Keyword Ideas keeps demand, difficulty, cost, intent, trends, wider-net ideas, and the save path together so the next step does not start from a bare CSV.

PageOptimized Keyword Ideas showing a focused seed with search volume, difficulty, CPC, intent, trends, and related keywords.Open full size
  1. Enter one seed and the correct market.
  2. Review metrics as separate signals.
  3. Inspect the result page and current site coverage.
  4. Save only rows with a defined next action.

Grouping variants without merging tasks

Spelling, word order, and singular against plural are almost always the same task. Personal injury lawyer austin and austin personal injury attorney are one decision wearing two costumes, and treating them as two rows is how a site sets out to cannibalize itself.

The harder call is a modifier that looks cosmetic and is not. Spanish speaking personal injury lawyer austin is not a wording variant. It is an access requirement that changes who can be served, what the page has to prove, and possibly who writes it. Group by the task the person is trying to finish, and when you are unsure, open the result page for both and see whether the same pages rank.

Keywords and prompts are different instruments

A keyword is a compact expression you can compare against demand estimates and a live result page. A prompt is a fuller request carrying context and constraints: I was rear-ended in Austin, have medical bills, and received an offer from the insurer, what should I compare before hiring a lawyer.

Both describe the same person and they answer different questions. Keyword work tells you about search demand and page fit, which is this module. Prompt work tells you how answer engines describe your category and whether they name you, which is modules 10 and 11. Substituting one for the other produces confident conclusions about the wrong system.

Expand, then reduce

The reduction is the lesson. A run ending in two hundred rows nobody has judged is the same failure as the ten thousand you started with, arrived at more slowly.

  1. Reopen the brief and read it.Including the market observation from 2.2. Working from memory is how the reject rules quietly stop applying halfway down the list.
  2. Enter one focused seed with matching scope.Same country and language as Market Map. A scope mismatch here invalidates every comparison you are about to make against the market work.
  3. Apply the brief before you look at any number.Reject on audience, offer, market, language, and legal limits first. Doing it afterward means reading a metric attached to a row you were always going to cut.
  4. Group rows into task clusters.Collapse the wording variants that describe one job. Ten thousand rows becomes a few hundred clusters, and clusters are the unit you can actually reason about.
  5. Record what each cluster needs.Modifier or question pattern, likely page experience, current or planned coverage, business value, and what the live result looks like. This is the part that survives into lesson 2.4.
  6. Read the metrics as separate signals.Volume, difficulty, cost per click, competition, intent, and trend each answer one narrow question. None of them ranks the list for you.
  7. Mark every cluster Keep, Review, or Reject with the reason.A cluster with no reason attached will be re-argued from scratch in a month. Twenty-five to sixty decisions is a normal landing point rather than a target to hit.

See the difference between a seed, modifier, query, and prompt

Use these as patterns, not a list to copy blindly. Each item must still pass the research brief, task clustering, result review, and page-fit decision.

Classify the language like this
  • Focused seed -> personal injury lawyer austin
  • Location modifier -> austin personal injury lawyer
  • Constraint modifier -> no win no fee injury lawyer
  • Comparison query -> personal injury lawyer vs insurance adjuster
  • Question query -> when should I call a lawyer after an accident
  • Answer-engine prompt -> I was rear-ended in Austin and received an insurer offer. What should I compare before hiring a lawyer?
Do not make these jumps
  • lawyer -> too broad for the Austin injury brief
  • 10,000 rows -> not 10,000 page ideas
  • highest volume -> not automatically highest priority
  • different wording -> not automatically different intent or page
  • one prompt response -> not proof of market demand
Worked exampleSee the completed Horizon Legal work, then build your version.
Lesson 2.3 input and output: Horizon Legal

Focused seed research packet

The learner does not need to scroll back and reconstruct the brief. Its current state is shown beside the packet produced from it.

Brief v2 entering lesson 2.3

Audience task
Compare Austin injury counsel after an accident
Seed
personal injury lawyer austin
Market
United States; English
Current pages
/personal-injury/austin/; /truck-accidents/
Reject rule
Jobs, education, unsupported states and case types

Keyword packet after lesson 2.3

Keep
austin personal injury attorney; truck accident lawyer austin
Review
settlement calculator texas; injury lawyer near me
Reject
personal injury lawyer salary; law school terms
New brief rule
Near-me terms require local result review; salary and education terms remain excluded
Decision rule
Metrics remain separate signals until result and page-fit review

Language patterns after lesson 2.3

Location modifier
austin personal injury lawyer
Constraint modifier
no win no fee injury lawyer
Comparison query
personal injury lawyer vs insurance adjuster
Question query
when should I call a lawyer after an accident
Related answer-engine prompt
I was rear-ended in Austin and received an insurer offer. What should I compare before hiring a lawyer?Keep this for prompt research; do not report it as a keyword with known search volume.

Selection funnel after lesson 2.3

Generated ideas
10,240 rowsIllustrative full-run count, not 10,240 page ideas.
Brief eligibility
3,840 rows remainWrong markets, jobs, education, and unsupported services are removed first.
Task clustering
1,140 distinct task clusters remainWord order, close variants, and equivalent wording are grouped together.
Page and business fit
220 candidates remain for result reviewEach candidate needs a useful experience the firm can genuinely provide.
Decision-ready set
37 improve, create, consolidate, monitor, or reject decisionsVolume informed demand direction but did not qualify any row by itself.
Decision

Take Keep and Review rows to live result and existing-page review before choosing create versus improve.

Save this in

Keyword Ideas research result now; only qualified rows move to Keyword List in lesson 2.5.

Your turn

Use the principle on your own project

Follow the sequence once. The goal is a defensible decision, not completing steps for their own sake.

Have these open

The updated research brief from lessons 2.1 and 2.2 · One focused seed, one country or market, and one language

  1. Reopen the current brief and read its audience task, market, existing pages, include rules, reject rules, and Market Map observation. Do not work from memory.
  2. Choose one focused seed that represents the topic family to expand. For Horizon Legal, use personal injury lawyer austin; do not begin with lawyer, legal, or a list of dozens of variations.
  3. Open Keyword Ideas, enter the seed, and set the same country and language used in Market Map.
  4. Apply the brief first. Reject ideas outside the audience, offer, market, language, legal limits, or business constraints before looking for the biggest number.
  5. Group spelling, order, singular/plural, and close variants that express the same task. Do not create separate pages for personal injury lawyer austin and austin personal injury attorney merely because both rows exist.
  6. For each remaining task, record the modifier or question pattern, likely page experience, current or planned coverage, business value, evidence requirements, and live-result fit.
  7. Then review volume, difficulty, CPC, competition, intent, and trend as separate signals. Volume sizes one modeled demand signal; none of these metrics decides relevance or page fit by itself.
  8. Place each task cluster into Keep, Review, or Reject and write the reason. A 10,000-row export may become 200 clusters for review and 25 to 60 decisions. The goal is not a predetermined count; it is a set in which every row can lead to a defensible action.
  9. Update the brief with useful audience language, new exclusions, and clearly distinct topic families. Repeat only for those distinct families, not near-duplicate seeds.
Reference notesDefinitions, site-specific paths, common mistakes, and completion paths

Terms in plain language

Use these definitions when a term is unfamiliar.

Modifier

A word or phrase added to a core topic that narrows location, audience, need, quality, timing, or constraint.

Example

For personal injury lawyer, modifiers include austin, near me, fees, spanish speaking, truck accident, and no win no fee.

Comparison query

A search that helps someone choose between options, approaches, or providers.

Example

personal injury lawyer vs insurance adjuster, contingency fee vs hourly fee, or Firm A alternatives.

Question query

A search phrased as a problem or information need rather than a short topic label.

Example

how much does an injury lawyer cost in texas or when should I call a lawyer after an accident.

Prompt

A complete request given to an answer engine. It may contain context, constraints, and follow-up needs that one short keyword cannot express.

Example

I was rear-ended in Austin, have medical bills, and the insurer offered a settlement. What should I compare before hiring a lawyer?

Choose the path that matches your site

New sites establish evidence; established sites use history.

Brand-new site or no usable history

Start from customer interviews, sales or support questions, competitor page patterns, forum language, and one focused seed. With no first-party query history, label your set as a researched hypothesis to validate after launch.

Site with usable history

Combine one focused seed with Search Console queries, internal search, converting-page language, customer questions, and Market Map gaps. Preserve current ranking URLs so new ideas do not create avoidable overlap.

Common mistakes

What people often do and what to do instead.

Running many near-duplicate seeds to make the list bigger
InsteadRun one distinct topic family at a time and combine only after review.
Selecting on volume or difficulty alone
InsteadRead volume, difficulty, CPC, trend, intent, current coverage, and result-page fit as separate signals.
Deleting unexpected terms immediately
InsteadSet them aside first; they may reveal another audience, task, or exclusion rule.
Current workflow

Use PageOptimized, then finish one outside step

What PageOptimized does
Keyword Ideas can run the research and saved rows retain their research context when moved into the project.
What it does not do
The complete named research session, including every kept, reviewed, and rejected row, is not yet a durable project-shared record.
How to use it now
Review the live run, save only qualified decisions, and preserve rejection rules in the lesson artifact rather than implying the entire run is stored.

You should now have

  • A reviewed Keep, Review, and Reject set
  • A reason for every rejection
  • New language and exclusions added back to the research brief

Before you move on, confirm

  • Every seed maps to the research brief.
  • No keyword is selected on volume alone.
  • Near-duplicate wording is grouped by task instead of becoming duplicate pages.
  • Keywords and answer-engine prompts are used for their different purposes.
  • Unexpected terms are reviewed before exclusion.
Lesson 2.4

Qualify intent and page fit

Decide whether a query deserves a new page, an existing-page improvement, monitoring, or no action.

Intent labels are where keyword research usually stops and where the real decision starts. Informational, commercial, transactional, navigational: a first sort, useful for about thirty seconds. None of them tells you whether to build anything.

The question this lesson answers is narrower and far more expensive to get wrong. For this task, on this site, what happens next? There are five possible answers and four of them are not create.

A modifier is not a page type and a keyword is not a page. Decide the action, then attach the evidence to it.

The five actions

Every qualified task resolves to exactly one of these, and the point is that most tasks do not resolve to the first one:

  • Improve. A page already serves this task and needs work. Horizon's /personal-injury/austin/ already handles provider evaluation.
  • Create. Nothing serves it and the task is genuinely distinct. A working settlement calculator qualifies, because estimating a range is not the same job as choosing a firm.
  • Consolidate. Two pages serve one task with no distinct value between them, splitting their own signals.
  • Monitor. The fit is plausible and unproven. Record it, set a review date, commission nothing yet.
  • Reject. The task is real and it is not yours. Write the reason and leave it in the record.

Improve is the most common correct answer on an established site and the least popular, because it produces no new page to point at in a status update.

The distinction carrying the most weight is between improve and create. Building a page for a task an existing URL already half-serves is how a site starts competing with itself, and that damage takes months to appear and longer to unwind.

Three questions settle it, and they are asked of the existing page rather than the keyword:

  • Does it already pick up impressions for anything in this cluster? Ranking eleventh means the engine already considers it a candidate, and eleventh is an improvement job.
  • Does it address this task in its first screen, or is the task buried under something else the page is mainly about?
  • Would adding this task make the page incoherent? A page trying to serve two decisions serves neither, and that is the signal to split rather than extend.

Yes, yes, no means improve. No, no, yes means create. Mixed answers mean you have not defined the task tightly enough, and the fix is to go back a step rather than guess.

The reason this is worth slowing down for is that create is the expensive option and it is also the one that feels like progress. Improving a page nobody celebrates produces a status update nobody reads. It is still usually the right call on an established site, and the three questions are what let you defend it.

What the live result page tells you

Open the actual result in the actual market before deciding anything. Not the keyword tool's intent label, which is inferred from the words in the query. The result page is the market's own answer to what this query means, and it is regularly at odds with the label.

Read the page types, not the brands. When eight of the ten results are guides and tools, the market has decided this is not a provider-selection query, whatever the modifier suggested. Sending a service page into that result is a decision to lose, taken before anyone writes a word.

Watch for competing interpretations. A query returning four results about one meaning and four about another is not one task and it is not one page. Split it, take the half you can serve, and record the other half as rejected with its reason.

Qualify one candidate at a time

Slower than it looks, and it does not batch. Each candidate needs its own look at a live result page.

  1. Write the searcher's task in one sentence.In their situation, not your category language. If you cannot write it, you do not understand the query well enough to decide anything about it.
  2. Open the live result in the target market.Record the dominant page types, the result features, and whether more than one interpretation is present.
  3. Check what you already have.Search the site and inspect current ranking URLs. Half-coverage is the common case, and it is what turns a create into an improve.
  4. Choose exactly one of the five actions.One task, one action, one owner. A task marked both improve and create is an unresolved argument rather than a decision.
  5. Save the evidence with the decision.Target URL, what the result page showed, your confidence, and the rejection reason where there is one. Without it the next person repeats this lesson from the beginning.
Worked exampleSee the completed Horizon Legal work, then build your version.
Lesson 2.4 input and output: Horizon Legal

Intent and page-fit decision

One candidate row enters the lesson. A task, evidence record, target URL, action, and confidence leave it.

Candidate entering lesson 2.4

Query
truck accident lawyer austin
Research state
Keep
Known coverage
General /truck-accidents/ page exists

Page-fit decision after review

Searcher task
Evaluate local counsel for a truck-accident claim
Live results
Local service pages dominate in the Austin market
Current fit
The truck page covers the service; Austin evidence is incomplete
Action
Improve existing page
Target
/truck-accidents/
Confidence
High after live result review
Decision

Add an Austin section and supporting evidence to the existing truck page before considering a separate URL.

Save this in

Keyword List row with plan type Improve, target /truck-accidents/, result evidence, and cannibalization note.

Your turn

Use the principle on your own project

Follow the sequence once. The goal is a defensible decision, not completing steps for their own sake.

Have these open

A candidate from the Keep or Review set · Its live result page and the site's current ranking or related URLs

  1. Choose one candidate from Keep or Review and write the searcher's task in one sentence.
  2. Open the live result page in the same market. Record the dominant page types, result features, and competing interpretations.
  3. Search the site and inspect current ranking URLs to determine whether an existing page already serves all or part of the task.
  4. Choose one action: improve an existing URL, create a genuinely distinct page, consolidate overlap, monitor the current fit, or reject the idea.
  5. Save the target URL, evidence, confidence, and rejection reason. Do not assign a page type from a modifier alone.
Reference notesDefinitions, site-specific paths, common mistakes, and completion paths

Terms in plain language

Use these definitions when a term is unfamiliar.

Search intent

The task a person appears to be trying to complete. Intent is inferred from wording, results, context, and user evidence; it is not known from one modifier alone.

Example

settlement calculator suggests estimation, while personal injury lawyer austin suggests provider evaluation.

Page fit

Whether one existing or proposed page can genuinely satisfy that task without being forced to serve a different purpose.

Example

A service page can explain representation, while a working calculator needs an interactive estimation experience and limitations.

SERP

Search engine results page. Its page types and features show how the engine currently interprets a query, not an unchangeable rule.

Example

If results mix tools and guides, inspect which task each result serves before choosing a format.

Choose the path that matches your site

New sites establish evidence; established sites use history.

Brand-new site or no usable history

Use live result pages, audience interviews, competitor experiences, and the planned architecture. Since there is no ranking URL yet, choose create only when the task is distinct and the business can support the page.

Site with usable history

Add current ranking URLs, clicks, conversions, internal overlap, and page quality. Prefer improving or consolidating an existing fit before creating another URL.

Common mistakes

What people often do and what to do instead.

Assigning intent from words such as 'best' or 'near me' alone
InsteadDescribe the task and inspect the dominant results and features in the chosen market.
Creating a new page whenever a keyword is different
InsteadCheck whether an existing page should be improved, expanded, merged, or monitored first.

You should now have

  • One task statement
  • Observed result and page types
  • Improve, create, consolidate, monitor, or reject
  • Target URL, evidence, and confidence

Before you move on, confirm

  • The chosen action considers existing coverage.
  • The intended page type matches the observed result set.
  • Rejected keywords include a reason.
Lesson 2.5

Save a decision-ready keyword set

Preserve the research packet so execution does not begin from a stripped-down spreadsheet.

Most keyword research dies at this step. The thinking was real, then it gets flattened into a spreadsheet column of keyword text, which discards the market, the result-page evidence, the reason a term was kept, and the reasons forty others were not. Three weeks later somebody asks why a term is in the plan and the honest answer is that nobody remembers.

The fix is to keep two records rather than one, because two different questions are being asked and a single list cannot answer both of them.

Save decisions, not wording variants. The evidence travels with the decision or the decision cannot be reviewed.

Two records, two questions

The saved research run answers what you saw. It holds the query set, the market and scope, the date, who ran it, the notes, and every Keep or Reject with its reason. It is a snapshot of evidence, and reopening it costs nothing, because it reads stored data instead of asking a provider for fresh numbers.

The keyword list answers what you committed to. It holds only rows that survived qualification, each with a plan type, status, priority, owner, target URL, and due date. It is a work record, and it should be dramatically shorter than the run that produced it.

Collapsing the two is the most common version of this mistake. Every provider result becomes planned work, the list grows to several hundred rows, and the team stops trusting it, because a list where everything is planned is a list where nothing is prioritized.

Where each decision goes

Three destinations, and the routing was already decided by the action you chose in the previous lesson:

  • A genuinely new page goes to Content Plan, with the brief evidence attached to it.
  • An improvement stays attached to its existing target URL and never becomes a new content item.
  • A decision-changing query goes to Rank Tracker, with market, engine, device, cadence, target, and competitors recorded.

The third is where restraint matters most. Rank Tracker is a monitored sample, chosen because movement in it would change what you do next. Twenty Austin service and calculator queries is a cohort. Four hundred rows is a bill.

Two of the five actions have no destination, and that is deliberate. A consolidate decision is not keyword work. It is a redirect and a content merge, and it belongs in the technical queue with the pages named, not in a keyword list where it will sit unread. A monitor decision belongs in the research record with a review date, because promoting it to the plan would mean committing to work you explicitly said you were not ready to commit to.

The rule underneath all of this is that the keyword list holds work somebody has agreed to do. Anything else, however well researched, stays in the record it came from. Lists that mix committed work with maybe-later rows are the reason teams stop opening them.

Actual PageOptimized screenUse the numbered steps with the product image below.
Actual product · saved decision

Keep the recommendation attached to the keyword

The Horizon Legal library does not stop at volume. Each retained keyword carries an asset decision, workflow state, priority, target, owner, note, tags, related questions, and the result-page evidence captured during research.

PageOptimized Keyword List showing Horizon Legal keywords assigned to refresh, supporting-section, and brief work with priorities and evidence.Open full size
  1. Read the proposed asset and existing-URL status.
  2. Choose the work type only after checking overlap and intent.
  3. Set priority, owner, target, and review state on the same row.
  4. Leave rejected or uncertain ideas in review instead of creating duplicate pages.

Leave the rejects where they are

Deleting rejected rows feels like tidying and is closer to destroying evidence. The rejection reason is research output. It is what stops the same tempting term being re-proposed every quarter by somebody who was not in the room, and it is the fastest way to hand this project to whoever picks it up next.

The same holds for rows you could not resolve. Unresolved is a legitimate state with a review date attached. Dropping them silently makes the plan look more decided than it is, which is comfortable right up to the point where somebody asks about a term you never actually judged.

Actual PageOptimized screenUse the numbered steps with the product image below.
Actual product · execution handoff

Move approved work into the content pipeline

The Content Plan keeps approved briefs, owners, dates, execution, and post-launch monitoring inside the project. The research packet remains upstream evidence; the board is the work commitment.

PageOptimized Content Plan for Horizon Legal showing eight seeded tasks across backlog, brief ready, in progress, and completed monitoring columns.Open full size
  1. Backlog only ideas that still need validation.
  2. Move a topic to Brief Ready when its target and angle are decided.
  3. Assign execution before marking work in progress.
  4. Keep published work in monitoring rather than treating publication as the outcome.

Hand it off without rebuilding it

The test is whether a colleague could open what you saved and act on it without asking you a single question.

  1. Reopen the exact run from saved research.Confirm the topic, market, author, date, and decisions before planning anything. Reopening reads stored evidence at no cost; a fresh search asks the provider again and returns different numbers.
  2. Promote only qualified rows.A row without a completed page-fit decision from lesson 2.4 is not ready, however good the keyword looks sitting there.
  3. Set the work fields.Plan type, status, priority, owner, target URL, due date, and the reason it was kept. The reason is the field people skip and the one that gets asked about.
  4. Tag for a decision you will actually make.Topic, audience, location, or page group, chosen because you will filter or report on it. Tags nobody filters by are maintenance with no payoff.
  5. Route each decision to its destination.New pages to Content Plan, improvements to their existing URL, and only the decision-changing queries to Rank Tracker.
  6. Leave rejected and unresolved rows in place.With their reasons and, where relevant, a review date. The record of what you turned down is worth as much as the list of what you kept.
Worked exampleSee the completed Horizon Legal work, then build your version.
Lesson 2.5 output: Horizon Legal

Decision-ready keyword set

The research becomes work only after every retained row has a target, action, evidence, owner, or review state.

Qualified decisions entering lesson 2.5

Improve
truck accident lawyer austin -> /truck-accidents/
Monitor
personal injury lawyer austin -> /personal-injury/austin/
Create brief
texas settlement calculator examples -> support guide

Saved project state after lesson 2.5

Keyword List
3 rows with plan type, target, priority, owner, and notes
Content Plan
1 approved support-guide brief with evidence attached
Rank Tracker
2 decision-relevant Austin terms; Google; desktop and mobile
Retained evidence
Review and Reject reasons remain in the research record
Decision

Commit three qualified decisions and keep unresolved or rejected demand out of the execution queue.

Save this in

Keyword List, Content Plan, or Rank Tracker according to the selected action; never one undifferentiated export.

Your turn

Use the principle on your own project

Follow the sequence once. The goal is a defensible decision, not completing steps for their own sake.

Have these open

Only qualified rows with a chosen action · Target URL, evidence, priority, owner, and review state

  1. Reopen the exact Keyword Ideas run from Saved research. Confirm its topic, market, author, date, notes, and Keep or Reject decisions before making the plan.
  2. Select only kept rows with a completed page-fit decision and save them to the project Keyword List.
  3. Set the plan type, status, priority, owner, target URL, due date, and planning notes. Carry forward the reason the keyword was kept and any cannibalization or evidence constraint.
  4. Tag by topic, audience, location, page group, or another dimension that will be used for execution or reporting.
  5. Send approved, genuinely new page opportunities to Content Plan. Keep improvements attached to their existing target URLs.
  6. Add only decision-relevant keywords to Rank Tracker and record market, engine, device, cadence, target, and competitors.
  7. Leave rejected and unresolved rows in the research record with reasons instead of silently deleting the evidence.
Reference notesDefinitions, site-specific paths, common mistakes, and completion paths

Terms in plain language

Use these definitions when a term is unfamiliar.

Target URL

The single page intended to satisfy a qualified task. It may be an existing URL to improve or a proposed URL to create.

Example

personal injury lawyer austin -> /personal-injury/austin/.

Cannibalization

Multiple pages competing or alternating for the same task in a way that weakens clarity or performance. Two pages sharing a word is not enough to prove it.

Example

Two nearly identical Austin injury pages alternate for the same provider-evaluation queries.

Tracking cohort

A deliberately selected set of keywords monitored under the same market, device, engine, and cadence because its movement changes a decision.

Example

Track 20 Austin service and calculator queries separately from informational Texas-wide questions.

Choose the path that matches your site

New sites establish evidence; established sites use history.

Brand-new site or no usable history

Save proposed target URLs, launch priority, page dependencies, and validation dates. Track a small launch cohort and expect zeros until search systems discover and evaluate the site.

Site with usable history

Save current target URLs, improve/consolidate decisions, owners, due dates, existing evidence, and only the tracked queries needed to evaluate the work.

Common mistakes

What people often do and what to do instead.

Saving every generated row
InsteadSave only decisions; keep uncertain and rejected terms in the research record with reasons.
Sending every saved keyword to Rank Tracker
InsteadTrack a keyword only when its movement will change a decision.
Creating a content brief without checking existing coverage
InsteadAttach the intended URL and use the duplicate-content guard before committing new work.

You should now have

  • A decision-ready Keyword List
  • Approved new work in Content Plan
  • A deliberate monitored cohort in Rank Tracker
  • Notes that preserve the research reasoning

Before you move on, confirm

  • Every saved keyword has an action or review state.
  • Tags support a real reporting or execution decision.
  • The handoff retains evidence and ownership.
Primary references

Verify the practice at the source.

Practices and source links reviewed August 2026.