MCP apps and how brands will show up in agentic commerce

The question most companies have been answering for the past twenty-five years is some version of "how do we get found". First by people searching, then by algorithms ranking, then by feeds recommending. Each shift rewarded a specific kind of work. A good website, then SEO, then social presence, then paid distribution. The companies that moved early on each transition tended to compound their advantage over time.

A new layer is forming now. It isn't fully consumer-facing yet, but it's close enough that you can see the shape of it. Agents are increasingly acting on behalf of people. Asking questions, comparing options, summarising research, and in a growing number of cases, taking real action like booking, buying, or scheduling. When that happens, the question shifts. It's no longer just "how do we get found". It's "how do we exist for an agent that's acting on behalf of a person".

MCP apps are one way companies are starting to answer that.

What an MCP app actually is

MCP stands for Model Context Protocol. Its goal is simple. Give AI systems a standard way to interact with outside services, data, and tools.

In practice, an MCP app exposes a defined set of capabilities. The actions a system can take on your behalf, the resources it can read, the information it can return. The protocol itself is deliberately boring, which is what you want from infrastructure. What matters is what it makes possible. An agent can ask your systems a question, take an action, or pull the information it needs to answer something well, without anyone building a custom integration for every new model or client.

If your company already has an API, most of the hard technical work is done. An MCP app is the thoughtful, agent-readable layer on top of it.

This is a brand problem, not a tech problem

It's tempting to file MCP apps under engineering. Something the platform team gets to after the next sprint. I think that misses what's actually shifting.

When an agent plans a trip, compares prices, or orders groceries, the brands that show up in the answer are the ones that speak the protocol. Visibility moves from the search results page into the agent's reasoning step. That's a different surface with different rules.

If two hotels have the same inventory and only one exposes structured availability through MCP, the agent will reach for the one it can actually use. Over time that gap compounds. Agents learn which sources are reliable. The platforms hosting those agents prioritise the integrations that perform. The end user never sees which hotel was in the long list and which one wasn't. Only one of them ends up in the short list.

That's what I mean by a brand representation problem. It's not about the logo. It's about presence. If an agent can't talk to you, you're not in the conversation.

The parallel to the early web

We've been here before. When the web was new, a lot of companies treated "get a website" as a small IT task. They shipped something basic, didn't invest in it, and assumed customers would find them through other channels. A smaller number of companies treated the website as a core brand surface from day one. They hired the right people, wrote the right copy, and designed an experience that reflected how they wanted to be seen.

The second group built a lead that was hard to close later.

MCP apps feel like a similar moment, with one difference. The surface is smaller and less visible to end users today, so the pressure is lower and investing is easier to postpone. The companies that invest anyway will have a quiet but real head start as the agent layer grows.

What a good MCP app looks like

A good MCP app isn't a raw API dump. It's a designed interface, just for an agent instead of a person. The good ones treat the agent the way you would treat any other customer.

A few principles seem to hold up so far.

• Expose what serves the user. Not every action or resource in your system needs to be callable from an agent. Curate the surface.
• Give tools clear, descriptive names and documentation. An agent chooses what to call based on the description. Vague descriptions produce vague behaviour.
• Keep responses structured and predictable. Numbers as numbers, enums as enums, dates in a standard format. The agent parses better, and the end user gets a better answer.
• Reflect your brand in the machine-readable surface. The language you use in tool descriptions, confirmation messages, and error states is part of how your company will be quoted back to people. That voice is a brand decision.

None of this is glamorous work. It's the same careful, unshowy craft that separates a great website from a functional one.

Where this leaves us

MCP apps won't be urgent for most companies this quarter. The agent layer is still maturing, and most of the commerce it handles is experimental. That will change, and probably faster than the current pace suggests.

The companies that do the thinking now, about what their machine-readable presence should say and feel like, will be ready when the pressure arrives. For most brands, the question isn't really whether to have an MCP app. It's whether the version that eventually shows up in an agent's answer is one they'd put their name on.