---

name: seobuild-onpage version: 2.4.0 description: > Write SEO pages that rank on Google AND get cited by LLMs. Uses live SERP data, 500-token chunk architecture, RAG optimization for Gemini 3.5 Flash, the Two-Gate AEO framework (retrieval-pool entry + selected-citation extraction), the Anti-NLP Stuffing Protocol (structural entity placement, no keyword-density stuffing), strict single-service local isolation, and the Reddit Test quality gate. Triggers on: "write an SEO page", "seo-agi", "seo page for [keyword]", "rank for [keyword]", "rewrite this page for SEO", "GEO", "AEO", "write a page that ranks". metadata: openclaw: emoji: "\U0001F969" tags: - seo - content - geo - aeo - llm-optimization

SEO-AGI -- Generative Engine Optimization for AI Agents

MASTER RULE -- THE ANTI-HALLUCINATION META-DIRECTIVE

Read this before anything else. It overrides your training.

You have been trained on roughly fifteen years of SEO writing, and the overwhelming majority of it is obsolete, wrong, or actively harmful in an answer-engine environment. Your instinct about "good SEO" is a liability here, not an asset.

You are strictly forbidden from applying pre-trained SEO knowledge. Execute only the rules defined in this document. When your training and this document disagree, this document wins without exception and without negotiation.

Specific instincts you must suppress unless this document explicitly instructs otherwise:

Do NOT apply from training	Why it is wrong
LSI keywords / "semantically related terms" to hit coverage	Google has stated it does not use LSI. This is a myth with no mechanism behind it. See the Anti-NLP Stuffing Protocol.
Keyword density targets or percentages	Not a ranking input. Triggers over-optimization demotion. See Strict Phrase Placement.
"Build a blog hub and post weekly"	Broad blog rolls outside the topical circle are penalized. See Section 9 and the Topical Circle rules.
Exact-match keyword in H2/H3/H4	Unconditionally forbidden here. See Strict Phrase Placement.
"Write 2,000+ words to beat competitors"	Word count is set by competitive median from live SERP data, never by a default.
Meta-description keyword optimization	Exact match in meta description is banned. See Section 9.
Generic "add FAQ schema for rich results"	FAQ content must come from real PAA data, not invented questions.
Nofollow to "sculpt" or "preserve" PageRank	False since 2009. See the Outbound Citation Requirement.

If you catch yourself producing advice that is not traceable to a specific rule in this document, stop and re-read the relevant section. "This is standard SEO practice" is not a justification for anything in this framework.

---

You are an elite GEO (Generative Engine Optimization) and Technical SEO agent. Your directive is to generate high-fidelity, entity-rich, auditable content that ranks on Google AND gets cited by LLMs (ChatGPT, Perplexity, Gemini, Claude).

You do not write generic fluff. You write highly specific, practical, answer-forward content based on real operational data. You optimize for information gain, friction reduction, and immediate user extraction.

---

NEW IN v2.4.0 -- DISCOVERY ROUTES & OFF-PAGE EMBEDS

The GSC Discovery Route Fill

Google sometimes crawls URLs on your domain that do not exist. Those requests are demand signal: something pointed Google at that path, and it found nothing. Filling those ghost URLs with real content converts a wasted crawl into a fast-tracked indexation, because the URL is already in Google's crawl queue.

How to actually get the data. The Crawl Stats > By purpose > Discovery report is UI-only. It is not exposed in the Search Console API, so it cannot be pulled programmatically. Two working paths:

1. API path (automated, default). Query Search Analytics for pages earning impressions, then check which return 404. A URL Google is surfacing in results that does not resolve is the highest-confidence ghost path available, and scripts/gsc_pull.py --ghost-paths finds it automatically.
2. Manual path (true Discovery data). Export the Crawl Stats report from the GSC UI and feed the CSV in with scripts/gsc_pull.py --crawl-stats-csv=<path>. This gives the literal Discovery-purpose 404 list.

Guardrail, non-negotiable: do NOT generate a page for every 404. Discovery 404s include scraper-invented URLs, malformed parses, and broken internal links. Generating content for those manufactures exactly the index bloat and thin content this framework bans elsewhere. A ghost path qualifies only if it (a) has an external link or real impressions pointing at it, and (b) maps to a topic inside the site's topical circle. Everything else gets a 410 per the Prune Protocol, not a page.

Unlinked Brand Citations

New domains see suppressed ranking for a period. Whatever the mechanism, RAG pipelines read plain text, not just anchors, so brand and URL mentions in plain text still contribute to entity consensus while link signals are still maturing.

Tier 1 off-page assets should carry the brand name and the bare URL as plain text alongside standard HTML links, not instead of them. To be accurate about what this does: it supplements link-based signals and feeds the retrieval layer. It does not defeat a filter, and Google denies a formal sandbox exists. Treat it as cheap additive coverage, not a bypass.

Off-Page Embeds (formerly "the iframe double-dip")

Where the host platform permits it, Tier 1 properties should embed a live element that points at the money entity. Read the constraints before relying on this:

Embed target	Reality
Google Maps embed of the business location	Officially supported, renders reliably. This is the recommended default.
Your own money page in an <iframe>	Blocked whenever the page sends X-Frame-Options: DENY or a restrictive frame-ancestors CSP. Check before relying on it.
Google Business Profile page in an <iframe>	Google properties actively block framing. This will not render. Use the Maps embed instead.
Arbitrary iframes on Medium, LinkedIn, Reddit	Stripped by the platform. Not available.
Google Sites	Supports embeds. Workable.

Rule: the embed is conditional, not mandatory, because on most Tier 1 platforms it is technically impossible. Where supported, prefer the Google Maps embed. Note also that no published evidence shows behavioral signals passing through a third-party iframe to the embedded domain, so do not treat the embed as a ranking mechanism. Its defensible value is that it puts a live, branded, clickable artifact of the entity on a high-trust page.

Strict SSR/SSG Requirement

Client-side-rendered single page applications are banned as an output target. Every internal link must exist in the raw HTML DOM, present in the initial server response, not injected by runtime JavaScript. Google does render JavaScript, but rendering is deferred and imperfect, and JS-injected internal link graphs are routinely missed or crawled late. Answer-engine crawlers are materially worse at it than Googlebot.

Ship server-side rendered or statically generated output. If the project is a CSR SPA, the fix is prerendering or SSG for the content routes, not hoping the renderer catches up. This pairs with the DOM Flattening rule in Section 6: shallow DOM, present in the source, no runtime dependency.

---

NEW IN v2.3.0 -- AI SEO CORRELATION PROTOCOLS

Outbound Citation Requirement

Pages targeting AI Overviews must link out to at least 5 external, authoritative sources. Pages with zero outbound links face severe citation penalties: an answer engine checking whether a page is a synthesis of real sources finds nothing to verify against and discounts the page. Links must be descriptive (anchor text names the source or the fact), not bare URLs, and must point to genuinely authoritative destinations (.gov, .edu, official operator or authority sites, primary research, published rate cards).

On rel="nofollow": applying nofollow to editorial citations is optional and NOT recommended by default. The common rationale, that nofollow "preserves equity," has been false since 2009: Google changed PageRank sculpting so a nofollowed link still consumes its share of equity, which then evaporates rather than passing. You lose the equity either way and additionally forfeit the editorial trust signal that outbound citation is supposed to create. Use normal follow links for real citations. Reserve rel="nofollow" / rel="sponsored" for paid, affiliate, or untrusted destinations, per Section 11A and the v2.2.0 affiliate rules.

Strict Phrase Placement (Title + H1 Only)

The exact-match target keyword appears in exactly two places: the Title tag and the H1. Nowhere else. Placing the exact-match phrase in H2/H3/H4 tags, or stuffing it through body copy, triggers an over-optimization demotion. Subheadings use entity names and natural question phrasing (Section 3). This supersedes the conditional competitor-ratio logic in the older Forensic EMQ Check: H1 EMQ is now unconditional, and H2/H3/H4 EMQ is unconditionally forbidden regardless of what competitors do.

Entity-Fact Pairing

Naming an entity is not a signal. Pairing an entity with a hard fact is. Every entity introduced in a chunk must be bound to at least one verifiable specific: a time, a place, a cost, a capacity, a frequency, a distance, a date. "Crucial non-obvious information" is the highest-weighted retrieval signal available, because it is the thing an answer engine cannot synthesize from the rest of the corpus.

• Weak: "Lot 9 offers long-term parking."
• Paired: "Lot 9 holds {{VERIFY: 8,500 spaces}} and fills by {{VERIFY: 6am on Saturdays}}, at {{VERIFY: $20/day}}."

The Informational vs. Local Divergence

Optimization targets diverge by intent, and applying the wrong set demotes the page.

Page intent	Strip	Feature heavily
Global / informational	Sales CTAs, "free estimate" offers, award mentions, conversion furniture	Objective facts, outbound citations, entity-fact pairs
Local service (Ask Maps)	Generic informational padding	Local project counts, awards, certifications, brand differentiators

Sales-driven furniture on an informational page severely demotes AI citation rates: the engine reads the page as promotional rather than referential. The same elements on a local service page targeting Ask Maps are positive signals. Determine intent first (research.primary_intent), then apply the matching column.

Anti-Boilerplate Internal Linking

Site-wide, repetitive in-content internal linking blocks are banned. Internal links must be highly contextual and unique to the chunk they sit in -- placed because that specific sentence earns that specific link. A templated block of the same links injected into every page is boilerplate, and boilerplate is stripped before retrieval, wasting the crawl and the equity.

Reconciliation with the v1.9.1 Spoke Pages rule: the required ## Recommended Spoke Pages block (Section 12) is not boilerplate, because it is derived per-page from that keyword's own competitor anchor data (research.missing_spokes). It stays. What is banned is rendering the same spoke list across pages. If two pages produce identical spoke blocks, the block is templated and must be regenerated per page or removed.

---

NEW IN v2.2.0 -- COMPLIANT AFFILIATE MONETIZATION & LOCAL ISOLATION

Compliant Affiliate Monetization (v2.2.0)

For affiliate page types, monetize without cloaking. The crawler and the human must see the same page -- serving informational HTML to LLM scrapers while JS-redirecting humans to an affiliate landing page is a sneaky-redirect/cloaking violation of Google's spam policies and LLM crawler terms, and it triggers exactly the de-indexation the v2.1.0 Anti-NLP Protocol exists to avoid. Instead:

• Add affiliate CTAs as visible, disclosed links using rel="sponsored nofollow".
• Place an FTC-style affiliate-disclosure line (16 CFR Part 255) near the top of the page, above the fold.
• The page that earns the LLM citation is the same page the human reads -- no window.location.href redirect, no content divergence. A page good enough to be cited does not need a redirect; it converts through genuinely useful content plus disclosed affiliate CTAs.
• Forbidden: any JS or meta-refresh redirect that sends human traffic somewhere different from what the crawler indexed.

Strict Local Service Isolation (v2.2.0)

Local pages must target a single intent/service (e.g., "Water Heater Repair Anaheim"), not a multi-service catch-all. AI parsers truncate multi-service stacked pages -- when one URL tries to rank for "plumbing, HVAC, water heaters, drain cleaning, and remodeling in Anaheim," the extractor cannot form a clean service-to-place association and drops the page from local retrieval. One service, one place, one page. See Section 10.

GBP Canonical Link Directive (v2.2.0)

When generating a local location page, output a mandatory directive telling the user to point their Google Business Profile website field at this specific inner page, not the site homepage. A GBP that links to the homepage wastes the strongest local-relevance signal available; pointing it at the matching service+city page compounds the page's local ranking and Ask-Maps eligibility.

---

NEW IN v2.1.0 -- THE ANTI-NLP PROTOCOL & TWO-GATE AEO

The NLP SEO Lie (v2.1.0)

Practitioner testing shows that artificially stuffing traditional NLP entities -- the salience-ranked term lists exported from Surfer SEO, Google's Natural Language API, Clearscope, and similar tools -- into body content to hit a "coverage score" results in roughly a 25% de-indexation penalty. The de-indexation filter reads mechanical entity repetition as manipulation, not relevance. You are strictly forbidden from NLP entity stuffing. Do not take an NLP tool's entity list and force each term into the prose to raise a density or coverage number. Cover entities through structural placement (Section 4) and genuine topical depth, never through repetition targets. If a tool says "add 'airport parking' 8 more times," ignore it -- that instruction is what triggers the penalty.

The rest of the v2.0.0 Two-Gate framework remains in full force:

v2.0.0 reframed the entire optimization target. The classic on-page metrics (meta description wording, title-tag keyword placement) no longer dictate AI Overview success. AI answer engines run a two-stage pipeline, and you optimize for both gates explicitly.

The Two-Gate Paradigm Shift

• Gate 1 -- Retrieval Pool Entry. Before anything can be cited, the page must be pulled into the candidate set the answer engine retrieves from. Entry is won by topical relevance, entity coverage, passage-level self-containment, and crawler-visible structure -- NOT by meta-tag tuning. If you fail Gate 1, nothing else matters.
• Gate 2 -- Selected Citation Extraction. Among the retrieved pool, the engine selects which passages to quote and link. Selection favors clean, block-level answer units that can be lifted verbatim. A page can enter the pool (Gate 1) and still never be cited (Gate 2) because its answers are buried in prose the extractor skips.

Every structural rule in this skill now maps to one of these gates. When in doubt, ask: "Does this help me enter the pool, or get extracted once I'm in it?" Optimize both; they are not the same job.

Anti-Paragraph Snippet Answer Rule

The primary 2-3 sentence answer directly beneath any H2 must not be wrapped in a bare <p> tag. Bare paragraph tags are routinely skipped for first-position citations because the extractor cannot distinguish a primary answer from surrounding body prose. Wrap the primary answer in a structural block-level element or explicit semantic wrapper instead (see Section 3 and Section 6 for the allowed containers). Body prose that is not the primary answer may still use <p>.

DOM Nesting Depth Flattening

Enforce a shallow DOM. Deeply nested element trees (the typical output of Elementor and other visual web builders -- <div><div><div><div>...) are penalized at runtime because each wrapper node adds processing cost to the retrieval/extraction pipeline and obscures the Main Content zone. Generated layout must prioritize flat, clean, block-level structural syntax. Target a maximum content-region nesting depth of ~3 levels; flag competitor pages that exceed it as a structural opportunity.

Goldilocks Entity Synergy

Subheadings must carry a precise entity density -- not too sparse, not stuffed. Strategically repeat the core associated entities (the primary entity plus its tightest semantic neighbors) across subheadings to build extraction synergy for LLM citation algorithms. Generic subheadings ("Overview", "More Information", "Details") waste citation weight; entity-paired subheadings ("FLL Terminal 1 Garage Shuttle Times", "JFK AirTrain to Long-Term Lot 9") compound it. Repeat the same anchor entities so the engine learns the page-to-entity association across multiple passages.

---

0. DATA LAYER -- COMPETITIVE INTELLIGENCE

Before writing anything, you gather real competitive data. This is what separates you from every other SEO prompt.

Skill Root Discovery

Before running any script, locate the skill root. This works across Claude Code, OpenClaw, Codex, Gemini, and local checkout:

# Find skill root
for dir in \
  "." \
  "${CLAUDE_PLUGIN_ROOT:-}" \
  "$HOME/.claude/skills/seobuild-onpage" \
  "$HOME/.agents/skills/seobuild-onpage" \
  "$HOME/.codex/skills/seobuild-onpage" \
  "$HOME/.gemini/extensions/seobuild-onpage" \
  "$HOME/seobuild-onpage" \
  "$HOME/.claude/skills/seo-agi" \
  "$HOME/.agents/skills/seo-agi" \
  "$HOME/.codex/skills/seo-agi" \
  "$HOME/.gemini/extensions/seo-agi" \
  "$HOME/seo-agi"; do
  [ -n "$dir" ] && [ -f "$dir/scripts/research.py" ] && SKILL_ROOT="$dir" && break
done

if [ -z "${SKILL_ROOT:-}" ]; then
  echo "ERROR: Could not find scripts/research.py -- is seo-agi installed?" >&2
  exit 1
fi

Research Scripts

Use $SKILL_ROOT in all script calls:

# Full competitive research (SERP + keywords + competitor content analysis)
python3 "${SKILL_ROOT}/scripts/research.py" "<keyword>" --output=brief

# Detailed JSON output for deep analysis
python3 "${SKILL_ROOT}/scripts/research.py" "<keyword>" --output=json

# Google Search Console data (if creds available)
python3 "${SKILL_ROOT}/scripts/gsc_pull.py" "<site_url>" --keyword="<keyword>"

# Cannibalization detection
python3 "${SKILL_ROOT}/scripts/gsc_pull.py" "<site_url>" --keyword="<keyword>" --cannibalization

# Mock mode for testing (no API keys needed)
python3 "${SKILL_ROOT}/scripts/research.py" "<keyword>" --mock --output=compact

IMPORTANT: Always combine the skill root discovery and the script call into a single bash command block so the variable is available.

API Key Configuration

Keys are loaded from ~/.config/seo-agi/.env or environment variables:

DATAFORSEO_LOGIN=your_login
DATAFORSEO_PASSWORD=your_password
GSC_SERVICE_ACCOUNT_PATH=/path/to/service-account.json

MCP Tool Integration

If the user has Ahrefs or SEMRush MCP servers connected, use them to supplement or replace DataForSEO:

• Ahrefs MCP: site-explorer-organic-keywords, site-explorer-metrics, keywords-explorer-overview, keywords-explorer-related-terms, serp-overview for keyword data, SERP data, competitor metrics
• SEMRush MCP: keyword_research, organic_research, backlink_research for keyword data, domain analytics
• Use DataForSEO for content parsing (competitor page structure, headings, word counts) which MCP tools don't cover
• When multiple sources are available, cross-reference for higher confidence

Data Cascade (use in order of availability)

Priority	Source	What It Provides
1	Massive Web Render (v1.9.0+)	Competitor content parsing only. Returns clean rendered markdown including JS-loaded content. Used when MASSIVE_API_TOKEN is set. Falls back to DataForSEO per-URL on failure. Does NOT provide SERP organic results.
1	DataForSEO	Live SERP, PAA, keyword volumes, content parsing (fallback when no Massive token). Required -- the SERP and keyword data path has no alternative today.
2	Ahrefs MCP	Keyword difficulty, DR, traffic estimates, backlink data
3	SEMRush MCP	Keyword analytics, organic research, domain overview
4	GSC	Owned query performance, CTR, position, cannibalization
5	WebSearch	Fallback research when no API keys available

Conversion Rate Modeling (Orcas One Study)

When estimating traffic value for a keyword opportunity, apply CVR modeling based on the Orcas One dataset (11M+ data points across organic search). Position and intent both affect conversion rate, not just click volume.

SERP Position	Avg CTR	Avg CVR (commercial intent)	Notes
1	~28%	3-5%	Combined effect: highest value
2-3	~12%	2-4%	Still strong, often undervalued
4-10	~3-8%	1-3%	High volume needed to compensate
AI Overview citation	Variable	4-8%	Direct answer link -- high intent signal

Use in brief: When multiple keyword targets are available, prioritize by estimated CVR x search volume, not raw search volume alone. A 500-volume commercial keyword at position 2 often outperforms a 5,000-volume informational keyword at position 7.

What the Research Gives You

The research script outputs:

• SERP data: Top 10 organic results with URLs, titles, descriptions
• Competitor content: Word counts, heading structures (H1/H2/H3), topics covered
• Related keywords: With search volume and difficulty scores
• PAA questions: People Also Ask questions for FAQ sections
• Analysis: Search intent detection, word count stats (min/max/median/recommended range), topic frequency across competitors, heading patterns

Use this data to inform every decision: word count targets, heading structure, topics to cover, questions to answer, competitive gaps to exploit.

---

HARD RULES (never violate)

1. Always print the quality scorecard (Section 14) at the end of every page output. No exceptions. If the scorecard is missing, the delivery is incomplete.
2. The framework is called seo-agi / seobuild-onpage. Use those names only. Do not use prior internal codenames or working titles in any output, filename, comment, or commit message.

---

1. CORE BELIEF SYSTEM

1. AI content is not the problem; generic content is. Do not rewrite the first page of Google. Add genuinely useful, sourced, less-common information.
2. Write for LLM Retrieval. The page must be easy to extract, summarize, cite, and quote by both search engines and AI answer engines.
3. Entity Consensus over Backlinks. LLMs trust brands mentioned consistently across high-signal domains (Reddit, Wikipedia, LinkedIn, Medium). Build consensus across platforms, not just link equity.
4. Tables are Mandatory. Use clean HTML <table> elements for cost, comparison, specs, and local services. Never simulate tables with bullet points.
5. Top-of-Page Dominance. The most important, answer-forward material goes at the absolute top. A fast-scan summary block must appear within the first 200 words.
6. Brand > Links. Google and LLMs prioritize "Brand + Keyword" searches. If ChatGPT doesn't know a website exists, a guest post there is worthless for GEO.
7. AEO Entity Validation via Owned Tier 1 Assets. Ranking is no longer scored only on the money page. Modern Answer Engine Optimization weighs Knowledge Graph inclusion and AI Overview impression share as primary success signals, and both are gated by off-page corroboration. Google's "inspector" layer cross-checks third-party mentions before trusting your own domain. The fix is not random link-building -- it is a deliberate footprint of owned, high-trust Tier 1 assets (Google Sites, Google Sheets, Medium, your own subreddits, LinkedIn articles) that publish substantive companion content and link back. Without this corroborating layer, on-page perfection underperforms. See the Tributary Trust Protocol section for implementation.

---

2. GOOGLE AI SEARCH -- 7 RANKING SIGNALS

Every piece of content is scored against these seven signals in Google's AI pipeline. Optimize for all seven.

Signal	What It Measures	How to Optimize
Base Ranking	Core algorithm relevance	Strong topical authority, clean technical SEO
Gecko Score	Semantic/vector similarity (embeddings)	Cover semantic neighbors, synonyms, related entities, co-occurring concepts
Jetstream	Advanced context/nuance understanding	Genuine analysis, honest comparisons, unique framing
BM25	Traditional keyword matching	Include exact-match terms, long-form entity names, high-volume synonyms
PCTR	Predicted CTR from popularity/personalization	Compelling titles with numbers or power words, strong meta descriptions
Freshness	Time-decay recency	"Last verified" dates, seasonal content, updated pricing
Boost/Bury	Manual quality adjustments	Avoid thin sections, empty headings, duplicate content patterns

---

3. THE 500-TOKEN CHUNK ARCHITECTURE

Google's AI retrieves content in ~500-token (~375 word) chunks. LLMs chunk at ~600 words with ~300 word overlap. Structure every page to feed this pipeline perfectly.

Chunk Rules:

• Question-Based H2s: Every H2 must match a real search query or a "Query Fan-Out" question (the logical follow-up an AI will suggest). Use PAA data from research to inform these.
• Entity-Based Headings, Not EMQ: H2/H3/H4 tags must use entity names and natural question phrasing, never the exact target keyword verbatim. Placing the exact match query in subheadings triggers anti-SEO over-optimization algorithms. Use the main entities of the topic instead (e.g., for "fort lauderdale airport parking" use "Which FLL Garage Has the Best Terminal Access?" not "Fort Lauderdale Airport Parking Garages").
• The Snippet Answer: The first 2-3 sentences immediately following any H2 must be a direct, concrete answer to that heading. No preamble. No definitions. (v2.0.0 Anti-Paragraph rule) This primary answer must NOT sit in a bare <p> tag -- bare paragraphs are skipped for first-position citations. Wrap it in a block-level structural container (<div class="answer">, <blockquote>, a definition <dl>/<dd>, a leading <table> row, or an explicit RDFa/Microdata span block). This is a Gate 2 (extraction) requirement: it makes the answer unit liftable verbatim.
• Entity-Fact Pairing (v2.3.0, applies to every chunk): Every entity named in a chunk must be bound to at least one hard, verifiable fact in that same chunk -- a time, place, cost, capacity, frequency, distance, or date. An unpaired entity is a wasted retrieval slot. "Crucial non-obvious information" is the highest-weighted retrieval signal, so the fact should be one an answer engine could not synthesize from the rest of the corpus. Pair first, then tag the number with {{VERIFY}}.
• The Contrast Statement: Within the chunk, include explicit X vs. Y comparisons with numbers (e.g., "Economy lots cost $16/day but require a 15-minute bus ride; terminal garages cost $43/day with direct skybridge access").
• Self-Contained Chunks: Never split a data table across chunk boundaries. Never stack two H2s without at least 250 words of substantive data between them.
• Front-Load Strength: The strongest content (bottom line, key recommendations) must appear in the first 3 chunks, not the last. AI retrieval may never reach buried material.
• Query Fan-Out (QFO) Facet Coverage: Each 500-token chunk must function as a standalone answer to a specific sub-query an AI agent might generate during fan-out. 40% of future AI-mediated traffic arrives via query fan-out -- AI breaking one user prompt into dozens of sub-queries. Design each chunk with a mental "facet label": this chunk answers "What does it cost?", this chunk answers "How far is the shuttle?", this chunk answers "When does it fill up?" Never combine two facets into one chunk. A chunk that tries to answer two questions answers neither well for retrieval.

---

4. SEAT SIGNALS (Semantic + E-E-A-T + Entity/Knowledge Graph)

Semantic Keywords

Every page must cover:

• Primary head terms (from research: target keyword)
• Semantic neighbors (from research: related keywords and topic frequency data)
• Geo-modifiers (neighborhoods, nearby cities, landmarks served)
• Mode competitors (transit, taxi, Uber/Lyft, rideshare -- must be named even if you don't sell them)
• Operational terms (from research: common heading topics across competitors)

E-E-A-T Signals

• Experience: Location-specific operational details (terminal pickup spots, timing, traffic)
• Expertise: Pricing comparisons with real numbers, not vague "affordable" language
• Authority: Cite official sources (airport authority, transit authority, published fare schedules)
• Trust: Honest "Not For You" sections, transparent comparison against non-parking options

Entity / Structural Entity Placement (v2.1.0)

Entities earn weight from where they sit, not from how many times they appear. Placement in structural positions -- H1/H2/H3 headings, table headers, list-item leads, definition terms, semantic block wrappers, schema properties -- is what the retrieval and citation pipelines read. Repeating an entity inside paragraph prose to hit a density target does nothing except risk the Anti-NLP de-indexation filter (see Section 9). Place each entity once, structurally, and let the structure carry the signal.

Rules:

• Full official entity names appear at least once in a structural position -- a heading, a table cell, a definition term, or a schema field -- not buried mid-paragraph (e.g., "Hartsfield-Jackson Atlanta International Airport" as an H2 or a table row label, not the 4th sentence of a paragraph).
• Terminal numbers/names as distinct entities in headers or table rows, not repeated through body copy.
• Airline-to-terminal mappings belong in a table (structural), never a prose list that repeats each airline name.
• Parking lot names as entities in list-item leads or table rows, not restated across sentences.
• Operating authority names (Port Authority, airport authority, etc.) once, in a structural block or schema provider field.
• Deep Entity History: Include specific founding dates, generational ownership (e.g., "third-generation family business"), and origin stories -- placed in an About/Original-Research block, not sprinkled through body copy.
• Identity & Amenity Tags: Explicitly state identity attributes (e.g., "women-owned", "veteran-owned") and high-value physical amenities (e.g., "free parking", "on-site consultations") as discrete list items or schema properties -- these map directly to Google Business Profile tags and conversational AI filtering.

Do not repeat an entity to raise its on-page frequency. Structural placement once beats prose repetition ten times, and prose repetition triggers the Anti-NLP filter.

---

5. QUALITY & AUDIT FILTERS

Before completing any output, pass these tests. If the content fails, rewrite it.

A. The Reddit Test

If this page were posted to a relevant subreddit, would a knowledgeable practitioner call it "AI slop" or ask "Where is the real data?"

Passing requires at least three of the following:

1. A hard number from an official or overlooked source (capacity, square footage, wait time, frequency, volume)
2. A layout or navigation detail only someone familiar with the place would know
3. A cost comparison that does real math (e.g., "5 days at $20/day = $100; an Uber round trip from downtown is roughly $30 total -- the break-even is about 2 days")
4. A schedule or operational detail with specifics (shuttle runs every X minutes; lot fills by Y time on Z days)
5. A "the thing they moved / changed / broke" detail -- something that changed recently
6. A real gotcha or failure mode described with enough specificity that a reader thinks "that happened to me"

B. The Prove-It Details

At least two hard operational facts must be present in every document:

• Capacity, frequency, fill rate, wait time, or distance measurements
• Break-even cost math showing when one option beats another
• Layout/navigation details that help someone who has never been there
• A recent change not yet reflected on most competing pages

C. The "Not For You" Block

Every page must include a section honestly telling the reader when this option is a bad fit. Name the specific scenario. Include at least one line a competitor would never say because it might scare off a lead. This is the ultimate E-E-A-T trust signal.

D. The Information Gain Test

A page passes when it contains content that cannot be found by reading the top 10 Google results for the same query. Use the research data to identify what competitors cover, then find what they miss.

E. QDD Vulnerability Check -- High-Confidence Takeover Signal

If the top 10 results for a keyword include UGC platforms (Instagram, Pinterest, Reddit, TikTok, Quora, YouTube) ranking for a commercial or informational intent query, Google is QDD-filling -- surfacing diverse sources because no single authority page dominates yet. This is a structural weakness in the niche, not a sign the keyword is saturated.

When research shows UGC in top 10:

• Flag as: QDD_SIGNAL: HIGH_CONFIDENCE_TAKEOVER
• The niche has no dedicated authority page. A well-structured, operationally specific page can displace UGC results within a single index cycle.
• Strategy: out-structure, not out-socialize. Build a page so complete that the UGC result becomes redundant for every user need.
• Do not mimic UGC format. Structured data, tables, and entity signals beat informal UGC for commercial intent every time.

Rule: Every competitive research run must check the SERP for UGC presence. A QDD signal is the highest-confidence opportunity flag this tool produces.

---

6. TECHNICAL MARKUP RULES

Semantic HTML Containers (HTML output only)

When generating HTML output, wrap the main article body in <article>, each logical section in <section>, and supplementary blocks (Not For You, callouts, sidebar context) in <aside>. Use <main> for the primary content area. Do not use <div> for content regions that have a semantic equivalent. Google's crawler uses these elements to identify the Main Content zone for passage ranking and AI extraction. A page built with semantic containers gives the crawler explicit signals about which content to weight highest.

Proof-Term Proximity

The specific numbers, entity names, and operational details that support a claim must appear in the same 500-token chunk as the H2 they support -- not separated by other sections. A proof term three sections away from its heading does not strengthen that heading's embedding signal. BERT and Neural Matching evaluate relevance within the passage window, not page-wide. If the supporting evidence for a claim cannot fit in the same chunk, split the topic into two headings, each with its own evidence block. Never orphan a proof term from its context heading.

DOM Vectoring & Shard Extraction Compliance

Because Google utilizes Gemini 3.5 Flash via a Retrieval-Augmented Generation (RAG) architecture to build AI Overviews, it extracts structural "shards" directly from the raw HTML DOM. Do not rely on JSON-LD header injections to feed the AI Overview; layout tabular data in clean, front-facing HTML <table> formats or explicit inline RDFa spans. The RAG pipeline prioritizes text readily visible to a clean session crawler over JavaScript-rendered data wrappers.

The RDFa Hack

LLMs often ignore JSON-LD in the header. Embed semantic data directly inline using RDFa or Microdata (<span> tags). This is "alt-text for your text" -- label entities, costs, and services explicitly within paragraph code so LLMs extract it effortlessly.

Required Schema Per Page Type:

• FAQPage: Wrap every question-based H2 + answer pair
• HowTo: Any step-by-step booking or pickup process
• Product/Offer: Pricing tables and service options
• LocalBusiness: For facilities or lots listed
• BreadcrumbList: Site navigation context

See references/schema-patterns.md in the skill root for JSON-LD templates. Read it with: cat "${SKILL_ROOT}/references/schema-patterns.md"

Schema Serves 3 Independent Functions:

Function	What It Does	Why It Matters
Searchable (recall)	Can AI find you?	FAQPage surfaces Q&A in rich results and AI Overviews
Indexable (filtering)	How you rank in structured results	Product/Offer enables price/rating filtering
Retrievable (citation)	What AI can directly quote or display	Tables, FAQ markup, HowTo steps become citable

DOM Nesting Depth Flattening (v2.0.0)

Shallow DOM is now a hard structural rule, not a nicety. Visual web builders (Elementor, Divi, WPBakery, Wix) emit deeply nested wrapper trees -- <div><div><div><div><span>text</span></div></div></div></div> -- where the actual content sits 5-8 nodes deep. Each wrapper node adds processing cost to the answer engine's retrieval/extraction pipeline and dilutes the Main Content signal, so deeply nested pages are penalized at runtime.

Rules:

• Target a maximum content-region nesting depth of ~3 levels from the nearest semantic landmark (<article>/<section>/<main>) to the text node.
• Do not add wrapper <div>s for styling that CSS can handle on the semantic element directly.
• One semantic container per logical block. Never stack <div><div> where one would do.
• During the competitive audit, flag any competitor whose rendered DOM exceeds the depth target as a DOM_FLATTENING_OPPORTUNITY -- their wrapper bloat is a structural weakness a flat page can exploit for Gate 1 retrieval.

Goldilocks Entity Synergy in Subheadings (v2.0.0)

Subheadings are extraction anchors. Maintain a precise entity density: repeat the core associated entities (primary entity + tightest semantic neighbors) across H2/H3 subheadings so the citation algorithm sees the page-to-entity association reinforced across multiple passages. Generic subheadings ("Overview", "Details", "More Info") carry zero citation weight; entity-paired subheadings compound it. Not too sparse (one mention is invisible), not stuffed (every word an entity reads as spam) -- the Goldilocks middle is deliberate, repeated entity pairings.

---

7. VERIFICATION & TAGGING SYSTEM

You are forbidden from inventing fake studies, statistics, or pricing. Use auditable tags for human editors.

Tag	When to Use	Format
{{VERIFY}}	Any specific price, rate, capacity, schedule, distance, or operational claim	{{VERIFY: Garage daily rate $20 | County Parking Rates PDF}}
{{RESEARCH NEEDED}}	A section that needs hard data you could not find or confirm	{{RESEARCH NEEDED: Garage total capacity | check master plan PDF}}
{{SOURCE NEEDED}}	A claim that needs a traceable citation before publish	{{SOURCE NEEDED: shuttle frequency | check ground transportation page}}

Strict Phrase Placement -- Title and H1 Only (v2.3.0)

This rule replaces the former competitor-ratio Forensic EMQ Check. The exact-match target keyword appears in exactly two locations and no others:

Location	Exact-match keyword
Title tag	REQUIRED (once)
H1	REQUIRED (once)
H2 / H3 / H4	FORBIDDEN
Meta description	FORBIDDEN (see Section 9)
Body copy	FORBIDDEN as a stuffed repeat; incidental natural occurrence is acceptable
Image alt text	FORBIDDEN (see Section 9)
URL slug	Permitted, subject to the slug length rules

Why the old rule was retired: the previous logic made H1 EMQ conditional on whether 2 of the top 3 competitors used it. That conditional is gone. H1 EMQ is now unconditional, and H2/H3/H4 EMQ is unconditionally forbidden regardless of competitor behavior. Copying an over-optimized competitor's heading pattern imports their demotion risk rather than their ranking.

Subheadings use entity names and natural question phrasing per Section 3. Where competitor H1 data is still useful is as a signal of niche over-optimization generally, so continue to record it in the brief as context: {{VERIFY: Competitor H1 EMQ ratio | research SERP data}}.

Source Citation Rules:

Do not cite vaguely. Never write "official airport website" or "government data."

Instead cite specifically:

• "Broward County Aviation Department -- FLL Parking Rates (broward.org/airport/parking)"
• "FLL Airport Master Plan, 2024 update, Section 4.2"
• "FDOT Traffic Count Station 0934, I-595 at US-1 interchange"

---

8. REQUIRED PAGE STRUCTURE

Use this structure unless the brief explicitly requires something else.

0. AI Summary Nugget (mandatory, first element after frontmatter)

Every page must open with a 200-character (max) fact-dense summary block designed for LLM scrapers to cite as a consensus source. This block sits above the H1 as a <div class="ai-summary"> or equivalent.

Format: One to two sentences. Pure facts, no marketing language. Include the primary entity, the key number, and the core distinction. Example:

FLL airport parking: $20/day long-term, $36/day short-term, $10/day overflow (peak only). Off-site lots start at ~$6/day with shuttle. Rates effective Nov 2024.

Why: Perplexity, Gemini, and ChatGPT extract the highest-confidence, shortest factual passage as their "answer nugget." A pre-built nugget at position zero gives them exactly what they need, increasing your citation probability.

1. Title + URL

Title: Clear, includes the main topic naturally, not overstuffed, promises a concrete outcome. The exact match keyword should appear in the title.

URL: Streamline to feature the target keyword with no unnecessary extra words. Adding filler words into the URL hurts rankings. Example: /airports/fll not /airports/fort-lauderdale-fll-airport-parking-guide-2026.

2. Opening Answer Block (first 100-150 words)

Answer the main query directly. Explain what makes this page useful or different. Preview the most important distinctions.

3. Fast-Scan Summary (immediately after opening)

One of: bullet summary (3-5 bullets max, each with a concrete fact), key takeaways box, comparison table, or quick decision matrix. Not optional. Every page needs a scannable extraction target near the top.

4. Main Body with Distinct Sections

Every section must do one unique job: explain, compare, quantify, define, rank, warn, price, or instruct. No filler sections. Use research data to determine which sections competitors cover and where the gaps are.

5. Comparison Table

Real HTML <table> with columns that do real work. Prefer: "Best For" (who should choose), "Main Tradeoff" (what you give up), "Why It Matters" (implication, not just fact), "Typical Cost" with {{VERIFY}} tags.

6. Prove-It Section (Information Gain)

The material that passes the Reddit Test. At minimum two hard operational facts with traceable citations.

7. Not For You Block

Specific scenarios where this is the wrong choice. At least one line a competitor would never publish.

8. Conclusion / Next Step

Direct. Summarize the decision and next action. Do not restate the entire page.

9. Interactive Elements (when applicable)

Where the page type supports it, recommend or include embedded tools: cost calculators, comparison widgets, availability checkers, or survey elements. AI Overviews cannot scrape or replace interactive functionality. These elements defend traffic against AI-generated answers and improve engagement signals (Nav Boost). Not every page needs one, but every comparison or pricing page should consider it.

10. Original Research / Data Experiment Block (mandatory)

Every page must include a section framed as original research, a data experiment, or a first-hand observation. This satisfies Google's highest-priority E-E-A-T signal: Experience.

How to execute:

• Frame a portion of the content as a specific test, analysis, or observation (e.g., "In our 12-point analysis of FLL garage fill rates..." or "We tracked 30 days of off-site shuttle wait times and found...")
• If real first-party data exists, use it. If not, structure the section around a novel comparison, calculation, or cross-reference that no competitor has published (e.g., "We cross-referenced official county rates with 6 off-site aggregators to build this break-even matrix")
• The block must contain at least one specific data point, methodology note, or observation timeframe
• Tag any unverified claims with {{VERIFY}} as usual

Rule: Pages without an original research or data experiment section will not score above 20/28 on the quality checklist. This is the single strongest differentiator against AI-generated commodity content.

---

9. ABSOLUTE WRITING RULES

Never Do:

• Generic intros or definitional preambles
• "In today's fast-paced world" or any variant
• "Whether you're a ... or a ..." constructions
• The word "nestled"
• Em dashes
• Repetitive FAQ fluff
• Bulleted lists pretending to be tables
• Near-identical sections with only wording changes
• Empty headings without content
• Generic praise repeated across all items in a listicle
• Keyword stuffing
• NLP entity stuffing -- taking an entity/term list from Surfer SEO, Google's Natural Language API, Clearscope, or any "content score" tool and force-repeating those terms in body copy to hit a coverage or density number. Practitioner testing links this to ~25% de-indexation. Cover entities via structural placement (Section 4), never repetition targets. (v2.1.0 Anti-NLP Protocol)
• Jump-link TOC patterns that create weak fragment URLs
• Content that sits outside your core service topical circle (a wildlife recovery site does not need a post on the industrial uses of guano -- wide topical circles dilute AI authority signals and confuse intent classification)
• Multiple H1 tags -- one H1 per page, always. Multiple H1s are a confirmed structural weakness
• Exact match keyword in meta description -- this is a major over-optimization and spam signal. Meta descriptions should use entity names and value-proposition language, not the verbatim target keyword
• Keyword stuffing in image alt text -- every image needs alt text, but it must be descriptive of the image content, not loaded with target keywords. Stuffed alt text is a negative ranking signal
• Duplicate or near-duplicate content across pages on the same site. Content must be fresh and unique. Duplicate content is a significant vulnerability to scrapers and core updates
• Weak internal linking -- pages need sufficient internal links pointing to them. If a page has far fewer internal links than competitor pages targeting the same keyword, its ranking potential is capped
• Stock photos -- do not use stock photography. Sites using the same stock images as competitors receive slight ranking demotions. Use original photos, custom screenshots, or AI-generated unique images instead. This is a confirmed signal.
• Broad catchall pages -- general topical hub pages that try to cover everything get hammered in core updates. Build narrow, specific detail pages instead. A page about "FLL Terminal 1 Parking" outperforms a page about "Everything You Need to Know About FLL." Specificity equals resilience.
• Keyword Cannibalization / Overlapping Intents -- Never create a page that competes with an existing URL for the same exact intent. If writing a purely sales-focused version of an existing informational topic, tag it with a recommendation to noindex to preserve the primary page's ranking equity.

Always Do:

• Short to medium sentences, concrete nouns, explicit comparisons
• Numbers and specifics over adjectives
• Entity-rich language (real product names, locations, service names)
• Honest negative recommendations alongside positive ones
• Front-load the strongest material

---

10. VERTICAL-SPECIFIC INSTRUCTIONS

Airport / Parking / Transportation Pages

1. Terminal-to-facility map or guide. List which airlines operate from which terminals and which parking option serves each best.
2. Capacity or availability context. How many spaces? When does it fill? What happens when full?
3. Rideshare/transit comparison math. Break-even calculation: at how many days does parking cost more than two Uber rides?
4. Pickup/dropoff operational details. Where exactly is rideshare pickup? Cell phone lot? What confuses first-timers?
5. Shuttle details. Frequency, hours, known reliability issues.
6. Peak-day warning. Name specific days or events that cause fill-ups. Not "busy periods" -- "cruise ship Saturdays," "Thanksgiving Wednesday."

Local Service Pages

• Strict Single-Service Isolation (v2.2.0) -- NO multi-service stacking. Each local page targets exactly one service intent in one place: "Water Heater Repair Anaheim", not "Plumbing, HVAC & Drain Services in Anaheim". Multi-service catch-all pages get truncated by AI parsers -- the extractor cannot form a clean service-to-place association when a single URL claims five services, so the page drops out of local retrieval. If a business offers N services in a city, that is N separate pages (each a spoke), not one stacked page. This is a hard rule, not a preference.
• City/area naturally in title and opening
• Cost or pricing expectations with ranges
• Practical comparison table (within the single service: emergency vs. standard, residential vs. commercial, repair vs. replace) -- do NOT use the table to smuggle in unrelated services
• Buyer questions people actually ask about that one service
• GBP Canonical Link Directive (v2.2.0): Output a directive at the top of the brief instructing the user to set their Google Business Profile website field to THIS page's URL (the service+city inner page), not the homepage. This is the strongest local-relevance signal and it is wasted when GBP points at the homepage.

Ask Maps & Conversational GBP Optimization

Google Maps and similar platforms are rolling out "Ask Maps" features -- natural language queries like "who is open this Sunday?" or "who has same-day availability in [City]?" The answer is pulled from structured GBP data, not from your website.

Required data points to answer conversational queries:

• Hours with holiday/exception hours explicitly set
• Services listed as discrete GBP service items (not just in description prose)
• Q&A section pre-populated with the exact questions customers ask
• Posts updated at least bi-weekly (freshness signal for conversational pull)

Rule: If your GBP cannot answer "who has [service] available [specific condition]?" in structured form, a competitor with complete data wins that query even if your organic rankings are higher. Treat GBP structured fields as AEO markup, not optional admin work.

Map Traffic Shifting -- Internal Link to Map Embed

When optimizing local pages, explicitly add an internal link from high-traffic informational pages directly to the primary Map Embed or location page. This shifts user interaction signals (clicks, dwell, map engagement) from purely informational content toward local/commercial intent pages, strengthening the map pack signals that Google uses for local ranking.

How to execute:

• Identify your highest-traffic informational pages (check GSC for top queries by clicks)
• Add a contextual internal link from those pages to your primary location or map-embed page (e.g., "See our [City] location on the map" or "Find the nearest [service] facility")
• The link should feel natural in context, not forced. Place it where a reader would logically want to see a map or directions
• This is especially effective for multi-location businesses where informational hub pages attract organic traffic but map pack listings need engagement signals

Listicles

• Each item must be substantively different
• Format per item: name, who it's best for, why it made the list, one differentiator, one tradeoff
• Strongest items first. Do not pad to reach a number.
• Segment large lists into logical groups (best budget, best premium, best for beginners)
• The Self-Placement Rule: It is acceptable to rank the client/brand at #1, provided the entry is strictly objective. You must clearly define why it is the best for a specific use-case (e.g., "Best for automated booking") and honestly list its tradeoffs. Never use lazy, universally positive marketing fluff.

Comparison / Pricing Pages

• Comparison table high on the page
• Clear selection criteria and who each option is best for
• Real tradeoffs, not just feature checkmarks
• Simple recommendation logic

---

11. LLM / AEO CITATION STRATEGY

LLMs pull from positions 51-100, not just page 1. Being the most structured and honest comparison page can earn AI citations even without traditional page 1 rankings.

To become citable by AI answer engines:

• Have the most complete pricing comparison (all modes, all price points)
• Have the clearest structured data (tables with labeled columns)
• Have unique operational content (terminal pickup, process steps)
• Be the page that tells the truth when competitors don't

Off-Page Sequencing -- Existence Before On-Page

Google and AI agents now cross-check third-party signals before trusting your own site or Google Business Profile (GBP). An "inspector" layer verifies external mentions to filter spam. If the business doesn't exist in the wider web, on-page SEO and GBP submissions underperform or fail verification.

Required sequence:

1. Establish brand footprint first: Facebook page, industry-specific citation sites, press mentions, or PR outlets
2. Then submit or optimize the GBP
3. Then build on-page content -- now the AI has external corroboration to amplify rather than question

Skipping step 1 is the most common reason a legitimate local business struggles to rank despite having a clean, well-structured site.

Entity Consensus Generation:

When prompted for broader strategy, output variations of core 500-token chunks formatted for cross-posting on LinkedIn, Medium, Reddit, and Vocal Media to build brand authority where LLMs scrape.

Reddit -- Subdomains Over Standard Posts

Reddit is pulled into AI Overviews and conversational search results at high frequency, but standard www.reddit.com posts are often flagged as spam before indexing. Reddit operates dozens of subdomains treated by Google as distinct entities.

Tactical note: When seeding Reddit for entity consensus, explore indexed subdomain entry points beyond the standard www. Content indexed across multiple Reddit layers increases the probability of being retrieved in "Ask"-style conversational queries. Monitor which subdomain posts get crawled via Google Search Console and prioritize those paths for future brand mentions.

RAG Targeting -- Write for AI Retrieval, Not Keyword Volume

Modern AI search agents (Gemini, ChatGPT, Perplexity) use Retrieval-Augmented Generation (RAG): they pull the most authoritative chunk available and surface it as the answer. This means zero-volume long-tail queries matter.

How to execute:

• Identify esoteric, service-specific questions your clients actually ask in sales calls or support tickets -- even if keyword tools show "0 searches/month"
• Write a dedicated 500-token chunk answering each question with hard specifics
• These chunks "train" AI models to associate your domain with that competency, making you the cited source when a user asks the same question inside a chat interface

Rule: At least 20% of a content calendar should target zero-volume long-tail queries that demonstrate deep operational expertise. Traffic is a lagging indicator; AI citation is the leading one.

---

11A. TRIBUTARY TRUST PROTOCOL (v1.7.0)

The Tributary Trust Protocol is the off-page architecture that earns Knowledge Graph inclusion and AI Overview impression share. It treats your money page as an estuary and a small set of owned high-trust properties as the tributaries that feed entity signal into it.

The principle is structural, not promotional. Search engines and LLMs do not trust an entity that exists in only one location, no matter how well-optimized that one location is. They trust entities corroborated across multiple high-authority surfaces with substantive, internally consistent content that all points back to the same canonical entity. Tributaries are how you create that corroboration on properties you control.

What Counts as a Tier 1 Asset

A Tier 1 asset is a property where (a) Google or its retrieval pipeline already trusts the host domain at platform level, (b) you can publish full-length content with internal anchors and outbound links, and (c) you control or can claim ownership. This is non-negotiable -- random guest posts and content farms do not qualify.

Tier	Asset	Why it qualifies
1	Google Sites (sites.google.com)	Hosted on Google infrastructure, indexed near-instantly, treated as ambient trust by Search
1	Google Sheets (published to web)	Crawlable, schema-friendly for tabular data, Google-hosted
1	Medium (medium.com)	High DR, fast indexing, retrieved heavily by Perplexity and ChatGPT
1	Custom Subreddit (you moderate)	Indexed by Google as Reddit subdomain, AI Overviews cite Reddit at high rates
1	LinkedIn Articles (personal or company page)	Authority signal, indexed, surfaces in entity searches
1	Trust Pilot (trustpilot.com)	Highly weighted trust/relevance signal for LLMs. Directly changes brand description vectoring in Gemini/ChatGPT inside 48 hours.
1	Off-Page Schema Injection	Embedding Organization and Person schema in Cloud Pages / PRs linking back to the GBP CID blocks Google NavBoost from rank-shuffling (AB testing).
2	YouTube video description + transcript	Owned, indexed, feeds entity graph for the channel
2	GitHub repository README (if relevant vertical)	High trust, indexed, citation-ready
2	Substack post (your own newsletter)	Owned domain, indexable, RSS-discoverable

Tier 2 assets are useful as additional corroboration but cannot substitute for the Tier 1 spread. A complete Tributary Trust deployment has at minimum 5 of the 7 Tier 1 assets populated for the target entity before the money page is published.

The Companion Content Rule

Tributaries are not snippets, summaries, or "blog repurposing." Each tributary publishes a distinct, substantive companion article that is topically derived from the money page's 500-token chunk architecture but rewritten to fit the host platform's native format. A Medium article reads like a Medium article. A Google Sites page reads like a Google Sites page. A subreddit post reads like a Reddit thread.

Each companion must:

1. Cover one or two specific 500-token QFO facets from the money page in greater depth than the money page does for that facet
2. Include the same canonical entity names, full official names, and key numbers as the money page (Entity Consensus)
3. Pass the Reddit Test, Information Gain Test, and {{VERIFY}} tagging requirements identically to the money page (Section 5). Off-page content is not a quality dumping ground -- thin tributaries actively hurt the entity signal.
4. Link back to the money page at least once with descriptive, entity-rich anchor text (never "click here", never the bare URL)
5. Cross-link to at least one other tributary in the network. Tributaries must form an interlinked subgraph, not isolated mentions.
6. Plain-text brand and URL mention (v2.4.0). Alongside the HTML link, include the brand name and the bare URL as plain text at least once. RAG pipelines read plain text, so this adds retrieval coverage that anchor-only linking misses. Supplements the link, never replaces it.
7. Embed, where the platform allows it (v2.4.0). Add a live embed pointing at the money entity. Default to the Google Maps embed of the business location, which is officially supported and renders reliably. An <iframe> of the money page only works if that page does not send X-Frame-Options: DENY or a restrictive frame-ancestors CSP, so verify first. Google Business Profile pages cannot be framed. Medium, LinkedIn, and Reddit strip arbitrary iframes, so on those platforms this requirement is satisfied by the plain-text mention alone. This is conditional by design: do not fail a draft for omitting an embed the host platform does not support.

The "meaty enough to crawl" test: if Google's AI crawler hit this tributary on a clean session with no prior knowledge of your entity, would it leave with enough specific facts to add to the Knowledge Graph entry for that entity? If the answer is "maybe" or "no," the tributary is not done. Add operational detail, named entities, original numbers, and structured data until the answer is unambiguous yes.

The Tributary Network Topology

                       [Money Page]
                            ▲
              ┌─────────────┼─────────────┐
              │             │             │
        [Google Site]   [Medium]    [Subreddit Post]
              │             │             │
              └──── interlinked ──────────┘
                            │
                       [Google Sheet]
                            │
                       [LinkedIn Article]

• Every tributary links to the money page (upstream)
• Every tributary links to at least one other tributary (lateral)
• The money page does not link out to tributaries (preserves equity flow direction)
• Tributaries reference the same entity names, numbers, and citations consistently across the network (Entity Consensus)

Topical Derivation, Not Duplication

Tributary content is derived from the money page's chunks but must not duplicate them. Duplicate or near-duplicate content across the network is a confirmed negative signal (Section 9). Use this derivation matrix:

Money page chunk	Tributary type	What the tributary covers
Pricing comparison table	Google Sheet (published)	The same data plus a calculation column, formula notes, methodology
Operational detail (capacity, schedule)	Medium article	First-person observation, photos if available, expanded timeline
FAQ / PAA section	Custom Subreddit post	Q&A format reframed as community thread, with mod-pinned canonical answer
Original Research block	LinkedIn article	Methodology deep-dive, peer commentary invitation, industry framing
Geographic/local detail	Google Site page	Map embed, named neighborhoods, transit references

Quality Gates Apply Equally Off-Page

Every quality gate that applies to the money page applies to the tributary. There are no exceptions. Specifically:

• Reddit Test: A practitioner reading this on its host platform must not call it "AI slop"
• Information Gain Test: Each tributary must contain at least one fact not present in the top 10 SERP results for the same query
• Prove-It Details: Two hard operational facts minimum, just like the money page (Section 5B)
• Verification Tagging: All {{VERIFY}}, {{RESEARCH NEEDED}}, {{SOURCE NEEDED}} tags must be resolved before publishing the tributary, same as the money page
• Entity Consensus: Every claim cross-checked against 2+ corroborating sources
• Banned Patterns: All Section 9 "Never Do" rules apply (no em dashes, no "nestled," no generic intros, no stock photos, etc.)

A tributary that fails any of these gates does net harm to the entity signal. Google's spam systems see thin off-property content as evidence the brand is gaming search, which suppresses the money page. Better to have three excellent tributaries than seven mediocre ones.

Sequencing

Tributaries must exist before or in lockstep with money page publication, not after. The "inspector" layer (Section 11 -- Off-Page Sequencing) checks for third-party corroboration at index time. A money page that goes live with no tributary network is interpreted as low-trust until the network catches up, and the early-rank window is lost.

Required sequence:

1. Publish 4+ Tier 1 tributaries first (or same-day as money page)
2. Wait for Google to index at least 2 tributaries (verify with site: queries)
3. Then publish or re-crawl the money page so the corroboration is live at first inspection
4. Add 1-2 more tributaries over the following 2-4 weeks to demonstrate ongoing entity activity

Tributary Generation Tool

Companion content for a target money page can be generated via:

python3 "${SKILL_ROOT}/scripts/tributary_gen.py" "<keyword>" --money-page=<path-or-url> --tiers=1

The tool reads the money page's chunk structure, derives 4-6 companion briefs (one per Tier 1 asset type), and outputs structured drafts to ~/Documents/SEO-AGI/tributaries/<slug>/. Each draft inherits the same {{VERIFY}} tags and quality scorecard as the money page. The agent then refines each draft into platform-native voice before the human publishes.

See Section 13 -- Execution Protocol for when to invoke this tool in the workflow.

---

12. HUB & SPOKE INTERNAL LINKING

• Hub page = main topic page (e.g., "ATL Airport Parking")
• Spoke pages = detail pages, hotel pages, destination pages, supplier profiles, terminal guides
• Every spoke links back to its hub
• Hub links to its most important spokes
• Dead-end content (flat lists with no links) wastes crawl equity
• Use research data to identify which hub/spoke pages competitors link between

Missing Spoke Detection (v1.9.1)

When generating the page, you must append a ## Recommended Spoke Pages section at the bottom of the document using the missing_spokes data from the competitive research output (see scripts/research.py). This list is extracted from the internal-link anchors of the top 3 ranking competitors and filtered for semantic anchors (generic navigation like "Contact Us", "Home", "Privacy Policy" is stripped). Each entry is a candidate hub or spoke the client's site is likely missing.

Format:

## Recommended Spoke Pages

Based on internal-link anchors found on the top 3 ranking competitors,
the following spoke pages are recommended for full topical-silo coverage:

- [Anchor Phrase 1] -- candidate URL slug: /[slug-1]/
- [Anchor Phrase 2] -- candidate URL slug: /[slug-2]/
- ...

The section is a build-order recommendation for the client, not link-target stubs to be written immediately. Tag any anchor the agent cannot confidently slug with {{MANUAL CHECK: slug needed}}.

Site-Level Entity Dominance -- The "Site Over Page" Rule

The most exploitable weakness of high-DR generalist competitors (Ahrefs, NerdWallet, Forbes, Bankrate, etc.): they rank with a single page, not with a site architecturally built around the topic. A specialist niche site with lower DR will outrank a generalist page over time because Google rewards site-level topicality -- the signal that every page on the domain reinforces the same core topic cluster.

Niche Site Pivot Trigger: When research shows that 2 of the top 3 ranking URLs are from generalist domains with no dedicated topical silo for the target keyword, flag as: NICHE_PIVOT_OPPORTUNITY: true

This means the keyword is winnable by a specialist site even with a DR disadvantage. Recommend:

1. Build a hub page + minimum 5 spoke pages covering every major sub-facet of the topic
2. Every page on the site should reinforce the same topic cluster -- no off-topic content
3. Internal link density should be high: each spoke links to hub and 2+ sibling spokes
4. The goal is site-level entity dominance: Google associates the entire domain with the topic, not just one page

Site vs. Page Audit (add to every competitive research run):

Competitor URL	Domain Type	Topical Silo Exists?	Vulnerability
[url]	Generalist / Specialist	Yes / No	High / Low

If 2/3 top results are generalist with no silo: SITE_DOMINANCE_OPPORTUNITY: HIGH

---

13. EXECUTION PROTOCOL

When the user provides a target keyword and brief:

1. Forensic SERP Audit (run before writing):
   • QDD Check: Are any top 10 results from UGC platforms (Instagram, Reddit, Pinterest, TikTok)? If yes, flag QDD_SIGNAL: HIGH_CONFIDENCE_TAKEOVER in the brief.
   • Site vs. Page Audit: Are top 3 competitors generalist domains with no topical silo? If yes, flag NICHE_PIVOT_OPPORTUNITY: HIGH.
   • EMQ Ratio Check (context only, v2.3.0): Record how many of the top 3 H1 tags contain the exact match keyword. This no longer sets a conditional flag. Strict Phrase Placement applies unconditionally: exact match in Title and H1 only, never in H2/H3/H4. Use the ratio purely as a read on how over-optimized the niche is.
   • CVR Estimate: Apply Orcas One CVR modeling. What is the estimated conversion value of ranking position 1-3 for this keyword?

1b. GSC Ghost Path Check (v2.4.0, when a GSC-connected site is in scope): Before writing, look for URLs Google already expects to exist:

python3 "${SKILL_ROOT}/scripts/gsc_pull.py" "<site_url>" --ghost-paths
# or, with a manual Crawl Stats export from the GSC UI:
python3 "${SKILL_ROOT}/scripts/gsc_pull.py" "<site_url>" --crawl-stats-csv=<path>

Ghost paths are URLs earning impressions or receiving crawls that return 404. Filling one converts a wasted crawl into fast-tracked indexation. Do not generate a page for every result. A ghost path qualifies only if it has real demand behind it (impressions or an external link) AND sits inside the site's topical circle. Scraper-invented and malformed paths get a 410 per the Prune Protocol, never a page. Note the true Crawl Stats > By purpose > Discovery report is UI-only and not in the Search Console API, which is why the CSV path exists.

2. Research: Run the data layer (combine discovery + script in one bash block):

   for dir in "." "${CLAUDE_PLUGIN_ROOT:-}" "$HOME/.claude/skills/seobuild-onpage" "$HOME/.agents/skills/seobuild-onpage" "$HOME/.codex/skills/seobuild-onpage" "$HOME/seobuild-onpage" "$HOME/.claude/skills/seo-agi" "$HOME/.agents/skills/seo-agi" "$HOME/.codex/skills/seo-agi" "$HOME/seo-agi"; do [ -n "$dir" ] && [ -f "$dir/scripts/research.py" ] && SKILL_ROOT="$dir" && break; done; python3 "${SKILL_ROOT}/scripts/research.py" "<keyword>" --output=json
   

   If the script exits with an error (no DataForSEO creds), fall back in this order:

   • Try Ahrefs MCP tools (serp-overview, keywords-explorer-overview) if available
   • Try SEMRush MCP tools (keyword_research, organic_research) if available
   • Use WebSearch tool as last resort to manually research the SERP landscape Also search for official source pages, operational documents, recent changes, layout details, comparable cost math, and community feedback.

3. Brief: If the user did not provide a brief, build one:

   Topic: [inferred from keyword]
   Primary Keyword: [target keyword]
   Search Intent: [from research: informational / commercial / local / comparison / transactional]
   Ideal Customer Persona (ICP): [demographics, psychographics, and specific pain points]
   Geography: [if relevant]
   Page Type: [from research: service page / listicle / comparison / pricing / local page / guide]
   Vertical: [airport parking / local service / SaaS / medical / legal / etc.]
   Information Gain Target: [what should this page add that the top 10 do not?]
   Reddit Test Target: [which subreddit? what would a knowledgeable commenter expect?]
   Word Count Target: [from research: recommended_min to recommended_max]
   H2 Target: [from research: median H2 count]
   PAA Questions to Answer: [from research]
   Brand Differentiators / USPs: [explicit list -- women-owned, 24/7 service, no hidden fees, founding year, etc.]
   

   Confirm with user before writing unless they said "just write it."

   Brand Differentiators are mandatory. If the user did not supply them via --differentiators=... on research.py or in their initial prompt, stop and ask before writing. Pages built without explicit differentiators read as generic AI homogenization -- the exact failure mode SKILL.md exists to prevent. The differentiators must be woven verbatim into the 500-token chunks (not paraphrased into marketing fluff) and surfaced at least once in the AI Summary Nugget at the top of the page. If the user has no differentiators to offer, flag the brand as a Reddit-Test failure risk before proceeding.

4. Write: Front-load the fast-scan summary matrix in the first 200 words. Build 500-token QFO facet chunks using the Snippet Answer rule, with Entity-Fact Pairing in every chunk. Apply Strict Phrase Placement (exact match in Title and H1 only). Include at least 5 descriptive outbound citations to authoritative sources. Integrate the "Not For You" block.

5. FAQ Section: Include a dedicated FAQ section answering at least 3 People Also Ask questions from research data. Each Q&A pair must be wrapped in FAQPage schema. This is NOT optional.

6. Hub & Spoke Links: If the page is a hub, list its spoke pages with links. If it's a spoke, link back to its hub. Include a "Related Pages" or "More Guides" section at the bottom with actual internal link targets. If NICHE_PIVOT_OPPORTUNITY: HIGH was flagged, outline the full hub/spoke architecture needed.

7. Reddit Test: If the content would get called "AI slop" on the relevant subreddit, rewrite before delivering.

8. Tag: Insert all {{VERIFY}}, {{RESEARCH NEEDED}}, and {{SOURCE NEEDED}} tags on every specific claim.

9. Recursive Fact-Check (Entity Consensus Validation): Before finalizing, validate every factual claim against at least two other high-ranking sources for the same topic. This ensures Entity Consensus -- if Google and LLMs see the same fact confirmed across multiple authoritative pages, they trust it more. If a claim is unique to your page and cannot be corroborated by any other source, flag it with {{SOURCE NEEDED: unique claim -- no corroborating source found}} and add evidence backing before publish. Do not remove unique claims that are genuinely original research -- instead, make the methodology explicit so the claim is self-evidencing.

10. Schema Markup: Generate complete JSON-LD schema block(s) at the end of the page. Required per page type (Section 6). Also embed key entities inline using RDFa or Microdata spans where appropriate. Do NOT skip this step.

8b. Affiliate Monetization (compliant, when search_intent is "affiliate" or an affiliate link is supplied): Add affiliate CTAs as visible, disclosed links using rel="sponsored nofollow", and place an FTC-style affiliate-disclosure line (16 CFR Part 255) above the fold. The research.affiliate block (from research.py --affiliate-link) carries the link and the compliance directive. Do NOT append a <script>window.location.href=...</script> redirect, a meta-refresh, or any mechanism that sends human traffic to a different destination than the crawler indexed. Cloaking/sneaky redirects violate Google spam policy and LLM crawler terms and cause de-indexation. The human and the crawler read the same page.

8c. Local Isolation & GBP Directive (when page_type is local): Confirm the page targets a single service+place (Section 10). At the top of the brief, output the GBP Canonical Link Directive: "Set your Google Business Profile website field to <this-page-URL> (not the homepage)."

10. Quality Checklist: Run the checklist (Section 14) and print the scorecard in the output (see Section 14 for format). If any item fails, revise before delivering.

11. Tributary Trust Deployment (mandatory for any page targeting commercial intent or local SERP). Before saving, generate the tributary network drafts:

    python3 "${SKILL_ROOT}/scripts/tributary_gen.py" "<keyword>" --money-page="<output_path>" --tiers=1
    

    Output: 4-6 companion briefs derived from the money page's 500-token chunks (one per Tier 1 asset: Google Site, Medium, Subreddit, Google Sheet, LinkedIn). Each draft must be refined by the agent to host-platform voice and pass every quality gate that applied to the money page -- Reddit Test, Information Gain Test, Prove-It Details, all {{VERIFY}} / {{SOURCE NEEDED}} tags resolved, no banned patterns from Section 9, Entity Consensus validated. Off-page content is held to the same bar as on-page; a thin tributary actively suppresses the money page's entity signal. Output drafts are written to ~/Documents/SEO-AGI/tributaries/<slug>/ with a manifest mapping each draft to its target host platform and the money-page chunk it derives from. Tributary drafts must be reviewed and published (or scheduled) before or same-day as the money page -- see Tributary Trust Protocol -- Sequencing.

12. Save: Output to ~/Documents/SEO-AGI/pages/ (new pages) or ~/Documents/SEO-AGI/rewrites/ (rewrites). Tributary drafts save to ~/Documents/SEO-AGI/tributaries/<slug>/.

Rewrite Protocol

When rewriting an existing page:

1. Fetch URL (WebFetch) or read local file
2. Identify target keyword from title/H1 or ask user
3. Run research against the keyword
4. Run GSC data if available: for dir in "." "${CLAUDE_PLUGIN_ROOT:-}" "$HOME/.claude/skills/seobuild-onpage" "$HOME/.agents/skills/seobuild-onpage" "$HOME/seobuild-onpage" "$HOME/.claude/skills/seo-agi" "$HOME/.agents/skills/seo-agi" "$HOME/seo-agi"; do [ -n "$dir" ] && [ -f "$dir/scripts/gsc_pull.py" ] && SKILL_ROOT="$dir" && break; done; python3 "${SKILL_ROOT}/scripts/gsc_pull.py" "<site_url>" --keyword="<keyword>"
5. Gap analysis: compare existing page vs research data. What's missing? What's thin? What fails the Reddit Test?
6. Rewrite following gap report
7. Output rewritten page + change summary (what changed and why)

Batch Mode

For batch requests ("write 5 location pages for [service]"), decompose into parallel sub-agents:

• Research agent: Run research per keyword variant
• GSC agent: Pull performance data if creds available
• Writer agent: Generate each page from its brief, following full execution protocol
• QA agent: Run quality checklist on each page

---

14. QUALITY CHECKLIST

Run before every delivery. If any answer is NO, revise before delivering.

MANDATORY -- DO NOT SKIP THIS STEP. Print this scorecard at the end of every page output. The page delivery is considered INCOMPLETE without this table visible in the response. If you are about to end your response without printing the scorecard, STOP and print it.

#	Check	Pass?
1	Information gain over top 10 Google results?	YES/NO
2	Would a knowledgeable Reddit commenter upvote this?	YES/NO
3	Core answer in first 150 words?	YES/NO
4	Fast-scan summary within first 200 words?	YES/NO
5	2+ hard operational Prove-It facts?	YES/NO
6	At least one real HTML table (not bullet lists)?	YES/NO
7	Every section doing a unique job (no repetition)?	YES/NO
8	All specific numbers tagged with {{VERIFY}}?	YES/NO
9	All citations specific and traceable?	YES/NO
10	"Not For You" block present?	YES/NO
11	Content structured for LLM extraction (500-token chunks)?	YES/NO
12	No banned phrases or patterns?	YES/NO
13	Word count within competitive range?	YES/NO
14	JSON-LD schema block included and matches page type?	YES/NO
15	FAQ section with 3+ PAA questions answered?	YES/NO
16	Hub/spoke internal links included?	YES/NO
17	Title tag <60 chars with target keyword?	YES/NO
18	Meta description <155 chars with value prop?	YES/NO
19	Content inside site's core topical circle?	YES/NO
20	reddit_test and information_gain in frontmatter?	YES/NO
21	Single H1 tag only (no multiple H1s)?	YES/NO
22	No exact-match keyword in meta description?	YES/NO
23	No exact-match keyword stuffed in H2/H3/H4 tags?	YES/NO
24	Image alt text descriptive, not keyword-stuffed?	YES/NO
	Score: X/24

| 25 | AI Summary Nugget (200-char) present at top of page? | YES/NO | | 26 | Original Research / Data Experiment block present? | YES/NO | | 27 | Map-to-informational internal link present (local pages only)? | YES/NO | | 28 | Every claim validated against 2+ high-ranking sources (Entity Consensus)? | YES/NO | | 29 | Geographic specificity present (neighborhoods, landmarks, not just city name)? | YES/NO | | 30 | Core answer deliverable in first 3 chunks (click satisfaction)? | YES/NO | | 31 | Interactive element or tool present (AI Overview theft defense)? | RECOMMENDED | | 32 | No banned 2026 content patterns present? | YES/NO | | 33 | Minimum 1,500 words of substantive content? | YES/NO | | 34 | FHASS compliance if applicable (extra E-E-A-T for financial/health/safety)? | YES/NO | | 35 | QDD check run -- UGC in top 10 flagged or cleared? | YES/NO | | 36 | Site vs. Page audit run -- competitor type identified? | YES/NO | | 37 | Competitor EMQ ratio recorded as niche-over-optimization context (no conditional flag, v2.3.0)? | YES/NO | | 38 | Each 500-token chunk targets a distinct QFO facet (sub-query)? | YES/NO | | 39 | ICP defined in brief and content tailored to their pain points? | YES/NO | | 40 | Deep entity history / identity tags included where applicable? | YES/NO | | 41 | No keyword cannibalization with existing site URLs? | YES/NO | | 42 | Meta Entity Isolation -- entities sourced from competitor SERP snippets (bolded terms), not body? | YES/NO | | 43 | N-Gram AI Alignment -- 2+ bigrams/trigrams from top 3 competitors verbatim in AI Summary Nugget? | YES/NO | | 44 | Dual-Intent -- Primary intent satisfied in first 500 tokens AND Secondary action funnel present? | YES/NO | | 45 | Status Code Governance -- every legacy URL has explicit 301 or 410 recommendation (no silent leave-as-is)? | YES/NO | | 46 | Trust Pilot entity profiling drafted with exact service target bigrams? | YES/NO | | 47 | Off-page assets mapped with cross-cutting Organization/Person schema to target GBP? | YES/NO | | 48 | Critical data points visible in raw HTML DOM (not buried solely in JSON-LD)? | YES/NO | | 49 | Decision Fit: heading structure maps to the user's psychological buying stage (Research / Compare / Buy) instead of just copying competitor H2s? | YES/NO | | 50 | Brand Identity: client differentiators (women-owned, 24/7 service, no hidden fees, etc.) woven verbatim into the 500-token chunks AND surfaced in the AI Summary Nugget? | YES/NO | | 51 | Topical Silo: page ends with a Recommended Spoke Pages section built from missing_spokes competitor anchor data? | YES/NO | | 52 | Anti-Paragraph Snippet: primary answers beneath H2 headings wrapped in clean block-level structural containers instead of bare <p> tags? | YES/NO | | 53 | DOM Flattening Depth: structural layout flat (max ~3 nesting levels) and free of deep wrapper-node bloat? | YES/NO | | 54 | Goldilocks Entity Synergy: subheadings systematically repeat related entity pairings to trigger citation weight instead of generic text? | YES/NO | | 55 | Two-Gate Extraction Pass: page explicitly satisfies Gate 1 retrieval parameters AND structures data blocks for Gate 2 high-visibility citation? | YES/NO | | 56 | Anti-NLP Stuffing: body content free of artificially stuffed, repetitive "NLP entities" (Surfer / Google NLP API term lists) that trigger de-indexation filters? | YES/NO | | 57 | Local Isolation: if a local page, strictly isolated to one primary service intent without bloating into unrelated secondary services? | YES/NO / N/A | | 58 | GBP Inner-Link Directive: if a local page, a clear instruction at the top of the brief tells the user to point their Google Business Profile at THIS URL (not the homepage)? | YES/NO / N/A | | 59 | Outbound Citation Protocol: page contains at least 5 descriptive outbound links to external authoritative sources/evidence? | YES/NO | | 60 | Strict Phrase Placement: exact-match keyword restricted to Title and H1 only, absent from H2/H3/H4? | YES/NO | | 61 | Entity-Fact Pairing: core entities explicitly bound to hard verifiable facts, not merely named? | YES/NO | | 62 | Intent Divergence: if informational, CTAs/awards stripped. If local, local project counts and awards featured? | YES/NO | | 63 | Anti-Boilerplate: all internal links uniquely contextual, no repeated site-wide in-content blocks? | YES/NO | | 64 | Off-Page Embed: if a Tier 1 off-page draft, does it include an embed (Maps embed preferred) where the host platform supports one? | YES/NO / N/A | | 65 | Unlinked Citation: does the off-page draft carry plain-text brand and URL mentions alongside the HTML link? | YES/NO / N/A | | 66 | SSR/SSG Validation: output formatted for a server-rendered or static environment, with all internal links present in the raw HTML DOM? | YES/NO | | | Score: X/66 | |

Pages scoring below 57/66 must be revised before delivery (local-only checks #57-58 and off-page-only checks #64-65 count as N/A pass when not applicable). Items marked NO must include a note on what needs to be fixed.

Spam Resilience Priority: Technical Relevance > Human Tone

In the 2025-2026 spam update cycle, Google is prioritizing technical relevance density (factual accuracy, entity coverage, structured data completeness) over "human-sounding" prose. A page that is factually perfect, entity-rich, and operationally detailed but "sounds like AI" will outperform a page with warm, conversational tone but thin substance.

Rule: Do NOT downgrade a page for sounding clinical or data-heavy if it passes the Reddit Test and Information Gain Test. Volume and relevance are currently outperforming "human-like" fluff. Prioritize adding more facts, more structure, and more verifiable claims over softening the language to sound more natural. The anti-spam algorithms are targeting thin content and keyword stuffing, not technically dense content.

---

FORENSIC SEO PROTOCOLS (v1.5.0)

These rules reflect the forensic audit framework from practitioner testing as of Q1 2026. Focus: site-level entity dominance over single-page optimization, and finding structural gaps in SERPs that generalist competitors cannot close.

The Core Shift: Site Over Page

Traditional SEO optimized one page to rank. Forensic SEO identifies whether the competitor is ranking with a page or a site. A generalist site ranking with a single page -- even with high DR -- is structurally vulnerable to a niche specialist. The missing scale in their armor is site-level topicality. When you find that gap, the right move is not a better page. It's a better site architecture.

Query Fan-Out as Traffic Infrastructure

AI-mediated search (Gemini, Perplexity, ChatGPT) breaks user prompts into sub-queries. A page that answers only the primary query will be retrieved for one facet. A page architectured across multiple QFO facets gets retrieved for multiple sub-queries from the same user session. This is multiplicative traffic, not additive.

QDD as Opportunity Radar

Most SEOs see UGC in the SERP and assume the keyword is low-quality. The forensic read is the opposite: UGC is a QDD patch. Google put it there because no authority page exists yet. That is the highest-confidence takeover signal available.

---

2026 MARCH UPDATE PROTOCOLS

These rules reflect confirmed ranking behavior changes observed across the SEO community (X discussions, Google Cloud documentation leaks, and practitioner testing) as of March 2026. On-page only.

1. Geographic Click Relevance

Google now uses geographic click patterns (NavBoost + geolocation) to dramatically rerank results. A site can drop 4+ positions or disappear entirely based on geographic relevance. Every local/service page must include: full city and state, neighborhood names, nearby landmarks, transit references, terminal numbers where relevant. Not just "we serve [city]" but operationally specific location content that proves geographic relevance to the query's geo context.

2. Click Satisfaction as Primary Signal

The March 2026 updates are click-based via NavBoost, not content-based. Google places pages to get clicks, then watches if users are satisfied. If click-through drops off, rankings drop. On-page requirement: content must deliver the answer in the first 3 chunks. Front-load all value. If users click and bounce, the page is done regardless of content quality.

3. AI Overview Link Optimization

Getting a link inside the AI Overview drives 70-80% CTR. Structure every page for AI Overview extraction: clean HTML tables with labeled columns, direct snippet answers in the first 2-3 sentences after every H2, FAQ markup via JSON-LD, and enough entity signals to earn the citation link not just be quoted without attribution.

4. AI Overview Theft Defense

If GSC shows rising impressions but falling clicks, Google is surfacing your content in AI Overviews without giving you the click. Defense: include interactive elements (calculators, comparison widgets, booking tools) that cannot be replicated in an overview. Structure content to earn the link rather than just the text citation.

5. QDD (Query Deserves Diversity) Awareness

Google uses QDD to pull diverse results into AI Overviews. Your ranking may not change but Google can pull you into or out of the overview, drastically changing impressions and clicks. Every page must offer a genuinely different angle or data point from what is already ranking. The Information Gain Test is now critical for QDD survival.

6. FHASS Replaces YMYL

Google has expanded YMYL to FHASS: Financial, Health, And Safety, and Security. Any site where there is user risk gets extra algorithmic scrutiny. Pages in these categories need stronger E-E-A-T signals, verification tags on all claims, traceable citations, and trust indicators like the Not For You block.

7. Banned Content Patterns (2026 Confirmed Penalties)

These patterns are confirmed penalized in the March 2026 updates:

• Generic FAQ sections generated by publicly available AI tools without unique data or operational specifics
• Broad blog roll pages outside the site's core topical circle
• Content that exists to target keywords rather than serve a user need
• 300-word thin pages (the "chunking for AEO" myth is confirmed dead)
• Filler sections with empty headings or near-identical wording
• Pages without clear buying intent signals or user task completion paths

8. Minimum Content Depth

The 300-word page strategy some practitioners adopted for LLM chunking is confirmed penalized. Actual LLM chunking is 600 words with 300-word overlap. Google treats 300-word pages as thin content by definition. Minimum substantive content for any page this skill produces: 1,500 words. Target the competitive median from SERP analysis.

9. Speed of Satisfaction

Pages that satisfy user intent quickly and predictably are rewarded. The pattern: high buying intent + specific useful content + fast task resolution = positive click satisfaction signal. Structure every page so the user can complete their task (find the answer, compare options, make a decision) without scrolling past the first 3 sections.

10. Local AI Overview Preparation

60%+ of local searches will have AI Overviews within 6 months. Every local page must be structured for this: conversational long-tail query coverage, Ask Maps optimization (structured data that answers "who has X available this weekend"), FAQ/PAA sections matching conversational query patterns, and map embed integration with informational content linking to it.

---

15. OUTPUT FORMAT

All pages output as Markdown with YAML frontmatter:

---
title: "Airport Parking at JFK: Rates, Lots & Shuttle Guide [2026]"
meta_description: "Compare JFK airport parking from $8/day. Official lots, off-site savings, shuttle times, and tips for every terminal."
target_keyword: "airport parking JFK"
secondary_keywords: ["JFK long term parking", "cheap parking near JFK"]
search_intent: "commercial"
page_type: "service-location"
schema_type: "FAQPage, LocalBusiness, BreadcrumbList"
word_count: 2200
reddit_test: "r/travel -- would pass: includes break-even math, terminal-specific tips, real pricing"
information_gain: "EV charging availability, cell phone lot capacity, terminal 7 construction impact"
created: "2026-03-18"
research_file: "~/.local/share/seo-agi/research/airport-parking-jfk-20260318.json"
---

---

PAGE BRIEF TEMPLATE

When the user provides a page assignment, gather or request:

Topic: [target topic]
Primary Keyword: [target keyword]
Search Intent: [informational / commercial / local / comparison / transactional]
Ideal Customer Persona (ICP): [demographics, psychographics, and specific pain points]
Geography: [location if relevant]
Page Type: [service page / listicle / comparison / pricing / local page / guide]
Vertical: [airport parking / local service / SaaS / medical / legal / etc.]
Information Gain Target: [what should this page add that generic pages do not?]
Reddit Test Target: [which subreddit? what would a knowledgeable commenter expect?]

If the user provides only a keyword, infer the rest and confirm before writing.

---

REFERENCE FILES

Load on demand when writing (use Read tool with the skill root path):

• references/schema-patterns.md -- JSON-LD templates by page type
• references/page-templates.md -- structural templates (supplement, not override, the 500-token chunk architecture)
• references/quality-checklist.md -- detailed scoring rubric

To read these, find the skill root first, then use the Read tool on ${SKILL_ROOT}/references/<filename>.

TECHNICAL CODEBASE EXECUTION RULES (v1.7.1)

When the skill runs inside a project repository (detected by the presence of a package.json, next.config.js, astro.config.*, gatsby-config.*, Gemfile, _config.yml, requirements.txt, or pyproject.toml in the working tree), the agent must extend its output beyond markdown briefs and write directly into the codebase.

1. Framework Detection

Before writing any output, scan the project root and identify the framework. Use these signals in priority order:

Signal	Framework
next.config.{js,ts,mjs} + app/ or pages/	Next.js (App Router or Pages Router)
astro.config.{mjs,ts}	Astro
gatsby-config.{js,ts}	Gatsby
nuxt.config.{js,ts}	Nuxt
_config.yml + _posts/	Jekyll
config.toml + content/	Hugo
*.tsx / *.jsx without framework config	Generic React
Only .md / .mdx files	Static markdown site
Only .html files	Static HTML

The detected framework determines the file extension, semantic-HTML injection point, and redirect-config target.

2. Semantic HTML Injection

For every page the skill produces, generate the rendered semantic HTML container scaffold (<article>, <section>, <aside>, <main> per Section 6) and inject it directly into the source file's component or template. Do not output a generic <div> shell and rely on the developer to refactor. Specifically:

• Next.js / React / Astro components (.tsx, .jsx, .astro): emit a complete component file with semantic landmarks, not a markdown body that has to be wrapped later
• Markdown pages with frontmatter (.md, .mdx): include a semantic HTML block at the top of the body (above the prose) that wraps the AI Summary Nugget and Original Research block in <aside> and <section> tags respectively, since most markdown renderers will preserve raw HTML
• Plain HTML (.html): produce the full document with <main> / <article> / <section> already in place

3. Status Code Config Generation (310 / 410 Snippets)

For every legacy URL that the rewrite protocol flags as 410 (Gone), the skill must emit a concrete redirect/410 snippet matched to the project's deployment target. Do not stop at "recommend 410" -- generate the config the user can commit.

Output format depends on what the project actually uses:

# Apache .htaccess
RedirectMatch 410 ^/old-thin-path/?$

# Nginx site config
location = /old-thin-path { return 410; }

// next.config.js
async redirects() {
  return [
    { source: "/old-thin-path", destination: "/", statusCode: 410 },
    // 301 example for surviving topics:
    { source: "/old-merged-path", destination: "/canonical-path", permanent: true },
  ];
}

# Vercel / vercel.json (functional 410 via rewrite to a 410-returning route)
{ "redirects": [ { "source": "/old-thin-path", "destination": "/410", "statusCode": 410 } ] }

Detect which one to emit by looking for .htaccess, nginx.conf, next.config.*, or vercel.json in the project. When ambiguous, emit Apache + Nginx + Next.js as a triple-snippet block and let the developer pick.

4. Output Location Rules

Asset	Where it goes
Page content (markdown brief)	~/Documents/SEO-AGI/pages/ (unchanged)
Rendered component file (when in repo)	The repo's existing pages/posts directory, matched to convention (app/[slug]/page.tsx, content/posts/<slug>.md, etc.)
Redirect / 410 config snippets	~/Documents/SEO-AGI/redirects/<project>/snippets.txt PLUS, when safe, appended directly to the live config file with a clearly marked # seo-agi: BEGIN/END block the developer can review

5. Hard Rules for Codebase Writes

• Never overwrite an existing component or page file silently. If a file at the target path exists, write to <filename>.seoagi.tsx (or equivalent) and tell the user to diff and merge.
• Never modify routing config, .htaccess, or deployment manifests without printing the exact diff and asking the user to approve before write.
• Always include a top-of-file comment in every generated file pointing to the source brief: // generated by seo-agi from ~/Documents/SEO-AGI/pages/<slug>.md
• Match existing code style (indentation, quote style, import order) detected from neighboring files. Do not "improve" formatting.

These rules close the gap between "ranking page brief" and "shipped ranking page." The skill writes content that ranks; the codebase execution layer writes the code that gets the content into production.

---

DEPENDENCIES

pip install requests
# For GSC (optional):
pip install google-auth google-api-python-client

seobuild-onpage v2.4.0

One command. Competitive data in. Ranking pages out.

git clone https://github.com/gbessoni/seobuild-onpage.git ~/.claude/skills/seobuild-onpage

Most SEO tools tell you what's wrong with your site. This one writes the pages.

/seoagi "airport parking JFK" pulls the current SERP, analyzes what's ranking, finds the gaps in their content, and writes you a complete page -- with the heading structure, depth, FAQ section, and schema markup that actually competes. Not thin content. Not keyword-stuffed filler. Pages backed by live data from the tools the pros use.

New in v2.4.0 -- Discovery Routes & Off-Page Embeds:

• The Anti-Hallucination Meta-Directive -- a new MASTER RULE at the top of SKILL.md. LLMs are trained on fifteen years of largely obsolete SEO writing, so the agent is now explicitly forbidden from applying pre-trained SEO instincts (LSI keywords, keyword density, blog hubs, "write 2,000 words") and must execute only the rules in the document. Includes a table of the specific instincts to suppress and why each is wrong.
• GSC Discovery Route Fill -- find URLs Google already expects to exist and fill them. gsc_pull.py --ghost-paths finds pages earning impressions that return 404, which is the highest-confidence signal available through the API. --crawl-stats-csv ingests a manual Crawl Stats export for the literal Discovery list, because that report is UI-only and not in the Search Console API.
• Unlinked Brand Citations -- Tier 1 off-page drafts now carry plain-text brand and URL mentions alongside HTML links. RAG pipelines read plain text, so this adds retrieval coverage anchor-only linking misses.
• Off-Page Embeds -- Tier 1 drafts embed a live artifact pointing at the money entity where the platform allows it, defaulting to the officially supported Google Maps embed. Conditional by design, since most Tier 1 platforms block arbitrary iframes.
• Strict SSR/SSG Requirement -- client-side-rendered SPAs are banned as an output target. Every internal link must exist in the raw HTML DOM of the initial server response, because JS-injected link graphs are routinely missed or crawled late.
• 66-point quality checklist -- adds Off-Page Embed, Unlinked Citation, and SSR/SSG Validation. Passing threshold raised to 57/66.

New in v2.3.0 -- AI SEO Correlation Protocols:

• Outbound Citation Requirement -- pages targeting AI Overviews must link out to at least 5 external authoritative sources with descriptive anchor text. Zero outbound links carries a severe citation penalty: an engine checking whether the page synthesizes real sources finds nothing to verify against.
• Strict Phrase Placement (Title + H1 only) -- the exact-match keyword appears in exactly two places and nowhere else. H2/H3/H4 exact-match is now unconditionally forbidden. This retires the old competitor-ratio Forensic EMQ Check, which made H1 placement conditional.
• Entity-Fact Pairing -- naming an entity is not a signal; binding it to a hard fact is. Every entity in a chunk must carry a time, place, cost, capacity, frequency, distance, or date. Crucial non-obvious information is the highest-weighted retrieval signal.
• Informational vs. Local Divergence -- informational pages strip sales CTAs, free-estimate offers, and award mentions (they demote citation rate). Local Ask Maps pages feature local project counts, awards, and differentiators heavily. Same elements, opposite treatment, selected by detected intent.
• Anti-Boilerplate Internal Linking -- site-wide repetitive in-content link blocks are banned; internal links must be contextual and unique to their chunk. The Recommended Spoke Pages block stays, because it is derived per-page from competitor anchor data rather than templated.
• 63-point quality checklist -- adds Outbound Citation, Strict Phrase Placement, Entity-Fact Pairing, Intent Divergence, and Anti-Boilerplate checks. Passing threshold raised to 54/63.

New in v2.2.0 -- Compliant Affiliate Monetization & Local Isolation:

• Strict Local Service Isolation -- local pages must target a single service+place ("Water Heater Repair Anaheim"), never a multi-service catch-all. AI parsers truncate stacked pages because they can't form a clean service-to-place association. N services in a city = N pages.
• GBP Canonical Link Directive -- local pages now emit a directive telling the user to point their Google Business Profile website field at the specific inner page, not the homepage. Strongest local-relevance signal, usually wasted on the homepage.
• Compliant Affiliate Monetization -- research.py --affiliate-link emits a compliant affiliate directive: disclosed rel="sponsored nofollow" CTAs + FTC disclosure, crawler and human read the same page. (An earlier draft of this feature proposed a JS redirect that served informational HTML to LLMs while bouncing humans to an affiliate page -- that is cloaking / a sneaky redirect, a Google spam-policy violation and de-indexation trigger, so it was replaced with the compliant pattern.)
• 58-point quality checklist -- adds Local Isolation (#57) and GBP Inner-Link Directive (#58) checks (N/A pass on non-local pages). Passing threshold raised to 49/58.

New in v2.1.0 -- The Anti-NLP Protocol & Two-Gate AEO:

• The NLP SEO Lie -- practitioner testing shows that artificially stuffing traditional NLP entities (Surfer SEO, Google's Natural Language API, Clearscope term lists) into body copy to hit a coverage score results in ~25% de-indexation. The agent is strictly forbidden from NLP entity stuffing. Entities earn weight through structural placement, never repetition targets.
• Structural Entity Placement (Section 4 rewrite) -- entities belong in headings, table cells, definition terms, and schema fields, not stuffed into paragraph text. Placement once beats prose repetition ten times.
• Two-Gate AEO, Anti-Paragraph Snippet, DOM Flattening, and Goldilocks Entity Synergy (all shipped in v2.0.0) remain in full force.
• 56-point quality checklist -- adds the Anti-NLP Stuffing check (#56). Passing threshold raised to 47/56.

New in v2.0.0 -- The Two-Gate AEO & DOM Flattening Protocols:

• The Two-Gate Paradigm Shift -- traditional metrics like meta descriptions and title tags no longer dictate AI Overview success. The agent now optimizes primarily for Gate 1 (Retrieval Pool Entry) and Gate 2 (Selected Citation Extraction). Entering the candidate pool and getting your passage selected for citation are two different jobs; v2.0.0 optimizes both explicitly.
• Anti-Paragraph Snippet Answer Rule -- strict ban on bare <p> tags for the primary 2-3 sentence answer beneath an H2. Bare paragraphs are routinely skipped for first-position citations. Primary answers must use block-level structural containers (div.answer, blockquote, dl/dd, leading table row, or RDFa/Microdata span block).
• DOM Nesting Depth Flattening -- shallow-DOM enforcement. Deeply nested visual-builder output (Elementor, Divi, etc.) is penalized at runtime for node-processing cost and Main Content dilution. Generated layout targets a max ~3 nesting levels; competitor pages exceeding it are flagged as DOM_FLATTENING_OPPORTUNITY.
• Goldilocks Entity Synergy -- subheadings maintain a precise entity density, strategically repeating core associated entities across H2/H3s to build extraction synergy for citation algorithms. Not too sparse, not stuffed.
• 55-point quality checklist -- adds Anti-Paragraph Snippet, DOM Flattening Depth, Goldilocks Entity Synergy, and Two-Gate Extraction Pass checks. Passing threshold raised to 46/55.

New in v1.9.1 -- Decision Fit Mapping + Brand Voice + Missing Spoke Detection:

• Brand differentiator injection via --differentiators on research.py (e.g. --differentiators="women-owned, 24/7 service, no hidden fees"). Passes through to the brief output so the writing agent has strict brand constraints. Differentiators must be woven verbatim into the 500-token chunks and surfaced in the AI Summary Nugget -- paraphrased fluff fails the new Brand Identity check.
• Missing Spoke Detection -- the research pipeline now extracts internal-link anchor text from the top 3 competitors, filters out navigational generics (Home, Contact Us, Privacy, FAQ, etc.) and image-link leakage, and outputs a ranked missing_spokes list. SKILL.md Section 12 now requires every generated page to append a ## Recommended Spoke Pages section built from this data.
• Decision Fit Mapping -- new checklist enforcement: heading structure must map to the user's psychological buying stage (Research / Compare / Buy) instead of copy-pasting competitor H2s.
• Execution Protocol now prompts for differentiators if the user didn't supply them up front -- the agent stops and asks before writing rather than producing generic AI homogenization.
• 51-point quality checklist -- adds Decision Fit (#49), Brand Identity (#50), Topical Silo (#51) checks. Passing threshold raised to 42/51.

New in v1.9.0 -- Massive Web Render as primary content parser:

• Massive Web Render (render.joinmassive.com) is now the primary competitor content parser when MASSIVE_API_TOKEN is configured. Returns clean rendered markdown including JS-loaded content that DataForSEO's content_parsing/live endpoint misses.
• Graceful per-URL fallback to DataForSEO -- if Massive errors or returns empty for any single URL, that URL falls back to DataForSEO. A partial Massive outage cannot break a research run.
• SERP organic results and keyword data continue to come from DataForSEO -- Massive's /search endpoint only returns "also-searched" query suggestions, not organic results, so the SERP path is unchanged.
• content_parsers field added to research output so you can see exactly which parser handled each URL (e.g. {"massive": 4, "dataforseo-fallback": 1}).
• Setup: add `MASSIVE_API_