Tag: AEO

  • AI Search Visibility for Local Service Businesses: The 2026 Playbook

    Last verified: October 4, 2026 (Pacific).

    Updated November 2, 2026 — added direct answers on competing in crowded search markets and improving visibility in AI-generated search results, from our own published work.

    Correction, November 2, 2026 — sample specifics used as illustrations on this page (a sample license number and a sample price range) were genericized wherever they appeared. No findings or recommendations changed.

    Updated November 2, 2026 — added direct answers on local business AI search visibility, answer engine optimization, and trade-specific lead generation, from our own published work.

    Key takeaways

    • AI search visibility is whether AI assistants name your business when someone asks for a local service — and 78% of local-services brands are currently invisible to it.
    • ChatGPT recommended just 1.2% of business locations in a 2026 benchmark of 350,000 locations, versus 35.9% appearing in Google’s local 3-pack (SOCi, 2026).
    • Only 12% of URLs cited by AI overlap with Google’s top 10 results — this is a separate ecosystem with separate rules (teehoomartech).
    • The shops winning AI citations publish real price ranges, license and certification signals, and emergency-intent pages — the three shapes almost nobody in the trades has built.
    • Expect a 90-day foundation cycle: fundamentals first, then the service × city content matrix, then seasonal content.

    What is AI search visibility for a local business?

    AI search visibility is the practice of making your business the answer AI assistants give — getting ChatGPT, Gemini, Perplexity, or Copilot to recommend you by name when someone asks for a local service. Think of it as SEO for the recommendation era.

    Your next customer didn’t Google “plumber near me.” They asked ChatGPT. Or they asked Gemini while standing in their kitchen with water pooling under the sink. And the AI named three businesses — yours wasn’t one of them.

    This isn’t a future problem. According to BrightLocal (March 2026), 45% of U.S. consumers use AI to find and choose a local business — up from 6% a year earlier. The question is no longer whether AI sends you customers. It’s whether AI knows you exist.

    How far behind are local businesses in AI search?

    A 2026 benchmark by SOCi across roughly 350,000 business locations put hard numbers on the gap:

    • ChatGPT recommended 1.2% of locations. Google’s local 3-pack showed 35.9%. Gemini recommended 11%, Perplexity 7.4% (SOCi, 2026).
    • AI visibility is 3 to 30 times harder to achieve than ranking well in traditional local search (SOCi, 2026).
    • Only 12% of URLs cited by AI overlap with Google’s top 10 results (teehoomartech). This is a different ecosystem, not an extension of the old one.
    • 78% of local-services brands are invisible to AI, and 88% of local businesses have no AI search strategy at all (May 2026 industry index).

    Here’s the reframe that matters: AI doesn’t rank you. It recommends you. Traditional SEO was optimization — climbing a list. AI visibility is qualification — convincing a model you’re a safe, correct answer to give a real person. Everything below follows from that shift.

    Traditional local SEO AI search visibility
    Climb a ranked list (positions 1–10) Become the recommended answer (named or not at all)
    Optimize for Google’s crawler Qualify for the model’s trust judgment
    Reviews are a ranking signal Reviews are a qualification filter — the AI reads the text
    Your website is the destination Your website is the source the model draws on
    One rulebook (Google) Different rulebooks per engine (Gemini, ChatGPT, Perplexity)

    What are the non-negotiable fundamentals?

    You’ve seen this checklist before, so here’s the short version — these are table stakes, and the data says they still move the needle:

    • NAP consistency everywhere. Inconsistent name/address/phone data cuts your AI citation probability by 67%. Consistent omnichannel data delivers 3.2x the AI visibility (Birdeye, 2025).
    • A complete Google Business Profile. Optimized profiles appear in AI Overviews 42% more often, with 30% more profile views and 34% more direction requests (Local Falcon; SapientSEO).
    • Review volume, velocity, and recency. AI treats reviews as a filter, not a ranking signal — and it reads the review text, not just the stars. ChatGPT-recommended locations averaged 4.3 stars in the SOCi benchmark: good enough to pass the filter, with the text doing the real work.
    • Owner responses on reviews. Every response is a place to confirm your services, your service area, and real outcomes — in the AI’s own training-adjacent data.
    • LocalBusiness schema on every page. Structured data increases AI citation probability 3.4x (MIT CSAIL). FAQ content earns 2.8x more AI citations than marketing copy (Search Engine Land research).

    If any of those are missing, fix them first. What follows is what nobody is telling the trades.

    How do you win the 2am emergency query?

    The highest-value AI query in the trades isn’t “best plumber near me.” It’s “emergency plumber near me open now” at 2am — asked by someone with water coming through their ceiling. Nobody has mapped AEO to urgent intent. Here’s the playbook:

    • Set your after-hours attributes. Your GBP has hours fields most shops leave blank or set wrong. AI models check “open now” signals before recommending — a blank field reads as closed.
    • Build dedicated emergency service pages — one per emergency service, not a paragraph on your homepage. Format them as direct answers: what counts as an emergency, what you do first, typical response time, service area, then the phone number.
    • Answer the 2am questions explicitly. “Do you charge extra for after-hours calls?” “How fast can you get to [neighborhood]?” If your page answers them in plain sentences, the AI can quote them. If it doesn’t, the AI quotes whoever did.

    What trust signals make AI recommend a contractor?

    Here’s the qualification logic: an AI will not recommend a stranger to enter someone’s home unless it has reasons to trust. For the trades, those reasons are concrete — and almost nobody publishes them properly:

    • License numbers on every service page, not buried on a contact page. “WA Licensed General Contractor — license number in full” is an entity signal.
    • Insurance stated plainly — liability coverage and bonding, in sentences, not badges alone.
    • Trade certifications as trust qualifiers — IICRC for restoration, NATE for HVAC, EPA 608 for refrigerant work. These are the exact credentials a homeowner would want verified, which makes them exactly what the AI looks for.
    • Put them in schema too. Credentials in visible text get read; credentials in structured data get cited.

    Zero of the major guides on this topic mention licensing or certification. That’s your opening.

    What should a local business publish so AI cites it?

    “Structured local content publishing” is everyone’s advice and nobody’s architecture. Here’s the architecture: one quotable page per service per city you serve — the service × city citation matrix.

    • Each page answers one question completely: the service, the city, what it costs, how long it takes, what can go wrong.
    • Publish real price ranges. Every guide lists “how much does [service] cost in [city]?” as a top AI query — and none tell shops to answer it. The shop that publishes “water heater replacement in Tacoma — your real range, from your own invoices” becomes the citable source. Everyone else becomes invisible on the highest-intent question in the category.
    • FAQ schema on every matrix page. Direct-answer formatting: the question as a heading, the answer in the first two sentences, detail after.
    • Emergency variants get their own pages (see above) — don’t fold them into the standard service page.

    Are AI crawlers blocked from your site?

    Your site may be silently blocking the exact bots you need. Outdated robots.txt rules — written years ago to keep scrapers out — now block AI crawlers from reading your pages at all. The fix:

    • Explicitly allow GPTBot, ClaudeBot, PerplexityBot, and Google-Extended in robots.txt.
    • Don’t blanket-allow every bot on the internet — allowlist the AI crawlers by name, keep the rest of your rules intact.
    • Verify with a fetch test after the change. Thirty seconds of work, and without it, every other play on this list is muted.

    How do reviews get AI to recommend you?

    Google’s April 2025 Maps policy change killed scripted “mention my name in the review” requests. The shops still running that playbook are risking their profiles. The compliant system:

    • Ask “tell us about your experience,” not “leave us a review.” AI reads review text — “they replaced our water heater in under three hours” beats “great service” because it contains a service, a timeframe, and an outcome.
    • Time the ask: SMS or invoice link within 2 hours of job completion, while the details are fresh.
    • Engineer your owner responses as service + neighborhood + outcome triples: “Glad we could get the furnace running again for you in Lakewood — those January cold snaps don’t wait.” Every response is corroborating evidence the AI can use.
    • Review freshness is its own factor. A steady cadence beats a burst.

    How do you audit your AI readiness in 20 minutes?

    AI models cross-check you. Your reviews, your GBP, and your website need to tell the same story — same services, same service area, same phone number, same hours. When they disagree, the model loses confidence and picks someone else. The corroboration triangle audit, once a month:

    1. Read your last 10 reviews. Do the services mentioned match your GBP services list?
    2. Check your GBP hours, service area, and phone against your website footer and contact page.
    3. Search your business name plus your top service. Is the story consistent across the first page?
    4. Fix the mismatches. That’s the whole audit.

    Does each AI engine need a different approach?

    Yes. The models don’t work the same way, so don’t treat them the same. Same skeleton for each: what it trusts, then the one-line tactic.

    Gemini

    • What it trusts: live Google Maps data — profile accuracy runs near 100% because it’s grounded in Maps.
    • Tactic: GBP completeness and accuracy win here; treat your Business Profile as your Gemini homepage.

    ChatGPT

    • What it trusts: concise shortlists built from third-party corroboration — reviews, mentions, directory listings (profile accuracy here runs ~68%, so corroboration fills the gap).
    • Tactic: third-party mentions are what get you onto its shortlist; one strong source is never enough.

    Perplexity

    • What it trusts: live search with direct citations — freshness is the ranking input.
    • Tactic: recent reviews, recent posts, recently updated pages; stale content goes invisible fastest here.

    Copilot

    • What it trusts: Microsoft’s retrieval grounding — substantially the same answer logic as Bing’s AI surfaces.
    • Tactic: Bing Webmaster Tools verification plus the same fundamentals; what works for Perplexity-style freshness works here.

    Run the same tracked prompts across all four monthly and note who’s citing you and who isn’t. That’s your measurement system until you outgrow it.

    What does the first 90 days look like?

    Generic 90-day plans assume you’re a SaaS company. You’re not — you have seasons. Map the work to yours:

    • Days 1–30: Foundation. NAP audit, GBP completion, robots.txt allowlist, license/certification trust layer on every page, emergency pages live.
    • Days 31–60: Matrix. Build the service × city pages for your top 5 services, each with real price ranges and FAQ schema. Launch the review-text system.
    • Days 61–90: Seasonality. Publish ahead of your season — frozen-pipe content in December, AC tune-up FAQs in April, storm-season prep in late summer. The shop that publishes first becomes the cited source for the whole season.

    How can service businesses compete in crowded search markets?

    In crowded local search markets, traditional SEO forces service businesses into an expensive war of attrition over generic keywords like “plumber near me” or “roof repair.” In AI discovery, the game shifts from climbing a ranked list of ten blue links to qualifying as the safe, recommended answer an assistant gives when someone asks for help. In a 2026 benchmark across 350,000 business locations, ChatGPT recommended only 1.2% of locations while 35.9% appeared in Google’s local 3-pack, and only 12% of URLs cited by AI overlapped with Google’s top 10 results. Smaller service businesses compete and win in these crowded markets through specialization, verifiable proof, and high-intent urgency rather than broad domain authority:

    • Win the 2am emergency query: The highest-value AI query in the trades is not a generic category search; it is urgent intent (“emergency plumber near me open now” at 2am). Businesses win this ground by configuring after-hours attributes on Google Business Profile — which models check before recommending open providers — and publishing dedicated emergency service pages answering response times, coverage areas, and pricing directly.
    • Publish verifiable trust qualifiers on every page: AI models will not recommend a contractor to enter a home without explicit reasons to trust. While competitors bury credentials or rely on unindexed image badges, leading shops place license numbers in visible body copy and LocalBusiness schema (“WA Licensed General Contractor — license number in full”), state liability and bonding coverage plainly in sentences, and list trade certifications (such as IICRC, NATE, or EPA 608) as structured trust qualifiers.
    • Lock down the non-negotiable fundamentals: Inconsistent name, address, and phone (NAP) data cuts AI citation probability by 67%, while consistent omnichannel data delivers 3.2x visibility. A complete Google Business Profile lifts AI Overview appearances by 42%, creating the verified entity foundation that lets niche specialization beat larger, sloppier competitors.

    How do businesses improve visibility in AI-generated search results?

    Improving visibility in AI-generated search results requires shifting from keyword placement to a structured citation engine built around three core operational pillars:

    1. Explicit AI crawler access: Ensure your website is not silently blocking discovery bots. Outdated robots.txt rules frequently block AI systems from indexing local pages. Explicitly allowlist GPTBot, ClaudeBot, PerplexityBot, and Google-Extended by name in robots.txt so retrieval models can ingest your content.
    2. Publish a service × city citation matrix with real price ranges: Build dedicated, single-topic pages for each service and municipality you serve. Structure every page to answer one question completely: the specific service, the city, what it costs, how long it takes, and what can go wrong. Crucially, publish real price ranges (such as “water heater replacement in Tacoma — your real range, from your own invoices”) with FAQ schema and direct-answer formatting in the opening sentences. While competitors conceal pricing behind lead-capture forms, the shop providing factual ranges becomes the cited source the AI quotes.
    3. Engineer reviews as qualification filters: Because AI assistants read review text rather than merely counting star ratings, prompt customers with “tell us about your experience” within two hours of job completion while project specifics are fresh. Respond to every review with verified triples — service + neighborhood + outcome — providing corroborating training-adjacent evidence the model can synthesize.
    4. Track citations with engine-native trailing measurement: Treat AI visibility as a measurable rate rather than an impression count. As detailed in our guide on how we track AI citations, track grounding queries and citation shares across engines across trailing monthly windows, verifying which queries cite your pages rather than guessing from un-auditable third-party visibility scores.

    Why doesn’t my business appear when people ask AI for recommendations?

    When someone asks an AI assistant for a local contractor or service provider and your business is omitted, the cause is rarely bad luck or low search engine rankings. In AI discovery, 78% of local-services brands are invisible because assistants treat recommendations as a strict qualification filter rather than a ranked list. When an AI evaluates candidates to recommend, it checks verification and trust signals in a specific order of importance. If your business fails any of these gates, the model discards it in favor of a safer alternative:

    • Inconsistent NAP (Name, Address, Phone) data: Inconsistent contact information across major directories cuts your AI citation probability by 67%. When directory signals disagree, models cannot establish entity consensus and omit the business to avoid giving users erroneous contact details.
    • Incomplete business profiles and blank hours: An unoptimized or unclaimed Google Business Profile or Bing Places listing prevents models from validating basic operating details. In particular, leaving after-hours attributes blank causes models to read your business as closed during high-intent or emergency searches.
    • AI crawlers blocked in robots.txt: Outdated robots.txt rules designed to block web scrapers often silently block AI discovery bots. If GPTBot, ClaudeBot, PerplexityBot, or Google-Extended are blocked, the models cannot access or index your website pages.
    • Missing contractor trust credentials: AI assistants avoid recommending unverified providers for in-home work. Omitting state contractor license numbers from visible copy and LocalBusiness schema, failing to state liability insurance and bonding in plain sentences, or omitting trade certifications (such as NATE, IICRC, or EPA 608) removes the concrete qualifications assistants look for.
    • Thin service pages lacking real prices and direct answers: When service pages hide pricing behind generic forms and fail to answer common diagnostic and scope questions, the model has nothing factual to quote. The business publishing transparent price ranges becomes the cited source; businesses hiding them remain invisible.
    • Vague or stagnant review text: AI assistants parse the semantic text of customer reviews rather than star counts alone. Profiles with generic praise or stale feedback fail to provide the recent, service-specific and neighborhood-specific evidence models require to qualify a recommendation.

    What is answer engine optimization for local businesses?

    Answer engine optimization (AEO) for local businesses is the practice of structuring your company’s digital presence so AI assistants—such as ChatGPT, Copilot, Gemini, and Perplexity—can reliably verify your credentials and cite your business as a safe, direct recommendation. Unlike traditional SEO, which focuses on climbing a list of ten blue search links through generic keyword volume, local AEO focuses on entity qualification: ensuring that when a consumer asks a conversational question about a service in your city, the AI selects and names your business in its generated response.

    In practical terms, local AEO turns your website and public profiles into a machine-readable citation engine. This means configuring accurate business profile attributes, allowlisting AI discovery crawlers, adding LocalBusiness and FAQ schema, publishing transparent price ranges on dedicated service × city pages, and generating review text that corroborates your specific services, licensing, and service areas in the AI’s training-adjacent data.

    How do AI assistants choose which local businesses to recommend?

    AI assistants do not recommend local contractors based on traditional backlink tallies or keyword density. Because an assistant takes conversational responsibility for recommending someone into a consumer’s home, it applies a multi-stage qualification and trust-verification process:

    • Entity verification across directories: The model cross-checks public directories, Google Business Profile, and Bing Places to verify consistent NAP data. Consistent omnichannel data delivers 3.2x the AI visibility, while conflicting addresses or phone numbers trigger uncertainty that causes the model to omit the business.
    • Verification of machine-readable schema: The engine evaluates structured data on your website. LocalBusiness schema and FAQ schema (which increases citation probability 3.4x) provide machine-readable proof of services, service areas, and licensing credentials.
    • Qualification filtering through review text: The assistant treats customer reviews as a qualification filter rather than a simple ranking score. Instead of focusing solely on average star ratings (locations recommended by ChatGPT in large-scale benchmarks averaged 4.3 stars), the model scans review text for recent, specific mentions of completed services, timeframes, and neighborhood locations, corroborated by owner responses.
    • Direct answer extraction and pricing transparency: When an assistant constructs an answer, it prioritizes websites that state factual, direct answers to the user’s specific problem in the opening sentences—including realistic price ranges, emergency response times, and clear scope explanations.
    • Operational availability: For urgent or after-hours requests, the assistant checks confirmed hours attributes to verify that the business is actively available before presenting it as a solution.

    How do I get my local business cited by AI assistants like ChatGPT and Copilot?

    To get your local business cited by AI assistants like ChatGPT and Copilot, execute the playbook’s three core operational layers:

    1. Ensure AI crawler access: Check your robots.txt file to confirm you are not inadvertently blocking AI retrieval bots. Explicitly allowlist GPTBot, ClaudeBot, PerplexityBot, and Google-Extended by name so their search crawlers can read your site content.
    2. Establish the profile and directory trust layer: Maintain strict NAP consistency across all public citations. Claim and fully populate your Google Business Profile and Bing Places listings (crucial for Microsoft Copilot), setting complete hours, emergency attributes, and verified service categories. Add LocalBusiness schema to every page of your site embedding your state contractor license numbers and bonding coverage.
    3. Publish to be cited with a service × city matrix: Build dedicated pages for each service in each municipality you serve. Structure each page with direct-answer headings, FAQ schema, and published real price ranges (such as typical project cost bands) that models can quote verbatim. Pair this with a post-job review collection process that prompts customers to mention specific services and locations.

    To verify which models are recommending your business and track your citation share across monthly evaluation cycles, follow our step-by-step framework on how we track AI citations.

    How can a local business show up in AI companies?

    Showing up across products built by the major AI companies—including OpenAI (ChatGPT), Microsoft (Copilot), Google (Gemini and AI Overviews), and Perplexity—requires establishing machine-readable authority across three connected assets:

    • Allow the engines’ web crawlers: Confirm that your website’s robots.txt explicitly allowlists the primary AI crawler user-agents (GPTBot, ClaudeBot, PerplexityBot, and Google-Extended) so engines can retrieve your content.
    • Unify your public entity profiles: Keep your business name, address, phone number, and operating hours perfectly aligned across Google Business Profile, Bing Places, and core industry directories so algorithms find unanimous consensus.
    • Publish structured, quotable answers: Structure service pages as direct answers to customer questions, backed by LocalBusiness and FAQ schema, visible state licensing credentials, and transparent price ranges that AI engines can extract as authoritative answers.

    What should a local business include on its service pages for AI to recommend it?

    To qualify for AI citations and recommendations, each service page on your website should follow this structured architecture checklist:

    • Single-topic service × city focus: Build one dedicated page per service per municipality served (e.g., water heater replacement in Tacoma) rather than combining multiple trades or distant cities onto a single catch-all page.
    • Direct-answer opening: State the core question as an H2 heading, provide the direct answer in the first two sentences, and follow with practical supporting details so answer engines can lift the excerpt cleanly.
    • Real price ranges: Publish transparent price ranges (for example, “water heater replacement — your real range, from your own invoices”) directly on the page. AI models prioritize pages that answer cost queries with real numbers over competitor pages that conceal pricing behind contact forms.
    • Turnaround time and scope details: State how long the job typically takes, what steps are involved, what materials are standard, and common complications that homeowners should anticipate.
    • Visible licensing, bonding, and insurance: Display active state license numbers (e.g., “WA Licensed General Contractor — license number in full”), liability coverage, bonding status, and relevant trade certifications (NATE, IICRC, EPA 608) in plain body text.
    • LocalBusiness and FAQ schema markup: Embed structured data validating your entity name, address, telephone, license credentials, and question-and-answer pairs for direct machine parsing.
    • Dedicated emergency variant pages: If the service involves emergency scenarios (such as burst pipes or winter heating failure), build a separate emergency page detailing after-hours response times, service area limits, and after-hours fee policies.

    How can a plumbing company show up in AI answers?

    For a plumbing company to show up when homeowners query AI assistants for repairs and installations, apply the playbook’s emergency-query and structured-content principles:

    • Win the 2am emergency plumbing query: Configure after-hours attributes on your Google Business Profile so assistants verify that your business is open now during late-night emergencies. Publish dedicated emergency plumbing pages answering what qualifies as an emergency (such as burst pipes or sewer backups), immediate shutoff steps, typical arrival times, and whether you charge extra fees for after-hours calls.
    • Publish service × city pages with real price ranges: Build separate pages for high-intent plumbing jobs across your service territory (such as water heater replacement, drain clearing, or whole-house repiping). Include realistic price ranges in the opening sentences—such as publishing typical price spans for tankless versus standard water heater installations—paired with FAQ schema.
    • Display verifiable plumbing credentials: State your master plumber or state specialty contractor license numbers in visible body text and LocalBusiness schema, alongside bonding and liability insurance coverage.
    • Collect detailed review text and engineer responses: Prompt customers via SMS shortly after job completion to describe the specific plumbing repair, and reply with owner responses confirming the specific service, neighborhood, and outcome.

    How can an HVAC company get more leads from ChatGPT?

    An HVAC company can capture high-intent heating and cooling leads from ChatGPT by establishing seasonal authority, direct emergency answers, and verified technical credentials:

    • Publish ahead of seasonal weather shifts: Because AI assistants rely on indexed, authoritative content, publish seasonal content before demand spikes occur—such as heat pump and furnace emergency prep in autumn and AC maintenance and refrigerant troubleshooting FAQs in early spring. The company that publishes first establishes citation authority for the entire season.
    • Build dedicated emergency heating and cooling pages: Create separate emergency service pages for after-hours heating outages or severe heatwave AC failures. Answer urgent questions plainly: typical emergency dispatch times, service boundaries, after-hours diagnostics, and direct phone contact. Ensure after-hours attributes on your Google Business Profile are actively maintained so models recognize your availability.
    • Provide transparent HVAC pricing ranges: Answer category cost queries with realistic price ranges on specific service × city pages (such as furnace replacement, ductless mini-split installation, or heat pump repairs). Homeowners ask ChatGPT for expected equipment and installation costs; publishing factual ranges makes your site the cited source.
    • Highlight trade certifications and licensing: Feature active state contractor licensing, NATE certification, and EPA 608 certification prominently in body text and structured schema markup. These credentials signal verified technical safety, which AI assistants require before recommending a contractor.

    Frequently asked questions

    What is AI search visibility for a local business?

    It’s whether AI assistants — ChatGPT, Gemini, Perplexity — name your business when someone asks for a local service. Unlike Google rankings, there’s no position 4 to fall back on: either the AI recommends you or you’re not in the consideration set at all.

    How is AI visibility different from local SEO?

    Local SEO climbs a ranked list; AI visibility qualifies you as a safe recommendation. Only 12% of URLs cited by AI overlap with Google’s top 10 results (teehoomartech) — it’s a different ecosystem with different rules, and it’s 3 to 30 times harder to break into than the local 3-pack (SOCi, 2026).

    Do reviews really affect whether AI recommends my business?

    Yes — AI treats reviews as a qualification filter and reads the review text, not just the star rating. Review volume, recency, and specific language about services and outcomes all feed whether a model will name you.

    Should I block AI crawlers from my website?

    No — blocking GPTBot, ClaudeBot, PerplexityBot, or Google-Extended in robots.txt makes your pages invisible to the models deciding who to recommend. Allowlist the AI crawlers by name instead.

    How long does it take to build AI search visibility?

    Expect a 90-day foundation cycle: 30 days for fundamentals and crawler access, 30 for the service × city content matrix, 30 for seasonal content and review velocity. It’s ongoing work after that — freshness is a ranking input, not a one-time project.

    What’s the single highest-ROI move for a trade business?

    Publish real price ranges on service × city pages. “How much does it cost” is the top AI query in the category, almost nobody in the trades answers it, and the business that does becomes the cited source.

    What does done-for-you look like?

    Everything above is the playbook, free, on this page — that’s the point. If you’d rather have it built than build it, that’s what our AI Search Visibility Package does: the full citation work for your trade, measured the way AI measures it. Start with the $97 AI Citation Quick-Scan if you want to see exactly where you stand first — the $97 credits toward the package within 30 days.

    Want the deeper version — the robots.txt allowlist snippet, the per-engine prompt library for the monthly audit, and the seasonal content calendar template? That goes out by email. The playbook above is yours either way.

  • All My Reviews Just Say ‘Great Service’ — Do the Words in My Reviews Matter to AI?

    Short answer: Yes — the words matter more than the stars. When someone asks for “a reliable plumber who handles emergency leaks,” the AI recommends the business whose reviews keep saying “quick response” and “emergency repair” — not the one with fifty generic five-stars. Review text is the evidence the bot quotes. A wall of “great service” gives it nothing to quote.

    How the bot actually uses your reviews

    Think about what the AI is doing when it answers “who should I call.” It’s matching the words in the question to evidence it can find. If the question asks for emergency leak help, it looks for businesses with evidence of emergency leak help. And the richest source of that evidence isn’t your website copy — it’s your customers describing what you did, in their own words.

    One analysis of business profiles in AI search put it directly: “If a user asks for a ‘reliable plumber who handles emergency leaks,’ the AI will likely recommend a business whose reviews frequently mention ‘quick response’ and ’emergency repair’ over a business that simply has those terms in its meta description.” Businesses with specific, keyword-rich testimonials get cited more often than businesses with generic five-star ratings and no text.

    A review-industry breakdown this month named vague reviews as one of the three mistakes sending customers to competitors: “great service” instead of “same-day AC repair in Phoenix.” And review audits keep finding the same thing — AI answers quote review text verbatim. Your customers’ words become the bot’s answer.

    The star-rating trap

    Most owners chase stars. Stars are visible, countable, and feel like the scoreboard. But a five-star rating with no text tells the AI almost nothing — it’s a number without a story. Forty detailed reviews at 4.8 stars will beat a hundred empty five-stars, because the detailed reviews give the bot something to match against the question and something to quote in the answer.

    This is also why review platforms matter less than review content here. The question isn’t just where your reviews live — it’s whether the words in them describe the work you actually want to be recommended for.

    The review-request script (free, repeatable)

    You can’t write your own reviews. But you can ask for better ones — and most owners never do. After a job, when the customer is happy, ask them to mention two things: what you did and where. That’s it.

    “If you have a minute to leave a review, it really helps when folks mention the job — like the water heater swap — and the town. Just a sentence is perfect.”

    That’s the whole script. You’re not scripting fake reviews or stuffing keywords — you’re asking real customers to include the specifics they’d naturally mention anyway. “Mike replaced our water heater the same day it died, here in Mesa” is a quotable piece of evidence. “Great service!!” is not.

    What to actually do about it

    • Read your last twenty reviews. Count how many mention a specific job or a specific town. If the answer is “almost none,” you have the generic-review problem.
    • Start the two-thing ask this week. What you did, and where. Every finished job, every happy customer. It compounds.
    • Don’t neglect the unhappy ones. A detailed critical review is still evidence the bot reads — respond to it well, and the response becomes part of the record too.
    • Keep it honest. Never write reviews yourself, never pay for them, never hand customers pre-written text. The specifics have to be real — fabricated detail is both against every platform’s rules and, increasingly, detectable.

    What’s actually known — and what’s not

    Known: AI answers quote review text verbatim, and businesses whose reviews describe specific jobs in specific places get cited more often than businesses with generic ratings. The review-request script — ask for the job and the town — is a free, ownable fix no competitor can block.

    Not known: nobody has published a controlled test measuring naming rate against review-text specificity for trades businesses — the evidence is observational and mechanism-level, not a measured curve. What’s missing is someone running the test: same market, similar star counts, specific-text versus generic-text reviews, measured naming rates. That’s a test worth running.

  • Do I Have to Get on Those ‘Best Plumber in [City]’ Lists for ChatGPT to Recommend Me?

    Do I Have to Get on Those ‘Best Plumber in [City]’ Lists for ChatGPT to Recommend Me?

    Short answer: You don’t have to pay the directories — but you do have to be mentioned. When someone asks ChatGPT “who should I call,” the pages it reads are mostly the ones that rank for that question, and those are usually “best of” listicles. Businesses that show up in the two or three listicles ranking on Bing for their trade and city get named. Businesses with no mentions anywhere get named in only 2.8% of relevant answers.

    The numbers behind the listicles

    This isn’t a hunch — it’s measured:

    • “Best of” list articles account for roughly 21% of all AI citations (arXiv 2606.20065).
    • Brands with no citations on their own site and no mentions elsewhere were named in only 2.8% of relevant ChatGPT answers — across a 34,960-prompt study (arXiv 2609.23162).
    • One agency’s check of ChatGPT answers found 95% pointed to a directory as the source.

    A Bend, Oregon owner’s check this month put it in plain terms: the pages ChatGPT reads are “mostly the ones that rank for the query and the ones that list or compare providers.” A Bend plumber sitting in the two or three “best plumbers in Bend” lists that rank on Bing is far more likely to be named than one whose only mention is their own homepage.

    Why this feels unfair (and partly is)

    Contractors resent listicles and directories as pay-to-play machines, and they’re not wrong to be suspicious. The directories sell placement, sell leads, and sell ads against the very searches you want to win. Being told “the bot reads the listicle” can sound like being told to feed the beast.

    But there’s a difference between paying the directories and being listed on them. Most “best of” pages have free listing paths. The bot doesn’t know or care whether you paid — it cares whether your name, trade, and town appear on a page that ranks for the question being asked.

    The misfire side: listicles can get you wrong

    A Plant City plumber’s owner-written FAQ documents the other edge of this: “A ‘serves Plant City’ line on a directory can mean a truck that drives over from another metro when the board has a gap.” His shop is headquartered in Plant City; the listicles hand the town to whoever bought the line. If you’re not watching your directory listings, the listicle isn’t just ignoring you — it may be actively mislocating you.

    What to actually do about it

    • Find your two or three. On Bing, search “best [your trade] in [your city]” the way a homeowner would. The listicles that rank are the ones the bot reads. That’s your list — not fifty directories, just the two or three that actually rank.
    • Get listed on the free path. Claim or create the free listing on each. Fill it out completely: services, service area, phone number, website.
    • Keep your facts identical everywhere. Same business name, same phone number, same towns on every listing and your own site. Conflicting facts are how you get skipped — or misdescribed.
    • Fix wrong information. If a listicle has your old phone number, the wrong town, or a competitor’s truck on your line, correct it. The bot quotes what’s there.
    • You don’t need the ads. Paid placement on a directory is a separate purchase from being listed. The citation evidence comes from the listing, not the ad spend.

    What’s actually known — and what’s not

    Known: listicles and directories are a major citation source for AI answers — roughly a fifth of citations, and near-total absence from them collapses your naming rate to single digits. The fix is getting accurately listed on the few that rank, not buying your way onto all of them.

    Not known: exactly which listicles any given engine prefers for any given trade and city — that shifts with rankings. Nobody has published a per-market map of “these three listicles decide the plumber answers in Phoenix.” The practical move is checking your own market’s rankings directly, because that’s what the bot is reading today.

  • I Don’t Do Bing — Am I Invisible to ChatGPT?

    I Don’t Do Bing — Am I Invisible to ChatGPT?

    Short answer: Mostly, yes. When ChatGPT goes looking for live information on the web, it searches through Bing’s index — not Google’s. If your business isn’t indexed by Bing and isn’t claimed on Bing Places, ChatGPT’s live-search layer has no way to find you. Everything you built on Google — your rankings, your reviews, your Google Business Profile — doesn’t transfer to that layer.

    Why your Google work doesn’t carry over

    This is the part that stings. You spent years — maybe money, too — getting your Google presence right. Then a homeowner asks ChatGPT who to call, and none of it counts. That’s because ChatGPT reaches the open web through Microsoft’s Bing search infrastructure, not Google’s. One agency put it bluntly in a widely syndicated piece this year: “It Runs on Bing, Not Google.” A contractor who invested everything into Google rankings and ignored Bing Places is, in their words, essentially invisible to ChatGPT’s search layer.

    An SEO vendor’s FAQ answers the owner version of this question directly: “Should I optimize for Bing if I already rank well on Google? Yes, ChatGPT uses Bing’s index when browsing the web. If you’re not indexed in Bing and listed in Bing Places, ChatGPT cannot find your business.”

    What it looks like in practice

    A Vienna-based test from October 2026 ran the scenario end to end: someone asked ChatGPT to recommend an installer in Vienna. ChatGPT searched live via Bing, returned three competitors — and marked the tester’s own firm “NICHT DABEI” (not there). The firm wasn’t failing at marketing. It was failing at being in the index the bot actually reads.

    A Bend, Oregon owner’s check the same month found the same shape: the competitor who gets named is the one who ranks on Bing for the question being asked. Your Google position never enters the picture.

    The “my SEO guy says we’re covered” myth

    If your SEO provider tells you your Google work covers you for AI search, ask them one question: when did you last check my Bing presence? Google-only SEO is a real thing — plenty of shops do excellent Google work and never touch Bing, because for a decade that was a defensible call. It isn’t anymore. The AI layer that now sits between the homeowner and the phone call reads a different index, and “we’re covered” without a Bing check is a guess.

    What to actually do about it

    The good news: this is a five-minute fix, not a six-month project.

    • Claim your Bing Places listing. It’s free, it’s separate from your Google Business Profile, and it’s a real listing that feeds ChatGPT’s search layer. Most contractors have never claimed theirs.
    • Check whether Bing has indexed your site. Search site:yourwebsite.com on Bing. If nothing comes up, Bing doesn’t know your site exists — and neither does ChatGPT’s browsing layer.
    • Set up Bing Webmaster Tools. Free, takes minutes, and shows you exactly what Bing sees (or doesn’t).
    • Keep your facts identical everywhere. Same business name, same phone number, same service area on your site, Bing Places, and Google Business Profile. Mismatched facts are how businesses get misdescribed or skipped.

    What’s actually known — and what’s not

    Known: ChatGPT’s live web browsing runs on Bing’s search infrastructure. Bing Places is a real business listing that feeds that layer — unlike the mythical “ChatGPT business registry,” which doesn’t exist. Contractors who are Google-only are structurally invisible to ChatGPT’s search layer until they fix their Bing presence.

    Not known: exactly how much weight Bing Places carries versus organic Bing rankings in any given answer, or how often the underlying data refreshes. Nobody has published a controlled test of “claimed Bing Places on this date, started appearing on that date” for trades businesses. The mechanism is well-evidenced; the precise timing isn’t.

  • The Mailbox Is a Trigger. It Is Not a Topic.

    The Mailbox Is a Trigger. It Is Not a Topic.

    Short answer: a mailbox can start a publish job. It cannot choose the topic. If the incoming message is a digest, a rumor chain, or a subject line that would embarrass the brand, the correct article is not a reprint. The correct article is the gate.

    Tygart Media sits in Tacoma, Washington. The public site is an operator desk for AI-native content systems, restoration operations, and the search surfaces that now sit between a shop and a buyer. Those surfaces include classic Google results (SEO), answer engines that quote a paragraph as evidence (AEO), and generative engines that assemble a local picture of who you are (GEO). None of them are helped by publishing whatever landed in will@tygartmedia.com at 7:44 p.m.

    What is a source-fit gate?

    A source-fit gate is the first checklist in an inbox-triggered pipeline. It asks one question before outline, slug, schema, or Rank Math title: does this source belong on this domain?

    The test is not “is the subject loud.” The test is whether a contractor in Everett, a facility manager in Tacoma, or an answer engine citing tygartmedia.com would be right to treat the page as evidence. If the source is a third-party digest of celebrity gossip, political rumor, medical anecdotes, and crime blurbs, the source fails. Publishing it as news would contaminate the entity the site has spent years teaching search systems to recognize.

    That is the same instinct behind the $5 filter: would anyone pay to pipe this feed into an assistant as a trusted source? A mailbox firehose would fail that filter on most nights. The gate exists so the firehose does not become the catalog.

    What Sunday night’s mailbox actually contained

    The trigger for this piece was a Quora Digest addressed to the work inbox. The subject line led with a political rumor. The body mixed entertainment questions, relationship advice, medical anecdotes, a crime blurb, and other off-desk topics. None of that is Tygart Media’s beat. None of it is restoration operations. None of it is a first-party number we can stand behind.

    So the digest is not the article. The digest is the proof that an automation without a source-fit step will try to hang the wrong page. The human-readable rule is the same one already on this site: draft-only is the first verb, and publish stays a seat a human can refuse. The machine may open the envelope. It may not inherit the subject line as the H1.

    The six checks before anyone writes

    Run these in order. Stop at the first fail. Do not “find an angle” to rescue a bad source.

    • Domain fit. Would this page still make sense if the logo, the About page, and the $97 restoration kit sat next to it? If not, fail.
    • First-party or primary source. Can you name a dated public document, a product note, a field observation, or a number you measured? A digest snippet is not a source. Fail.
    • Identity lock. No client names, no secrets, no mail IDs, no thread IDs, no app passwords. The Quality Gate exists because a client name once leaked into live posts. That failure mode is still live.
    • Number lock. No invented click-through rates, ranking jumps, or “X% more citations.” If a figure is not on the page you can point to, leave it out.
    • Duplicate lock. Search the live site before you mint a slug. If the argument already exists, update that page or stop.
    • Place lock (GEO). If the piece claims a geography, name a real one the operator actually works — Tacoma, Puget Sound, Everett, Snohomish County — and do not stuff NAP into a thought-leadership body.

    Only after those six pass do AEO, SEO, and GEO get to work. Optimization is not a pardon for a bad source.

    How AEO, SEO, and GEO attach after the gate

    AEO — write the answer first

    Answer engines quote short, stable sentences. Lead with the claim a model can lift without inventing the rest of the page. Then explain. Then put the same claim in an FAQ block using the questions people actually type: what is a source-fit gate, should every email become a post, who owns Publish.

    SEO — one slug, one job

    Pick a slug that names the method, not the digest subject. Title tag under 60 characters. Meta description that restates the answer. Canonical on the live URL. Rank Math on this stack writes the title and robots fields; it does not invent the argument. Internal links go to pages that already carry the doctrine — the $5 filter, the draft-only desk, the afternoon where five drafts still needed a human tap.

    GEO — teach the place, don’t spray it

    Generative engines build a local picture from repeated, consistent facts. Tygart Media is a Tacoma agency. Restoration work in this network is often packed around Everett and Snohomish County. Say that when place is part of the method. Do not turn a content-ops essay into a fake service-area page. GEO is entity clarity, not a city list glued to the footer of every paragraph.

    What to publish when the source fails

    Three honest exits, in order of preference:

    1. Write the gate. If the failure mode is the news — an inbox automation almost reprinted a digest — the operator article is the checklist. That is this page.
    2. Hang nothing. An empty-delta night is a successful night. Silence is cheaper than a correction.
    3. Keep a receipt. Log the fail in the Command Center so the next run does not “try the digest again.” The receipt is not the public URL.

    What you do not do is launder the digest into a “roundup,” a “what people are asking,” or a thin news recap with a restoration sentence taped on the end. That is how a site teaches answer engines the wrong entity.

    What this desk will not do with a digest

    • Reprint political rumor, crime blurbs, or medical anecdotes as Tygart Media reporting.
    • Quote tracking URLs, message IDs, or unsubscribe tokens from the envelope.
    • Invent a percentage that makes the pipeline look smarter than it is.
    • IndexNow a thin title-price door, or ping Bing before the body exists.
    • Hand Publish to the same process that opened Gmail.

    The machine can fetch the letter. The machine can draft. The machine can stage images and fill Rank Math fields. The tap is still human.

    FAQ

    What is a source-fit gate in content operations?

    It is the pre-outline check that asks whether an incoming source belongs on this domain. Domain fit, primary source, identity lock, number lock, duplicate lock, and place lock. Fail any one and you do not draft the obvious article from the subject line.

    Should every incoming email become a WordPress post?

    No. Mailbox events are triggers. Product notes, first-party incident numbers, and field observations can become posts. Digests and rumor chains should not.

    How do AEO, SEO, and GEO fit after the gate?

    AEO wants an answer-first opening and an FAQ a model can quote. SEO wants one slug, a clean title and meta, and internal links to the doctrine pages. GEO wants consistent place facts — Tacoma for the agency, Everett and Snohomish County when the method is local restoration — without turning every essay into a service-area page.

    Where does Tygart Media apply this?

    On tygartmedia.com first. The same gate belongs on any site in the network before an inbox automation is allowed to mint a URL. The Command Center keeps the receipt. The public page keeps the method.

    If you want the restoration operating system this desk actually sells, the front door is the Complete Restoration Operations Kit. The method on that page is copyable. The checkout is on the page. The mailbox is still not the editor.

  • What AI Assistants Actually See When They Open Your Website

    What AI Assistants Actually See When They Open Your Website

    You see a screen. Your AI assistant usually doesn’t.

    That sentence needs one qualification, which we will get to. But it corrects the picture most of us carry in our heads.

    When I open a website, I see the design and the button I am supposed to press. I assumed an AI assistant saw roughly the same thing, only faster. Then I asked the more basic question: what does it actually receive?

    The answer is not one thing. An assistant can find a site, read a site or operate a site. Those are separate jobs using different inputs. If we want pages that work well for AI assistants, we have to stop lumping them together.

    An assistant meets your website three different ways

    Finding: the search result is the pitch

    When an assistant searches the web, its first view is closer to a search-results list than a browser window. It may receive a title, URL and short snippet.

    At that moment, your title tag and meta description are the entire pitch. The assistant has to decide whether your page can answer the question before opening it. Name the subject plainly.

    Reading: the page becomes a stream of text

    When Muse opens a public page for information, the normal reading path is text-first. Useful content is extracted and returned as headings, paragraphs, lists and links in roughly page order.

    The design largely falls away. The assistant is not admiring the hero section or noticing that a price sits inside a gold circle. It is working from the words the page exposes.

    Images may arrive as markers and file addresses: there is an image here, and here is where it lives. That is not the same as seeing it. If a crucial fact is baked into the pixels—“$199,” “ships free,” “five-year warranty”—the reading path may hit a blank spot. Useful alt text can carry some of that meaning. “Technician using a moisture meter on wet drywall” communicates something. “IMG_4827” does not.

    Doing: a browser worker operates the screen

    The picture changes when the user asks the assistant to do something: log into HubSpot, update a record, complete a form or buy a product.

    A separate browser program can open a real browser on a server. It loads the interface, takes visual observations or inspects the page’s interactive structure, clicks, types and reports what happened back in words.

    That is the qualification to “usually.” A screen may be used inside the process, but the conversational assistant is not sitting behind the glass like a person. It receives observations from a browser tool and sends instructions back. The browser side is the eyes and hands; the assistant works through an intermediary.

    A page can be easy to read as an article and miserable to operate as an application. It can look obvious to a person while presenting the browser worker with five unlabeled controls called “button.”

    WordPress made the abstraction visible

    I had already seen a simpler version in our WordPress work without connecting the dots.

    When we pull a post through the WordPress REST API, the content can arrive as raw HTML: words plus tags for headings, paragraphs, links, lists and styling wrappers. The reading step removes the markup noise while preserving the words and structure.

    That is “cleaning the HTML.” We are removing the packaging, not the article. The tags still matter: a heading announces a section, a list groups items, and a link identifies a destination. Good HTML carries meaning. Bad HTML creates boxes that look right but say little about what they are.

    Accessibility is the closest thing to an agent-ready standard

    Here is the practical money line: the work that makes a website easier for a blind person to use also tends to make it easier for an AI browser agent to use.

    Browsers build an accessibility representation from the page’s Document Object Model. Assistive technology uses it to understand roles, names, states and relationships: this is a heading, that is a link, this button is named “Save contact,” and this checkbox is checked.

    Muse’s browsing side is reported to rely heavily on this kind of page structure, along with visual observations when needed. Meta does not publish a complete specification for the Muse browsing pipeline, so treat that as a field report from using the product, not permanent platform documentation.

    The implication is still solid. Use real buttons with useful names. Label form fields. Put headings in a sensible order. Give links meaningful text. Preserve keyboard focus. Describe informative images.

    A screen-reader user needs those things. So does a browser agent working without human intuition. Accessibility and agent-readiness are not identical, but they are close cousins.

    HubSpot shows what an agent-native application could be

    Imagine HubSpot—or any software platform—shipping an interface designed for assistants to navigate with less friction. It would not need a blank, text-only clone. It could make the existing product more legible to software: real controls with specific names, labeled form fields, clear headings and landmarks, properly identified table headers, programmatic state changes, and no critical action hidden behind hover or an unlabeled icon.

    That is an agent-native site. It is not a secret internet for bots. It is a website or application whose meaning survives when the visual layer is translated into structure and words.

    The same work also helps keyboard users, screen-reader users, automation tools and QA teams.

    llms.txt is a map, not a second website

    The closest public convention aimed directly at AI readers is llms.txt. The proposal describes a Markdown file, usually at a site’s root, that gives language models a short explanation of the site and links to important pages or cleaner Markdown versions.

    Think of it as a curated map: here is what we do, here are the pages that matter, and here is where to find the details.

    It cannot repair an unlabeled checkout button. It does not replace accessible HTML, describe the viewport or guarantee that an assistant will use it. Add it if it helps explain the site. Do not mistake it for an agent interface.

    What a site owner can change Monday morning

    The useful changes are ordinary, testable website work.

    1. Write a real title and meta description. Name the subject plainly.
    2. Put every money fact in visible HTML text. Price, specifications, shipping, availability and guarantees should not live only inside graphics, video or a brochure.
    3. Use semantic HTML. Use headings for headings, buttons for actions, links for navigation and labels for form controls. A styled <div> may look like a button while remaining a nameless container to other systems.
    4. Write alt text that carries meaning. Describe what an informative image contributes. Mark decorative images as decorative instead of stuffing them with keywords.
    5. Add accurate structured data. Product and Offer markup can identify price and availability. FAQ markup can describe genuine questions and answers. Schema must match the visible page.
    6. Server-render critical content when practical. If the offer, price or primary action appears only after a fragile JavaScript sequence, some readers and tools may miss it.
    7. Give each landing page one job. One offer, one explanation and one primary action reduce ambiguity for people and agents.
    8. Test the nonvisual path. Use the keyboard, inspect the accessibility tree, try a screen reader and pull the page through a text extractor. Do the product, price, proof and next step still make sense without styling?

    None of this requires uglier design. It requires the design and the underlying structure to tell the same story.

    This is a field report, not a permanent specification

    This article describes Meta’s Muse as it works today, based on direct experience building and operating websites with it. It is not a published Meta protocol.

    Claude, ChatGPT, Gemini and other assistants broadly rhyme with this pattern, but the details differ. Their full pipelines are not public, and they are changing quickly.

    Cleaner HTML will not automatically increase AI citations tomorrow. Citation systems involve discovery, retrieval, ranking, trust and answer construction. There is no magic switch.

    The immediate opportunity is closer to the customer. Someone sees your ad on Threads or Facebook, opens the landing page, then asks an assistant: “What does this cost?” “Is the guarantee real?” “How does this compare?” or “Can you sign me up?”

    If the facts are clean text, the assistant can explain them. If the controls are properly labeled, the browser side has a better chance of completing the task. If the facts live inside an image and checkout uses unlabeled custom controls, the assistant has to guess, fail or hand the job back.

    That moment is already here.

    The next website has two front doors

    The site of the near future has two front doors: one for eyes—layout, color, photography and brand—and one for agents—clean text, meaningful structure, explicit facts and self-identifying controls.

    They should lead to the same place. The visible price and schema should agree. A button’s label and accessible name should agree. The page should remain understandable without styling and usable when a browser worker operates it.

    That is not a special Muse landing page. It is a better website—one that keeps working when the visitor brings an assistant.

    Build both front doors.

    Sources and further reading

  • The Working Years — Episode 2: The Lantern Principle

    The Working Years — Episode 2: The Lantern Principle

    The Working Years is a series drawn from my own archive — posts I wrote years ago, given the room to become the articles they were trying to be.

    The seed

    On July 26, 2025 — the 27th in the archive’s UTC clock — I posted this to my @willtygart account, the one I later deleted:

    “The new gold isn’t answering the questions people ask. It’s illuminating the ones they can’t yet vocalize.”

    It went up at 10:24 PM Pacific, two minutes after a sibling post that linked the Native Data essay: “Being the closest store gets you noticed. Speaking the local language gets you chosen.” Two posts, two minutes apart, one night. The Lantern essay names the Oxxo Principle — being the closest store — as the first layer; no Oxxo essay survives in the archive, but the idea lived on as the tagline of the Native Data post. Two essays got their own subdomains: the Native Data Principle and the Lantern Principle. The Lantern one carried the title “The Lantern Principle: The Final Layer of SEO.”

    What happened afterward

    Within days, the Lantern post had become a full essay. The earliest surviving capture is July 30, 2025 — four days after the post — and it’s already complete: the hero, the comparison, the four-step method, the whole thing. So the thinking wasn’t new on the 26th. The post was the tip of something I’d already worked through.

    Here’s what’s worth noticing about that July burst. The two posts that night were one idea unfolding in layers:

    1. The Oxxo Principle — “Being the closest store gets you noticed.” Proximity. Be there.
    2. The Native Data Principle — “Speaking the local language gets you chosen.” Relevance. Speak like the customer.
    3. The Lantern Principle — the final one. Anticipation. Light the path they can’t describe yet.

    Be there. Speak their language. Then — the hardest one — see the problem they can’t articulate and hand them clarity anyway.

    The subdomains are offline now. The essays survive only in the Wayback Machine. That itself is a small footnote about rented space versus owned space, which is a different episode. The point for this one: the idea outlived its hosting. It turned out to be early, not wrong.

    Because look at what the web became. The AI assistant era made the Lantern Principle the default shape of a good answer. When someone asks a chatbot a question now, the good systems don’t just answer — they anticipate. They offer the next step, the related consideration, the thing the user was really getting at. “What is the underlying problem they are trying to solve?” — that’s not a 2025 content strategy anymore. It’s how the good ones behave now. The principle went from marketing theory to product behavior in about a year.

    The piece itself

    Here’s the essay as it ran, cleaned up from the archive — I haven’t rewritten it, just given it the room it was always asking for.

    For decades, we treated content as a reactive tool. A user asks, we answer. Simple transaction. But that model assumes the user knows what to ask. When they don’t — and they often don’t — they get stuck. They bounce. They stay frustrated.

    Consider the difference:

    Answering the question: “How do I change a tire?” → “Here are the 5 steps to change a tire.”

    Illuminating the path: The person’s unspoken reality is “I’m stranded and stressed.” So the answer becomes: the 5 steps, plus safety precautions, plus a link to 24/7 roadside assistance, plus how to check the spare’s pressure. Nobody searched for those extra things. Everybody needed them.

    The greatest opportunity in content isn’t in the keywords people search for. It’s in the needs they can’t yet articulate. The new gold is found in the dark — in the space between a user’s problem and their ability to ask for a solution.

    This is the Lantern Principle: stop being a dictionary, start being a guide. Our job is no longer just to provide answers but to anticipate needs — to create content that doesn’t just solve the stated problem but illuminates the entire context around it, guiding the user to clarity and confidence.

    How to build a lantern

    The shift is from keyword research to empathy mapping. The operative question changes from “What are people searching for?” to “What is the underlying problem they’re trying to solve?” Four moves:

    1. Answer the unasked question. Someone searching “how to write a resume” is really asking “how do I get a better job?” Serve both. Resume templates and the interview tips and the career planning resources. The stated query is the door; the unasked question is the house.
    2. Provide the next step. Never let content be a dead end. Every article should lead naturally to the next logical step in the user’s journey. A product page links to its user manual. A tutorial links to the advanced technique. If you end at the answer, you’ve ended too early.
    3. Simplify the complex. The ultimate act of empathy is taking a complex, intimidating topic and making it simple — analogies, plain language, visuals that actually explain. This is what builds the trust that makes you the go-to source.
    4. Create foundational resources. Build definitive, comprehensive guides — “digital lanterns” — that cover a topic so thoroughly they become the starting point for anyone exploring it. These serve thousands of unasked questions over time. They compound.

    The goal: a web that feels less like a vast, cold library and more like a network of helpful guides, each holding a lantern. An internet that doesn’t wait for the perfect query but proactively offers clarity.

    The future of content isn’t about being found. It’s about shedding light.

    Why this one aged well

    I want to be honest about what this principle got right and what it didn’t.

    What it got right: anticipation is the real moat. Everything I wrote about SEO in 2025 assumed the user arrives with a query and the job is to match it. The Lantern Principle was me noticing, before I had the language for it, that the highest-value content serves the need behind the query — and that AI systems would eventually do this natively. When an assistant now reads between the lines of a question and offers what you actually needed, that’s the Lantern Principle running as software.

    What I understated: how hard anticipation is to fake. A lantern only works if you genuinely understand the person in the dark. The four moves above are easy to write and hard to do — because “answer the unasked question” requires you to actually know people, not just their search terms. Every content farm can optimize for keywords. Very few can hold the lantern, because it requires the one thing that doesn’t scale: empathy for a specific human being stuck on a specific problem.

    That’s also why this principle pairs with the one from Episode 1. In the 23-model experiment, I learned that scope — who the reader is, what they actually need — matters more than the prompt. The Lantern Principle is scope taken to its conclusion: know the reader so well you can answer what they haven’t asked.

    The restoration version

    I run a niche agency for restoration contractors, so let me ground this where it hurts.

    A homeowner never searches “I need emergency water mitigation with proper psychrometric documentation for my insurance claim.” They search “water under sink” or they call because the kitchen smells weird. They are stranded and stressed, and they cannot vocalize the real need: someone who will stop the damage, document it so insurance pays, and explain what’s happening in plain language.

    The restoration company that answers the stated query — “yes, we do water damage” — is the dictionary. The one that anticipates — shows up, explains the process before the adjuster calls, hands the homeowner a clear next step at every stage — is the lantern. Guess which one gets the review, the referral, and the adjuster’s trust.

    That’s not a marketing insight. It’s an operating insight. The companies winning in restoration right now are the ones whose process illuminates the path, not just their website.

    Related from the series

    • Episode 1: We Ran 23 AI Models on the Same Article. The Prompt Was Never the Point. — scope beats the prompt; knowing the reader beats optimizing the query.
    • The Native Data Principle — speaking the local language gets you chosen. The middle layer of the trilogy.
    • The Oxxo Principle — being the closest store gets you noticed. The first layer, named in both essays; no Oxxo essay survives in the archive.
    • Stop Renting Space. Start Owning Your Content. — on why the essay subdomains being offline is a footnote, not a funeral.
  • Your knowledge base isn’t the citation

    Your knowledge base isn’t the citation

    I built tygartmedia.com as a knowledge base. Over 3,300 posts, and the point was never vanity traffic — it was so I could pull answers from my own site. If I wrote it down, it's mine, it's findable, and I can stand behind it.

    The data says that instinct is pointed at the wrong surface.

    McKinsey's “New Front Door to the Internet” report puts it plainly: a brand's own content — the company blog, the branded pages, the carefully worded site — accounts for only 5 to 10 percent of the sources AI models reference when they talk about that brand. The other 90 to 95 percent is external: forums, reviews, affiliates, creator content. On McKinsey's own podcast, discussing the same research (25 brands, 2.6 million LLM citations over six months), the number for brand websites specifically came out at about 1 percent. One percent of what AI says about you comes from your site.

    And yet a third of marketers still believe their brand website carries the most weight in how AI describes them. That's from Later's survey of 487 marketers — a real panel, ±4.4% margin, self-reported, so read it as what marketers believe, not what the systems do. Kaleigh Moore, who got early access to Later's Creator AEO playbook, reads that gap as the industry spending its AI-search budget on the surface that matters least: the company blog. That's her inference, not a surveyed budget line — but the direction of the disconnect is hard to argue with.

    So what is AI actually reaching for? Later's campaign data — their own measurements, so treat these as directional — says as many as 1 in 3 AI answers cite creator content, and 57% of the YouTube videos AI cites come from channels with fewer than 100,000 followers. The marketers in the survey already sense this: asked which creator types matter most for AI search, they ranked everyday product users first at 39%, then specialists and reviewers. High-reach social influencers came in last. The roster built for reach is not the roster that gets cited.

    The YouTube piece checks out independently. Ahrefs' tracking of the 50 most-cited domains in Google AI Overviews puts YouTube at number one with a 22.9% mention share, ahead of Reddit at 18.5% and Wikipedia at 4.0%. In a separate Ahrefs study, AI Overviews cited YouTube more than encyclopedic sources. Video and community threads are getting pulled into AI answers at a rate plain blog posts aren't matching — which is a real shift in what “authoritative source” means to these systems.

    Moore's playbook has an anecdote that makes it concrete. Carly Baron, chief commercial officer at Advantice Health, searched anything related to one of their brands and watched the same dermatologist surface again and again. Different queries, same person. They had never worked with her. No contract, no brief, no relationship. Her narrative was shaping what their brand looked like in AI search, and they only found out by going and looking. Every brand has a version of that dermatologist — someone the models have decided is the voice on the topic. The question is whether you've found yours, and whether you have a relationship with them.

    Now here's the honest tension, because this piece shouldn't pretend the knowledge-base instinct is dead. It isn't — it just isn't the citation. Later's own Cameron Miskho puts it well: the creator content should ladder into what the brand is already saying on its owned channels. Your site becomes the reference layer — the source of truth the third-party voices draw on when they draw on anything at all. And buyers still verify: coverage of a Spotlight analysis notes that between 45 and 71% of AI-using buyers go to the vendor's own website afterward to check pricing, documentation, and case studies. The knowledge base isn't the citation. It's what the citation points at, on the days it bothers to point.

    That distinction matters more every quarter, because the citation is becoming the whole visit. Ahrefs analyzed 300,000 keywords and found the top-ranking page lost 34.5% of its clickthrough when an AI Overview sat above it. The follow-up — published February 2026, using data through December 2025 — put the loss at 58%. More than half of the searchers who used to click the top result now never scroll down. If the answer is the visit, then being in the answer is the entire game, and the answer is assembled from other people's voices.

    For the restoration world, this is bluntly practical. Nobody is asking ChatGPT about your company blog. They're asking who to call when the basement floods, and the answer is built from Google reviews, a YouTube walkthrough shot by a real tech, a Reddit thread, a local news mention. Earned third-party mentions — reviews, local publishers, creator videos, forums — are what actually get cited. Owned content is the foundation; it just doesn't do the talking.

    Later's starting framework is worth stealing even if you never hire a creator: pick one engine, build a working list of 10 to 20 prompts across buying intent, competitor comparisons, features, and broad category questions, then check where your brand actually shows up and whether the mention comes with a citation. Where the owned pages those citations lean on are stale, update them. Where a video lives only on Instagram behind a crawler wall, pull the transcript and put it somewhere the models can read. And sort any creator relationships by authority and specificity, not follower count — the 4,000-follower specialist with a detailed, data-backed opinion keeps beating the 400,000-follower generalist.

    Moore's closing line is the one I'd keep: you don't get to opt out of third-party voices defining your brand. You only get to decide whether you have a relationship with them.

  • We Retired the Living Leaderboard. Date Your AI Comparison Pages.

    We Retired the Living Leaderboard. Date Your AI Comparison Pages.

    Direct answer: a living AI model leaderboard rots. On the public Claude 4.6 vs GPT-5 leaderboard we replaced the promise that standings were “continuously updated by our autonomous tracker” with a September 2026 editor’s note. The table stayed. The date stayed. The page is now a snapshot of the race on 30 May 2026 — not a live scoreboard.

    If an answer engine cites an undated comparison as current, it will be wrong within a release cycle. Date the page. Point prices at a desk you actually re-verify. Leave last season’s Elo alone unless you re-measured it.

    What changed on the public pages

    Three live URLs now say the same thing in different words:

    • Claude 4.6 vs GPT-5: The 2026 Leaderboard — editor’s note that the autonomous tracker retired after the 30 May 2026 update. The LMSYS box still reads Last Updated: 2026-05-30, with Claude 4.6 Sonnet (Elo 1345), GPT-5 Early Preview (Elo 1338), and Claude 4.6 Haiku (Elo 1312). Those numbers were not rewritten this month.
    • Claude 4.6 Roadmap: Guide for Technical Founders — September 2026 editor’s note at the top of the body: the roadmap is a May 2026 generation snapshot. Stop 2 now points at the leaderboard snapshot for where Claude 4.6 stood against GPT-5 in May 2026.
    • Anthropic Slashes Claude 4.6 Haiku API Pricing by 40% — September 2026 outcome note. The phrase “verified Claude pricing page” goes to the live desk at /claude-ai-pricing/, not to a second rate card buried in the old post.

    Titles and slugs did not move. The old URLs are the record.

    Why a “living” leaderboard fails the reader

    Model names, list prices, and context windows moved several times between that May snapshot and late September 2026. The live Claude desk we keep — last verified 23 September 2026 against Anthropic’s own pages — is a different document from a May Elo box. Mixing them on one URL trains both humans and models to treat last season’s table as this week’s answer.

    That is an AEO problem and a GEO problem. Answer engines prefer a short, dated sentence they can lift. Generative engines prefer a page that does not contradict the next page in your cluster. A tracker you cannot staff is worse than a snapshot you labeled.

    The method: snapshot the race, live-link the meter

    1. Put the as-of date in the first screen. “Last Updated: 2026-05-30” in the box. “Editor’s note (September 2026)” above it. Two dates, two jobs: when the numbers were taken, when you admitted they froze.
    2. Do not invent a new leaderboard you did not run. We did not scrape LMSYS tonight. We did not publish a September Elo column. If the measurement is not in the room, the number does not go on the page.
    3. Send current prices to one desk. Token rates and seats live on Claude Pricing (September 2026). The Haiku cut post now points there. A short companion on the 22 September Opus list sits at Claude Opus 5.5 Cuts Token Price 20% — $4 / $20 List. Quote the desk. Do not fork a third table.
    4. Keep the historical URL. Changing the slug of a comparison page that already earned links and citations throws the evidence away. Date the body. Leave the address.
    5. Say what the page is not. A May snapshot is not a buying guide for today’s default model. A 40% Haiku headline from an earlier cycle is not the live list. The pricing desk is the live list.

    What we would not claim

    • We would not claim a September 2026 LMSYS or Arena ranking. We did not pull one for this note.
    • We would not claim Claude 4.6 is still the current default. The live desk names current Opus, Sonnet, Haiku, and Fable lines separately. Read that page for names and rates.
    • We would not restated a full rate card here. Rates move. The desk is dated 23 September 2026 and cites claude.com/pricing and platform.claude.com.
    • We would not describe internal work orders, agents, or edit packets. Those are not the public record. The public record is the three URLs above.

    How to write the editor’s note so an answer engine can use it

    Keep the note to one sentence that answers “is this current?” Then link the current desk.

    Pattern we used: Editor’s note (Month Year): the living tracker was retired after [snapshot date] — the standings below are preserved as a snapshot of the race at that point.

    That sentence is the AEO payload. It is short. It names the freeze date. It tells a model not to treat the table as live. GEO follows if the rest of the cluster agrees: founder roadmap says snapshot, pricing post says “go to the desk,” desk says last verified.

    FAQ

    Q: Should I delete an old model comparison?
    A: No, if the URL already has links or citations. Label it a snapshot, keep the slug, and point current buyers at the live desk.

    Q: When does a snapshot need a new page instead of an editor’s note?
    A: When the question changed. “Where did Claude 4.6 sit vs GPT-5 in May 2026?” is a history question. “What does Claude cost this week?” is a desk question. Different questions get different URLs.

    Q: Can I keep a living tracker?
    A: Only if someone re-measures on a published cadence and the page shows the last run date. A tracker you do not run is a lie with a progress spinner.

    Q: Where are current Claude prices?
    A: tygartmedia.com/claude-ai-pricing/, last verified 23 September 2026 against Anthropic’s public pricing pages. Confirm Anthropic before you quote a customer.

    Q: Does this mean the May Elo numbers were wrong?
    A: It means they are dated. They remain the numbers printed on that page for 30 May 2026. They are not a September 2026 ranking.

    Sources

    • Live pages on tygartmedia.com, read 24 September 2026: leaderboard snapshot, founder roadmap snapshot note, Haiku pricing outcome note, Claude pricing desk (desk last verified 23 September 2026).
    • Official Anthropic seats and API tables linked from the pricing desk: claude.com/pricing and platform.claude.com pricing.

    Related on Tygart Media: May 2026 leaderboard snapshot · founder roadmap snapshot · Haiku pricing note · live Claude pricing desk · Opus 5.5 list-price note · the site has to be the answer.

    I write pages like this so AI search cites a dated sentence instead of last season’s table — then I do the same for operators who publish. That’s what Tygart Media does.

  • Your Reviews Are Your New Backlinks

    Your Reviews Are Your New Backlinks

    For twenty years, SEO was link-building. Other sites vouching for you, one hyperlink at a time. That game is over — and the replacement is sitting in your Google Business Profile, mostly ignored.

    Your reviews are your new backlinks.

    Why trust moved

    An answer engine recommending a contractor at 2 AM is making a trust decision. It can’t inspect your trucks or interview your techs. It reads signals — and the richest trust signal a local business produces is the public record of its customers, in their own words.

    Links said “this site is authoritative.” Reviews say “this company showed up, did the work, and a real human vouches for it.” In the answer era, the second statement is worth more than the first.

    The three layers

    Not all reviews are fuel. Three layers separate the profiles that get cited from the ones that don’t:

    1. Volume and recency. A profile with 200 reviews and nothing in three months reads abandoned. The engine notices recency the way a homeowner notices dust. Trust is a flow, not a stock — it needs refilling.

    2. Content. “Great service, highly recommend” is noise. It says nothing the engine can verify. Compare: “They dried out our kitchen after the dishwasher supply line burst, here in Puyallup, and had fans running the same day.” That’s a service, a place, a timeline, an outcome — verifiable detail from a third party. That’s citation fuel.

    Most contractors get the first kind because they ask for “a review.” The second kind comes from asking a better question — more on that below.

    3. Responses. The owner answering every review — good and bad — is the consistency discipline made visible. It proves there’s a human tending the business. The engine reads a thoughtful response as operational evidence: this company pays attention.

    How to ask

    Don’t ask for “a review.” Ask at the moment of relief — the equipment’s out, the house is dry, the stress is gone — and make it specific:

    • Send the direct link. Every extra tap loses half your ask rate.
    • Prompt for the details: what happened, where, how fast. “Mention what we fixed and how quickly” is a fair ask, and it turns noise into fuel.
    • Ask the happy ones. The tech knows who they are. Build the ask into the job-close routine, not into a quarterly campaign.

    One detailed review a week beats fifty generic ones a year.

    A service technician shaking hands with a relieved homeowner on a front doorstep

    The bad review is content too

    Answer it like the answer engine is reading — because it is. A calm, specific, human response to a one-star review is some of the strongest trust content a profile can carry. It shows how the company behaves when things go wrong, which is exactly what a 2 AM homeowner is trying to figure out.

    Never argue. Never go silent. Own what’s ownable, state what happened in plain words, invite the conversation offline. The response isn’t for the reviewer — it’s for the hundred strangers reading it after.

    A hand writing a thoughtful reply with a fountain pen at a lamplit desk

    What reviews don’t replace

    The pages still matter. The GBP still matters. Name, address, phone — consistent everywhere — still matters. Reviews are the fuel, not the engine. A hundred five-star reviews on a profile with the wrong phone number is a fast car with no wheels.

    But given the foundation, reviews are the highest-leverage work in local trust. Nothing else you do produces third-party verifiable detail at zero marginal cost.

    The close

    Backlinks were other websites vouching for you. Reviews are your customers vouching for you, in public, in their own words, attached to real jobs in real towns.

    The currency changed. The game didn’t. Get vouched for.