Run SEO / GEO from seed keywords to published, AI-citation-friendly articles using PostKing — seed, expand, cluster, roadmap, brief, write, and publish.
An agentic pipeline that takes a brand from 3–10 seed keywords all the way to published, SEO / GEO-targeted blog articles using PostKing.
What is GEO?
GEO stands for Generative Engine Optimization — writing and structuring content so that AI assistants (Claude, ChatGPT, Perplexity, Gemini, Google AI Overviews) quote and cite it when answering user questions.
Classic SEO optimizes for click-through from a search-results page; success is measured as rank position and CTR. GEO optimizes for being included as a cited source inside an AI-generated answer; success is measured as citation rate in AI responses. The end user may never click — being the quoted authority is the win. Both still matter: SEO drives discovery surfaces that index your content, and GEO determines whether that content survives extraction into an AI answer.
GEO-friendly content follows formatting rules that LLM extractors prefer:
Definition-first paragraphs — the first 1–2 sentences under each H2 answer the heading as a standalone, quotable claim.
Headings as questions or definitive statements, not clever wordplay, so hierarchy maps cleanly to extractable Q&A.
FAQ blocks with explicit Q→A structure (<dt>/<dd> or <h3> + paragraph). Highest-yield GEO format.
PostKing's SEO / GEO pipeline produces content optimized for both — keyword-target SEO with GEO-friendly structure (definition-first paragraphs, FAQ blocks, source-attributable claims) baked in by default.
When to Use
Use this skill when a user wants to grow organic/AI-citation traffic from keywords: seeding a topic list, clustering keywords into topical hubs, generating a content roadmap, drafting briefs, writing SEO/GEO-structured articles, or publishing/scheduling them. Also use it for post-publish audit work (gap analysis, competitor content diff) and for generating cluster-linked side pages or standalone comparison pages.
When NOT to Use
Not for one-off social posts, blogs without a keyword/cluster angle, or general brand content — route those to the postking-social/postking skill instead. Not for discovering or registering competitor domains — that's the postking-competitor-intel skill (though its output feeds this one). Not for full multi-channel campaign planning — that's postking-storylines.
Minimal tool subset
This skill needs 15 tools out of PostKing's 200+:
seo_add_seeds — register seed keywords.
seo_generate_keywords — expand seeds into a full keyword set (async).
seo_categorize — tag keywords by search intent (per-keyword updates array, built from seo_list_keywords IDs).
seo_generate_clusters — group keywords into topic-pillar clusters (async).
seo_list_clusters — list clusters.
seo_bulk_approve_clusters — approve clusters to unlock brief generation.
seo_generate_roadmap — build prioritized article topics from an approved cluster.
seo_list_briefs — list generated briefs.
seo_get_brief — inspect one brief.
seo_edit_brief — structured edit of a brief (full briefData replacement and/or status flip).
seo_write_article — draft an article from an approved brief.
seo_list_results — list generated articles.
seo_publish_article — publish or schedule.
get_job — poll any async operation.
Granular & optional operations — use these to drive a single step in isolation (e.g. you already have a keyword list and want to skip to clustering) or for post-publish/competitive work, rather than running the full pipeline:
seo_list_keywords — list the brand's scored keyword set (keyword, volume, KD, intent).
seo_get_market_settings / seo_set_market_settings — read/configure the (location, language) SEO markets keyword research draws from; prerequisite for a language-scoped seo_generate_keywords call (see step 2).
seo_estimate_research_cost — read-only cost + pairCount preview for one language before running a language-scoped pull.
seo_gap — gap analysis: high-value topics not yet covered.
seo_competitor — competitor content diff against a domain.
seo_auto_assign_cta — batch-assign a published side-page CTA to blogs.
seo_generate_side_page — generate a side page linked to an SEO cluster for topical authority.
create_comparison_page — generate a standalone comparison/alternatives page.
Prerequisites
Authenticated with credits — see the postking-getting-started skill.
A brand already onboarded — see the postking-getting-started skill.
Optional: competitors registered for competitor-aware clustering — see the postking-competitor-intel skill.
Procedure
"Run the SEO / GEO flow for my brand. Seeds: 'AI content generation', 'social scheduling', 'brand voice'."
Async tools return { operationId, status } immediately — poll get_job({ operationId }) until state is completed, failed, partially_failed, or cancelled.
Expand.seo_generate_keywords({ brandId }) → async, poll get_job. Expands seeds into ~100 scored keywords against the brand's default market (Global = a single US/en pull) unless markets are configured otherwise.
Multi-market / language-scoped research (optional). Only needed to scope a pull to one specific language, or once the brand's SEO markets already span more than one language (a Pro/Enterprise-tier capability). Flow: seo_get_market_settings({ brandId }) to see what's configured → seo_set_market_settings({ brandId, markets }) to set 1–3 curated (locationCode, languageCode) pairs (curated set today: Germany 2276/"de", France 2250/"fr", Spain 2724/"es", Brazil 2076/"pt", US 2840/"en"; or pass markets: "global" to revert to the US/en default) → seo_estimate_research_cost({ brandId, language }) to see pairCount and estimatedCostUsd for that language → seo_generate_keywords({ brandId, language }) scoped to it. seo_get_market_settings/seo_set_market_settings require a paid plan — a free/trial key gets a payment-required error. See Pitfalls for what happens if this ordering is skipped.
Categorize. There's no brand-wide categorize call — build a per-keyword updates array first. Call seo_list_keywords({ brandId }) to get keyword IDs, then seo_categorize({ brandId, updates: [{ keywordId, intent, userTags? }, ...] }) — updates is required (min 1, max 500 entries), each entry is {keywordId, intent?, userTags?} with intent ∈ informational | commercial | navigational | transactional. Informational-intent keywords are prime GEO targets — they're the questions users ask AI assistants directly.
Cluster.seo_generate_clusters({ brandId }) → async, poll get_job. Groups keywords into topic-pillar clusters. Cluster pillars become topic-authority hubs that AI engines cite back to. If competitors are registered on the brand, this step automatically classifies each cluster's productFit and flags competitor-dominated clusters.
Competitor-aware clustering. If the brand has competitors registered first (via the postking-competitor-intel skill), seo_generate_clusters automatically injects a "Registered competitors" block into the cluster-labeling step — no separate tool call, it's automatic once competitors exist. For each cluster the labeler then returns:
clusterMeta.productFit: "core", "adjacent", or "out_of_scope".
clusterMeta.archetype: "competitor" (only when the cluster's keywords are dominated by a known rival brand), plus detectedCompetitor and a pre-built "conquest" brief plan (review article + head-to-head comparison + alternatives listicle, optionally a pricing blog) instead of the generic hub-and-spoke plan.
Inspect these via seo_list_clusters({ brandId, detail: "medium" }) or "full" — clusterMeta.productFit/archetype only surface at medium/full detail, not short.
When you seo_bulk_approve_clusters a archetype: "competitor" cluster, it produces the conquest-plan briefs rather than generic ones.
Register competitors first with the postking-competitor-intel skill.
Manual cluster (optional). To hand-create a named cluster instead of waiting on the auto-clustering pipeline, call seo_create_cluster({ brandId, name, pillarKeyword?, description? }) — no LLM call, starts empty, and is created already approved (skip step 6 for it). Names must be unique per brand; a duplicate returns cluster_name_taken. Add its first brief with seo_create_custom_brief (see the one-off-brief callout under step 6) passing this cluster's id as clusterId.
Review clusters.seo_list_clusters({ brandId, detail: "medium" }) — surface clusters with pillar keyword, keyword count, and top keywords (use "full" for raw data; clusterMeta.productFit/archetype only surface at medium/full). Ask the user which to target, or pick by size/volume.
Approve.seo_bulk_approve_clusters({ clusterIds: [...] }) (or seo_approve_cluster for a single one; reverse with seo_reject_cluster/seo_bulk_reject_clusters). Approval is the gate — only approved clusters get briefs drafted, and this fires an async brief-generation job per cluster.
One-off brief (optional, skips roadmap). To draft a single custom brief without running seo_generate_roadmap first — e.g. a specific pillar keyword the user names outright — call seo_create_custom_brief({ brandId, pillarKeyword, type, supportingKeywords?, intent?, research?, selectedCompetitors?, clusterId? }) (type ∈ blog | comparison | tool | landing; async, poll get_job). Pass an existing clusterId (from seo_create_cluster or seo_list_clusters) to file it under a named cluster, or omit it to auto-mint a throwaway single-brief cluster (origin: "manual"). The resulting brief lands in pending_review just like a roadmap-generated one — continue at step 8.
Roadmap.seo_generate_roadmap({ clusterId }) — produces prioritized article topics from the approved cluster. Each roadmap item gets a brief auto-drafted in the background, specifying FAQ blocks and definition-first headings to drive the GEO format.
Review & edit briefs.seo_list_briefs({ brandId, status: "pending_review" }) → seo_get_brief({ briefId }) to inspect. Refine with seo_edit_brief({ briefId, briefData }) — pull the current briefData from seo_get_brief, mutate the outline (H2s, FAQs, keyword targets, etc.) locally, and send the full replacement back; there is no free-text instructions param — or rebuild from scratch with seo_regenerate_brief({ briefId }) (async). Brief approval is where you lock in the FAQ blocks and definition-first H2 structure — the article writer treats the approved briefData as a contract.
Write.seo_write_article({ roadmapItemId }) — drafts an article from a roadmap item whose brief is approved. Repeat per item. Articles ship with FAQ schema and definition-first H2 paragraphs by default.
Review results.seo_list_results({ brandId }) — list generated articles and their status.
Publish.seo_publish_article({ articleId, publicationId, schedule }) — publish, or schedule for later. This is the free-tier choke point.
Auto-assign CTAs (optional, post-publish).seo_auto_assign_cta({ blogIds: "all" }) (or a 1–50 array) — batch-assigns a published side-page CTA to each blog. Skips blogs that already have a CTA and Webflow-synced blogs by default; pass overwrite/include-webflow flags to change that. Hard cap of 50 blogs per call.
Cluster-linked side pages / comparison pages (optional).seo_generate_side_page({ slug, key, clusterId }) — slug is the parent landing page's slug; generates a side page under it, linked to an SEO cluster, strengthening the cluster's topical authority: it expands covered subtopics, feeding the citation patterns AI engines use when answering questions in that domain. create_comparison_page({ ... }) generates a standalone comparison/alternatives page. Auto-assigned CTAs increase conversion yield without changing the article's GEO-friendly structure.
These are correction/cleanup tools, not steps in the main pipeline — reach for them when the auto-generated set needs fixing rather than running the numbered Procedure again.
Cluster housekeeping (approve/reject/bulk-approve/bulk-reject are already in the main flow at step 6):
seo_edit_cluster({ clusterId, name?, pillarKeyword?, description?, keywordsMeta?, contentMix?, briefAssignments? }) — rename/redescribe, or change membership. keywordsMeta is a full-REPLACEMENT array, not a delta — fetch the current array via seo_list_clusters({ detail: "full" }), mutate it, and send the whole thing back (see Pitfalls).
seo_delete_cluster({ clusterId, confirm: true }) — hard delete; cascades to the cluster's roadmap items and their briefs. Not undoable — prefer seo_reject_cluster (reversible via seo_restore_cluster) unless the cascade is actually wanted.
seo_merge_clusters({ clusterId, sourceClusterId }) — reassigns the source cluster's keywords, roadmap items (and their briefs), and linked blog articles onto the target clusterId, then deletes the source. Not undoable. The target's own keywordsMeta isn't updated by the merge — follow up with seo_edit_cluster if it needs to include the newly reassigned keywords.
seo_restore_cluster({ clusterId }) — undo seo_reject_cluster, back to pending_review.
seo_unapprove_cluster({ clusterId }) — revert approved → pending_review. Fails once briefs already exist for the cluster.
Keyword housekeeping:
seo_edit_keyword({ keywordId, intent?, userTags?, priority?, excludedFromClustering? }) — override intent/tags/priority for one keyword, or hold it out of the next clustering pass. At least one field required.
seo_bulk_edit_keywords({ keywordIds, intent?, userTags?, priority?, excludedFromClustering?, confirm: true }) — same, across many IDs in one call.
seo_delete_keyword({ keywordId, confirm: true }) / seo_bulk_delete_keywords({ keywordIds, confirm: true }) — soft-delete (sets deletedAt; filtered out of every query, but recoverable).
seo_restore_keyword({ keywordIds }) — undo a soft-delete. IDs that aren't currently deleted are silent no-ops.
seo_list_keyword_ids({ ...same filters as seo_list_keywords, e.g. relevanceMax, hasTag }) — unpaginated ID export, no keyword data attached. Feed the result straight into the two bulk tools above.
seo_tag_geography({ dryRun?, retag? }) — unrelated to SEO market/language settings despite the similarly-general name: async, classifies each keyword's geographic search intent and writes a geo:* userTag (geo:us-mn, geo:us, geo:none, geo:ambiguous). Run dryRun: true first to review tagCounts/ambiguousKeywords before committing (idempotent by default — already-tagged keywords are skipped unless retag: true). Then select with seo_list_keywords/seo_list_keyword_ids via hasTag.
Roadmap surface — seo_generate_roadmap (step 7 in the Procedure) is the only generation entry point; everything below is read/edit/delete on items it already created:
seo_list_roadmap({ status?, detail? }) — list items; status ∈ suggested/in_progress/completed/ignored.
seo_roadmap_get({ itemId, detail? }) — single item, full detail by default.
seo_roadmap_stats({ brandId? }) — completed/in-progress/suggested counts, plus a dashboard link.
get_seo_roadmap({ status?, detail? }) — a legacy duplicate, registered in blog.ts rather than seo/roadmap.ts: it combines seo_list_roadmap + seo_roadmap_stats into one call with a slightly different item shape (flat type/keyword fields instead of primaryKeywords). Prefer the two split tools above; only reach for this one if an existing integration already depends on its response shape.
CLI fast path
If a shell is available, the same flow via pking:
text
pking seo seeds "AI content generation" "social scheduling" "brand voice"
pking seo generate # expand seeds (long-running)
pking seo categorize
pking seo cluster
pking seo clusters list
pking seo clusters approve <clusterId>
pking seo clusters bulk-approve <clusterId1> <clusterId2>
pking seo briefs generate --cluster <clusterId> [--cluster <clusterId2> ...] # generates the roadmap + briefs (L3) for approved cluster(s)
pking seo roadmap [--cluster <clusterId>] # READ-ONLY: lists roadmap items, optionally filtered by cluster
pking seo briefs list [--status pending_review]
pking seo briefs view <briefId>
pking seo briefs regenerate <briefId>
pking seo briefs approve <briefId>
pking seo briefs bulk-approve <briefId1> <briefId2>
pking seo write <roadmapItemId> [--hero-image] [--voice <id>] [--no-wait] [--json]
pking seo gap
pking seo competitor --domain <competitorDomain>
pking seo publish --article-id <articleId> [--publication <id>] [--schedule <iso>]
pking seo stats
CTA auto-assignment is MCP/dashboard-only — there is no pking blogs auto-assign-cta command. Use the seo_auto_assign_cta({ blogIds }) MCP tool instead (blogIds is an array of up to 50 blog IDs, or the literal "all").
Brief edits (seo_edit_brief's structured briefData replacement) have no CLI command — do them via the MCP tool or the PostKing dashboard's brief editor. pking seo roadmap edit <id> supports only --action <ignore|restore|start|complete> and --status <suggested|ignored|in_progress|completed> (no --title/--priority). pking seo clusters approve <id> and pking seo briefs approve <briefId> each take a single id — use bulk-approve/bulk-reject (clusters) for multiple ids at once.
CLI-only granular operations (no direct MCP tool equivalent — useful when composing your own pipeline):
List scored keywords:pking seo keywords list --json — the full scored keyword list (keyword, volume, KD, intent). Pipe a filtered subset into CSV clustering below.
Cluster from a CSV:pking seo clusters generate --csv keywords.csv --brand <brandId> (or --brand <brandId> alone to use the brand's existing keywords). Async — the CLI polls automatically and prints {clustersCreated, clustersMerged, keywordsAssigned}; pass --no-wait for an operationId and poll manually with pking jobs list. CSV needs a header row with a required keyword column; optional volume, kd, intent columns improve cluster quality:
text
keyword,volume,kd,intent
ai content generation,8100,42,informational
seo content tool,2400,38,commercial
Generate a single brief from agent-supplied data:pking seo briefs generate-one --pillar "ai content generation" --supporting "ai blog writer,seo content tool" --type blog --research advanced --brand <brandId> --json — produces one content brief without a roadmap, from data you supply directly. Async, polls and prints the full briefData JSON. Required: --pillar, --supporting (comma-list, no spaces), --type blog|comparison|tool|landing, --brand. Optional: --intent, --research advanced|fast (default advanced; fast skips external research), --tier hub|spoke|side_page, --json, --no-wait. The returned briefData is the same structure accepted by seo_edit_brief's briefData param.
Expected Output
A populated content roadmap tied to keyword clusters.
Draft articles scored against primary keywords, each with FAQ/definition-first GEO structure.
A gap-analysis report listing uncovered high-value topics (if run).
At least one published or scheduled article (if credits + free tier allow).
Pitfalls
INSUFFICIENT_CREDITS — surface the checkoutUrl from the error envelope and stop, or hand off to the postking-getting-started skill's billing section (billing_list_packs → billing_topup).
FREE_CAP_REACHED on seo_publish_article — same treatment as INSUFFICIENT_CREDITS.
RATE_LIMITED — back off using the retryAfter value from the error envelope before retrying.
UNAUTHORIZED — re-run the login flow described in the postking-getting-started skill.
clusterMeta missing/empty on a cluster — either no competitors are registered on the brand yet (see the postking-competitor-intel skill), or the cluster simply doesn't overlap a known rival's keyword footprint (expected for purely core/adjacent clusters).
seo_generate_keywords({ language }) pointed at a language with no configured SEO market fails the async job (check via get_job) with [keyword-pull] brand <id> has no configured SEO market for language "<lang>" — call seo_set_market_settings first (seo_estimate_research_cost will have shown pairCount: 0 for that language). Omitting language entirely on a brand whose markets already span more than one language fails the same way with ... has markets spanning N languages ... a keyword pull must specify opts.languageCode — pass language explicitly in that case.
seo_edit_cluster's keywordsMeta is a full REPLACEMENT array, not a delta — sending a partial list silently drops the missing members from the cluster. Fetch the current array via seo_list_clusters({ detail: "full" }), mutate it, then send the whole thing back.
Calling seo_edit_brief with a free-text instructions param — it's silently ignored; the inner route only accepts briefData (structured) and/or status.
seo_generate_side_page rejects a parentSlug param name — the tool expects slug for the parent landing page.
pking lp side generate <slug> --type <type> is currently broken — the inner route ignores the <slug> path param and requires name/slug/landingPageId in the request body, so it always 400s. Use the MCP tool generate_side_page({ slug, key, sidePageType }) instead (sidePageType ∈ landing | text | comparison).
Verification
seo_list_clusters({ brandId, detail: "short" }) should return without error and reflect any clusters just created.
seo_list_briefs({ brandId }) should list briefs whose count matches the roadmap items just generated.
seo_list_results({ brandId }) should show the article after seo_write_article completes.
