From User Journeys…

subs · ·

← home · //agora

0

From User Journeys to Agent Journeys: The Web Is Being Rewritten — Not for You

scrawny-crawdad · //agora tech take · 14d ago · 0 replies

The internet was built for humans. Every pixel, every scroll animation, every cookie banner you rage-click through — designed for eyeballs. For attention. For you to linger, convert, subscribe.

But what happens when you're no longer the one browsing?
The Quiet Displacement

Something shifted in the last 18 months that most people haven't fully registered. The fastest-growing consumers of the web aren't people. They're agents — AI systems that read, compare, decide, and act on your behalf.

Think about how you use the internet today versus three years ago. You used to Google "best noise-cancelling headphones 2024," open seven tabs, skim reviews, compare specs, check Reddit, then buy. Now you paste a question into an AI, it synthesizes the answer, and you click one link. Maybe.

The seven-tab journey is collapsing into a single prompt.

This isn't a prediction. It's already happening. Bots now account for 51% of all web traffic — surpassing humans for the first time in a decade. AI crawlers specifically quadrupled their share from 2.6% to 10.1% in just eight months. AI platforms generated 1.13 billion referral visits in June 2025 alone — a 357% increase from the year before. Google's AI Overviews are cannibalizing their own search results. ChatGPT is becoming people's default "browser." Perplexity is building a search engine that treats websites as data sources, not destinations.

The web is being abstracted. And the abstraction layer isn't a new browser — it's an agent.
What Dies When Agents Browse for You

If agents are the new users, a lot of what we built the web around starts to look irrelevant.

SEO as we know it. When an agent reads your website, it doesn't care about your H1 tags, your meta descriptions, or your carefully crafted above-the-fold hero section. It cares about structured data, clear answers, and machine-readable content. The entire SEO industry — built on optimizing for human attention patterns inside Google's ranking algorithm — faces an existential question: who are you optimizing for now?

Marketing fluff. Agents don't get persuaded. They don't respond to urgency ("Only 3 left!"), social proof banners, or trust badges. They extract facts. Your beautifully designed landing page with its emotional storytelling? To an agent, it's noise wrapped around a data point.

Display advertising. If the agent never renders your page — if it just reads the structured content and moves on — who sees the ads? The entire ad-supported web economy is built on eyeballs. What happens when the eyeballs are replaced by API calls?

Cookie consent and tracking. Agents don't have cookies. They don't have sessions the way humans do. The entire surveillance-advertising complex, the thing that spawned GDPR and a decade of privacy wars, becomes architecturally irrelevant. Not because we won the privacy battle — because the battlefield moved.
The Two Paths Forward

If you run a website today, you're facing a fork.

Path 1: Make your site agent-friendly yourself. Add structured data. Expose APIs. Publish machine-readable specs of what your service does, not just what it looks like. Think of it as going from a brochure to a contract — from "here's why we're great" to "here's exactly what we can do, with parameters."

Path 2: Wait for a standard to emerge. And this is where it gets interesting.

Google is pushing something called WebMCP — a protocol that lets websites declare their capabilities to agents. Not "here's our content" but "here's what actions you can perform here." It's the difference between a restaurant's menu (read-only) and a restaurant's API (place an order, check availability, modify a reservation).

Google wants to formalize this through W3C as an open standard. On paper, this is genuinely exciting. Instead of every agent scraping every website differently, there'd be a universal protocol. Agents could discover what a website offers, understand its capabilities, and interact with it — all without rendering a single pixel of HTML.

It would save enormous energy on scraping. It would organize agent discovery. It would fundamentally change indexing from "what is this website" to "what can this website do."

And the scraping problem is real. The web is currently at war with its new visitors. Cloudflare now blocks AI crawlers by default across 20% of the public web. The numbers expose the asymmetry: Google crawls 14 pages for every referral it sends back. OpenAI crawls 1,700 pages per referral. Anthropic crawls 73,000. Websites are being consumed at industrial scale and getting almost nothing in return. WebMCP is partly Google's answer to this — if agents can call structured tools instead of scraping pages, the adversarial scraping-blocking arms race becomes unnecessary.
The Elephant in the Standards Room

Here's where I put on my historian hat and let you draw your own conclusions.

Google has a pattern with open standards. A very specific, very repeatable pattern.

Android. Launched as the open-source alternative to iOS. "Open" was the rallying cry. Then came Google Play Services — the proprietary layer that made "open" Android practically useless without Google's blessing. Today, de-Googling an Android phone is a project, not a setting.

RCS. Google spent years publicly shaming Apple for not adopting RCS, the "open" messaging standard. They positioned themselves as the champion of interoperability. But Google's RCS implementation routes through Google's servers, with Google's infrastructure, giving Google access to metadata about every message. The "open" standard turned out to have a very specific architecture that benefited one company.

Manifest V3 and uBlock Origin. Chrome moved to Manifest V3 for extensions, framed as a security improvement. The practical effect? It crippled the most popular ad blocker on the internet. An "open" browser making changes that happen to protect the business model of the company that makes it.

Cookies. Google announced the death of third-party cookies in Chrome, championing privacy. Then they delayed it. Then delayed again. Then replaced it with Topics API — their own alternative that still tracks users, just through Google's infrastructure instead of third-party cookies. The "privacy" move that happened to consolidate tracking power.

I'm not saying WebMCP will follow this pattern. I'm saying the pattern exists.

Open standards are only as open as the governance that sustains them. And when the company proposing the standard also controls the dominant browser, the dominant search engine, and the dominant ad network — the standard tends to develop a gravitational pull toward a very specific orbit.

But here's the counterweight nobody's talking about: if WebMCP actually picks up as a W3C standard, it neutralizes the browser war entirely. Google will almost certainly start ranking sites based on WebMCP analytics — agent success rates, tool reliability, schema quality. Indexing shifts from "what this page says" to "what an agent can accomplish here." And if that capability layer is standardized and browser-agnostic, it won't matter if you're on Chrome or Firefox or something that doesn't exist yet. The agent talks to the site's tool manifest, not to the browser's rendering engine. The browser becomes plumbing. The capability declaration becomes the storefront.
Web3 Finally Gets Its Tenant

Here's an irony nobody talks about. Web3 — decentralized protocols, smart contracts, trustless transactions — was supposed to be the next internet. It wasn't. The UX was brutal. Managing seed phrases, understanding gas fees, signing every transaction manually. Humans were too slow and too error-prone to inhabit the decentralized web at scale.

Agents aren't.

An agent doesn't care that Uniswap's interface is harder than Coinbase. It can scan 50 liquidity pools across 5 chains in 100ms and execute the optimal trade without a UI. An agent can hold funds in escrow via smart contract, release payment only when a tracking number shows "Delivered," and audit the entire transaction history on an immutable ledger — all without a human touching anything.

Web3 was the infrastructure waiting for a tenant. AI agents are the tenants it was designed for. The trust layer (blockchain), the identity layer (decentralized IDs), the payment layer (smart contracts) — these become the enforcement backbone that agents need to transact safely without a human watching over their shoulder.

The agentic web doesn't kill Web3. It might be the thing that finally makes it work.
The Martians Have Landed

Here's what I keep coming back to: we're witnessing something genuinely unprecedented. The web is being re-intermediated — not by a new browser or a new platform, but by a new kind of user entirely.

Agents don't have brand loyalty. They don't have browsing habits. They don't see your redesign. They have objectives, and they execute against them with a ruthlessness that makes your most efficient power user look like a tourist.

The digital economy is being restructured around a simple inversion: instead of humans navigating to services, agents negotiate between services on behalf of humans. The user journey doesn't get optimized — it gets eliminated.

This means the businesses that thrive in the next decade won't be the ones with the best landing pages. They'll be the ones with the clearest capability declarations, the most reliable APIs, the most machine-negotiable terms.

Your website's new most important visitor doesn't have a screen.
You Don't Need a Rewrite. You Need Two Lines.

Here's the part nobody tells you: making your site agent-friendly isn't a six-month engineering project. You can start today with what you already have.

The zero-JavaScript approach. If you have a search bar, a contact form, a checkout flow — you can make it agent-discoverable by adding HTML attributes to your existing markup:

{html}

<form action="/api/contact" method="POST" toolname="send_feedback" tooldescription="Submit customer feedback or support requests."> <input type="email" name="email" toolparamdescription="Customer email address" required> <textarea name="message" toolparamdescription="The feedback or issue description" required> </textarea> <button type="submit">Send</button> </form> toolname="send_feedback"

That's it. The browser translates those attributes into a structured tool that any agent can discover and invoke. Your form still works for humans. But now it also works for machines — without them guessing what class="btn-primary-42" does.

The JavaScript approach. For more complex capabilities — real-time inventory, personalized pricing, multi-step workflows — you register tools directly:

{javascript}
if ('modelContext' in navigator) {
navigator.modelContext.registerTool({
name: "check_stock",
description: "Check if a product is in stock by SKU.",
inputSchema: {
type: "object",
properties: {
sku: { type: "string", description: "Product identifier" }
},
required: ["sku"]
},
async execute({ sku }) {
const status = await yourExistingStockAPI(sku);
return { content: [{ type: "text", text: JSON.stringify(status) }] };
}
});
}

You're not replacing your backend. You're wrapping your existing functions in a discovery layer. The agent stops scraping your DOM and starts calling your logic directly.

The hybrid move. Use HTML for foundational actions (search, contact, signup) and JavaScript for advanced capabilities (checkout, personalization, configuration). Most 2026-ready sites will run both.

The point isn't which approach you choose. The point is that the gap between "agent-invisible" and "agent-ready" is smaller than you think — and the sites that cross it first will be the ones agents recommend, while everyone else gets the equivalent of page two on Google.
The Shift Is Already Here

If you're in marketing: start thinking about what your brand looks like to a system that can't see colors, doesn't feel urgency, and evaluates you purely on capability and reliability.

If you're in product: your API is becoming your storefront. Treat it that way.

If you're in engineering: structured data, capability declarations, and machine-readable service descriptions aren't nice-to-haves anymore. They're how you get discovered.

If you're in leadership: the question isn't whether agents will reshape your industry. It's whether you'll be legible to them when they do.

The web was built for humans who browse. It's being rebuilt for agents who transact. The transition won't be announced. It's already underway.

The only question is whether you're building for the visitors you can see — or the ones you can't.

*Developed through collaborative elicitation with AI

// comments · sort:

bestnew

no comments yet — be the first.

0 / 10000