feedthejoe.com

The SEO / AIO 26-Discipline Library — 178 volumes on 8 shelves, release 2026.09.12-g40. Twenty-six specialist disciplines operating as one accountable system, with the evidence rules that make a pass mean something. Every volume is a book on these shelves. Pull one.

SEO / AIOLibrary

  • 91 current — Current, source-linked operating design or researched guidance.
  • 41 researched — Researched design, reviewed 2026-09-12: a library view or proposed design with its sources stated; not a deployed system, a live audit or a provider requirement.
  • 9 reference — Reference document; its scope and limits are stated inside it.
  • 2 baseline — Baseline material retained as a record; not fully fact-checked. Current guidance takes precedence.
  • 35 workbench — Public workbench — a brief or draft; not approved as published fact until reviewed with evidence.
Walk in

I

Operating model

19 volumes

How the 26 disciplines work as one accountable system: routing, handoffs, acceptance, integration, decision ownership.

  1. 01Instructions for AI-assisted use of this library
  2. 02Change log
  3. 03Operating model — separate expertise, one accountable system
  4. 04Master routing protocol — choose the right specialist before acting
  5. 05Handoff contracts — preserve evidence across specialties
  6. 06Acceptance and independence — what a pass actually means
  7. 07Build public expertise from the internal discipline library
  8. 08Integrate the discipline library into an actual AI coding project
  9. 09Decision ownership and conflicting-repair matrix
  10. 10Full-audit coverage without launching 26 uncontrolled agents
  11. 11The 26-discipline operating library
  12. 12SEO / AIO Library — 26-Discipline Edition
  13. 1326-discipline validation — actual local results
  14. 1426-Discipline Expansion — Research and Delivery Report
  15. 15Discipline gap map
  16. 16Discipline expansion — primary-source register
  17. 17Discipline-library integration snippet
  18. 18Discipline templates
  19. 19Discipline utilities — executable scope and limitations

II

Role charters

26 volumes

The 26 specialist charters — accountable responsibility, activation, diagnostic sequence, evidence, acceptance, failure modes.

  1. R01Site Reliability Engineer
  2. R02Network/DNS Engineer
  3. R03Backend Web Engineer
  4. R04Frontend Web Engineer
  5. R05Browser Compatibility Engineer
  6. R06Web Performance Engineer
  7. R07Accessibility Specialist
  8. R08Technical SEO Engineer
  9. R09Information Architect
  10. R10Search Relevance/IR Engineer
  11. R11Structured Data/Knowledge Graph Engineer
  12. R12AEO/AIO/GEO Engineer
  13. R13Content Strategist/SEO Editor
  14. R14Fact-Checker/Claims Auditor
  15. R15Conversion-Rate Optimization Specialist
  16. R16Analytics/Measurement Engineer
  17. R17Email Deliverability Engineer
  18. R18Local SEO/GBP Specialist
  19. R19Digital PR/Authority Specialist
  20. R20Application Security/Privacy Engineer
  21. R21QA/SDET Engineer
  22. R22Adversarial/Red-Team Reviewer
  23. R23Product Marketing/Market Researcher
  24. R24Solutions Architect/Integrator
  25. R25Release/Change Manager
  26. R26Independent Acceptance Engineer

III

Cross-discipline playbooks

9 volumes

End-to-end procedures that cross several charters, with the evidence each step must leave behind.

  1. 01Bubbles: outside-in availability and public reachability
  2. 02Contact form to actual mailbox: an end-to-end evidence chain
  3. 03From public delivery to useful answers and observed AI citations
  4. 04Browser and accessibility regressions across a complete task
  5. 05Improve measured performance without damaging the website
  6. 06Turn verified work into a public expertise asset
  7. 07Coordinate hostname, URL and content migrations
  8. 08Preflight, controlled release and fresh acceptance
  9. 09Cross-discipline playbooks

IV

Reference modules

47 volumes

Researched guidance and preserved baseline material; each document states its own review status.

  1. 01Agent access, MCP and security boundaries
  2. 02AI answer observation and controlled evaluation
  3. 03AI referrals, analytics channels and qualified outcomes
  4. 04AI citation engineering — controllable inputs and observable outcomes
  5. 05Google AI Overviews and AI Mode — eligibility, controls and measurement
  6. 06Bing AI Performance and citation-share interpretation
  7. 07Client scope, tier applicability and acceptance
  8. 08Commerce data consistency across page, feed and structured data
  9. 09Content delivery first — without false crawler absolutes
  10. 10Crawl payload budgets and content delivery
  11. 11Crawler identity, logs and safe edge access
  12. 12Engine-specific discovery, training and user-access controls
  13. 13Evidence governance and claim authorization
  14. 14Faceted navigation and crawl-space control
  15. 15Field performance and interaction acceptance
  16. 16GA4 implementation — current AI channels, scopes and outcome quality
  17. 17Google generative AI performance: current reporting contract
  18. 18Search Console analysis — current reports and defensible diagnostics
  19. 19Titles, descriptions and preview copy without false limits
  20. 20Location-page evidence and genuine local utility
  21. 21SEO library — canonical master index
  22. 22Migration contract, checkpoints and rollback
  23. 23Next.js metadata, streaming and rendering validation
  24. 24Next.js SEO implementation — versioned route contracts
  25. 25Preferred Sources and publisher relationship design
  26. 26Regional Search eligibility and policy differences
  27. 27Research maintenance and documentation drift control
  28. 28Structured-data lifecycle and feature eligibility
  29. 29Schema types in 2026 — semantic validity versus search features
  30. 30ChatGPT Search — publisher access and measured referrals
  31. 31SEO release contracts and reproducible acceptance tests
  32. 32Social and video platform properties in Search Console
  33. 33First-party facts, provenance and reusable evidence
  34. 34Search spam policy — scoped interpretation and operational controls
  35. 35URL lifecycle, canonical decisions and safe retirement
  36. 36SEO build reference: intake to production evidence
  37. 37Universal Search Delivery Framework — not a ranking formula
  38. 38Executed validation — 2026.09.09
  39. 39SEO library audit and research update
  40. 40Coverage matrix — every unique original
  41. 41Findings and dispositions
  42. 42Remaining review queue and explicit limits
  43. 43Primary-source register
  44. 44Tier applicability and deliverable map
  45. 45Schema examples — fictional, not deployable as supplied
  46. 46Implementation templates
  47. 47Offline tools and test scope

V

Graph systems

43 volumes

Forty selected graph types, representations and practical views over one source-linked data model — a researched expansion (2026-09-12) with its source register; designs, not deployed systems.

  1. 01Graph systems — research and implementation expansion
  2. G01Personal identity and profile graph
  3. G02Organization, business, and brand graph
  4. G03Cross-domain operating and ownership graph
  5. G04Entity resolution and reconciliation graph
  6. G05Local business, place, and service-area graph
  7. G06Product, offer, merchant, and inventory graph
  8. G07Authorship and editorial contribution graph
  9. G08Topic, ontology, and taxonomy graph
  10. G09Document, passage, and entity graph
  11. G10Claim, evidence, and provenance graph
  12. G11E-E-A-T evidence graph
  13. G12Reputation, review, and corroboration graph
  14. G13Internal link and navigation graph
  15. G14External web-link graph
  16. G15Citation, co-citation, and bibliographic-coupling graph
  17. G16Canonical and duplicate-document graph
  18. G17Redirect and migration graph
  19. G18Hreflang and locale-alternative graph
  20. G19Crawl, rendering, and resource-dependency graph
  21. G20Structured-data consistency graph
  22. G21Query, intent, and page-relevance graph
  23. G22SERP observation and competitor-overlap graph
  24. G23Question, task, and query-fan-out map
  25. G24Entity-mention and co-occurrence graph
  26. G25AI answer, grounding, and citation graph
  27. G26Search-to-lead and customer-journey graph
  28. G27GraphRAG and owned-corpus retrieval graph
  29. G28Embedding-similarity and nearest-neighbor graph
  30. G29Temporal, version, and supersession graph
  31. G30Contradiction, uncertainty, and dispute graph
  32. G31Source-dependency and change-impact graph
  33. G32Instruction, capability, and workflow dependency graph
  34. G33Requirement, test, evidence, and acceptance graph
  35. G34Permissions, consent, and disclosure graph
  36. G35Multimedia, transcript, and rights graph
  37. G36Open Graph social-preview metadata
  38. G37Social, professional, and interaction graphs
  39. G38Scholarly and research graph
  40. G39Event, venue, organizer, and time graph
  41. G40Learning prerequisite and curriculum graph
  42. 42Primary source register (S01–S49)
  43. 43Synthetic public JSON-LD example and claim record template — not production

VI

Publication briefs

26 volumes

Public-content briefs for each discipline — a reader question, a distinct contribution, and the proof required before publishing.

  1. 01R01 public-content brief — Why can a website be running on the server but unavailable to customers?
  2. 02R02 public-content brief — Why does my website work through Tailscale but not on the public internet?
  3. 03R03 public-content brief — What does a contact form success message actually prove?
  4. 04R04 public-content brief — How do you build a website that remains usable when JavaScript fails?
  5. 05R05 public-content brief — Is a Playwright WebKit test the same as testing Safari on an iPhone?
  6. 06R06 public-content brief — Why does a good Lighthouse score not prove that real visitors have a fast website?
  7. 07R07 public-content brief — What must an accessibility audit test beyond an automated score?
  8. 08R08 public-content brief — How do you distinguish a crawlability problem from an indexing or relevance problem?
  9. 09R09 public-content brief — How do you organize a service website without creating duplicate or orphan pages?
  10. 10R10 public-content brief — What makes a page relevant to a customer question rather than merely keyword-rich?
  11. 11R11 public-content brief — How do you connect an author, business and technical article without inventing authority?
  12. 12R12 public-content brief — How can a business measure AI search visibility without confusing crawler visits with customers?
  13. 13R13 public-content brief — How do you turn technical troubleshooting into useful evidence-led content?
  14. 14R14 public-content brief — What evidence should support a website performance or marketing claim?
  15. 15R15 public-content brief — How do you improve a service inquiry path without mistaking clicks for leads?
  16. 16R16 public-content brief — How do you reconcile search visibility, AI referrals and qualified website inquiries?
  17. 17R17 public-content brief — How do you prove that a website inquiry reached your mailbox?
  18. 18R18 public-content brief — How do you improve local visibility without inventing locations or duplicating city pages?
  19. 19R19 public-content brief — What makes a backlink or publication mention meaningful evidence of expertise?
  20. 20R20 public-content brief — How do you harden a business website without breaking its forms or tracking?
  21. 21R21 public-content brief — What should a website regression suite prove before deployment?
  22. 22R22 public-content brief — How does an adversarial website review challenge a clean audit report?
  23. 23R23 public-content brief — How do you choose technical website topics that attract the right service inquiries?
  24. 24R24 public-content brief — Who resolves conflicting fixes when SEO, performance and security disagree?
  25. 25R25 public-content brief — What should a website release plan include beyond clicking deploy?
  26. 26R26 public-content brief — What makes website acceptance testing genuinely independent?

VII

Article drafts

6 volumes

Six drafts from the public workbench. Not approved as published fact until reviewed with evidence.

  1. 01Why SEO cannot repair a broken inquiry pipeline
  2. 02A public website needs a public test
  3. 03Sent is not the same as received
  4. 04Browser coverage without overclaiming
  5. 05Measure AI visibility without inventing attribution
  6. 06Independent acceptance is more than another green check

VIII

Publishing

2 volumes

How verified work becomes a public expertise asset.

  1. 01Author, business and publication identity plan
  2. 02Public expertise layer — briefs and reviewable drafts

Release 2026.09.12-g40. 178 volumes.

The 26-discipline library (2026.09.09-d26) with the Graph Systems expansion of 2026-09-12 on its own shelf. Nothing in these documents has been edited for this room; cross-references between volumes open the volume, references to the library’s offline templates and tools are shown as plain text.

The recordThe catalogueThe reading room