Speaker note:
This title avoids the Cloudflare scanner's question-style phrasing and connects the talk to the Agent Readable Web direction. Frame the session for WordPress experts and client-facing developers who need a safer way to answer AI-search questions.
Speaker note:
Reset the room before introducing yourself. This mirrors the OBA 2026 intro rhythm.
Speaker note:
- Sam Carlton
- Tulsa native
- Been building and consulting on software for over 15 years
- VP of Techlahoma
- Built products used by NFL, Virgin Brands, Samsung, Aston Martin
- Maintain many open source projects for the community helping thousands of developers.
- Love grilling, Wagyu, and grandMA lighting consoles.
Speaker note:
Use this to set the evidence standard. The talk is about durable audit habits, not permanent claims about any one provider.
Speaker note:
Use this to narrow the promise early. The room does not need another generic SEO checklist.
Speaker note:
Position this as the next layer after baseline SEO: discovery mechanics, source legibility, and audit language.
Speaker note:
Name the terminology without letting the acronyms take over the talk. Source anchors: Bing uses GEO in Webmaster Guidelines and AI Performance reporting; HubSpot and Profound use AEO/answer-engine language; Ahrefs treats GEO/AEO/LLMO as overlapping SEO trade labels; Semrush uses AIO as product/category language; Cloudflare and Vercel split readiness/readability; Google avoids special "AI SEO" files and frames this under AI features in Search. If LLMO or AIO comes up, treat them as terms to recognize, not client-facing labels to lead with.
Speaker note:
Define the term before showing examples. Empathy here does not mean agents have emotions. It means we design the handoff between humans, agents, and websites so the agent can preserve context, verify sources, and stay inside safe boundaries.
Speaker note:
Now show what the definition becomes in practice. These are source-linked examples the audience can open later: Vercel/Cloudflare-style readability, AFDocs fetch-loss checks, crawler-lane policy, and bounded agent actions.
Speaker note:
The long tail with value is going to start winning over classic spammy Google techniques.
Speaker note:
Use this as the concrete audit bridge: a familiar Lighthouse workflow pointed at the experimental agentic-browsing category.
Speaker note:
Keep this practical. Show that the category is becoming real enough to audit, while still requiring judgment about what applies to a specific site. This slide absorbs the old "useful tool stack by job" appendix.
Speaker note:
The point is not to memorize every provider. The point is to stop saying "AI search" as if it is a single SERP. Source anchors: OpenAI web search docs, Codex CLI features, Anthropic web search and web fetch docs, Claude Code tools reference, Gemini grounding docs, Perplexity Search API, OpenCode tools, OpenClaw web tools.
Speaker note:
This is one of the most client-useful distinctions. Blocking training and appearing in AI search answers are not the same policy. Check each vendor's crawler docs before changing robots rules.
Speaker note:
Define WordPress core in admin terms: Reading controls public indexability, Permalinks controls stable URL shape, Editor or Customizer controls templates/navigation, and Pages/Posts control source text. Root files like robots.txt and llms.txt need one deliberate owner, usually Yoast if it is already installed or a tiny custom plugin/mu-plugin if not.
Speaker note:
The short client script: "I can audit whether AI systems can find, fetch, understand, and cite your site. Then we can fix the real gaps."
Speaker note:
Pause here for room questions before moving into appendix resources.
Speaker note:
Use these as the short follow-up list. The practitioner links are useful for strategy and measurement framing; the checklist and Lighthouse docs are useful for implementation.