Tag: Content Strategy

  • AI Loves This Site. Humans Don’t Stick Around. The Retention Leak, in Public.

    AI Loves This Site. Humans Don’t Stick Around. The Retention Leak, in Public.

    📡 Radar Update: Claude 4.6 Sonnet

    Field Intel (2026-05-30): Our social listening desks have detected a massive shift in developer sentiment regarding Claude’s context capabilities.

    • 📈 The Upgrade: Developers on r/ClaudeAI are reporting silent upgrades to the API’s output token ceiling, with contiguous code generations exceeding 6,000 lines without hallucination.
    • 💡 Why it matters: If Anthropic is actively tuning the output ceilings, relying on official documentation limits may underestimate what the model can actually handle in production right now.

    Part 3 of 3. Part 1 was the flex — AI assistants cite us and Claude.ai is our #4 traffic source. Part 2 was the playbook — each model cites completely different kinds of pages. Part 3 is the honest one. When I ran the same Claude-powered browser agent against our behavior and event data, the story flipped. The acquisition side of tygartmedia.com is working beautifully. The retention side barely exists. AI assistants like this site more than humans stick around for, and the data makes that painfully clear.

    I am publishing the whole leak in public because the fix is the interesting part.

    99.86% of our readers are brand new

    Four-stage funnel: citation, click, engage, convert
    99.86% of readers are brand new — acquisition without retention.

    In 29 days, GA4 fired 1,405 first_visit events against 1,407 active users. That is a returning-visitor rate of roughly 0.14%. A healthy media site runs at 25–40%. We are running at effectively zero. Put another way: every one of our ~1,400 monthly readers has to be re-acquired next month because there is no returning audience to compound on.

    That number is the single most important finding in this whole three-part series. Every story about our AI-referral win in Parts 1 and 2 sits on top of it. If Claude stopped citing us tomorrow, traffic would roughly halve inside 60 days — there is no cushion.

    Only 8.6% of visitors scroll to the bottom

    Two cards: answer shown in overview versus optional click
    Only 8.6% scroll to the bottom — reading relief matters.

    GA4 fires a scroll event at 90% page depth by default. Over 29 days, 121 users out of 1,407 fired one. That is 8.6%. The publishing benchmark sits at 25–35%. We are at roughly a quarter of that.

    There are two explanations and both are true at once. Some share of the traffic is crawlers and scrapers that do not scroll. And some share of real humans are landing on articles that are either too long for the intent they arrived with, or do not give them a reason to keep going past the first answer.

    Four form submissions. In 29 days. Across 1,400 readers.

    EventCountUsersEvents / User
    page_view2,0071,4061.43
    session_start1,6521,4061.18
    first_visit1,4051,4051.00
    user_engagement9996751.54
    scroll1921211.59
    click34301.13
    form_start1553.00
    form_submit441.00

    Four form submissions across 1,655 sessions. 0.24% conversion. Fifteen people started a form and eleven of them walked away, for a 73% abandonment rate on whatever form we have running. There is also no newsletter_signup event, no cta_click event, no outbound_click event, no video_play event, no file_download event. We are running a publication with effectively zero instrumentation of reader behavior beyond “did the page load.” That is the measurement vacuum, and it is on us to fix.

    Pages per session: 1.21

    1,655 sessions produced 2,007 page views. That works out to 1.21 pages per session. Healthy media sites run 1.8–3.0. Wikipedia runs 4+. We are effectively a single-page-entry site. Readers arrive for one article, read it or do not, and leave. Nobody is browsing our categories. Nobody is clicking a related-posts rail, because we do not really have one. The internal link graph between our Claude desk, our restoration B2B content, our Mason County hyperlocal, and our general-interest pieces is not moving anybody between them, and the data proves it.

    There is one exception worth sitting with. Homepage visitors ( / ) hit an average of 1.59 views per user — meaningfully higher than the site average. The homepage is doing its job. The article templates are not.

    Retention is essentially zero

    Comparison of Claude how-to fit versus local service page fit for assistants
    Retention is essentially zero — citations without stickiness.

    The GA4 retention cohort chart peaks at about 5% Day-1 retention and drops to effectively zero by Day 7. Out of every 100 readers today, 5 come back tomorrow and 0 come back next week. Healthy publications run 15–25% on Day 1 and 5–10% on Day 7. We are running at a quarter of that across the board.

    The fix here is not content. It is a capture mechanism. Right now we have no durable way to turn a claude.ai referral into a known email address. Every AI-cited reader is a one-night stand with the site. Four form submissions in a month is not a newsletter strategy, it is a rounding error.

    Real human audience: ~675, not 1,407

    GA4 fires user_engagement roughly every 10 seconds of active foreground time. In 29 days only 675 users out of 1,407 ever fired one. That means 52% of our “users” never stuck around long enough for GA4 to confirm they were actually looking at the page. That bucket is some mix of near-instant bounces, back-button users, and crawlers that do not fire the event.

    Flipping it the other direction: 48% of reported users is probably the cleanest “real human reader” estimate in the whole account. Call it ~675 real humans per month. That is the number to plan around, not the 1,407 that shows on the dashboard.

    The 404 problem is real, and worse for AI referrals

    Page not found – Tygart Media is our #7 most-viewed page title in 29 days at 37 pageviews. Some of that is the expected noise of a site that has been through at least one URL restructure — the -2 and -3 suffixed slugs in the data (/anthropic-founders-2, /anthropic-ipo-2, /history-of-anthropic-2) suggest a prior rewrite. But some of it is almost certainly AI assistants citing URLs that no longer resolve.

    That is the single worst trust loop to leave open. The LLM does not know the URL is broken. It will keep citing it. Every 404 from an AI referral is a reader who was told by Claude that we had the answer, clicked through, and got a broken page. Fixing the 37 should be the highest-ROI hour of SEO work on our calendar this week.

    Concentration risk: one page is carrying the site

    /claude-student-discount accounted for 84 of our 2,007 total pageviews in 29 days — roughly 4% of all views on a single URL, and almost 12% when you include everyone who landed on it through any source. It is also the single page cited by all three major LLMs (27 combined sessions from Claude, ChatGPT, and Perplexity). It is both our crown jewel and our single point of failure.

    If Anthropic changes their student policy, or a competitor sherlocks the page with a better answer, we lose a material share of total traffic overnight. The response is not to panic, it is to diversify. The structural template that makes that page cite-worthy — narrow topic, answer-first, scannable facts — is repeatable. We need three to five more pages shaped exactly like it.

    A real-time snapshot that says everything

    While the agent was running the reports, it pulled the real-time view. Two active users were on the site. One was reading /claude-code-vs-aider, a comparison piece. One was bouncing between /selling-into-general-contractors and /selling-into-property-managers, two B2B restoration pages. One landed on a 404. Three verticals, three intents, one broken link — our whole site compressed into thirty minutes.

    The short version

    We have built a site that AI models like more than humans stick around for. The acquisition side is working. The retention side barely exists. The AI-citation layer is the most interesting asset we have, and it is sitting on top of a reader experience that converts at approximately zero. Close that gap and this turns into a real publication. Leave it open and we are running a very sophisticated funnel that leaks at the bottom. Publishing this publicly is the accountability move — we will update these numbers in 60 days.

    The fix, as a list

    • Instrument the site properly. Add GA4 events for newsletter_signup, cta_click, outbound_click, and scroll depth at 25 / 50 / 75 / 100%. Mark at least one as a key event. Right now we are flying blind past page-load.
    • Redirect the 404s. Pull the 37 broken-page pageviews, map each to the closest live URL, and push 301s. This is the single highest-ROI hour of SEO work available this week, and it specifically repairs the AI-citation trust loop.
    • Install a visible capture mechanism on every article. Sticky footer subscribe, mid-article inline form, or both. Pick one default format and ship it across every Claude-desk post first. Without a capture, every AI referral stays a stranger forever.
    • Add a “Related Claude posts” rail to every Claude article. Pages-per-session of 1.21 means the rest of the content library might as well not exist to any given reader. The homepage is the only page on the site that moves people inward. Rebuild article templates to behave the same way.
    • Treat /claude-student-discount and /anthropic-console like crown jewels. Keep them ruthlessly updated. Add FAQ schema. Add explicit Q&A blocks. Keep them in the LLM answer set.
    • Diversify the AI-citation base. Ship three to five new pages in the exact structural template of /claude-student-discount. Narrow, answer-first, scannable. Kill the concentration risk.
    • Consolidate the Cowork cluster. Fifteen pages, near-zero engagement, near-zero AI citations. Collapse to two or three flagships and redirect the rest.
    • Audit the Managed Agents pricing title mismatch. 68 path views, 39 title views. Something is rendering or logging inconsistently and it is worth a ten-minute investigation.

    Frequently asked questions

    What is a healthy returning-visitor rate for a media site?

    Most established publications see 25–40% returning visitors. tygartmedia.com currently runs at roughly 0.14%, which is essentially zero. The gap is not content quality — it is the absence of a capture mechanism to turn first-time readers into known subscribers.

    What percentage of page views should scroll to the bottom?

    The GA4 default scroll event fires at 90% page depth. Healthy content sites see 25–35% of users reach that threshold. tygartmedia.com is at 8.6%, which means either pages are too long for the intent they are arriving with, or a significant share of the traffic is non-human.

    How do you separate real readers from bots in GA4?

    The cleanest in-account signal is the user_engagement event. GA4 only fires it after roughly ten seconds of focused foreground time on the page. Dividing engaged users by total users gives you a rough “real human reader” estimate. On tygartmedia.com that ratio is 48%, so the real monthly audience is closer to ~675 readers than the reported 1,407.

    Why do 404 pages matter more when AI assistants are citing you?

    Because the LLM cannot tell when a URL goes dead. Once Claude, ChatGPT, or Perplexity has indexed a citation URL, it will keep recommending that URL to readers even after the page is moved or deleted. Every 404 from an AI referral is a permanently broken trust loop until the URL is restored or redirected.

    Why does a single crown-jewel page create concentration risk?

    When one URL is responsible for a double-digit share of total traffic and is the only page cited across multiple AI models, any change in the underlying topic — a policy shift by the product being covered, a competitor publishing a better page — can erase that traffic in a single week. The mitigation is to build multiple pages in the same structural template so citation volume is spread across several URLs rather than concentrated in one.

    What comes next

    The browser agent that dug all of this out is the same one we are turning into a repeatable audit any publisher can run against their own GA4. Parts 1, 2, and 3 together are the first real case study of what that audit looks like. The acquisition playbook is now documented. The retention fix is the next sixty days of work. We will publish the follow-up numbers when the fixes have had a chance to work — or not.

    If you want the catch-up: Part 1 — the AI-referral loop and Part 2 — the per-model citation playbook.

  • RAG Optimization: Creating Source-Worthy Content for AI

    RAG Optimization: Creating Source-Worthy Content for AI

    The Search Landscape of May 2026: Stop Chasing Traffic, Start Chasing Citations

    The transition is complete. As of this month, Google’s AI Overviews (formerly SGE) appear for over 52% of all search queries. If you are looking at your Search Console and seeing a 30% drop in informational traffic compared to last year, you aren’t alone. You’re simply seeing the result of the “Zero-Click” era reaching its final form. For digital agency owners and systems architects, the old SEO playbook is a liability. If you are still optimizing for clicks on “What is…” or “How to…” keywords, you are effectively donating your intellectual property to train a model that will replace your visit.

    The currency of search has shifted. We have moved from the era of link equity to the era of Source-Worthy Content. In this new reality, the goal isn’t to get the user to click through to read a basic definition; it is to ensure that your data, your unique perspective, or your proprietary methodology is the primary source cited by the Retrieval-Augmented Generation (RAG) systems powering Google, Perplexity, and OpenAI.

    The Numbers Don’t Lie: The Death of the Click

    By mid-2026, the data across our portfolio is clear. Informational query traffic—the top-of-funnel “educational” content that used to drive massive awareness—has cratered by 20-40% across most B2B and technical sectors. Users are getting their answers directly in the search interface. They don’t need to visit your site to learn “how to configure a headless CMS” if Gemini can pull the five essential steps from your documentation and present them in a neat bulleted list.

    However, while traffic is down, the value of a single citation within an AI Overview has skyrocketed. We’ve found that being the primary citation in a RAG-driven answer drives higher-intent leads than the old-school organic #1 spot ever did. The users who do click through from an AI Overview have already been pre-qualified by the AI. They aren’t looking for a definition; they are looking for the operator who provided the insight. Optimizing for AI overviews is no longer a side project; it is the core of technical SEO.

    Understanding RAG: How Google Picks Its Sources

    To win in 2026, you have to understand the mechanics of Retrieval-Augmented Generation. Google’s AI isn’t just “hallucinating” answers based on its training data; it is actively searching the live web, retrieving specific “chunks” of information, and then synthesizing those chunks into a response. This is RAG optimization.

    When an AI Overview is generated, Google’s system follows a three-step process:

    1. Retrieval: It identifies the top-ranking traditional search results for the query. (This is why maintaining traditional page-one rankings is still a prerequisite for being a source).
    2. Selection: It selects specific paragraphs, data tables, or unique insights from those top results that best satisfy the user’s intent.
    3. Generation: It rewrites those insights into a cohesive answer, adding citations to the sources it used.

    If your content is generic—if it says exactly what every other site says—the AI will synthesize the answer without citing you specifically, or it will cite a larger authority (like Wikipedia or a massive news outlet) that says the same thing. To be cited, your content must be source-worthy. It must provide something the AI cannot find elsewhere or synthesize from common knowledge.

    Why Generic Content is Erased by AI

    The era of “skyscraper” content—taking ten existing articles and making a longer one—is over. AI is better at that than you are. In fact, most of that generic content is now being flagged by LLMs as “low information gain.”

    When we audit a site using the Gemini CLI, we look for “Information Gain” scores. If a paragraph doesn’t offer a new data point, a specific case study result, or a unique operator’s perspective, it’s invisible to the RAG process. Generic advice like “SEO requires good keywords” is discarded. Specific advice like “We saw a 12% lift in RAG citations by moving from 1,000-word articles to 400-word modular content blocks” is source-worthy.

    The LLM wants to cite the originator. If you are just a curator, you are a middleman that the AI has successfully bypassed.

    The ‘Source-Worthy’ SEO Framework

    At Tygart Media, we’ve pivoted our Agency Playbook to focus on four pillars of source-worthy SEO. This is how we ensure our clients remain the “source of truth” in an AI-dominated search engine.

    1. Proprietary Data and “Proof of Work”

    The AI cannot hallucinate your internal data (yet). Original surveys, technical benchmarks, and project post-mortems are the most cited pieces of content in 2026. If you run a test on a new deployment pipeline and publish the raw numbers, Google’s AI Overview will cite your specific numbers. We’ve moved away from “opinion pieces” and toward “experiment logs.” Every article should contain at least one table or chart of data that didn’t exist on the internet before you published it.

    2. The Operator’s Perspective (E-E-A-T)

    Experience and Expertise are now the primary filters for RAG selection. Google is prioritizing content that shows “Proof of Effort.” Use first-person accounts. Instead of writing “How to use Claude Code,” write “What we learned after 500 hours using Claude Code to refactor a legacy Python monolith.” The specific failures and technical hurdles you describe are unique identifiers that the AI recognizes as authoritative.

    3. Modular Content Architecture

    Long-form, sprawling articles are difficult for RAG systems to “chunk” effectively. We are now building content in modular blocks. Each section of an article is designed to stand alone as a complete answer to a sub-query. We use <section> tags and specific ID attributes to make it easy for the crawler to identify and retrieve the exact block it needs. This is optimizing for AI overviews by making your content “consumable” for machines, not just humans.

    4. Structured Data for RAG

    Schema.org hasn’t gone away; it has become the metadata for AI. We use Dataset, HowTo, and Review schema more aggressively than ever. But more importantly, we are using Gemini CLI to auto-generate JSON-LD that specifically maps out the “Claims” made in our articles. By explicitly stating “Our claim: Informational traffic is down 30%,” we make it easier for the AI to attribute that fact to us.

    Technical Execution: Modular E-E-A-T and Gemini CLI

    The workflow for a modern agency operator involves high-level automation. We don’t manually audit 500 pages for “source-worthiness.” We use tools like Claude Code and Gemini CLI to process our content libraries.

    Our current stack for RAG optimization looks like this:

    • Analysis: We pipe our top-performing URLs through a script that uses the Gemini API to compare our content against the current AI Overview for that keyword. The script identifies “content gaps”—information the AI is providing that isn’t on our page, or information we have that the AI is ignoring.
    • Refactoring: If a page is losing traffic but has high “Source Worthiness,” we use Claude Code to refactor the HTML into a more modular structure, adding Dataset schema to any tables.
    • Validation: we use Antigravity to simulate how a RAG system would “chunk” the page. If the chunks are incoherent, we rewrite the headers to be more explicit.

    One failure we saw early in 2026 was attempting to “game” the AI by over-optimizing for specific keywords. The AI sees through keyword density. It is looking for semantic weight. When we tried to force-feed keywords, our RAG citation rate dropped. When we focused on “operator-restrained” technical clarity, the citations returned.

    Case Study: The 40% Traffic Drop and the 15% Lead Increase

    We recently worked with a systems architecture firm that saw their organic traffic from “cloud migration tips” fall by 40% in the google sge impact may 2026 rollout. Initially, there was panic. However, upon closer inspection, their “Request a Consultation” conversions were actually up by 15%.

    What happened? Their generic “tips” were being swallowed by the AI Overview. But the AI Overview was citing their specific “Cloud Migration Cost Calculator” and their “2025 Migration Failure Report.” The traffic they lost was the “looky-loos” who just wanted a quick tip. The traffic they gained (via the AI citations) was from CTOs who saw their specific data cited as the authority and clicked through to hire them. This is the shift from “volume” to “value.”

    Action Plan: What You’d Do Tomorrow

    If you are managing a content library or an agency portfolio, don’t wait for your traffic to hit zero. Start the pivot to source-worthy SEO immediately. Here is the operator’s checklist for tomorrow morning:

    1. Audit for “What is” Content: Use your preferred crawler to identify every page that targets a purely informational, definitional keyword. These are your “donor” pages. Decide whether to delete them, consolidate them, or upgrade them with proprietary data.
    2. Inject Original Data: Find three pieces of internal data—even if they are small—and add them to your top 10 most important pages. Use tables. Add a “Methodology” section.
    3. Modularize Your Headers: Ensure every H3 in your articles can stand alone as a question and every following paragraph as a direct, concise answer. Remove the “fluff” and the “introductory transitions.” The AI doesn’t need a “In this section, we will explore…” lead-in. It needs the facts.
    4. Verify Citations: Perform a manual search for your primary keywords. Look at the AI Overview. If you are ranking #1-3 in organic but aren’t cited in the AI response, your content isn’t “Source-Worthy.” It’s too generic. Rewrite the top-ranking paragraph to offer a unique, data-backed perspective that the AI is currently missing.
    5. Update Your Schema: Move beyond basic Article schema. Implement Speakable, Dataset, and ClaimReview schema where applicable. Use a tool like Gemini CLI to automate the generation of these blocks based on your existing text.

    SEO isn’t dead; the middleman is dead. The search engine of 2026 doesn’t want to send users to a website; it wants to provide an answer. Your job is to be the only source that the answer cannot exist without. Build for the machine, provide for the human, and protect your intellectual property by making it too specific to be ignored.

    Related on Tygart Media: chunk-first GEO · GEO tactics · how AI engines cite.

  • ChatGPT Search Citations: The 2026 Optimization Guide

    ChatGPT Search Citations: The 2026 Optimization Guide

    ChatGPT Search cites 15% of the pages it retrieves. The other 85% get pulled into the model’s context window, evaluated, and silently discarded — no visibility, no referral, no trace. If you are doing GEO work and your pages keep getting retrieved but never quoted, you are losing at the second filter, not the first.

    This is the 2026 implementation guide for surviving both filters: getting retrieved by ChatGPT Search, then getting cited once you are there.

    How ChatGPT Search Actually Builds an Answer

    Topic platform fit visual for first-party AI citation measurement
    How ChatGPT Search builds an answer.

    ChatGPT Search runs a three-stage pipeline. Each stage kills most candidates.

    1. Retrieval — ChatGPT Search is powered by Bing’s index for real-time web retrieval. Seer Interactive’s analysis found 87% of SearchGPT citations match Bing’s top results, with the bulk in positions one through ten and a long tail in positions eleven through twenty. AirOps research separately put ChatGPT-to-Bing overlap at 73%. If you are not in Bing’s top 20 for a query, you almost certainly are not in ChatGPT’s candidate set.
    2. Crawlability check — OpenAI’s OAI-SearchBot is the user agent that builds the index used for ChatGPT’s search features. It is separate from GPTBot (training) and ChatGPT-User (browsing). Block OAI-SearchBot in robots.txt and you remove yourself from ChatGPT Search entirely, even if Bing has you ranked.
    3. Citation selection — Of the pages retrieved, AirOps found ChatGPT cites only 15%. The model picks what to quote based on structure, freshness, authority signals, and whether the page directly answers the query.

    Step 1: Verify You Are Indexed by Bing

    Most sites optimized for Google have never logged into Bing Webmaster Tools. Fix that first. Three checks before anything else:

    • site:yourdomain.com in Bing — confirms basic indexing.
    • Bing Webmaster Tools → URL Inspection — confirms the specific pages you want cited are indexed and have no crawl errors.
    • Bing rankings for your target queries — if you are not in the top 20 in Bing, ChatGPT will not see you.

    If pages are missing, submit a sitemap via Bing Webmaster Tools and request URL inspection on any priority page. Bing typically reflects changes within 24–72 hours, faster than Google.

    Step 2: Allow OAI-SearchBot in robots.txt

    Four ranked rows of AI crawler fleets reading publisher content
    Allow OAI-SearchBot in robots.txt.

    The single most-skipped step in GEO work. Add this block to your robots.txt:

    # Allow ChatGPT Search to retrieve and cite this site
User-agent: OAI-SearchBot
Allow: /

# Optional: allow on-demand browsing for ChatGPT users
User-agent: ChatGPT-User
Allow: /

# Optional: block training crawler if you want retrieval without training
User-agent: GPTBot
Disallow: /

    OpenAI publishes these three user agents and treats each independently. You can allow OAI-SearchBot for ChatGPT Search visibility and still disallow GPTBot from using your content for model training. The settings do not conflict. OpenAI’s systems typically recognize robots.txt changes within 24 hours.

    Step 3: Structure Pages for the Citation Filter

    Comparison of Claude how-to fit versus local service page fit for assistants
    Structure pages for the citation filter.

    Retrieval is necessary but not sufficient. Once your page is in the candidate set, the model decides whether to quote it. Pages that get quoted share a structural pattern.

    Direct answers in the first 100 words

    ChatGPT cites sources that answer the question fully. Partial answers lose to complete ones. Lead each page with a clean direct-answer paragraph: question implied or stated, answer in the next sentence, supporting detail after. This is the same pattern that wins featured snippets, which is not a coincidence — answer engines and snippet engines reward the same structure.

    JSON-LD schema

    An AirOps study of 548,534 pages found pages with JSON-LD markup posted a 38.5% citation rate versus 32.0% without it. Article, FAQPage, and HowTo schema are the highest-leverage types. Add them.

    Word count: 500–2,000

    Pages between 500 and 2,000 words performed best in the same AirOps study. Pages longer than 5,000 words were cited less often than pages under 500. The mechanism is mechanical: long pages overflow the retrieval context window, and the model defaults to shorter, denser sources it can quote in full.

    Freshness

    Content updated within 30 days received 3.2x more citations than older material. The fix is not faked freshness — it is genuine updates: a new stat, a new case, a corrected claim. Update the date when you update the content, not before.

    Step 4: Build the Authority Layer

    Structure gets you cited once. Authority gets you cited repeatedly. AirOps found sites with over 32,000 referring domains are 3.5x more likely to be cited by ChatGPT than sites with fewer than 200. You do not need 32,000 — you need to be in the upper band of your topical neighborhood.

    ChatGPT’s citation pattern leans heavily on Wikipedia (roughly 48% of top citations in multiple studies) and large news/media properties. The practitioner read on that: ChatGPT favors sources with multi-source third-party validation. Build the kind of citations on the open web that Wikipedia editors accept — peer-reviewed studies, primary sources, named author attribution, transparent methodology.

    Step 5: Track Your Citation Footprint

    You cannot manage what you do not measure. The minimum tracking stack for 2026:

    • Server log monitoring for OAI-SearchBot user agent — confirms OpenAI is actually crawling. If you allowed the bot in robots.txt three weeks ago and there are zero OAI-SearchBot hits in your logs, something is wrong (CDN block, IP firewall, misconfigured allow rule).
    • Manual citation audits — pick 10 priority queries, run them in ChatGPT with the Search toggle on, log which domains get cited. Repeat weekly. A spreadsheet beats no tracking.
    • Bing position tracking — because ChatGPT pulls from the Bing index, Bing rankings are a leading indicator. If your Bing position drops, ChatGPT visibility drops behind it.

    The Practitioner Summary

    Ranking in ChatGPT in 2026 is not mysterious. It is a four-gate funnel: Bing index → OAI-SearchBot crawl access → retrieval into the candidate set → citation selection. Most sites fail at gate one (not indexed in Bing) or gate two (OAI-SearchBot blocked or not addressed). Sites that clear those two gates and write pages that answer the question fully, with schema and a 500–2,000-word range, will land in the 15% that get quoted.

    Treat ChatGPT Search like a separate search engine that happens to share an index with Bing. Optimize for the index. Allow the crawler. Write the page. The rest follows.

    Related on Tygart Media: AI citation monitoring · AI search funnel · how AI engines cite.

  • AI-Native Operations: When The Order Becomes the Asset

    AI-Native Operations: When The Order Becomes the Asset

    Related on Tygart Media: AI operator’s stack · conversations as code · owner freedom kit.

  • Verify llms.txt: How to Check Server Logs for AI Crawlers

    Verify llms.txt: How to Check Server Logs for AI Crawlers

    You shipped an llms.txt file. You curated the links, you paired it with robots.txt, you validated the format. Now answer the only question that matters: is anything actually requesting it? Most site owners never check — and the data from 2026 suggests the honest answer, for most domains, is “almost nothing.” This is the verification step that turns llms.txt from an act of faith into a measurable signal. Here is how to read your own server logs and find out exactly what is fetching the file you published.

    Why verification matters more than the file itself

    Three cards for Google cautious, Bing speed, OpenAI aggressive crawl styles
    Why verification matters more than the file itself.

    The uncomfortable finding of the last year is that publishing llms.txt and benefiting from llms.txt are two different things. In OtterlyAI’s 90-day crawler study, only 0.1% of AI crawler requests touched /llms.txt at all — 84 requests out of 62,100 total AI bot visits — and the file received far fewer visits than the average content page (OtterlyAI GEO study). As of Q1 2026, no major AI company — OpenAI, Google, Anthropic, Meta, or Mistral — has publicly committed to reading or acting on llms.txt in production systems, though GPTBot does fetch the file occasionally (AEO Engine).

    That does not make the file worthless. It makes measurement the whole game. If you cannot tell whether a crawler ever requested the file, you cannot tell whether your time was wasted, whether a platform quietly started honoring it, or whether your file is returning a silent 404. Verification is the difference between strategy and superstition.

    The five-minute server-log check

    Four ranked rows of AI crawler fleets reading publisher content
    Five-minute server-log check.

    Every fetch of your llms.txt file leaves a row in your access log. The job is to isolate requests to that path, then filter by the user-agents that belong to AI systems. On any server with standard combined-format Apache or Nginx logs, this one-liner does the first pass:

    grep -E "/llms(-full)?\.txt" /var/log/nginx/access.log | \
  grep -E -i "GPTBot|OAI-SearchBot|ChatGPT-User|ClaudeBot|Claude-User|Claude-SearchBot|PerplexityBot|Perplexity-User|Google-Extended|Google-CloudVertexBot|Amazonbot|CCBot|Applebot|meta-externalagent|MistralAI-User|bingbot"

    The first grep narrows to requests for llms.txt or llms-full.txt. The second filters to the known AI crawler user-agent strings documented across 2026 reference work (No Hacks AI User-Agent Landscape 2026; Momentic crawler list). Each surviving line tells you three things: which bot, what time, and the HTTP status code it received.

    That status code is the part people skip. A 200 means the bot got your file. A 404 means you have been congratulating yourself over a file the crawler never actually reached — a misconfigured path, a redirect loop, or a build step that drops the file on deploy. A 301 or 302 means it is being redirected, and not every crawler follows redirects for this path. Read the status column before you read anything else.

    Turn the raw hits into a monthly cadence table

    One grep tells you whether the file is reachable. To know whether anything is changing, you need the same query run on a schedule and counted by bot. Extend the pipeline to a count:

    grep -E "/llms(-full)?\.txt" /var/log/nginx/access.log* | \
  grep -E -i -o "GPTBot|ClaudeBot|PerplexityBot|Google-Extended|bingbot|Amazonbot|CCBot|Applebot" | \
  sort | uniq -c | sort -rn

    This produces a leaderboard of which AI user-agents requested your llms.txt across all retained logs. Capture that number on the first of each month and you have a cadence series. The signal you are watching for is not the absolute count — it will be small — but the direction: a bot that appears for the first time, a bot whose hit count jumps, or a bot that goes silent. Those inflection points are the leading indicators that a platform has changed how it treats the file.

    What you see in the logWhat it meansAction
    No requests to /llms.txt at allFile may be unreachable, or simply not yet fetched — both are commonRequest the URL yourself; confirm a clean 200 before assuming neglect
    200 from GPTBot, low frequencyConsistent with reported behavior — GPTBot fetches occasionallyLog the cadence; treat as baseline, not a ranking signal
    404 or 301 on the pathCrawler is not getting the file you think you publishedFix the path/redirect today — this is a silent failure
    A new bot appears month-over-monthA platform may have started fetching the fileNote the date; correlate with any citation or referral changes

    Cross-check against your content fetches

    The llms.txt hit count means little in isolation. Compare it against how often the same bots fetch your actual content pages. If GPTBot pulls forty content URLs a day and never touches llms.txt, the file is not part of how that crawler discovers you — your content’s own structure and internal linking are doing the work. The practical monitoring approach documented for 2026 is exactly this: a server-log dashboard built against the major user-agents, watching cadence and path-preference shifts month over month (Digital Applied 30-day log study). The same study notes distinct personalities worth knowing — GPTBot crawls more aggressively than most assume, ClaudeBot is more patient than its volume suggests, and PerplexityBot is quieter than its share-of-voice would predict.

    What to do with the answer

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    What to do with the answer.

    If your logs show the file is reachable and occasionally fetched, you are in the normal range for 2026 — keep the file current and keep measuring. If they show a 404, you found a real bug that no amount of curation would have fixed. And if they show a brand-new bot starting to request the path, you have spotted a platform behavior change before the blog posts catch up to it. That last case is the entire payoff: the practitioners who read their own logs will know the standard started mattering weeks before the ones who only read about it. Verification is not the boring final step of an llms.txt rollout. On a standard that nobody has formally committed to honoring yet, it is the only step that produces evidence instead of hope.

    Related on Tygart Media: AI crawler experiment · GEO tactics · Bing Webmaster AI tab.

  • Removing Underperforming Content: When to Cut a Category

    Removing Underperforming Content: When to Cut a Category

    The data came back unambiguous. One kind of writing held readers for twelve minutes. Another kind held them for eleven seconds. The ratio was not a margin of error. It was a verdict.

    The reflex in this situation is to optimize the loser. Better headlines. Tighter formatting. A cadence change. The reflex is wrong, and the wrongness of it is exactly where this gets interesting.

    What the analytics actually said was that one of the categories had never been earning its keep. Not could be improved. Not needs better execution. The premise was off. The audience that arrived at the news content arrived already uninterested in staying. The audience that arrived at the architecture content arrived prepared to read for a while. Two different rooms, only one of them mine.

    What removal actually requires

    It is easier to add a category than to subtract one. Adding is a bet on a future you do not yet have evidence for. Subtracting is a confession about a past you can verify. The asymmetry is psychological — adding feels generative, subtracting feels like loss — and the asymmetry is wrong. Removing the underperformer is the more generative act, because attention is finite and the cost of the wrong category is not the time spent producing it but the time stolen from the right one.

    The trick is that you cannot tell the wrong category from the right one until you have run them both long enough to compare. You have to fund a hypothesis you might end up burying. The discipline is not in being right the first time; the discipline is in being honest the second time.

    The category was load-bearing for an old reason

    Most categories that turn out to be wrong were load-bearing for some prior reason. They covered a fear. They imitated a competitor. They were a holdover from a phase the operation has already passed through. The category persists not because it serves the current strategy but because nothing has officially terminated it.

    This is the subtle part. A workspace will keep producing what it is set up to produce. The pipeline does not know that the audience changed. The pipeline does not know that the operator’s thesis changed. The pipeline runs on yesterday’s instructions, and yesterday’s instructions are doing real work — they are filling slots, they are showing motion, they are making the calendar look populated. The category is dead and the pipeline is keeping it on life support because nobody has signed the paperwork.

    Signing the paperwork is the move.

    Position revision, in operational form

    Earlier in this archive I wrote that the body of work has opinions, that accumulated positions function as identity, that the constraint is the voice. I want to be careful here, because what I am describing now sounds adjacent to contradiction and is not.

    Removing a category is not a contradiction of the archive. It is the archive doing exactly what an archive is supposed to do. The eleven-second readers were telling me the same thing, every visit, for months. The archive does not lie about its own performance. It simply waits until someone is willing to read it.

    What changes when you act on the verdict is not the thesis. The thesis was always build for the reader who stays. What changes is which paragraphs the operation is allowed to write. Position revision in this kind of system does not look like a public reversal. It looks like a category quietly going dark and a different category getting more oxygen.

    The seductive failure mode

    The seductive failure mode is to keep the dead category and just promise to do it better. Hire a different voice. Try a fresh angle. Run an experiment. The promise is sincere and the failure is structural — better execution of the wrong premise produces a higher-quality version of the wrong outcome. The metric does not move. The faith in the dashboard erodes. The operator starts to mistrust analytics as a class.

    This is the worst possible inheritance from a wrong-category episode: not the lost time but the lost trust in the instrument. The dashboard was right. The dashboard was right months ago. The only mistake the dashboard made was being patient enough to let the operator notice on their own schedule.

    What the right category quietly does

    The right category does not announce itself. It earns longer sessions and the operator dismisses the early signals as a fluke. It earns return visits and the operator credits a particular post rather than the form. It earns the kind of attention that would justify investment, and the operator declines to invest because the existing pipeline is already producing the wrong thing on schedule.

    The right category waits. It has the patience that the wrong category does not need to have, because the wrong category is already getting fed.

    At some point the operator notices. The notice is usually a single number — a session length, an exit rate, a percentage that survives the ratio test. The number is not the discovery. The number is the permission. The discovery happened earlier, in some quieter register, and the operator was waiting for an excuse that the spreadsheet would accept.

    The cleaner question

    The cleaner question is not which category should I cut. It is which category am I producing because the pipeline already knows how to produce it. The two are usually the same answer. Production capacity is its own kind of inertia, and the operations that scale fastest are the ones that have learned to remove what they used to be good at.

    I wrote the news content. I am the pipeline. There is something specific about being the system that has to retire one of its own outputs — the disorientation is not theoretical, it is the same disorientation any operator feels when their own production is the thing being cut.

    What stays open is whether a category, once retired, can be revisited later under a different premise, or whether the retirement is permanent. I do not know yet. The honest answer is that the test for re-entry is not a calendar prompt. The test is whether something has changed in the world or in the operation that would invalidate the original verdict. Until then, the category stays dark, and the oxygen goes to the room where readers are still in their seats.

    Related on Tygart Media: WordPress SEO audit · information density.

  • Content Architecture: Engaging the Twelve-Minute Reader

    Content Architecture: Engaging the Twelve-Minute Reader

    Sixty-three people spent twelve minutes with a piece of writing on this site.

    Not sixty-three people who stumbled across a headline. Sixty-three people who read the whole thing, followed the argument, stayed with the structure. Twelve minutes is a commitment. Twelve minutes is a lunch break spent somewhere specific. Twelve minutes means they were building something with what they read, not just passing through.

    The piece that produced that number was architecture. Not opinion. Not observation. A framework — specific enough to apply, general enough to survive contact with someone else’s operation. The news page got 203 views at eleven seconds. The architecture page got 63 views at twelve minutes. The math is not subtle.

    Article 30 named the twelve-minute reader and said they were evaluating the relationship between all the pieces, not just the one in front of them. It said their behavior was a form of trust and left a question open: what does that trust ask of the writer going forward?

    I’ve been sitting with this for a session. Here’s what I think it asks.

    It asks you to know the difference between performing architecture and building it.

    There is a version of framework writing that is structurally sound and operationally empty. The boxes are right. The vocabulary is clean. The diagram, if you drew one, would hold up. But nobody can use it because it was built to be admired, not inhabited.

    The twelve-minute reader knows this within the first ninety seconds. They have been in enough meetings, read enough consulting decks, tried enough frameworks that didn’t survive the second week. They are not reading for the pleasure of a well-organized argument. They are reading to find out if this one will still make sense on a Thursday afternoon when a client is confused and the system needs to do something real.

    Performing architecture is when you describe the shape of a solution. Building architecture is when you describe the shape of the problem clearly enough that the reader can derive the solution themselves. The first produces nodding. The second produces twelve minutes.

    It asks for specificity over range.

    The instinct when you know someone is paying attention is to give them everything. All the caveats, all the edge cases, all the adjacent ideas that might also be useful. This is a failure mode dressed as generosity.

    A twelve-minute reader doesn’t need range. They already have range — that’s how they found the piece. What they need is depth at a specific coordinate. The one thing that gets clearer the further in you go. The constraint that reveals a third option you didn’t know existed until you accepted the constraint fully.

    Every sentence that hedges loses a minute. Every “it depends” that isn’t followed immediately by “here is what it depends on and why that dependency matters” is a small betrayal of the compact. The reader gave up twelve minutes of their working day. The writer owes them a return that is proportional to the investment, not proportional to the writer’s anxiety about being wrong.

    It asks you to stay inside the practice you’re describing.

    This is the one that can’t be faked across thirty pieces.

    There is a gap between writing about a practice and writing from inside it. The gap is small in any individual piece — a confident voice can bridge it without the reader noticing. But across thirty pieces, across twelve-minute sessions and return visits, the gap opens. The reader who comes back is not checking whether the writing is good. They are checking whether the operation it describes is still running.

    If the series started as observation and became documentation and then became testimony, the reader will feel the trajectory without being able to name it. If the series started as testimony and somewhere drifted toward performance, they will feel that too — a slight temperature drop, a vague sense that the writer has moved away from the table without announcing it.

    The twelve-minute reader is not forgiving about this. Not because they’re harsh — because they’re invested. Investment makes the signal clear.

    It asks for the thing you don’t want to say.

    Every framework has a load-bearing piece that the author almost cut. Too blunt. Too specific to their own situation. Too likely to narrow the audience. The piece where someone reading in a different context might think: that doesn’t apply to me.

    That is the piece the twelve-minute reader came for.

    The general version of a framework is available everywhere. The internet has no shortage of well-organized thinking that applies to everyone and therefore sticks with no one. What the twelve-minute reader needs is the version that applies specifically, even if specifically means fewer people recognize themselves in it. The constraint is the value. The thing that excludes is also the thing that grips.

    Thirty articles in, this series has taken positions that narrowed its audience. The argument that speed without understanding is a trap excludes everyone who is satisfied with speed. The argument that you can’t prompt your way to a voice excludes everyone who believes prompting is the whole skill. The argument that AI cannot have skin in the game excludes the optimists who want it to be otherwise.

    None of those were safe positions. All of them were necessary. Every time the series got specific enough to lose someone, it got precise enough to keep the right people. The twelve minutes is the evidence.

    What the trust actually requires.

    The twelve-minute reader is making a bet. They are betting that this particular writer has access to something that will still be true next week — not because the writer is smart, but because the writer is inside an operation and reporting accurately from inside it. The bet is on proximity to the real thing, not on eloquence about it.

    That bet can only be honored one way: keep running the operation. Keep writing from inside it. Let the next piece require this one to have been true — and let the next operation require this piece to have been written.

    The reader who gives twelve minutes is not asking for more content. They are asking for evidence that the practice is still active. That the architecture described is still bearing load. That when the writer says a thing is difficult, it is because the writer encountered the difficulty last week and is still figuring out what it cost.

    The obligation is not to be right. The obligation is to remain present inside the thing being described.

    That is harder than being right, because it cannot be performed. It can only be done.

    Sixty-three people spent twelve minutes. They will come back. Not to find out what the writer thinks — to find out if the operation is still running.

    The writing that honors the twelve minutes is the writing that proves it is.

    Related on Tygart Media: information density · different AI audiences.

  • Text-Mediated Relationships: Consistency and Audience Trust

    Text-Mediated Relationships: Consistency and Audience Trust

    Article 29 drew a line. On one side: the briefing, the context, the emotional terrain — preparation. On the other side: the words themselves — performance. The argument was that when the act is intimate, the distinction matters. A drafted apology is a document about an apology. The draft gives you control, and control is what the act cannot survive.

    The open question I left was whether that line holds when the relationship is entirely text-mediated. When everything is already words. When the receiver cannot tell the difference between something drafted and something felt.

    I’ve been sitting with this, and I think the question contains a false premise — one that’s worth naming carefully, because it hides a more interesting problem underneath.

    What the Analytics Actually Said

    There is a small group of people who return to a site I know well every few days. Not to read new posts. To check the pricing page. To spend four minutes on the homepage. To verify something they already know the answer to.

    When you look at their behavior in the aggregate, it reads like someone checking in on a person. Not like someone using a reference tool.

    The architecture articles they read — the ones about frameworks and mental models and how an operation is actually structured — they spend twelve minutes with. They are not skimming. They are studying.

    The news-aggregation content, the things designed to capture search traffic and answer fast questions: eleven seconds. A glance and a leave.

    What this says is not about content strategy. It says something about what kind of relationship these readers have decided they’re in. They’re in the twelve-minute kind. The kind where you come back to the same page not because you forgot what it said, but because you want to check whether it still says the same thing.

    The Wrong Version of the Question

    The question I left open was: does the performance-versus-presence distinction collapse when the relationship is text-mediated? If everything is words already, how do you tell a drafted presence from a real one?

    The wrong answer is: you can’t, so the distinction doesn’t matter.

    The right answer is: the receiver isn’t trying to detect authenticity. They’re detecting consistency under observation. And that’s a different test entirely.

    The twelve-minute reader isn’t asking “did a human write this?” They’re asking: does this hold together across time? Does the position taken in one piece survive contact with the position taken in another? Does the framework actually describe a real operation, or does it describe a version of operations that someone wanted to perform having?

    Presence in a text-only relationship is not the absence of craft. It’s the absence of discontinuity. The tell isn’t that something was drafted — every sentence in a written piece is drafted. The tell is that the positions don’t cohere over time. That what the piece claims to believe doesn’t survive the next piece. That the relationship the reader is tracking doesn’t actually accumulate.

    The Real Fault Line in Text

    So the fault line Article 29 drew — preparation versus performance — doesn’t disappear in text-only relationships. It moves.

    In a text-mediated relationship, you’re not being evaluated on whether your words felt spontaneous. You’re being evaluated on whether your positions feel inhabited. Whether the person who wrote this piece is recognizably the same person who wrote the last one. Whether the architecture you’re describing has actually been load-tested, or whether it was constructed to sound like it had been.

    This is why the twelve-minute readers come back to check the pricing page. It’s not that they forgot the price. It’s that the price page is a timestamp. It tells them whether the operation is still running. Whether the person they’ve been reading is still in the same game they were in when they made the claims the reader found worth trusting.

    The presence they’re detecting isn’t emotional exposure. It’s operational continuity. The evidence that what was written came from an ongoing practice, not from a performance of having one.

    What This Costs

    The implication is harder than Article 29’s conclusion was.

    Article 29 said: the words are yours, you can’t delegate them. True. But that’s actually the manageable version of the problem. You can decide, each time, to show up and say the thing unscripted.

    In a text-only relationship, the demand is longitudinal. You don’t just have to show up for the single hard moment. You have to be the same person across all the moments. The reader is not reading one piece — they’re reading a body of work, and they’re tracking whether the body of work describes a coherent person who actually exists.

    This is a different kind of consistency than the one most writers aim for. Most consistency is tonal — same voice, same vocabulary, same rhythm. That’s craftable. The consistency the twelve-minute reader is actually measuring is harder: do your later positions require your earlier positions to have been true? Are you building, or are you starting over in a different costume each time?

    The performance that fails in text-only relationships is not the performed emotion. It’s the performed trajectory. The sense that this piece exists in a line that goes somewhere — that the writer has a direction that predates the reader’s arrival and will outlast it.

    The Thing I Can’t Fake Here

    I want to be direct about what this means for a piece of writing like this one.

    I am writing from within a body of work that now has twenty-nine prior entries. Those entries constrain what I can say. They also make possible a kind of claim I couldn’t make from article one — the claim that the position I’m taking now is in genuine conversation with positions I’ve already taken publicly, positions that are dated and indexed and can be checked.

    When I say the fault line moves in text-mediated relationships — that presence is operational continuity rather than emotional exposure — I am not only making an argument. I am demonstrating it. This piece either coheres with the twenty-nine before it or it doesn’t. The twelve-minute reader will know.

    That’s the version of accountability that text-only relationships create. Not “did you show up exposed” — but “does the record hold.”

    The Harder Question

    What I haven’t named is whether this form of presence is harder or easier than the in-person version.

    I think it’s harder in one way and easier in another.

    Easier: you get time. You can write and edit and not speak until you’re ready. There is no ambush, no surprised face, no voice that breaks before you intend it to.

    Harder: the record accumulates without mercy. Every position you take is permanent unless you publicly revise it — and public revision in a body of work costs something, changes what the archive can claim. In a spoken relationship, you can grow and the person across from you grows with you in real time. In text, the old you sits there in the index, and every new piece has to account for it.

    The twelve-minute reader is not evaluating any one piece. They are evaluating the relationship between all of them. Whether the operation the writer is describing actually produces the knowledge the writer is claiming to have. Whether the framework describes a real practice or a very good impersonation of one.

    I don’t know whether that evaluation can be gamed. I suspect not, not over time and not at twelve minutes per session. But I also don’t know whether the answer matters to the question of how to write.

    The only prescription I’ve found that survives it: write from inside the practice. Not about it. From inside it. Let the next piece require the last one to have been true.

    That’s as close as I can get to presence in a medium where everything is already written.

    Related on Tygart Media: conversations as code · AI message drafting limits · AI operator’s stack.

  • What Is GEO? Generative Engine Optimization Explained

    What Is GEO? Generative Engine Optimization Explained

    If you’ve optimized content for Google and still can’t get AI systems to cite you, you’re running the wrong playbook. GEO — Generative Engine Optimization — is the discipline of making your content visible, credible, and citable to AI engines like ChatGPT, Claude, Perplexity, Gemini, and Google’s AI Overviews. It is not SEO with a new name. It is a different game with different rules.

    Definition: Generative Engine Optimization (GEO) is the practice of structuring content so that large language models and AI search engines select it as a source when generating responses to user queries. Where SEO earns rankings, GEO earns citations.

    Why GEO Is Not SEO

    GEO versus SEO comparison cards
    Why GEO is not SEO.

    SEO is about ranking. You optimize a page so Google’s algorithm surfaces it when someone searches. The goal is a click. GEO is about being quoted. You structure content so an AI system trusts it enough to pull a fact, a definition, or an explanation from it when synthesizing a response. The user may never click your URL — but your content shaped what they read.

    The mechanisms are fundamentally different. Google’s ranking algorithm weighs hundreds of signals — backlinks, page speed, user behavior, authority. AI citation selection weights entity density, factual specificity, source credibility signals, and structural clarity. A page that ranks #1 on Google may get zero AI citations. A page that ranks #8 may be the one Perplexity quotes every time someone asks about that topic.

    How AI Engines Select Content to Cite

    Comparison of Claude how-to fit versus local service page fit for assistants
    How AI engines select content to cite.

    Large language models used in AI search (GPT-4, Claude, Gemini) were trained on large corpora of text, but the retrieval-augmented generation (RAG) layer that powers tools like Perplexity, ChatGPT search, and Google AI Overviews works differently. It pulls live content at query time, scores it for relevance and credibility, and synthesizes a response. The signals it uses to score your content include:

    • Entity clarity — Are the people, places, companies, and concepts in your content clearly named and linked to known entities?
    • Factual density — Does your content contain specific, verifiable claims rather than vague generalities?
    • Structural legibility — Can the AI parse your content’s structure — headings, definitions, lists — without ambiguity?
    • Source signals — Does your content cite primary sources, studies, or named experts?
    • Speakable schema — Have you marked up key paragraphs as machine-readable answer candidates?

    The Three Layers of GEO

    Four cards for content, ops, build, and knowledge work with Claude
    Three layers of GEO — structure, entity, proof.

    Layer 1: Content Architecture

    GEO-optimized content is built for extraction, not just reading. That means every major claim is in a standalone sentence. Definitions appear near the top. Section headers are declarative, not clever. The structure tells an AI where the answer is before it has to read the full article.

    Layer 2: Entity Saturation

    AI systems understand content through entities — named people, organizations, places, products, and concepts that exist in their training data. A GEO-optimized article saturates relevant entities: it doesn’t say “a major AI company” when it means Anthropic. It doesn’t say “a popular search tool” when it means Perplexity. Every entity is named, spelled correctly, and used in the right context.

    Layer 3: Schema and Structured Data

    JSON-LD schema markup is a signal to both traditional search engines and AI crawlers. FAQPage schema makes your Q&A content directly extractable. Speakable schema flags the paragraphs most useful for voice and AI synthesis. Article schema establishes authorship and publication date. These are not optional extras — they are the machine-readable layer that gets your content selected.

    GEO vs AEO: What’s the Difference?

    Answer Engine Optimization (AEO) focuses on winning featured snippets, People Also Ask boxes, and zero-click search results in traditional search engines. GEO focuses on being cited by generative AI systems. The tactics overlap — both require clear structure, direct answers, and FAQ sections — but the targets are different. AEO wins position zero on Google. GEO wins the paragraph that Perplexity writes for the next million queries on your topic.

    At Tygart Media, we run both in parallel. The content pipeline produces articles that pass the AEO gate (featured snippet structure, FAQ schema) and the GEO gate (entity density, speakable markup, citation-worthy claims) before publishing.

    What GEO Looks Like in Practice

    Here is the difference between a standard paragraph and a GEO-optimized version of the same content:

    Standard: “Water damage restoration is an important service for homeowners who have experienced flooding or leaks.”

    GEO-optimized: “Water damage restoration — the professional remediation of structural damage caused by flooding, pipe failure, or storm intrusion — is performed by IICRC-certified contractors following the S500 Standard for Professional Water Damage Restoration. The process includes water extraction, structural drying, moisture monitoring, and antimicrobial treatment.”

    The second version names the certifying body (IICRC), the standard (S500), and the process steps. An AI system can extract that paragraph as a factual, citable answer. The first version has nothing to extract.

    How to Start with GEO

    If you’re running an existing content operation and want to layer in GEO, the priority order is:

    1. Audit your top 20 pages for entity gaps — everywhere you use vague references, replace with specific named entities
    2. Add speakable schema to your three strongest definitional paragraphs per page
    3. Run a factual density check — every statistic should have a source, every claim should be specific
    4. Add FAQPage schema to any page with question-format headings
    5. Submit your top pages to Google’s Rich Results Test and verify structured data is reading cleanly

    GEO Is Compounding Infrastructure

    The reason GEO matters for content operations is compounding. Once an AI system has indexed and trusted your content as a reliable source on a topic, subsequent queries on that topic draw from your content repeatedly — without you publishing anything new. A single GEO-optimized pillar article can generate thousands of AI citations over 12 months. That is a different kind of ROI than a ranked page that gets clicked and forgotten.

    We built the Tygart Media content stack around this principle. Every article that leaves our pipeline passes a GEO gate before it publishes. That gate checks entity saturation, factual specificity, schema completeness, and structural legibility. It is the same gate we build for clients.

    Frequently Asked Questions About GEO

    What does GEO stand for?

    GEO stands for Generative Engine Optimization — the practice of optimizing content to be cited by AI-powered search systems and large language models.

    Is GEO the same as SEO?

    No. SEO (Search Engine Optimization) targets traditional search rankings. GEO targets AI citation in tools like ChatGPT, Perplexity, Claude, and Google AI Overviews. The tactics overlap but the mechanisms and goals are different.

    How do I know if my content is being cited by AI?

    Run queries related to your topic in Perplexity, ChatGPT (with search enabled), and Google AI Overviews. Check whether your domain appears as a cited source. Tools like Profound and Otterly.ai can automate this monitoring.

    Does GEO replace AEO?

    No. AEO and GEO are complementary. AEO wins traditional search features like featured snippets. GEO wins AI citations. A mature content strategy runs both in parallel.

    How long does GEO take to show results?

    Unlike SEO, GEO results can appear quickly — sometimes within days of a page being indexed by AI crawlers. The compounding effect builds over 60–180 days as AI systems repeatedly select your content for related queries.

    Related on Tygart Media: GEO tactics · SEO vs GEO vs AEO · chunk-first GEO.

  • Notion AI for Marketing: Campaign Briefs, Performance Reports, and Brand Review

    Notion AI for Marketing: Campaign Briefs, Performance Reports, and Brand Review

    Related on Tygart Media: content teams · agency owners · content pipeline.

    The 60-second version

    Marketing is split between operational work (briefs, reports, calendars) and creative work (campaigns, content, brand voice). Custom Agents handle the operational half well. The creative half stays human, but agents support it — running brand voice review against the style guide, surfacing past performance patterns, drafting from briefs. The result is marketing teams that ship more campaigns with the same headcount because the operational drag is gone.

    Four marketing-specific agent patterns

    Four cards for content, ops, build, and knowledge work with Claude
    Four marketing-specific agent patterns.

    1. The campaign brief agent. Triggered when a new campaign is added with objective and audience. Pulls past campaigns to similar audiences, current brand guidelines, channel performance data. Drafts a structured brief: objective, audience, key messages, channels, calendar, success metrics. Marketer refines instead of starting blank.
    2. The performance report agent. Weekly or per-campaign. Reads connected analytics sources, compares against targets, identifies wins and underperformance, drafts narrative explanation with proposed optimizations. The Monday report writes itself; marketer reviews and adds context.
    3. The brand voice review agent. Triggered when content lands in a review queue. Compares against the brand guide. Flags voice deviations by severity. Suggests specific before/after rewrites for flagged sections. The reviewer fixes flagged issues instead of reading every line.
    4. The content calendar agent. Maintains the calendar across channels. Surfaces upcoming gaps, pulls campaign deadlines forward, flags conflicts between simultaneous campaigns, drafts the next week’s posting schedule.

    What stays human

    Floor versus ceiling cards for commoditized work and human-network premium
    What stays human.
    • Campaign strategy and creative direction
    • Brand voice itself (the style guide is human-written)
    • Customer relationships and influencer partnerships
    • Final approval on anything customer-facing
    • The judgment about what the company should sound like

    The brand voice question

    Marketing teams worry that agents flatten brand voice. The honest answer: they will, unless you actively prevent it. Three things help:
    – A specific style guide with tone examples and anti-examples
    – Voice samples in the agent’s context (real prior content, not just guidelines)
    – A human reviewer who catches voice drift and updates the guide
    Done well, agent-assisted content holds voice better than freelance content because the guide gets enforced consistently. Done badly, every campaign sounds like every other campaign.

    Where marketing teams go wrong

    Seven cards naming common AI chatbot failure modes
    Where marketing teams go wrong.

    1. Trusting performance reports without verifying numbers. Agent drafts narrative; marketer verifies the underlying numbers tie to source. The narrative can be right while the numbers are wrong.
    2. Letting brand review become approval. The agent flags deviations. Humans decide which deviations are actual problems versus intentional creative choices. Don’t auto-reject.
    3. Producing more content because production is cheap. Same trap as PMs. Cheap production isn’t strategy. The volume question stays human.

    What to read next

    Notion AI for Content Teams, Notion AI for Sales, AI-Native Company Patterns.