--- title: 'WebMCP: je website vertelt AI-agents zelf wat ze kunnen doen' canonical_url: 'https://d-media.nl/blog/webmcp-je-website-vertelt-ai-agents-zelf-wat-ze-kunnen-doen' datePublished: '2026-09-01T11:08:32+02:00' dateModified: '2026-09-01T13:50:08+02:00' language: nl description: 'AI-agents klikken zich vandaag door je website heen alsof ze een bezoeker zijn. Met WebMCP draai je dat om: je site biedt zelf de acties aan die een agent mag uitvoeren. Google, Microsoft en inmiddels ook OpenAI bouwen eraan.' image: 'https://d-media.nl/sites/default/files/blog/Header%20blog%20webMCP.png' --- ## Van raden naar aanbieden Als een AI-agent nu iets voor iemand moet uitzoeken op je website, kijkt hij naar je pagina zoals een mens dat doet. Hij leest de HTML, maakt schermafbeeldingen, zoekt naar de knop die waarschijnlijk "Offerte aanvragen" heet en probeert het formulier in te vullen. Dat werkt soms. En het breekt zodra je een class hernoemt of een veld verplaatst. WebMCP, voluit Web Model Context Protocol, pakt dat anders aan. Je website registreert een lijst met acties, in de spec "tools" genoemd. Elke tool heeft een naam, een beschrijving in gewone taal en een schema met de gegevens die nodig zijn. De agent krijgt dus een menukaart in plaats van een puzzel. Het voorstel komt van de browserteams van Microsoft en Google samen, en wordt uitgewerkt binnen het W3C. Het is nog geen afgeronde standaard. De actuele stand van zaken staat onderaan dit artikel, in een blok dat we bijwerken zodra er iets verandert. ## Hoe het werkt, in het kort De API leeft in de browser op `navigator.modelContext`. Er zijn twee manieren om tools aan te bieden. De declaratieve variant werkt met attributen op bestaande HTML-formulieren, dus zonder extra JavaScript. De imperatieve variant gebruikt JavaScript en is bedoeld voor complexere of dynamische acties. Belangrijk detail: je pagina praat niet zelf met de AI-agent. Je stelt de tools beschikbaar en de browser vertaalt die naar het MCP-formaat richting de agent. Je hebt dus geen aparte server nodig. Je hergebruikt grotendeels de logica die al in je site zit. De mens blijft in beeld. De spec kent ingebouwde bevestigingsmomenten voor gevoelige acties, terwijl tools die alleen informatie ophalen als "read-only" gemarkeerd kunnen worden en die stap overslaan. Een agent kan dus wel specificaties opvragen zonder tussenkomst, maar niet ongemerkt een aanvraag versturen. ## Wat dat betekent voor een producerend bedrijf De meeste B2B-producenten hebben online drie lagen staan. Inspiratie, waarin je laat zien hoe je producten in de praktijk worden toegepast. Uitleg, waarin je vertelt hoe iets werkt en waar iemand op moet letten. En de harde specificaties per product. Aan het eind van die route staat een offerteaanvraag of een gesprek met een adviseur. Dat is precies de route die een inkoper of engineer nu steeds vaker samen met een AI-assistent aflegt, voordat hij bij jou aanklopt. Vertaald naar tools zou dat er zo uit kunnen zien: - `zoek_toepassing`: welke producten passen bij een omschreven situatie of toepassing - `leg_werking_uit`: hoe een product werkt en welke aandachtspunten erbij horen - `haal_specificaties_op`: technische specificaties en documentatie bij een artikel - `start_offerteaanvraag`: zet een aanvraag klaar met de opgegeven gegevens - `plan_gesprek_met_adviseur`: brengt iemand in contact met de juiste specialist Let ook op wat er niet in staat. Bij B2C draait agentische interactie vooral om voorraad, prijs en afrekenen. In jouw markt zijn dat vaak juist de dingen die je bewust in bedekte termen houdt, en dat hoeft niet te veranderen. De waarde zit in toepassing, onderbouwing en de route naar het juiste gesprek. Dat is waar jouw kennis zit, en dat is precies wat je wel gestructureerd kunt aanbieden. Het verschil met de huidige situatie is de betrouwbaarheid. Als een agent nu je toepassingsverhaal en je specificaties uit een pagina schraapt, krijgt je klant een interpretatie. Als hij een tool aanroept die jij hebt gedefinieerd, krijgt hij jouw antwoord, met jouw actuele data, in de vorm die jij bepaalt. En hij loopt niet vast op een contactformulier dat hij niet kan lezen. ## Zelf kijken wat een agent op jouw site ziet Dit is geen belofte die je op je blauwe ogen hoeft te geloven. Je kunt vandaag zien of het werkt, en bij vrijwel elke site is de uitkomst op dit moment: de agent ziet geen enkele tool. Op onze eigen contactpagina wel, want daar hebben we het aangezet om te zien hoe het zich gedraagt. De makkelijkste manier kost geen instellingen. Open je eigen website in de browser die in de ChatGPT-desktopapp zit. In de adresbalk staat een cursor-icoon; klap dat uit en je ziet onder de beschikbare site-tools wat een agent bij jou aantreft. ![De tools die onze contactpagina aanbiedt, zoals ChatGPT ze ziet. Opname september 2026.](data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==)De tools die onze contactpagina aanbiedt, zoals ChatGPT ze ziet. Opname september 2026.### Zo zet je het aan in Chrome Wil je verder kijken, of zelf iets uitproberen, dan kan dat in Chrome. ![WebMCP for testing aanzetten in Chrome](data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==)```plaintext 1. Typ chrome://flags/#enable-webmcp-testing in de adresbalk van Chrome en druk op enter. Dit is de verborgen instellingenpagina voor experimentele functies. 2. Zoek in het zoekveld op "WebMCP". Zet de instelling "WebMCP for testing" van Default op Enabled. 3. Klik onderin op Relaunch. Chrome herstart en de functie staat aan. 4. Installeer de Model Context Tool Inspector-extensie uit de Chrome Web Store. Die laat op elke pagina zien welke tools er geregistreerd zijn. 5. Open een pagina en start de inspector. Je ziet de tools staan en kunt ze handmatig aanroepen met je eigen parameters, zodat je precies ziet wat een agent terugkrijgt. ``` Twee kanttekeningen. De naam en beschikbaarheid van de vlag verschillen per Chrome-versie, dus als je hem niet ziet, check dan de actuele documentatie van Chrome. En dit werkt alleen lokaal, op jouw eigen computer. Wil je het op je live site testen met echt verkeer, dan meld je je aan voor de origin trial. Voor de meeste marketeers is dat eerste kwartier het meest verhelderend. Je ziet letterlijk wat een agent van je website kan maken, en wat niet. ## Wat dit strategisch betekent Drie dingen die verder reiken dan de techniek. **Je datakwaliteit wordt je interface.** Een tool is zo goed als de bron erachter. Bedrijven die hun productdata al centraal beheren in een PIM en die koppeling met de website goed hebben staan, hebben hier een voorsprong die ze niet hoeven te kopen. De investering die je deed voor je bezoekers, betaalt zich een tweede keer uit. **Je houdt de regie over wat er kan.** Jij bepaalt welke acties je aanbiedt en welke niet. Toepassingen en specificaties: ja. Commerciële voorwaarden: alleen achter een login, of helemaal niet. Dat is een wezenlijk andere positie dan machteloos toekijken hoe een agent je pagina's schraapt en er zelf een verhaal van maakt. **Er ontstaat een nieuw meetpunt.** Naast sessies en formulierinzendingen krijg je zicht op welke tools worden aangeroepen en met welke vragen. Dat vertelt je iets over de oriëntatiefase die je nu grotendeels mist. Eén aandachtspunt hoort daarbij. Tools draaien in de browsersessie van de gebruiker, met de rechten die die gebruiker heeft. Voor alles achter een login betekent dat: zorgvuldig nadenken over wat je aanbiedt en wat je achter een bevestiging zet. ## Wat je nu kunt doen Je hoeft dit niet morgen live te hebben. Wel is dit het moment om het te verkennen, zolang je nog kunt leren zonder dat er iets van afhangt. - Inventariseer de vijf vragen die klanten het vaakst op je site beantwoord willen krijgen. Dat zijn je eerste kandidaat-tools. - Begin bij je formulieren. Als je site je formulieren centraal beheert, en dat is bij een modern platform meestal zo, dan is de declaratieve variant een ingreep die je een keer doet en die daarna voor al je formulieren geldt. Dat is de kleinste stap met het meeste effect, en zeker geen groot project. - Test eerst op een acceptatieomgeving, voordat je aan de origin trial op je live site begint. - Leg vast welke acties nooit zonder menselijke bevestiging mogen. Binnen Websmart volgen we deze ontwikkeling en experimenteren we met implementaties op klantplatformen. Ben je benieuwd wat een agent nu op jouw site ziet? Dan kijken we graag een keer samen mee. ## Stand van zaken *Bijgewerkt op: 1 september 2026* - **Augustus 2025.** Het Edge-team van Microsoft publiceert het voorstel, Google sluit aan als medeauteur. - **Februari 2026.** De specificatie verschijnt als Draft Community Group Report bij de Web Machine Learning Community Group van het W3C. Dat is uitdrukkelijk geen W3C-standaard. Chrome zet een early preview achter een vlag, in versie 146. - **Mei 2026.** Op Google I/O kondigt Chrome de origin trial aan, vanaf Chrome 149. Daarmee kun je WebMCP voor het eerst op productieverkeer testen. Chrome DevTools krijgt experimentele ondersteuning om geregistreerde tools te bekijken en aan te roepen. - **Augustus 2026.** OpenAI voegt WebMCP-ondersteuning toe aan de browser in de ChatGPT-desktopapp. Tegelijk start de WebMCP Challenge, een hackathon van OpenAI met onder meer Chrome, Shopify, Cloudflare, Vercel, Render en Netlify. Inzendingen sluiten op 3 september 2026, de winnaars worden rond 23 september 2026 bekendgemaakt. - **Browsers.** Chrome loopt voorop. Microsoft is medeauteur van de specificatie, maar Edge heeft nog geen publieke ondersteuning uitgerold. Firefox en Safari nemen deel aan de werkgroep zonder aangekondigde implementatie. De specificatie kan nog veranderen. Bouw hier voorlopig dus niets op waar je bedrijfsvoering van afhangt. ## Bronnen - [WebMCP-specificatie, W3C Web Machine Learning Community Group](https://webmachinelearning.github.io/webmcp/) - [Patrick Brosset, Microsoft Edge, oorspronkelijk voorstel (28 augustus 2025)](https://patrickbrosset.com/articles/2025-08-28-ai-agents-and-the-web-a-proposal-to-keep-developers-in-the-loop/) - [Patrick Brosset, Microsoft Edge, update en correcties (23 februari 2026)](https://patrickbrosset.com/articles/2026-02-23-webmcp-updates-clarifications-and-next-steps/) - [Chrome for Developers, early preview](https://developer.chrome.com/blog/webmcp-epp) - [Chrome for Developers, origin trial vanaf Chrome 149](https://developer.chrome.com/blog/ai-webmcp-origin-trial) - [OpenAI, WebMCP Challenge](https://openai.com/webmcp-challenge/) Daniel Schoone Marketing technoloog en eigenaar van d-Media - [ Daniel Schoone op Twitter ](https://x.com/djschoone) - [ Daniel Schoone op LinkedIN ](https://nl.linkedin.com/in/djschoone) Daniel verbindt marketing en techniek. Sinds 2002 helpt hij met d-Media B2B-organisaties in food, industrie, zorg en kennisintensieve dienstverlening om hun website in te zetten als groeimotor: van contentstrategie en conversie tot de koppelingen met PIM, ERP, CRM en marketing automation die dat mogelijk maken. Hij bouwt op open source, voor B2B-marketing meestal met Drupal. Hij schrijft over wat AI verandert aan de manier waarop bedrijven online gevonden en aanbevolen worden. [Terug naar het overzicht](/blog) Mis niets Ontvang onze blogs met tips, inspiratie en nieuwtjes in je mailbox.