AI integreren in je website: zo pak je het aan

Kort antwoord

AI integreren in je bestaande website vraagt geen nieuwe site. Een assistent is technisch gezien een klein stukje code op je pagina dat praat met een server waar de logica en jouw bedrijfskennis staan. Regel vooraf drie dingen: je kennis op papier, één meetbaar doel en één interne eigenaar. Maak dan drie keuzes — kant-en-klaar of maatwerk, welk AI-model, en waar in de klantreis. Bij een nette scope staat een eerste toepassing binnen één tot vier weken live.

Dit artikel gaat over de aanpak, niet over de vraag welke AI-toepassingen zinvol zijn. Die eerlijke analyse — inclusief wat werkt, wat irriteert en wat het ongeveer kost — staat in AI op je website: wat werkt en wat is flauwekul. Hier begin ik waar dat artikel ophoudt. Ik schrijf het vanuit de bouwkant: ik maak deze integraties voor B2B-sites en zie welke projecten soepel lopen en welke stranden. Het verschil zit zelden in de techniek. Het zit bijna altijd in de voorbereiding en in de keuzes vooraf.

Je hebt geen nieuwe website nodig

De vraag die ik het vaakst krijg: "moet mijn hele site dan opnieuw?" Nee. Een AI-integratie is in bijna alle gevallen toe te voegen aan wat je al hebt — WordPress, een custom gebouwde site of iets ertussenin. Je pagina hoeft daarvoor niet op de schop.

Het omgekeerde misverstand bestaat ook: "AI is een plugin die je even aanzet." Die variant bestaat wel — generieke chatwidgets met een maandabonnement — maar een assistent die écht op jouw bedrijfskennis draait en jouw toon spreekt, vraagt werk in de laag achter dat stukje code. Klein qua omvang, wel echt werk.

En nog een verwarring die ik vaak tegenkom: AI op je site is iets anders dan vindbaar zijn in AI. Een assistent op je pagina helpt bezoekers die er al zijn. Wil je dat ChatGPT of Google's AI-antwoorden jouw bedrijf noemen, dan is dat een ander traject — zie hoe komt mijn bedrijf in ChatGPT en het stappenplan voor AI-vindbaarheid. Beide kunnen zinvol zijn, maar het zijn twee budgetten en twee projecten.

De vier vormen van AI-integratie

"AI integreren" is geen één ding. In de praktijk zie ik vier categorieën, van simpel naar complex:

1. Antwoordassistent op je eigen kennis. Een chatvenster dat vragen over je diensten, prijzen, werkwijze en voorwaarden beantwoordt op basis van jouw materiaal. Dit is de snelste en meest voorspelbare vorm, en in negen van de tien gevallen de beste eerste stap
2. Intake- en formulierhulp. Een assistent die een aanvraag structureert: welk type klus, welke locatie, welk tijdpad, welk budget. Levert je gekwalificeerde leads in plaats van "graag contact" — en werkt ook buiten kantooruren
3. Verwerking achter de schermen. Geen zichtbare chat, maar automatisering: binnenkomende aanvragen categoriseren, documenten samenvatten, e-mail naar de juiste persoon routeren. Minder sexy, vaak de hoogste tijdwinst
4. Slimme zoek- en adviesfuncties. Een zoekfunctie op je kennisbank of catalogus die snapt wat iemand bedoelt in plaats van alleen woorden matcht. Zinvol vanaf een bepaalde hoeveelheid content; onder de vijftig pagina's meestal overkill

Kies er één. Eén goede toepassing op de juiste plek verslaat drie halfbakken features verspreid over je site.

Hoe het technisch werkt

Je hoeft geen developer te zijn, maar dit begrijpen helpt je om leveranciers te beoordelen. Een maatwerk-integratie bestaat uit drie lagen:

• De frontend: het zichtbare stukje op je pagina — een chatvenster, een knop, een formulierveld. Dit is de kleinste laag
• De backend: een server die de vraag van de bezoeker aanneemt, de relevante stukken uit jouw kennis erbij zoekt, instructies toevoegt over toon en grenzen, en dat pakket naar het AI-model stuurt
• Het model: de AI zelf, via een API van bijvoorbeeld Anthropic, OpenAI of Google

Belangrijk detail dat vaak misgaat in de verwachting: het model wordt in deze opzet niet getraind op jouw data. Je kennis wordt bij elke vraag opnieuw meegegeven als context. Dat klinkt omslachtig, maar het is juist een voordeel: pas je een prijs of voorwaarde aan in je bron, dan is de assistent direct bij. Geen hertraining, geen wachttijd. Het betekent ook dat de kwaliteit van je bronmateriaal rechtstreeks de kwaliteit van de antwoorden bepaalt — daar is geen slim model tegen opgewassen.

Wat je vooraf op orde hebt

Drie dingen bepalen of je project kan slagen, nog vóór er één regel code is geschreven:

• Je kennis, op papier. Verzamel je veelgestelde vragen mét de antwoorden die je aan de telefoon geeft, je prijzen of richtprijzen, je werkwijze, je voorwaarden. Onvolledig of verouderd materiaal is de nummer één oorzaak van assistenten die onzin verkopen. Tegenstrijdigheden in je documentatie worden tegenstrijdige antwoorden
• Eén meetbaar doel. "Iets met AI" is geen doel. "Minder telefoontjes over levertijden", "leads voorkwalificeren buiten kantooruren" of "aanvragen sneller bij de juiste monteur" wél. Zonder meetlat weet je na drie maanden niet of het werkt
• Een eigenaar binnen je bedrijf. Iemand die de gesprekken steekproefsgewijs leest, fouten terugkoppelt en nieuwe informatie aanlevert. Een uur per week is genoeg. Nul uur betekent langzaam wegzakkende kwaliteit

Deze voorbereiding lijkt sterk op die van een gewoon websiteproject: één doel, materiaal dat klaarligt, één beslisser. De volledige checklist staat in wat je nodig hebt voordat een webdesigner begint.

De drie keuzes die het project bepalen

1. Kant-en-klaar abonnement of maatwerk op een API?

SaaS-chatwidgets zijn snel live en goedkoop per maand, maar generiek: ze kennen je bedrijf oppervlakkig en je zit vast aan hun format en hun tarief. Maatwerk op een AI-API kost meer bij de bouw, maar draait volledig op jouw kennis, spreekt jouw toon en kan koppelen aan je eigen systemen. Vuistregel: is klantcontact belangrijk voor je omzet, dan verdient maatwerk zich terug. Is het een gemaksfunctie, dan volstaat SaaS.

2. Welk AI-model erachter?

De grote namen zijn Claude (Anthropic), GPT (OpenAI) en Gemini (Google). Voor jou als opdrachtgever is de merknaam minder belangrijk dan twee praktische vragen: hoe goed is het model in Nederlands, en hoe betrouwbaar blijft het binnen de grenzen die je stelt? Laat je leverancier motiveren waaróm hij een model kiest — "dat gebruiken we altijd" is geen motivatie. Klyo bouwt standaard op Claude, precies om die twee redenen.

3. Waar in de klantreis zet je het in?

Niet elke pagina heeft een assistent nodig. Kies de plek waar bezoekers nú vastlopen of afhaken: de prijzenpagina, het contactformulier, de kennisbank. Kijk in je statistieken waar mensen wegklikken. Zet je AI ergens waar niemand komt, dan meet je na drie maanden niets — en dat lijkt op falen terwijl het gewoon de verkeerde plek was.

Kosten en doorlooptijd

Een AI-integratie kent twee kostenposten, en leveranciers die alleen de eerste noemen moet je wantrouwen:

• De bouw. Eenmalig: het inrichten van de kennis, de instructies, de koppeling en het testen. Dit is de grootste post en hangt af van hoeveel materiaal je aanlevert en hoe schoon dat is
• Het gebruik. AI-API's rekenen af per verwerkte tekst (tokens). Alle grote aanbieders publiceren hun tarieven openbaar, dus een leverancier kan je een rekensom maken op basis van verwacht volume: hoeveel gesprekken per maand, hoe lang gemiddeld. Vraag om die rekensom in plaats van om een gevoel

Reken daarnaast op onderhoud: prompts aanscherpen, kennis bijwerken, af en toe naar een nieuwer model. "Af is af" bestaat niet bij AI.

Voor doorlooptijd geldt: één tot vier weken voor een eerste, goed afgebakende toepassing. Dat is korter dan een compleet websiteproject — zie de echte tijdlijnen in hoe lang duurt een website laten maken. Wil je het naast een nieuwe site doen, kijk dan ook naar de echte kosten van een website en of er subsidie voor digitalisering op je situatie van toepassing is.

Zo ziet een realistisch traject eruit

1. Scope klein. Eén toepassing, één doel. De verleiding is groot om meteen alles te willen — "en hij moet ook offertes maken en afspraken plannen en…" — en dat is de snelste route naar een project dat nooit af komt
2. Proof-of-concept met échte data. Binnen enkele dagen een werkende testversie, gevuld met jouw echte FAQ's en documenten, niet met dummydata. Hier zie je of de kwaliteit goed genoeg is, vóór je volledig committeert
3. Integratie en testen met echte gebruikers. Inbouwen in je site, en dan collega's en een paar vaste klanten ermee laten praten. Zij stellen de vragen waar jij niet aan denkt — en precies die leggen de gaten bloot
4. Livegang en bijsturen. De eerste weken na livegang zijn onderdeel van het project, geen nazorg. Gesprekken lezen, instructies aanscherpen, ontbrekende kennis aanvullen

AVG, data en transparantie

Zodra bezoekers iets intypen, verwerk je persoonsgegevens. Vier dingen die je moet regelen, ongeacht wie er bouwt:

• Verwerkersovereenkomst met je leverancier, en helderheid over wie de AI-aanbieder is en op welke voorwaarden
• Weten wat je bewaart. Sla je gesprekken op, hoe lang, en waarom? Bewaar je ze om de kwaliteit te verbeteren, zeg dat dan ook in je privacyverklaring
• Grenzen in de instructies. Laat de assistent geen gevoelige gegevens uitvragen. Voor medische of financiële details hoort een route naar een mens, niet een invoerveld
• Transparantie. Bezoekers moeten kunnen zien dat ze met een machine praten. Dat is niet alleen een juridisch punt onder de Europese AI-verordening, het voorkomt ook irritatie

Je hoeft hier geen jurist voor te zijn, maar je leverancier moet er zonder aarzelen antwoord op kunnen geven.

De vijf vragen voor je leverancier

Of je nu met Klyo praat of met een ander: stel deze vijf vragen en let op de kwaliteit van de antwoorden. Vaagheid hier wordt vaagheid in je project. Hoe je verder kiest tussen partijen staat in freelance webdeveloper of bureau.

• "Welk model gebruik je en waarom voor mijn situatie?" — het antwoord moet over jouw use-case gaan, niet over hun gewoonte
• "Wat gebeurt er met de gegevens van mijn bezoekers?" — waar draait het, wat wordt opgeslagen, hoe zit het met AVG en de verwerkersovereenkomst
• "Wat kost het gebruik per maand, naast de bouw?" — vraag om een rekensom op basis van verwacht volume, niet om een schouderophaal
• "Wat doet het systeem bij een vraag die het niet kan beantwoorden?" — het goede antwoord bevat altijd een route naar een mens; een assistent die liever gokt dan doorverwijst is een risico
• "Wie onderhoudt dit na livegang, en wat kost dat?" — prompts, kennis en modellen veranderen

Waar het misgaat

De vijf patronen die ik projecten heb zien nekken — bij anderen, en bij mezelf in het begin:

• Te groot beginnen. De alleskunner die na maanden nog niet live is, terwijl één goede antwoordassistent er in twee weken had gestaan
• Testen met nepdata. De demo werkt vlekkeloos, en bij livegang blijkt je echte documentatie rommelig, verouderd of tegenstrijdig
• Niemand intern eigenaar. Na drie maanden geeft de assistent verouderde prijzen door en niemand had het gezien
• Geen menselijke fallback. Bezoekers met een complexe vraag draaien in cirkels in plaats van dat ze je telefoonnummer krijgen
• Set-and-forget. AI-integraties zijn onderhoudsarm, niet onderhoudsvrij

En een zesde die er strikt genomen buiten valt: AI toevoegen aan een site die om andere redenen niet converteert. Als bezoekers nu al niet snappen wat je doet of wat het kost, lost een chatvenster dat niet op. Dan is waarom je mooie website geen klanten oplevert een nuttiger startpunt.

Conclusie

• Je bestaande website volstaat — AI-integratie is een toevoeging, geen herbouw
• Er zijn vier vormen; begin bij een antwoordassistent op je eigen kennis
• De voorbereiding bepaalt het succes: kennis op papier, één meetbaar doel, één interne eigenaar
• Drie keuzes vormen het project: SaaS of maatwerk, welk model, en waar in de klantreis
• Twee kostenposten: bouw en gebruik. Vraag om een rekensom, niet om een gevoel
• Klein scopen, testen met echte data, en de eerste weken na livegang als deel van het project zien

AI op je website is in 2026 geen pionierswerk meer: de techniek is volwassen en de kosten zijn overzichtelijk. Het verschil tussen een integratie die werkt en eentje die irriteert zit in de aanpak. En die heb je nu.

Veelgestelde vragen

Moet mijn website opnieuw gebouwd worden om AI toe te voegen?

Nee. Een AI-integratie is in bijna alle gevallen toe te voegen aan je bestaande website, of die op WordPress draait, custom gebouwd is of iets ertussenin. Technisch gaat het om een klein stukje code op je pagina dat praat met een server waar de logica en je bedrijfskennis staan. Je site hoeft daar niet voor op de schop.

Hoe lang duurt het om een AI-assistent op je website te krijgen?

Bij een goed afgebakende eerste toepassing één tot vier weken. Het traject bestaat uit vier stappen: klein scopen, een proof-of-concept met echte data, integratie en testen met echte gebruikers, en livegang met bijsturen. De eerste weken na livegang horen bij het project, niet bij de nazorg.

Wordt het AI-model getraind op mijn bedrijfsgegevens?

In de gebruikelijke opzet niet. Je kennis wordt bij elke vraag als context meegegeven aan het model in plaats van erin getraind. Dat is een voordeel: pas je een prijs of voorwaarde aan in je bron, dan is de assistent direct bij. Het betekent ook dat de kwaliteit van je bronmateriaal rechtstreeks de kwaliteit van de antwoorden bepaalt.

Is een kant-en-klare chatwidget genoeg of heb ik maatwerk nodig?

SaaS-chatwidgets zijn snel live en goedkoop per maand, maar generiek: ze kennen je bedrijf oppervlakkig en je zit vast aan hun format. Maatwerk op een AI-API kost meer bij de bouw, maar draait op jouw kennis en toon en kan koppelen aan je eigen systemen. Vuistregel: is klantcontact belangrijk voor je omzet, dan verdient maatwerk zich terug.

Wat moet ik regelen rond AVG als ik AI op mijn site zet?

Vier dingen: een verwerkersovereenkomst met je leverancier, duidelijkheid over welke gesprekken je bewaart en hoe lang, instructies die voorkomen dat de assistent gevoelige gegevens uitvraagt, en transparantie richting bezoekers dat ze met een machine praten. Je leverancier moet hier zonder aarzelen antwoord op kunnen geven.

Bronnen

• Claude API-documentatie — Anthropic
• API-prijzen — OpenAI
• Autoriteit Persoonsgegevens — Autoriteit Persoonsgegevens