E-commerce / D2C
Browsable catalog; narrowing and purchase.
Priority: Category · Product · Best X for Y
Pick your business model and see which pages actually matter. The right content mix follows how customers discover, evaluate, trust, and buy from you.
Search demand, buying time, transaction risk, offer shape, and the main barrier to purchase determine which pages deserve the strongest templates and maintenance.
The post-type catalog describes useful document shapes. A business model tells you which shapes deserve priority because it defines what customers can discover, compare, verify, and buy.
A search program becomes generic when it starts from formats instead of commercial mechanics. “Publish guides, comparisons, and FAQs” sounds plausible for almost any company, but it does not decide where the next ten production hours should go. An online store with weak collection pages should not hide inside an editorial calendar. A consultancy with clear service pages but no credible outcomes should not respond by producing more definitions. The page closest to the constraint comes first.
These are planning hypotheses, not universal laws. Validate them against search results, customer interviews, sales questions, site search, analytics, and conversion paths. The model makes a better first decision; evidence then corrects it.
Each card names the formats carrying the most weight. Every business-type playbook is published and linked.
Browsable catalog; narrowing and purchase.
Priority: Category · Product · Best X for Y
Two-sided supply, demand, liquidity, and trust.
Priority: Category · Listing · Use case
Recurring software; evaluation, proof, and adoption.
Priority: Use case · Comparison · Alternatives
Expert delivery made tangible before a sales call.
Priority: Use case · Case study · Ultimate guide
Geography, eligibility, reputation, and bookings.
Priority: Service · Location · How-to
Trustworthy coverage, judgment, and maintained archives.
Priority: Best X · Comparison · Ultimate guide
Clinical boundaries, sourcing, and review.
Priority: What-is · Product · How-to
Read the playbook →Regulated, consequential financial choices.
Priority: Comparison · What-is · Product
Read the playbook →Expertise, process, and client proof.
Priority: Use case · Case study · Ultimate guide
Read the playbook →Specifications, configurations, and buying groups.
Priority: Product · Category · Case study
Read the playbook →Dates, locations, amenities, and perishable inventory.
Priority: Category · Product · Listicle
Read the playbook →Outcomes, syllabus, authority, and fit.
Priority: Product · Use case · Case study
Read the playbook →Local, fast-changing property inventory.
Priority: Category · Listing · Ultimate guide
Read the playbook →Compatibility, condition, location, and lifecycle.
Priority: Category · Product · Comparison
Read the playbook →Jurisdiction, matter fit, credentials, and trust.
Priority: Use case · What-is · Case study
Read the playbook →Issue education, programs, evidence, and participation.
Priority: Use case · Case study · Ultimate guide
Read the playbook →Two-sided, expiring roles and candidate demand.
Priority: Category · Listing · How-to
Read the playbook →Date-bound inventory, entities, availability, and urgency.
Priority: Category · Event · Listicle
Read the playbook →“Core” means the model normally needs an owned template and maintenance process; “selective” means publish for demonstrated demand; “rare” means another format usually resolves the task better.
| Model | Category | Product / listing | Use case | Comparison | Guide | Case study |
|---|---|---|---|---|---|---|
| E-commerce | Core Assortment | Core Choice | Useful Situation | Core Tradeoffs | Useful Choose/use | Rare Reviews fit |
| Marketplace | Core Supply | Core Inventory | Useful Demand jobs | Selective Fees/models | Useful Participation | Selective Liquidity |
| SaaS | Selective Suites | Core Capability | Core Job/audience | Core Evaluation | Core Education | Core Value |
| B2B services | Rare Groups | Core Scope | Core Situation | Useful Approaches | Core Understanding | Core Proof |
| Local service | Selective Families | Core Service/place | Useful Need | Selective Methods | Useful Preparation | Useful Local proof |
| Media / affiliate | Selective Topics | Selective Reviewed item | Useful Audience | Core Judgment | Core Authority | Rare Different proof |
The labels are defaults, not scores. A core page still fails when nobody needs it or its facts cannot be maintained. A selective page can win when it resolves a valuable, underserved decision. Use the matrix to set priorities, then replace assumptions with evidence.
A priority matrix is useful only when it changes what the team builds, repairs, or declines. Apply it to a bounded customer journey rather than converting every “core” label into an immediate project.
Write the shortest complete path from discovery to a qualified action. For a furniture store, that may be a collection for extendable dining tables, product pages exposing closed and extended dimensions, and a guide explaining how to measure a room. For accounting software, it may be a use-case page for multi-entity reporting, a product page explaining consolidation controls, and a comparison that verifies plan limits. For an emergency plumbing group, it is more likely to be an accessible service page, truthful coverage pages for staffed locations, and a booking path that states response conditions. Each route contains information, evaluation, and action, but the page shapes differ.
Then inspect the route for the actual break. If the store has strong product detail but its collection is an unlabelled grid, improve the category template. If the software company attracts relevant visits but prospects repeatedly ask whether their accounting system is supported, expose compatibility and integration facts. If the plumber ranks locally but sends every visitor to a national call center page with no coverage or availability detail, fix the local promise. Publishing a new article while the route is broken adds another entrance to the same dead end.
Template work improves every page sharing a structure: required specification fields, location ownership, listing expiry behavior, author review metadata, comparison criteria, or internal-link modules. Editorial work answers one bounded question with evidence. The distinction matters because scale changes the cost of a mistake. A missing compatibility field across 8,000 products is not an 8,000-page writing assignment; it is a data, ownership, and template problem. A weak explanation of one regulated exception may need specialist editorial review rather than a global component.
Estimate effort at the system level. Count the number of templates, data sources, owners, and change triggers—not merely URLs. Decide which facts can be inherited because they are truly shared and which must remain unique because they change the choice. Never generate cosmetic variation to make two pages look different. A clear parent-and-variant relationship is more honest than invented adjectives, and a consolidated service-area page is better than dozens of location pages for places the team cannot independently describe or serve.
This sequence prevents two common failures: polishing informational content while money pages remain unusable, and launching scalable templates before the underlying data has owners. The business model provides the starting hand; observed behavior determines the next card to play.
Business-type strategy changes the content mix, not the contract a trustworthy page has with its reader.
Important pages remain crawlable, indexable, canonical, internally reachable, accessible, and usable. Good priorities cannot rescue an unreadable template.
Organizations, people, products, places, offers, and relationships are explicit and consistent. Readers should never infer who provides what, where, or under which conditions.
Claims need evidence proportionate to consequence. A sources block, visible method, credentials, and limitations make facts checkable.
Every changing fact needs an owner and trigger: price, availability, law, feature, credential, date, or service coverage. An update date counts only after review.
Headings, tables, labels, stable identifiers, structured facts, and accessible controls help people, search engines, and AI agents recover the same meaning.
Rankings, citations, and visits are signals. Connect them to purchases, bookings, applications, subscriptions, donations, transactions, or qualified opportunities.
The honest distinction is narrow: every model needs sound infrastructure, explicit entities, verifiable claims, maintenance, and measurement. What varies is where those standards apply first and which templates deserve the largest share of effort.
A business-type page is a production specification, not a vertical trends article.
For a hybrid company, begin with the transaction creating the most value and treat the secondary model as an overlay. A subscription marketplace may borrow SaaS evaluation patterns while preserving marketplace taxonomy and listing lifecycle. Combining mechanics is useful; combining every recommendation into one backlog is not.
An agent with no business context produces generically competent content. The same brief that should yield category pages for an online store yields blog posts, because nothing told it otherwise.
Each business-type page ends with post types ranked core, useful, or rarely, with the reason attached. That ranking is directly usable as the order an agent works through a backlog.
Without it, the agent optimizes for whatever is easiest to write, which is almost never the page carrying the revenue.
A marketplace needs seller-acquisition pages a D2C store has no use for. A local service business lives on location pages a SaaS product would never build. These are not stylistic differences.
Encoding the model means an agent's first draft is aimed at the right page type, not corrected into it afterward.
Faceted URLs in ecommerce, thin location pages in local, expired listings in marketplaces, undisclosed affiliate relationships in publishing. Each is a documented failure mode with a rule attached.
An agent that has the rule avoids the mistake. An agent that does not will reproduce it at volume, which is how programmatic content becomes a liability.
Technical health, entity clarity, sourcing, and freshness are constant across every model. Saying so explicitly stops an agent inventing vertical-specific rules where none exist.
The differences are real and bounded. Marking the boundary is what keeps the guidance trustworthy.
Pick the model closest to your primary transaction, and the ranked table on that page becomes the brief you hand to a writer or to an SEO agent — with the reasoning attached, so the priorities survive contact with a real backlog.
Choose a useful starting model without turning classification into a project.
Choose the model producing the primary transaction, then borrow from a secondary model only where its mechanics apply. Do not create two competing plans.
No. A format earns a place when it resolves a real customer task and the business can maintain its facts. Expand from observed gaps.
Start with commercial pages required to explain and transact, then add information removing specific barriers to discovery or choice. Broad traffic with nowhere useful to go is not a foundation.
Review it when the offer, audience, geography, sales motion, inventory, evidence, or observed customer behavior changes—not to satisfy an arbitrary publishing quota.
The baseline is shared: discoverable, accessible, canonical, usable, explicit about entities, supported by sources, and current. The model changes priority, not quality.
Free check · 7-day trial · no credit card
Cookie Consent
We use cookies to enhance your browsing experience and analyze our traffic. Privacy Policy.