Agent Lane for Commerce Sites
Diving deeper into
David Mlcoch, co-founder & CEO of Asteroid, on browser automation and the last mile problem of AI
they're now working very much about making DoorDash accessible to browser agents
Analyzed 5 sources
Reviewing context
This points to a split in the web between sites that treat agents as spam and sites that treat them as a new checkout channel. For DoorDash, an agent that places a real food order looks less like a scraper and more like another buyer. That makes agent access a revenue feature, not just a technical policy choice, especially for marketplaces where more successful automations can directly mean more gross order volume.
-
DoorDash already exposes structured commerce infrastructure for partners through Marketplace developer tools, including order APIs and webhooks for receiving and confirming orders. That shows the company already thinks in terms of machine to machine ordering flows, even if agent specific browser entry points sit on top of or beside those APIs.
-
Asteroid’s broader point is that companies welcome automation when it completes transactions, but block it when it mainly extracts content. In insurance, easier agent access can steer brokers toward a carrier. In food delivery, easier agent access can steer consumer demand toward DoorDash.
-
Cloudflare’s current bot controls make this a real product decision. Verified bots can be excluded by default from some bot defenses, while site owners can also turn on managed rules to block AI bots. That means platforms increasingly need an explicit allow path for beneficial agents instead of relying on default web access.
The next step is a more formal agent lane for commerce sites, where agents identify themselves, get routed to stable pages or APIs, and complete purchases without fighting anti bot systems. That would turn agent compatibility into the same kind of competitive edge that mobile app support and public APIs once were.