Het Responsive Design Moment voor AI Agents

In 2011 had je als website twee opties voor mobiel: een uitgeklede m.example.com, of helemaal niks. Desktop was de echte site, en mobiel was een bijproject met een eigen team, vaak onderhouden door een stagiair. Het idee dat één codebase zich kon aanpassen aan elk schermformaat klonk ambitieus. Ethan Marcotte had net de term "responsive web design" bedacht in A List Apart , maar adoptie zat nog in de lage enkelcijfers.

Die transitie duurde zo'n acht jaar. Van de iPhone-lancering in 2007 tot Google's mobile-friendly ranking-update in april 2015 ging het web van mobiel als nice-to-have naar mobiel als rankingfactor. AI agent readiness lijkt nu in een vergelijkbare beginfase te zitten, en dit artikel betoogt dat het sneller kan gaan.

Het m.example.com Tijdperk

Voor responsive design maakte het web een fase door van aparte mobiele interfaces. Facebook had m.facebook.com en Google had mobile.google.com. ESPN, BBC, Wikipedia en Amazon bouwden ook een tweede, simpelere versie van hun site voor telefoons. Dat werkte een paar jaar, en werd daarna moeilijk te onderhouden.

De problemen waren duidelijk. Sites hadden twee codebases, twee sets content en twee URL-structuren. SEO leed eronder omdat Google moest uitzoeken welke versie het moest indexeren, gebruikers deelden mobiele links die op desktop kapot gingen, en features liepen achter op mobiel omdat de resources gesplitst waren. Tegen 2013 was de m.dot-aanpak al op z'n retour.

De adoptiecurve vertelt het verhaal. In 2012 gebruikte ongeveer 11% van de top 10.000 websites responsive design, volgens onderzoek van Guy Podjarny bij Akamai. Na Google's "Mobilegeddon"-update in 2015, die niet-mobielvriendelijke sites penaliseerde, versnelde de adoptie. In 2016 rapporteerde Google dat 85% van de pagina's in mobiele zoekresultaten aan de mobielvriendelijke criteria voldeed. Responsive design was geen feature meer maar een basisverwachting.

Te laat zijn had meetbare kosten. Adobe rapporteerde dat sites zonder mobieloptimalisatie 12% minder organisch mobiel verkeer zagen na Mobilegeddon. Sommige sites verloren tot 35% van hun mobiele zoekzichtbaarheid. Skinny Ties, een kleine retailer, zag iPhone-omzet met 377,6% stijgen na hun responsive redesign. O'Neill Clothing zag 65,7% meer iPhone-transacties.

Waar We Nu Staan

AI agent readiness zit in z'n eigen m.dot-fase. Bedrijven die de verschuiving zien, bouwen aparte agent-interfaces naast hun bestaande websites. Stripe bouwde een Agent Toolkit waarmee AI agents Payment Links kunnen aanmaken en Stripe-objecten beheren via function calling. Salesforce lanceerde Agentforce, met 30% minder servicetickets en 88% snellere oplostijden. Sentry bouwde volledige content negotiation over hun docs, beveiligde pagina's en CLI-tools.

Het protocol-ecosysteem groeit snel. Anthropic lanceerde MCP in november 2024. Zestien maanden later zijn er 19.646 MCP-servers geregistreerd en heeft de specificatie-repo 81.492 GitHub-sterren. OpenAI adopteerde MCP in maart 2025. Google lanceerde A2A in april 2025 met meer dan 50 technologiepartners. De W3C publiceerde een draft WebMCP-specificatie in maart 2026. En 849 websites serveren inmiddels een llms.txt-bestand voor AI-discovery.

Dit is opnieuw de m.dot-fase: een interface voor mensen, een voor machines, twee sets documentatie en twee manieren om te ontdekken wat een dienst kan. Het werkt voor nu, maar twee interfaces onderhouden wordt waarschijnlijk net zo duur als twee websites onderhouden was.

De Convergentie

Responsive design loste het twee-interface-probleem op door één interface zich te laten aanpassen aan z'n context. Media queries detecteerden de schermgrootte en dezelfde content paste zich aan, zodat een site geen aparte codebase, geen aparte URL's en geen dubbel onderhoud nodig had.

Agent readiness kan hetzelfde pad volgen. Aparte agent-API's, eropgeplakte MCP-servers en losstaande llms.txt-bestanden lijken symptomen van een vroege fase. Een waarschijnlijk patroon op langere termijn is één contentlaag met meerdere consumenten.

Een groot deel van de basis ligt er al. Volgens W3Techs gebruikt 53% van de websites JSON-LD voor gestructureerde data. Headless CMS'en ontkoppelden content jaren geleden van presentatie, en content negotiation laat dezelfde URL HTML aan browsers en markdown aan agents serveren. Dit zijn gevestigde webstandaarden, toegepast op een nieuw publiek.

Accenture's Technology Vision 2025 enquête vond dat 78% van de executives het erover eens is dat digitale ecosystemen de komende drie tot vijf jaar net zoveel voor AI agents als voor mensen gebouwd moeten worden. 77% zegt dat AI agents de manier waarop hun organisatie digitale systemen bouwt gaan heruitvinden. Deze cijfers komen uit een enquête onder executives, niet uit developer-enthousiasme.

De Persoonlijke LLM-Laag

Hier gaat de analogie verder dan responsive design. Responsive design liet één site werken over schermformaten, maar elke bezoeker kreeg nog steeds dezelfde layout, dezelfde contentvolgorde en dezelfde informatiehiërarchie. De enige variabele was schermbreedte.

Met AI agents als tussenpersoon wordt de variabele de gebruiker: de voorkeuren, de context en de geschiedenis in plaats van het apparaat. Stel dat je een productpagina bekijkt via je persoonlijke LLM-laag. Die toont de specs die voor jou relevant zijn, in het formaat dat jij prettig vindt, vergeleken met alternatieven die je al hebt overwogen. Iemand anders ziet dezelfde productdata met een andere presentatie.

Delen hiervan bestaan al in producten. Apple Intelligence verwerkt verzoeken op het apparaat en via Private Cloud Compute, als tussenpersoon voor e-mail, berichten en webcontent. Google's Deep Research browst autonoom het web en maakt gepersonaliseerde rapporten van z'n bevindingen. Microsoft Copilot onthoudt details over sessies heen. Dit zijn producten die op honderden miljoenen apparaten draaien.

Bill Gates voorspelde eind 2023 dat binnen vijf jaar iedereen een persoonlijke AI-agent heeft die de meeste websitebezoeken vervangt. "You'll never go to a search site again, you'll never go to a productivity site, you'll never go to Amazon," zei hij. Die tijdlijn is ambitieus. Als agents meer van deze bezoeken overnemen, wordt de browser een van meerdere manieren om dezelfde onderliggende data te tonen.

Sneller dan Mobiel

De mobiele transitie duurde zo'n acht jaar van katalysator tot baseline. De iPhone lanceerde in 2007. Responsive werd standaard rond 2015-2016. Er zijn redenen om te verwachten dat de agent-transitie sneller gaat.

Mobiel vereiste nieuwe infrastructuur: touchscreens, app stores, mobiele browsers en cellulaire netwerken die echt web browsen aankonden. De agent-transitie bouwt voort op infrastructuur die al bestaat. API's zijn wijdverbreid, gestructureerde data staat op 53% van de websites en HTTP content negotiation is een 25 jaar oude spec. Wat nog ontbreekt is een andere denkwijze, van "mijn website is voor browsers" naar "mijn content is voor elke consument die het nodig heeft."

De katalysator-tot-baseline-cyclus voor mobiel was ongeveer acht jaar. Voor agents is het drieënhalf jaar geleden dat ChatGPT verscheen (november 2022). MCP ging van nul naar 19.646 geregistreerde servers in zestien maanden, en zowel ChatGPT als Claude ondersteunen het. Ook veel grote IDE's ondersteunen het. De protocollaag lijkt snel te convergeren, maar de tabel hierboven laat alleen zien hoe de twee tijdlijnen naast elkaar liggen, niet dat agents eerder de baseline bereiken.

Wat Nu te Doen

Als je in 2012 een website bouwde, was responsive gaan de juiste keuze. De reden was niet de Google-penalty drie jaar later. Mobiel verkeer groeide, en twee aparte sites onderhouden was niet vol te houden. Bedrijven die vroeg bewogen kregen een betere mobiele ervaring, betere SEO en lagere onderhoudskosten.

Dezelfde logica geldt nu. Je hoeft niet elk protocol te implementeren, maar je kunt je content wel behandelen als data die meerdere consumenten via verschillende interfaces benaderen. In de praktijk gaat het om drie niveaus:

Het Patroon

De mobiele verschuiving volgde een duidelijke boog, en de agent-verschuiving kan die herhalen. Een nieuwe consument verschijnt (mobiele browsers, AI agents). De eerste reactie is een aparte interface (m.dot-sites, eropgeplakte agent-API's). Dat werkt een tijdje en wordt dan te complex om te onderhouden. Bij mobiel was het antwoord convergentie naar één contentbron met adaptieve presentatie.

Responsive design liet zien dat één adaptieve site beter werkt dan aparte ervaringen. Bij agents gaat dezelfde gedachte een laag dieper: de site past haar contentlevering aan op de consument die erom vraagt, en de layout is daar maar een deel van.

Vroege responsive-adopters kregen een betere mobiele ervaring en lagere onderhoudskosten. Sites die vroeg één contentbron voor mensen en agents gebruiken, kunnen vergelijkbare besparingen zien. Het alternatief is een aparte agent-interface naast de hoofdsite blijven onderhouden.

Bronnen

• Ethan Marcotte: Responsive Web Design (A List Apart, mei 2010) (Het artikel dat de term bedacht)
• Imperva 2025 Bad Bot Report (Geautomatiseerd verkeer overschreed voor het eerst 51% van al het webverkeer)
• Accenture Technology Vision 2025 (78% van de executives zegt dat ecosystemen net zoveel voor AI agents als voor mensen gebouwd moeten worden)
• W3Techs: JSON-LD Usage Statistics (53% van de websites gebruikt JSON-LD gestructureerde data)
• Model Context Protocol (MCP) Specificatie (Anthropic's open standaard voor AI tool-integratie)
• Google A2A Protocol (Agent-to-Agent communicatiespecificatie)
• WebMCP Draft Specificatie (W3C, maart 2026) (W3C community group draft voor browser-native agent tools)
• llms.txt Specificatie (Jeremy Howard's voorstel voor LLM-vriendelijke content discovery)