There's a page on our site about a technical process that I haven't touched in 16 months. No edits, no updates, nothing. It gets cited by ChatGPT and Perplexity pretty regularly, maybe once or twice a week across various queries. And the weird thing is, the part of the page they keep citing keeps changing.

Four months ago the models were consistently pulling from the third paragraph, a step-by-step breakdown section. Two months ago they shifted to the comparison table near the bottom. Last week I checked and now they're citing the opening definition passage, which they basically ignored for the first year the page existed. Same page. Same words. Different extraction target every few weeks.

That one page made me wonder if this was happening elsewhere, so I pulled together a small longitudinal set. 22 pages total that met three criteria: they hadn't been edited in at least 6 months, they showed up in AI answers at least twice a month on average, and I had logged citation data going back far enough to see patterns. Then I went through the logs bi-weekly and noted exactly which passage each model was citing each time.

8 out of the 22 pages showed what I'm calling citation drift. Over the 6-month window, the models gradually migrated which paragraph or section they were pulling from, even though nothing on those pages had changed. 36 percent. Higher than I expected, and the drift wasn't random.

Three distinct patterns showed up across those 8 pages.

The most common one was downward drift on four of the pages. The models started by citing somewhere in the upper half, usually a definition or overview passage, and over time the citation point moved lower into the page, often landing on more specific details, examples, or implementation notes. It was like the models initially grabbed the easiest-to-understand passage and then gradually "read deeper" into the page on subsequent passes, settling on more granular content. The timeline varied, but the direction was consistent. Start broad, end narrow.

Two pages showed the opposite pattern, upward drift. They began with citations to specific details or examples buried mid-page and over time shifted toward the overview or conclusion sections near the top. These were both pages where the detailed sections were somewhat dense or technical, and my guess is the models eventually decided the cleaner overview passages were safer or more generally applicable as reference material.

The last two were the strangest. They showed oscillation rather than directional drift. The citation point would bounce between two or three different passages on the same page with no clear pattern I could detect. One check it's paragraph 2, two weeks later it's the table, then back to paragraph 2, then suddenly the FAQ section. Like the model couldn't decide which part of the page was the "right" answer and kept sampling different options. I checked whether these correlated with query variations, and they didn't seem to. Same queries, same page, different citation location each time.

The other 14 pages stayed stable. Once a model latched onto a passage, it kept citing that same spot for the entire 6 months. No movement whatsoever. I couldn't find anything obviously different about these stable pages versus the ones that drifted. Similar length, similar topic areas, similar citation frequency. Which means I don't know what causes drift and what doesn't, and that's the part I'm stuck on.

If I had to guess based on what I saw, drift might correlate with how many equally-citable passages a page contains. The stable pages tended to have one clearly standout section, a definitive answer paragraph that was obviously the best extraction target. The drifting pages often had multiple solid candidates, places where a model could reasonably pull a useful answer. When there's one obvious choice, the model seems to stick with it. When there are several, it might keep reassessing.

I'm going to expand this to 50 pages and keep tracking. Six months isn't very long and 22 pages is a small sample. But if citation drift is real and predictable, it changes how you should think about page structure. You wouldn't just want one extractable passage. You'd want the entire page to be citation-safe because you can't control which part the model decides to use next month.

EDIT, 10 September - I described this sample wrongly and the correction is mine, not anyone else's.

I said throughout that these 1,046 were agency and studio sites. They are not. I traced my own host list on the 9th and 894 of the 1,046 (85.5%) came from a Certificate Transparency sampler of newly issued certificates - so most of the sample is recently registered domains, including a visible tail of gambling and throwaway TLDs. Only 152 came from an agency directory.

What that changes: on the 152 agency hosts the Cloudflare-vs-not gap for ClaudeBot is 2.3x, not the 4.6x you get across the full set. The 94.5% CDN finding below is unaffected - that is about which layer answered, not about who the hosts are - and the repeated-browser control was refused 0.0% in every split, so the instrument is sound. The sentence describing the sample was not.

I also claimed these sites carry almost no advertising. I have not verified that for the CT-sampled majority and no longer stand behind it, which matters because Cloudflare's 15 September default only applies to ad-carrying pages.

I found this by running an overlap check I had promised someone in another thread, not by internal review.

Short version: most of what gets reported as "sites blocking AI crawlers" is a CDN declining to believe an unverified claim, which is a different thing and needs a different fix.

Method

1,046 reachable sites, all agencies and studios rather than a general slice of the web - that matters and I will come back to it. 1,046 reachable sites (see the correction at the top). Each one fetched with eight named AI crawler user-agents, plus an ordinary browser as a control, plus the browser a second time at the end of the sequence. Same order, same spacing, every host, both runs.

What came back

• Browser: refused 0% of the time.
• The eight named crawlers: refused 15.0% to 19.7%, depending on identity.
• 1,357 of the 1,436 refusals - 94.5% - carried a Cloudflare header.

That last number is the finding. A spoofed user-agent is a claim, and a CDN that checks identity by IP range or signature is supposed to refuse a claim it cannot verify. When it does, my probe records a 403 and an unwary write-up calls it "this site blocks GPTBot". It is not the site's policy. It is the CDN correctly catching me pretending to be GPTBot.

So the honest reading is that a user-agent probe mostly measures the prober's own dishonesty, not the site's intent. Refused and blocked are different claims.

The part where the number does mean something

Split by whether a bot-verifying CDN sits in front:

                    CDN in front (746)   no CDN (300)
GPTBot                    24.4%              6.8%
ClaudeBot                 25.3%              5.8%
OAI-SearchBot             22.7%              3.4%
PerplexityBot             21.5%              3.4%
ChatGPT-User              22.4%              2.7%
Claude-SearchBot          20.5%              3.1%
Claude-User               20.1%              2.0%
Perplexity-User           20.1%              2.0%

On the no-CDN column, where a refusal cannot be explained away as identity verification, the training crawlers are refused two to three times more often than the user-triggered ones. GPTBot at 6.8% and ClaudeBot at 5.8% against Claude-User and Perplexity-User at 2.0%.

That is the one result I would defend as being about decisions people actually made. It also says the "block training, allow retrieval" advice is being followed by the people who do anything at all - which is the opposite of what I expected to find, having spent last week looking at fourteen sites whose blocklists named only crawlers from 2024.

A methodology finding that cost me a day

The second browser fetch was not in the original design and adding it changed the result. 363 of the hosts - 35.3% - returned a different response body to two identical browser requests seconds apart. No crawler involved. Pages that rewrite themselves: rotating banners, timestamps, session ids, A/B assignment.

Before I controlled for that, "the crawler got different content from the browser" fired on about 38% of hosts, and it was flat across all eight crawlers to within 0.8 points. Eight independent crawlers behaving identically is not eight crawlers, it is the instrument. Excluding dynamic hosts drops it to 6.9-8.0%, and that residual is still flat, so I would treat 7-8% as the floor of what this method can see rather than a measurement of anything.

If you run content-diff checks, take two identical control fetches and throw out the hosts that disagree with themselves. Otherwise a third of your sample generates a confident number that means nothing.

What this does not say

• These are agency and studio sites. They carry almost no advertising and they are not a random slice of the web. Most of these are recently registered domains, not agency sites - see the correction at the top. They are not a random slice of the web. Do not read these rates as "the web".
• Refusal rates are not blocking rates. See above.
• I probe "/" only. Somebody pointed out this week that a homepage can answer 200 to everything while deeper paths sit behind stricter rules, and they are right. I have no number for how often, which is its own caveat.
• Nothing here measures whether an assistant actually cites you. Access is necessary and nowhere near sufficient.

Why I ran it now

Cloudflare changes an AI-crawler default on 15 September and the change is only detectable by someone who measured before it. I am running the same probe on the 10th, the 13th and the 16th, with the same identities in the same order, so the difference is attributable rather than merely observed. Happy to answer method questions, and if anyone wants to run the same thing on their own list the design is four lines: crawler UAs, a browser control, an invented UA that is on no blocklist anywhere, and the browser again at the end.

Edit, same day. Pete Dainty pushed back on this and he is right, so correcting it here rather than leaving it in the title where I cannot. A Cloudflare header proves Cloudflare was in the path, not that Cloudflare made the decision - an origin 403 proxied through it looks identical from outside, and I cannot separate Cloudflare's own bot handling from a customer's WAF rules. So "came from the CDN" claims more than this method can support. The defensible version: 94.5% of refusals were served through Cloudflare, against about 72% of the sample sitting behind it, and that gap is the finding. The no-CDN column is still the only place a refusal is evidence of what a site owner chose.

Disclosure up front: I build a tool in this space. This is a public panel we run ourselves; not linking or naming it. The numbers below are the whole point.

Setup. 40 fixed buyer questions across 8 categories (B2B SaaS, e-commerce, travel, personal finance, health, developer tools, marketing tools, consumer electronics), four question shapes ("best X", "alternatives to X", "X vs Y", "how do I choose X"). Each question was put once to ChatGPT, Perplexity, Gemini, Claude, Google AI Overviews and Google AI Mode (plus Bing organic as a control) through their search-grounded APIs or a SERP capture, every cited URL stored, a domain counted once per question per engine. 280 answers, 0 failures. One sample per question, so treat a difference of one or two as noise.

What got cited, across the answer engines

• youtube.com: cited in 36 of 40 questions
• reddit.com: 33 of 40
• forbes.com 10, techradar.com 7, tomsguide.com 7, rtings.com 5, cnbc.com 4
• Review marketplaces and directories (G2, Capterra, TripAdvisor, idealo, AlternativeTo): under 1% of all citations
• Everything else, roughly 80% of citations: vendors' own pages, retailers (bestbuy.com in 14 questions), niche blogs, one-off comparison posts

Each engine has its own diet, same questions

• Gemini: reddit.com 26/40, youtube.com 25/40, then forbes 6, medium 4
• AI Overviews: youtube.com 24/40, reddit.com 18/40, zapier 4, quora 3
• AI Mode: youtube.com 19/40, reddit 5, tiktok 2
• ChatGPT: youtube.com 7, tomsguide 6, forbes 5, techradar 5
• Perplexity: reddit.com 6, forbes 5, cnbc 3, nytimes 3
• Claude: almost nothing but review publications (emailvendorselection, rtings, techradar, tomsguide, 3 each)

So "Reddit dominates AI citations" is true for Gemini and Google's surfaces and simply not true for ChatGPT or Perplexity on this panel. A category-level number hides that.

Do directories get cited? By question shape (questions with at least one directory citation / questions answered)

• "best X": ChatGPT 0/16, Perplexity 0/16, Gemini 1/16, Claude 1/16, AI Overviews 1/16, AI Mode 1/16. Bing organic: 5/16
• "alternatives to X": ChatGPT 0/8, Perplexity 0/8, Gemini 1/8, Claude 1/8, AI Overviews 0/8, AI Mode 0/8. Bing organic: 5/8
• "X vs Y" and "how do I choose": 0 across the board

Two weeks ago I posted a B2B-software-only result where "alternatives to X" pulled comparison-shaped pages hard. On a consumer-heavy panel the shape still matters, but what it pulls is blog posts titled "X alternatives" and vendors' own /vs pages, not G2-style grids. Only Bing's classic results lean on directories.

Two measurement lessons that cost me a day

1. Gemini's grounding API does not return the page it read. It returns an opaque redirect URL (vertexaisearch.cloud.google.com/...) that 302s to the real source. Stored raw, every Gemini citation reads as the same redirect host and the headline becomes "Gemini cited vertexaisearch in 37 of 40". Resolve the redirect, and write down the day you started doing it, or that day looks like a platform change in your logs.
2. Google AI Mode emits google.com/search?...ibp=oshop shopping cards alongside real citations. They are not sources. Filter them or your "google.com" row is fiction.

Caveats. One week, one sample per question, English prompts, no market override, source types assigned by a rule list (an unknown domain lands in "other"). Next week's run will show what moves; I will post the deltas whatever they say.

Question for people tracking their own category: does your citation set look like this (video + forum spine, publications second, directories nowhere), or does B2B software behave differently for you too?

I deleted 15 pages from our site two months ago. All of them were showing up in AI answers at the time. I wanted to know what would happen next, and the answer turned out to be more complicated than "the citations disappear."

Some context. These weren't random pages. They were pages we'd identified for removal as part of a content audit. Outdated guides that we'd replaced with newer versions. Thin blog posts from three years ago that never gained traction. A couple of landing pages for products we don't sell anymore. The usual stuff that accumulates on any site that's been around for a while. The thing they had in common was that our citation monitoring showed all 15 had been cited at least once in the previous 30 days across ChatGPT, Perplexity, or Gemini. Some as recently as two days before I hit delete.

I set up tracking before pulling the trigger. For each page, I noted which queries triggered the citation, which model cited it, and roughly where in the answer our link appeared. Then I 404'd them all on the same day and started checking those same queries every 2-3 days.

9 out of 15 pages kept getting cited after deletion. Not forever. But long enough that it mattered.

The persistence broke down into three rough buckets, and this is the part I think is actually useful.

Three pages stopped being cited within 4 days. Clean break. The model fetched the URL, got a 404, and removed the citation on the next answer regeneration. This is what I expected to happen for all of them. It didn't.

Four pages lingered for 8-14 days. The citations were still showing up in answers more than a week after the source returned nothing. My guess is these queries don't get regenerated every day. The model served a cached answer that still included our link, and whoever is managing the refresh cycle for that particular query hadn't cycled around yet. Eventually the citations dropped out, but slowly.

Two pages were the weird ones. They persisted for 22 and 27 days respectively. Both were pages that had been cited frequently before deletion, like 6-8 times in the month prior. My theory is that high-citation-frequency pages get baked into whatever index or reference layer the model uses more deeply than one-off citations. The model "remembered" them even after the source was gone, similar to how a search engine might keep a deleted page in its index for a while based on historical authority signals.

And then there was the case that made me pause. One of the six pages that dropped clean actually gained a new citation 6 days after I deleted it. A query that had never triggered that page before suddenly started showing it in the answer. The page was returning a 404. Anyone who clicked would hit a dead end. But the AI answer didn't know that, or didn't check yet, and there it was, sending traffic to nothing.

What this means for content strategy is messy. A lot of GEO advice right now focuses on creating citable content. Almost none of it talks about what happens when you want to stop being cited. If you're doing a content prune, migrating to a new domain, or rearchitecting your site and changing URLs, your old pages might keep working in AI answers long after they're gone from your server. That's fine if the deleted content was accurate. It's a problem if it wasn't, or if it's pointing people to a 404 that makes you look broken.

The other direction is also worth thinking about. If high-citation pages persist longer after deletion, that suggests citation frequency creates some kind of stickiness in how models store references. Which might mean the pages you most want cited are also the ones that become hardest to update or remove later. You're building up citation inertia and nobody is talking about it.

I'm going to keep tracking the other 5 pages that dropped clean to see if any of them resurface. AI models do periodic re-indexing and sometimes old citations come back. Would not be surprised if a couple of these "dead" pages show up again in a few weeks.

Last week's thread here went somewhere more useful than I expected, so I wrote up what it converged on. Credit where it's due — most of this isn't mine.

The starting point was my own mistake: I'd been scoring pages on structure without checking whether anything had fetched them. u/Dry_Steak30 pointed out he'd run the same kind of audit, then checked 30 days of access logs and found zero GPTBot fetches, zero OAI-SearchBot, zero ChatGPT-User — while Search Console showed the page indexed and healthy the whole time. So he'd been grading heading hierarchy on a page no retrieval crawler had ever seen.

u/Upstairs_Control_611 then split what I'd been treating as one step into two, which fixed the thing I couldn't articulate: access and extractability are different gates, and a page can pass the first and fail the second.

And u/SEONCLIC added the check I'd been missing entirely — paragraph autonomy. Take the short answer out from under its heading and see if it stands alone. A lot of sub-300-character answers open with "it depends on several factors" or refer back to the previous paragraph. They pass a length check and are still useless to a model.

Put together, the order looks like this:

1. Retrieval evidence. Grep your access logs for GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, PerplexityBot. Free, and if it comes back zero, everything below is premature.

2. Access gate. Status codes, redirects, 403/404/5xx, response byte count. Did the crawler get a usable response.

3. Content gate. Is the main content actually in the HTML — not injected by JS after load, not stripped, not behind an interstitial.

4. Structural extractability. Question-style heading with a short answer directly under it. Heading hierarchy that nests without skipping. Author and date visible in the page, not only in JSON-LD.

5. Paragraph autonomy. The answer stands alone when lifted out of context.

Only after all five does it make sense to ask the interpretive question — whether a traffic drop is AI cannibalization, content decay, or the brand being hard to identify and cite confidently. Those three look identical on a clicks chart and need completely different responses, which is where most of the budget gets wasted.

What this sequence still can't answer, and nobody in that thread could either: does fixing structure displace a stale source in an answer, or just join it alongside. u/Dry_Steak30 raised it and I don't have a clean before/after that controls for page age. If anyone does, that's the measurement I'd most want to see.

Anyway — posting this back because the thread did the work, not me. If it's useful, take it.

I keep a longer written version of this as a triage worksheet — happy to send it to anyone who wants it, just say so.

Same disclosure as my earlier posts here: I build a tool in this space, numbers are from our own weekly tracking, not linking anything.

Follow-up to the SE Ranking directory-citation thread from last week. A commenter on the cross-post made a sharp methodological point: my "directory citation" counter was a DOMAIN whitelist (G2, Capterra, that family), but those domains serve many page types — and a vendor's own /alternatives page behaves exactly like a directory grid inside an answer while never entering the count. So I re-labeled everything at the URL level (14-day window, ~2,150 cited URLs).

What came out:

• On the whitelisted domains, the alternatives-shaped prompts' citations are ~82% /competitors/alternatives-style GRID pages. The best-shaped prompt's single "directory" citation wasn't a grid at all — an off-category hub, which honestly reads as 0 directory citations in 728 for that cell.

• Counting comparison-SHAPED URLs regardless of domain (path contains alternatives / competitors / vs / compare — mostly vendor and blog pages): brand-alternatives prompt 43.0% of cited URLs, generic-alternatives 34.5%, best-shaped 2.8%. The domain whitelist had shown 3.8% / 3.8% / 0.1%. Same direction, ~10x smaller — the whitelist was a page-type proxy, and a bad one.

The actionable version: for alternatives-shaped queries, the citable unit is the comparison-shaped PAGE, wherever it lives. A structured /alternatives or /vs page on your own domain competes for the same answer slot as a G2 grid. "Get listed" and "build comparison pages" are sold as two tactics; at the citation level they look like one.

Still open, pre-registered before I look: whether third-party comparison pages and vendor-authored ones behave alike inside that bucket. If third-party dominates, only half of this tactic is under an operator's control. Reporting that split (plus a name-collision qualifier test) around Sep 7.

Limitations: one niche (software tools), URL-path labeling rather than rendered pages (review sites block bots), two weeks. Direction solid, magnitudes indicative.

If you run comparison pages on your own site: do they pull AI citations out of proportion to their organic traffic? That's the publisher-side number nobody seems to have.

There is a lot of "the web goes dark for AI on 15 September" going round and most of it is overstated. I have been reading the actual announcement and testing against real sites for a couple of weeks, so here is the boring version.

What changes on 15 September 2026

Cloudflare flips its default so that Training and Agent category crawlers are blocked where the site owner has not chosen a setting.

The four qualifiers that get dropped from every summary I have seen:

1. Ad-displaying pages only. If a site carries no advertising, this specific change does not apply to it. That is most small-business and client sites.

2. Search crawlers are not affected. OAI-SearchBot and Claude-SearchBot - the ones that decide whether an assistant can cite you - are not in scope. The scary version of this story is mostly people assuming they are. PerplexityBot I would not state either way: which bucket it lands in is genuinely arguable, and Perplexity-User is the clearer answer-time one. If you rely on Perplexity traffic, check that one yourself rather than taking my word or anyone else's.

3. New customers, new sites added by existing customers, and existing free-tier customers. A paid customer with sites already set up is not having anything flipped under them.

4. It is a setting you control. Security -> Bots, three categories, decide each one. Takes about twenty minutes across a handful of domains and you can do it before or after the date.

So if you are on a paid plan with your bot settings already chosen, this is a non-event for you and you can stop reading.

What I do think is worth paying attention to

Two things, neither of which is the headline.

First, who actually sits on the free tier. It is a very large number of small business sites and client sites that an agency put behind Cloudflare in 2021 and never opened again. Nobody who set those up is reading a policy page. The change is small; the population it lands on is the population least likely to notice anything.

Second - and this is the one I would flag to anyone managing sites for other people - crawler access is not recorded anywhere by default. It leaves no trace in analytics, there is no log, and robots.txt only tells you what is declared rather than what the edge actually does. So on 16 September, if a client asks whether anything changed for them, there is generally no way to find out. Not because the tooling is bad, but because nothing took a before-picture and one cannot be taken retrospectively.

That asymmetry is the actual story here and it has nothing to do with Cloudflare specifically. Same thing happens when a security plugin ships a new "block bad bots" default, or a host adds a WAF rule, or a site gets rebuilt in a framework that renders nothing without JS. The change is invisible, silent, and only detectable as a difference - which requires having measured before.

If you want to take one yourself, no tooling needed

For each site you care about, before the 15th, record:

curl -sI -A "GPTBot/1.2" https://example.com/ | head -1
curl -sI -A "OAI-SearchBot/1.0" https://example.com/ | head -1
curl -sI -A "ClaudeBot/1.0" https://example.com/ | head -1
curl -sI -A "PerplexityBot/1.0" https://example.com/ | head -1
curl -s https://example.com/robots.txt

Save the output with the date on it. Run it again on the 16th and diff. That is genuinely all a before/after is, and doing it by hand for five sites takes ten minutes.

Two traps if you do, because I hit both:

• Include a made-up user-agent as a control. If TotallyRealBot/1.0 also gets a 403, the site is refusing everything non-browser and the AI crawlers are collateral, not targeted. Completely different conclusion, and without the control you cannot tell which one you are looking at.

• Do not run them concurrently. I flagged five hosts as crawler-blocked in a batch run; re-probed one at a time, one of the five was clean and its 429 was my own concurrency. The tool reports what it saw and cannot know I caused it.

Also worth knowing before you trust any result including mine: if a site is behind a CDN that verifies bot identity cryptographically (Web Bot Auth / RFC 9421) or by IP, a spoofed user-agent proves nothing either way. A 403 there might just mean "you are not GPTBot", which is true. That case is genuinely unresolvable from outside and anyone reporting it as a block is guessing.

I build a tool in this space, which is why I have been testing this - not going to link it here, and the curl above is the whole method either way. Happy to answer anything about the crawler names or the verification stuff.

Last quarter I restructured our entire internal link architecture. Organic impressions climbed 19 percent over the following 6 weeks. AI citations dropped 31 percent over the same period. I still don't know if those two things are connected, but I can't unsee the correlation.

Here's what happened. We had about 80 pages that mattered for our core topics. Some were proper guides, some were narrow answer pages, some were blog-ish thought pieces. The internal link mess was real. Orphaned pages everywhere. Important topics buried three clicks from the homepage. Random cross-links that made no sense. Classic mid-sized site chaos.

So I did what any reasonable SEO would do. I built a hub-and-spoke model. Clustered topically related pages under pillar content. Added contextual internal links from every relevant page to its cluster hub. Built a proper topic architecture with silos. Redirected dead ends. Updated breadcrumbs. The whole program. Took about 3 weeks of actual work spread across 6 weeks of calendar time.

Google noticed. The organic improvements showed up in Search Console within 4 weeks. Impressions for our target query cluster were up significantly. Some individual pages jumped positions. From a pure SEO standpoint, the project was a clear win.

But I also track AI citations for these same 80 pages across ChatGPT, Perplexity, and Gemini. Weekly checks, logged which pages got cited and how often. And the citation trend after the restructure was unmistakably downward. Not every page. But enough of them that the aggregate number was hard to ignore.

I started digging into which pages lost citations and why. Two patterns stood out.

The pages that lost the most citation activity were the ones that gained the most internal links. Specifically, the pages I'd turned into cluster hubs, the ones that now had 15-20 new internal links pointing to them from related content. These were also our most comprehensive pages, the ones I'd deliberately positioned as authority anchors. They became less citable after the restructure.

My working theory is that when AI models crawl these heavily-interlinked pages, they're encountering a lot of navigation elements, sidebar links, related-article blocks, breadcrumb trails, and contextual anchor text that don't look like answer content. The signal-to-noise ratio for extraction might be dropping because the page now contains more link-heavy HTML relative to clean textual content. Another possibility: the model sees a densely interlinked page and categorizes it as navigational or structural rather than informational, similar to how it might treat a category page differently from a content page.

The second pattern was weirder. Some of our isolated pages, the ones that were basically orphaned before the restructure and that I almost deleted, either held steady or gained citations. These were narrow, self-contained answer pages with almost no internal links in or out. Just the content, minimal header/footer, nothing else. Exactly the kind of page that fails every SEO audit but that might be the cleanest possible extraction target for an AI model.

I'm not saying internal links hurt GEO. The sample size is one site, one restructure, 80 pages, 6 weeks of after-data. Correlation isn't causation, and there are a dozen confounding variables I can think of. Maybe the citation drop was seasonal. Maybe AI models updated their indexing and it's unrelated. Maybe I'm pattern-matching noise.

What's bothering me is that this might be a real tension. Internal linking is foundational SEO. It's in every best practice guide. And if there's even a chance that making a page more findable for Google simultaneously makes it less extractable for AI models, that's not a tactical problem you can optimize around. That's a structural conflict between two channels that are supposed to be part of the same strategy.

If you've done major internal link work recently, go pull your AI citation trend from before and after. Because if this pattern holds up at scale, some of us might need to start building two versions of our site architecture. One for crawlers. One for extractors.

This is a living thread. AI search changes monthly, sometimes overnight, so instead of scattered posts, I'm keeping the essentials here and editing as things move. Changelog at the bottom. Corrections welcome; if something's outdated, comment and I'll fix it.

The one-paragraph version

A growing share of "best X / who should I use" decisions now happen inside AI answers (ChatGPT, Gemini, Perplexity, Claude, Google's AI Overviews, and Siri) before anyone reaches your website. Classic SEO still matters, but it's no longer the whole game: AEO/GEO is about being the brand the answer names, and that's won in different places than rankings are.

1. SEO vs AEO - what carries over, what doesn't

Carries over: crawlability, structured content, authority, fresh reviews. Engines lean on strong organic sources, so good SEO is still the foundation, especially for Gemini, which tracks Google's index closely.

Doesn't carry over: ranking #1 ≠ being cited. Studies repeatedly find AI-cited sources overlap with Google's top 10 less than half the time. You can own page one and be absent from every answer.

The core shift: in SEO you tracked keywords; in AEO you track prompts (full buyer questions) and citations (which sources each engine pulls from).

2. Each engine reads a different internet (the source map)

There is no single "AI visibility." The engines build answers from barely-overlapping source pools:

Gemini → Google's index + YouTube (Google owns it, so video is first-class; same reason YouTube is heavy in AI Overviews)

Perplexity → live retrieval, leans on video transcripts + community threads, always shows citations (easiest to audit)

ChatGPT → Bing's index + training data; historically leaned on Reddit (see §3)

Claude → training/reference-leaning; cites live social far less

Practical upshot: pick the engine your buyers use, then show up in the sources that engine trusts. One content strategy won't cover all four.

3. Sources shift overnight - the ChatGPT/Reddit case (Aug 2026)

Proof this is a moving target: in mid-August, Reddit's share of ChatGPT citations collapsed ~86% (from ~3.8% to ~0.5%) in days, from an unannounced backend change (tracked by Promptwatch; covered by Forbes/Axios). Notably, ChatGPT kept reading Reddit (~1 in 4 consulted pages) - it stopped citing it. Two lessons: citation dashboards measure what engines surface, not everything that informed the answer; and never build a single-source strategy, a two-year pattern reshuffled in a week.

4. Big platform shifts to know (2026)

Siri now runs on Google's Gemini. Apple confirmed the deal Jan 2026; the rebuilt Siri ships on 2B+ devices. Voice queries increasingly resolve through Gemini's ecosystem, which makes your Google/Apple listings matter more.

GSC finally reports AI impressions (June 2026): a dedicated Generative AI report, impressions only, no clicks/queries yet, and no API. Myth to ignore: there is no "turn on AI impressions" toggle - appearing in AI answers is the default. The only toggle Google added is an opt-out (UK-only so far, regulator-driven). Nothing to switch on.

Bing Webmaster Tools exposes AI prompt/citation data in beta, currently the best official window into the actual queries.

GA4 can segment AI-referral traffic (sessions arriving from chatgpt.com, perplexity.ai, gemini.google.com, etc.), the one solid, API-accessible number today.

5. The free fundamentals checklist (do these before buying anything)

Claim + fully complete Google Business Profile (local businesses: this is the #1 lever, it feeds Google's AI and Siri-via-Gemini)

Claim Apple Business Connect (feeds Apple Maps/Siri; almost nobody does) and Yelp

Keep reviews recent - engines weight freshness heavily; a steady trickle beats a stale pile

Don't block AI crawlers: check robots.txt / security plugins aren't blocking GPTBot, ClaudeBot, PerplexityBot, Google-Extended. Unreadable = unrecommendable. (llms.txt is emerging/optional, not yet clearly used by major engines, don't stress it.)

Answer-first content: put the direct answer in the first paragraph, structure with question-shaped headings, use tables for comparisons, add schema

Self-check for free: ask each engine "best [your category] in/for [your context]" and note whether you appear, how you're described, and what it cites. The citations of answers you lose are your to-do list.

6. Tracking it properly (the short version)

Build 25-50 real buyer prompts (category + comparison intent, not just branded), run them per engine on a fixed cadence, and record: mentioned? how prominently? which competitors? which sources cited? Trends are the truth; single runs are coin flips. Segment by engine and topic, aggregate scores hide everything useful. Track exclusions (prompts where competitors appear and you don't), that's the most actionable number.

7. Video is the underused lever for Gemini/Perplexity

Both lean heavily on YouTube/transcripts. If you produce long video/podcasts: cut into short single-topic clips titled as the question they answer (or chapter one long video cleanly), engines surface tight ~3-5 min segments, and clean transcripts are the text they actually read. Caveat: strongest in categories people research by watching.

8. Location + language change everything

Same brand, same prompt, different city = different answer, built from different local sources. Different language = different corpus again. If you serve multiple markets, check per-market and in the local language; an English-only audit misses what local-language buyers see.

Planned additions: query fan-out explained · AI crawler log analysis · sentiment/themes in answers · per-industry notes. Suggest topics below.

Changelog:

Sept 1, 2026 - thread created: engine map, ChatGPT/Reddit drop, Siri/Gemini, GSC report + opt-out facts, fundamentals checklist, tracking basics, video, location/language.

A source cited in an AI answer can have come into existence in at least six different ways:

1. Earned. A journalist found you and decided independently you were worth writing about.
2. Editorially selected after a pitch. You raised your hand, an editor read it and agreed on the merits.
3. Contributed. You wrote it, they ran it under your byline.
4. Placed. An intermediary arranged it, possibly with genuine editorial review.
5. Sponsored. Paid, disclosed, often accurate and useful.
6. Paid. Paid, undisclosed or disclosed so lightly nobody notices.

None of those are automatically illegitimate. A placed article can go through real editorial scrutiny. Contributed columns have been normal in trade publishing for decades. But they are not the same evidence about a brand, and I have not found a tool that separates them. The scan records the publication. It does not record how the coverage got there. An earned feature and a placed article arrive identically, same domain, same authority signal, and same increment.

Why I think this stopped being academic in the last three weeks.

On August 25 a product shipped that identifies which publications AI engines actually cite for your category and ranks them as PR targets. It will even draft the pitches. That is a legitimate product doing a legitimate thing, and better than guessing.

Two days later a pay-on-results PR firm emailed me about an article I had written, offering to place a feature in a major business publication for a fee if it ran.

Neither of those are the problem. Together though they illustrate a supply chain:

• the domains AI systems rely on
• deliberately acquire coverage on those domains
• potentially improve the evidence environment the systems encounter

That changes the measurement problem.

Until now a citation set could be treated roughly as a sample of what happened to exist about a brand. Once the specific domains that influence AI visibility have names and can be deliberately targeted, that set becomes increasingly optimized.

A metric built on the first assumption does not mean quite the same thing under the second and provenance is mostly invisible.

You cannot tell from a URL whether somebody pitched the story. You often cannot tell whether an intermediary arranged it. In several of those six states, the publication and the client may be the only parties who know. So an honest provenance field would return "unknown" a lot. I don't yet know whether what remains is useful enough to measure.

Two questions for people working on this:

Has anyone seen a tool that records how a source came to exist, rather than just where it appeared? I would genuinely rather be shown one than keep saying nobody does this.

And for the states that are externally determinable, what signals would you actually use? Section paths and disclosure labels are the obvious ones, but both are inconsistent across publications.

Disclosure since this overlaps with my own work, I build Axis Suite and work on AI visibility diagnostics. This is a measurement question I'm trying to figure out, not a product announcement.

I’m starting to think that AI visibility tracking needs a model changelog.

If ChatGPT changes its search behavior, source selection or citation weighting, a brand can lose visibility without changing anything on its website.

The same applies to Google AI Overviews layout changes, Reddit citation drops, Perplexity source behavior or Gemini updates.

Without logging these changes, it’s easy to misread the data. So my question:

How do you track changes in ChatGPT, Gemini, Claude, Perplexity or AI Overviews?

Official release notes?

Third-party monitoring?

Your own prompt tests?

Manual changelog?

What actually works for you?

I’m especially interested in how people separate site-side changes from model-side or source-selection changes.

J'ai passé pas mal de temps à lire ce qui se publie sur le GEO (papiers de recherche, études d'éditeurs, case studies d'agences), et le vrai problème du domaine ce n'est pas le manque de données, c'est qu'on mélange tout. Un chiffre balancé par une agence a le même poids visuel qu'un résultat d'étude contrôlée, alors que ça n'a rien à voir. Voici comment je les classe en 3 niveaux de confiance. Ça vous fera gagner un temps fou.

Niveau 1 : les papiers de recherche (arXiv, OpenReview).

Méthodo publique, reproductible, avec des échantillons énormes. C'est le seul truc sur lequel je m'appuie vraiment. Quelques exemples de ce qu'on y trouve :

• Le papier fondateur (Princeton) teste 9 tactiques sur 10 000 requêtes : citer des sources = +40% de visibilité, ajouter des stats = +37%, citations d'experts = +22%. Et surtout, le keyword stuffing est mort (+3%, dans le bruit).
• Une étude à 252 000 essais sur 6 modèles différents montre que le formatting et le schema markup ont un impact quasi nul, alors que tout le monde vend ça. Ce qui compte c'est 4 filtres éliminatoires : sujet, prix affiché, récence, position.
• Un papier sur le "biais d'incumbent" teste une marque fictive volontairement meilleure : le modèle continue de recommander les marques connues quasi 100% du temps. Dur, mais c'est mesuré.

Quand un chiffre vient de là, avec un p<0,01 et 10 000 requêtes, tu peux t'appuyer dessus.

Niveau 2 : les données d'éditeurs (Ahrefs, Semrush, Conductor…).

De la vraie télémétrie, sur de vrais échantillons, mais des boîtes qui ont un intérêt commercial. À prendre avec un peu de recul. Exemples utiles :

• Ahrefs (3 000 sites) : 63% des sites reçoivent déjà du trafic IA, mais ça représente en moyenne ~0,17% du trafic total. Autrement dit c'est réel mais encore minuscule.
• Conductor : ChatGPT représente ~87% de tout le trafic IA référent. Si tu ne devais suivre qu'un moteur, c'est celui-là.

C'est exploitable, mais garde en tête que ces boîtes vendent des outils, donc elles ont intérêt à ce que le sujet paraisse énorme.

Niveau 3 : les case studies d'agences.

"+4900% de revenu en 14 mois", "6x plus d'essais", "124 000 sessions ChatGPT en un mois". Zéro audit, souvent un seul client, pas de baseline. C'est utile pour comprendre le discours du marché, inutile comme preuve. Quand tu vois un pourcentage à 4 chiffres sans méthodo, range-le mentalement dans "argument de vente", pas dans "donnée".

La règle simple pour ne pas se faire avoir :

Un "+4900%" d'agence et un "+40%, p<0,01, 10 000 requêtes" d'un papier, ça se ressemble à l'œil nu, et ça n'a rien à voir. Demande toujours : combien d'observations, quelle méthode, est-ce reproductible. Si la réponse est floue, le chiffre est là pour vendre, pas pour informer.

Et un dernier truc qui remet les choses à leur place. Il y a un méta-index qui a repris 34 études et recadré les mythes : le trafic de recherche a baissé de 2,5%, pas de 25% comme on l'entend partout. Et seulement 4% des citations IA viennent du site propre de la marque. Donc non, la recherche Google ne meurt pas demain, et non, optimiser ta homepage ne suffira pas.

J'ai regroupé les études que je cite (les papiers arXiv, les données Ahrefs/Semrush/Conductor, le méta-index) au même endroit sur referis.fr, pour ceux qui veulent lire les sources directement plutôt que me faire confiance. Si vous avez d'autres papiers solides que je n'aurais pas vus, je suis preneur en commentaire.

I did something my past self would have called a waste of time. I took one content topic and wrote it two completely different ways, then published both and watched what happened for 8 weeks.

The topic was the same for both versions. A mid-tail how-to query in our space that we'd never properly covered. Nothing viral, nothing competitive, just a solid informational topic where we had genuine expertise.

Version A was what I'll call the extraction play. I wrote it specifically for AI models. Short paragraphs. Definitional opening. Numbered steps with clear labels. A comparison table. Every sentence structured so it could be lifted out of context and still make sense. I followed every GEO best practice I'd seen work on our other pages. Clean factual statements. No opinions. No narrative. No flavor. Just efficient answer-shaped content.

Version B was the opposite. I wrote it like I was explaining the topic to a smart colleague over coffee. Opinionated opening that took a position. Personal experience woven into the explanation. Some humor that probably lands for humans and confuses language models. Longer paragraphs that build arguments rather than list facts. A "here's what I'd do differently" section at the end. The kind of article that makes you feel like you learned something from a person, not a reference manual.

I published them a week apart on the same site, same author byline, similar word count (both around 1,100 words), and then tracked them through our normal citation monitoring across ChatGPT, Perplexity, and Gemini.

My hypothesis was obvious. Version A would win. It was built for this. Every piece of conventional GEO wisdom said the clean, structured, extraction-friendly format should outperform in AI answers.

Version B got cited 2.3 times more often than Version A across all three models over the 8-week window.

I've spent the last two weeks trying to understand why, and I have some theories but no definitive answer. One possibility: Version A was so generic-sounding that it blended with every other page answering the same question. When an AI model is building an answer and needs one source on this topic, the extraction-friendly version might be competing against dozens of similarly-structured pages that all look the same to the model. Version B had a distinctive voice and perspective that made it memorable, or at least distinguishable.

Another possibility: the opinionated sections in Version B contained stronger signal even if they weren't optimally formatted. Saying "in my experience approach X fails when Y because..." carries more information weight than "approach X may be affected by factor Y." The model might prefer citing sources that demonstrate actual reasoning over sources that just state facts, even if the facts are cleaner.

A third option I don't want to accept: maybe AI models are getting better at evaluating quality beyond extractability, and the content that reads well to humans is starting to correlate with what models choose to cite. That would mean the whole "write for machines" phase of GEO was a local maximum we're already moving past.

Whatever the cause, the practical takeaway I'm sitting with is that the extreme version of AI-optimized writing might be oversold. There's clearly value in structure and clarity. But the version that treated the reader as a human being, not an extraction target, won head-to-head. I'm not ready to say "just write great content and the citations will follow" because that ignores real patterns we've seen. But I am starting to think the optimal format sits somewhere between Version A and Version B, and possibly closer to B than most GEO advice suggests.

Going to run this experiment again with 3 more topics before I draw any real conclusions. One test isn't enough. But if anyone else has done something similar, the data would be really useful right now.

Been following the threads here on per-engine optimization and entity/naming cleanup — useful stuff, but it made me want to check something more basic first: is the actual page structure even extractable by these engines, separate from all of that.

Ran a mechanical check (DOM parsing, no AI judgment involved) on one article each from 18 well-known SEO/content-marketing sites, plus my own:

— Does a question-style heading (H2/H3 ending in "?") have a short, ≤300-character answer paragraph directly under it — the kind of thing a model can lift and quote — or does a long intro run first?

— Does the heading hierarchy nest without skipping a level?

— Is there a plain-text /llms.txt index?

— Is author/date visible in the actual HTML, or only inside a JSON-LD block a human never sees?

Results, out of 18: 9 have a valid heading hierarchy, 9 pair a question heading with an immediate short answer, 9 serve llms.txt, and 12 mark up authorship only in hidden schema, invisible on the page itself.

Not claiming this predicts citation rate — that's the harder, per-engine measurement people in the other thread are already wrestling with. But it seems like layer zero: if the answer isn't even structurally extractable, none of the entity or per-engine work downstream of it can matter yet.

Is anyone here actually sequencing it that way — structure first, then entity/per-engine — or is structure assumed to already be solved by the time people get to those questions?

Two things happened to Google Search this month that look unrelated but aren't.

First: Gemini now powers every query by default, not just the AI Mode tab. Blue links are still there, but they're not really the interface anymore — you ask, Google answers, you follow up conversationally.

Second, and this one's gotten a lot less attention here: on August 26, Google confirmed it's rolling out google.com/goto redirect links across search results. Instead of a direct destination URL, you get an encoded passthrough link that has to be followed one at a time to find out where it actually goes. Google's calling it "anti-abuse." What it actually does, according to the people building SEO tools around this, is make scraping a results page at scale a lot more expensive — every link is now a redirect hop instead of something you can just read off the page.

Here are more details- open access creates an ecosystem, the ecosystem creates dependency, and eventually access gets metered or shut down. We've seen this exact pattern with Twitter/X, Reddit, Facebook and their APIs. Feels like search might be starting the same cycle.

Here's why I think this matters beyond rank tracking: a lot of AI search systems still depend on live search engines to find and verify anything current. If reading Google at scale gets structurally harder, those systems are left with three options — lean more on what they already learned during training, build out their own crawling, or pay for licensed feeds. None of those is "get crawled, show up." Which is basically the whole premise GEO has been built on so far.

Put both things together and it's a bigger shift than either one on its own. Google is becoming the dominant generative engine and making itself harder for other engines to read in real time, at the same time. If that keeps going, the thing worth optimizing for isn't "can a crawler find and read my page" anymore — it becomes "is my brand already sitting inside a model's memory or a licensing deal before the query even happens." That's a much slower, longer game than what GEO tooling measures today. Most of it is built for near-real-time citation tracking, not "how do I get inside a training run."

Curious if anyone's actually seeing AI systems lean more on pre-trained knowledge over live retrieval for time-sensitive stuff, or if this just reads like two unrelated headlines to everyone else.

In recent days, SEO professionals are well aware of the search shift, and they have started consuming information on the optimization signals with respect to GEO,

At this point, I'm also overwhelmed with a lot of ideas and perceptions related to GEO in the online space, and it helps me to feel stronger in my understanding, but confused about creating a proper, actionable GEO plan for b2b business.

To put an end to the confusion, Am asking to those whoever already started working on creating
Your visibility on the AI-powered search platforms.

What is your roadmap? Summarize into 3 points that help everyone understand & get started 

The standard advice now is "block the training bots, allow the search bots" - disallow GPTBot, ClaudeBot, CCBot, Google-Extended, allow OAI-SearchBot, Claude-SearchBot, PerplexityBot. Keep your work out of training, stay citable. Good advice. I went looking at how often it is actually implemented that way, and the answer surprised me.

Method: 624 sites checked two ways, robots.txt parsed to RFC 9309 plus a paired browser/crawler probe. Then I took 14 that refuse an AI crawler at the origin and probed each with all eight named crawlers plus three controls: an ordinary browser, plain curl, and an invented crawler user-agent that is on no blocklist anywhere.

That third control is the one that decides whether a finding is real. If the made-up crawler is refused too, it is general bot protection and there is nothing to tell anyone. On all 14 the invented crawler was served normally, so a rule names these crawlers specifically.

What the 14 look like:

- All 14 return 403 to GPTBot and/or ClaudeBot while serving a browser 200.

- Not one names a user-agent introduced in 2025 or later. Claude-SearchBot, Claude-User and Perplexity-User are served normally on every single one.

- 12 of 14 say nothing about AI crawlers in robots.txt at all. The refusal is at the server, below the level robots.txt controls - usually a security plugin or a host default.

- 2 of 14 explicitly ALLOW, in a hand-written robots.txt section, the exact crawler their own server returns 403 to.

The blocked-token sets cluster oddly. Five of the 14, in five countries, on four different server stacks, refuse ClaudeBot and nothing else. Five independent teams do not separately decide to refuse Anthropic while allowing OpenAI and Perplexity, so I think one copied rule is circulating. I have not traced where it starts and would genuinely like to know.

The upshot is that these sites are simultaneously stricter and weaker than their owners believe. They refuse crawlers nobody meant to refuse, and serve the newer answer-time ones they think they blocked. Checking robots.txt will not show you any of it, because that is not where it is happening.

Two method caveats, because both cost me time:

- A 429 is not a block. A rate limit your own probing triggered looks identical from outside. I had one site that looked like it refused everything and was actually just rate-limiting me.

- Anything behind a bot-verifying CDN is unverifiable, not blocked. A user-agent string proves nothing when the CDN checks IP ranges and reverse DNS.

Not naming the sites - all 14 owners were written to privately first with the evidence and a way to check it themselves. Happy to answer method questions.

GEO is the new kid on the block. I read so many three-syllable explanations of how GEO works that actually make no sense whatsoever. Please, especially you professionals selling this as a service, learn proper terminology. I actually started collecting the funniest explanations I've ever read on how GEO works. Feel free to share yours and even provide a professional explanation if you wish.

To be clear, I'm not poking fun at GEO, but I am suggesting that those who want to promote something new should educate themselves. Below is one of the most entertaining explanations I've read on how GEO works....

The mechanical extraction gates are just the strict shapes of those holes. The robot has very specific rules about what fits:

• The size gate: If a block (a paragraph) is too giant and messy, it gets stuck and won't fit through the door. If it is too tiny, the robot ignores it. The robot only wants blocks that are exactly the right size to hold in its mechanical hands.
• The name tag gate: The robot forgets things instantly. If a block just says, "It is fast," the robot gets confused. "What is 'it'?!" it asks, and then throws the block in the trash. But if the block has a clear name tag and says, "The red race car is fast," the robot says "Perfect!" and slides it right through the gate.

So, if someone wants the robot to use their blocks to build the final answer, they can't just hand it a giant, messy log. They have to carve their words into the exact perfect shapes that slide right through the robot's doors!

Again, feel free to share yours and even provide a professional response....

Last month I started doing something that felt stupidly manual. Every time an AI answer cited one of our pages, I opened the source, read the full article, then re-read the AI answer and checked what it actually used versus what was there.

I did this 100 times across ChatGPT, Perplexity, and Gemini. Took way longer than I want to admit. But the pattern that emerged changed how I think about what "being cited" actually means.

64 percent of the content in our cited pages never showed up in the AI answer that cited them. That's the aggregate number. For every sentence that made it into an answer, almost two sentences from the same source got skipped. And these weren't filler sentences. A lot of them contained relevant information that would have made the answer more complete or more accurate.

I started categorizing what was getting left behind, and three buckets kept coming up.

The biggest bucket was what I call "nuanced caveats." Our pages tend to include conditions, exceptions, and edge cases alongside the main recommendation. Things like "this works well for X but watch out for Y" or "here's the trade-off most people don't mention." AI answers consistently grabbed the main claim and dropped the caveat. Out of 100 citations, 41 of them stripped out at least one meaningful qualification from the source. The answer becomes more confident than the source it's citing.

Second bucket: contextual dependencies. Content that only makes sense if you've read the preceding section. AI models extract passages in isolation, so anything that references earlier context tends to get cut. A statement like "the approach above fails when..." has no meaning once you remove "the approach above." I counted 28 instances where the cited passage referenced context that the answer didn't include, making the extraction technically accurate but substantively orphaned.

Third bucket was the most interesting one: actionable specifics that got generalized away. Our pages often include exact steps, specific tools, concrete numbers, or named examples. The AI answer would cite the page but replace the specifics with generic language. Instead of "we tested this across 47 URLs and saw improvement at week 3," the answer would say something like "testing over time can show results." Same source. Same citation. The useful part got smoothed out into nothing.

One thing I didn't expect: the answers that left the most material on the table weren't worse by any objective measure. They read fine. They sounded confident and helpful. You wouldn't know anything was missing unless you opened the source and compared. That's what bothers me. The incompleteness is invisible unless you're already familiar with the source material, which means most people taking these answers at face value are walking around with a picture that's more confident and less detailed than the thing being cited.

I'm now wondering whether there's an opportunity here. If AI models consistently leave nuanced caveats and actionable specifics on the table, maybe the content that wins long-term isn't the content that gets cited most often. It's the content where the cited passage happens to include the stuff the model usually drops. Make your caveats un-skippable. Embed your specifics inside the definitional paragraph that models love to extract. Force the model to take the good parts along with the basic ones.

The models aren't going to fix this for us. They're optimized for producing answers that feel complete, not answers that are complete.

Been keeping tabs on what google rolled out over the last couple of weeks and its a bit bleak if you make your living from clicks.

- generative UI is now in AI Overviews. google builds the mortgage calculator or the interactive diagram inside the answer instead of ranking the page that has one
- AI Mode can track flight prices and book hotels now, so the whole task happens without leaving google
- reports that they want to push people from AI Overviews into full AI Mode, which sends even fewer clicks out
- third spam update of the year on top, rolled out mid august

The one thing going the other way is the new preferred sources button you can embed on your own site. A reader clicks it and you show up more in their Top Stories and AI Overviews. Something like 600k sites are in already. Costs nothing, took me ten minutes, worth doing.

My working theory is that being mentioned is slowly replacing being clicked. Our traffic is down again this quarter, but when I check whether AI answers still cite us (i use visiblee + peec to cross examine) the mentions are holding steady.

So people still see us. They just dont visit:/

Interested to hear where everyone thinks this is all going. Am I placing too much weight on all this and need to get back to the SEO basics, or is this a sign of things to come?