Heb je er altijd al van gedroomd om je website met AI te laten draaien?

Je typt: “Voeg de nieuwe collectie ook in het Duits toe en maak een landingspagina voor de beurs.” Dat is de volledige opdracht. Een paar minuten later is het klaar: in alle velden vertaald, toegevoegd aan de navigatie en de sitemap, met een link naar een voorbeeld — klaar om door u te worden goedgekeurd.

Geen ticket bij het bureau. Geen wachtrij. Geen geklik door een paginabouwer. Dit werkt omdat de website onder de motorkap anders is opgebouwd: WordPress als inhoudsbron, een Next.js-frontend in Git en Claude als de laag die beide kan aansturen.

Een gewone website kan door niemand worden beheerd — ook niet door AI

Op een conventionele WordPress-site zit je inhoud opgesloten in visuele blokken. Een stuk tekst staat niet als tekst in een veld; het staat als opmaak, in een kolom, in een sectie, in een sjabloon. Het beste wat een AI kan doen, is een wijziging voorstellen die je vervolgens zelf opnieuw moet typen. Dat is geen website beheren. Dat is dicteren.

Headless draait dat om. Content wordt data achter een API — velden, talen, statussen. De front-end wordt code in Git. Dat betekent: alles waarop een gebruiker op je website kan klikken, kan een agent aanroepen. En elke wijziging is een versie die je kunt terugdraaien.

• Traditioneel: inhoud als opmaak — tekst is verweven met de lay-out. Deze kan alleen worden gewijzigd door erop te klikken, dus alleen door mensen, scherm voor scherm.
• Headless: content als data — titel, inleiding, specificaties en SEO-tekst per taal, in afzonderlijke velden. Leesbaar en bewerkbaar via de API, in bulk.
• In Git: elke wijziging is een nieuwe versie — elke aanpassing aan de site is een commit met een voorbeeldweergave. Juist daarom kun je dit gerust aan AI toevertrouwen: als er iets misgaat, ben je slechts één commando verwijderd van de stand van gisteren.

Wat je vraagt, en wat er daarna gebeurt

Vijf opdrachten die op een gewone website een week in beslag nemen en als factuur van een bureau binnenkomen.

• “Voeg deze twaalf nieuwe producten ook in het Duits toe.”
  Titel, inleiding, hoofdtekst, SEO-titel en metabeschrijving per product vertaald, ingevuld in de Duitse velden en gemarkeerd voor controle. Ze worden pas gepubliceerd zodra iemand ze heeft goedgekeurd.
• “Maak een landingspagina voor de beurs in Frankfurt met deze zes producten.”
  Een nieuwe pagina in elke taal, met hreflang-verwijzingen, toegevoegd aan de sitemap en gelinkt vanaf de relevante categoriepagina’s — als concept op de staging-omgeving, met een link die je kunt doorsturen.
• “Werk de specificaties bij; ze staan in deze spreadsheet.”
  Veertig producten zijn via de API bijgewerkt, de datasheets zijn opnieuw gegenereerd, en er is een lijst met verschillen toegevoegd, zodat je precies kunt zien wat er is veranderd voordat je je goedkeuring geeft.
• “Waarom zakt deze pagina in de zoekresultaten van Google?”
  Een analyse van titels, koppen, interne links en concurrerende pagina’s op je eigen site, met een concreet voorstel. Wordt direct uitgevoerd zodra je akkoord gaat — en niet geleverd als een rapport dat ergens in een la belandt.
• “Voeg het nieuwe assortiment toe aan het menu en de filters.”
  Navigatie, filterwaarden en overzichtspagina’s bijgewerkt, in één enkele branch, met een link naar een voorbeeld. Vind je het niets? Gooi de branch dan weg en er is niets gebeurd.

Drie lagen, waarvan je er twee al kent

• WordPress blijft. Uw redacteuren werken in een omgeving die uw team al kent. Het verschil zit hem in de opzet: de inhoud wordt per taal in gestructureerde velden opgeslagen, niet in opgemaakte blokken. Dat is precies wat het machine-leesbaar maakt.
• De front-end bestaat uit code. Een Next.js-frontend: statisch weergegeven, razendsnel, meertalig, met correcte afhandeling van SEO en hreflang. Het staat in je eigen Git-repository, waarbij de staging- en productieomgeving gescheiden zijn en er voor elke wijziging een preview-URL beschikbaar is.
• De AI-laag kan beide uitvoeren. Claude krijgt toegang tot de content-API en tot de repository — met dezelfde beperkte rechten die je aan een nieuwe medewerker zou toekennen. Welke inhoudstypen, welke velden, welke omgeving: dat bepaal je tijdens de installatie.

Wie drukt er op ‘publiceren’? Jij.

De tweede vraag van iedereen. Het antwoord ligt in de opzet, niet in een belofte.

• Voorstellen worden op de testomgeving geplaatst, nooit rechtstreeks op uw live-site.
• Elke wijziging in de code wordt vastgelegd in een branch met een link naar een voorbeeld en een moment voor beoordeling.
• Vertalingen worden gemarkeerd voor controle; alleen goedgekeurde inhoud wordt gepubliceerd.
• Alles staat in Git. Teruggaan naar gisteren is één commando.
• De toegang wordt beperkt op basis van inhoudstype, veld en omgeving — en kan worden ingetrokken.

AI neemt hier het repetitieve werk voor zijn rekening: vertalen, bijwerken, publiceren, controleren. Het redactionele oordeel blijft bij de mens, want dat is niet het deel dat je wilt uitbesteden.

Zo ziet het er in de productie uit: Atomis Lighting

Atomis Lighting, een fabrikant van architecturale verlichting, is overgestapt van een vastgelopen WooCommerce-site naar deze opzet. Dit is geen proefproject — dit is hun productiesite: headless WordPress met een speciaal ontwikkelde content-engine, een Next.js-frontend, vier talen, ongeveer 700 pagina’s, 99 producten en 36 projecten, met automatisch gegenereerde datasheets en een offerteaanvraag die rechtstreeks in het CMS terechtkomt.

Atomis is hier het voorbeeld, niet het product. Wat je koopt, is de manier van bouwen — op basis van jouw content, jouw merk en jouw domein.

Wanneer dit de moeite waard is — en wanneer het geldverspilling is

Dit is iets voor jou als

• je hebt veel inhoud die regelmatig verandert — een catalogus, projecten, kennisartikelen;
• je werkt in meerdere talen, of bent van plan dat te gaan doen;
• je marketingteam is klein, maar je ambitie is dat zeker niet;
• je bent voor elke wijziging afhankelijk van een bureau;
• snelheid en vindbaarheid zijn van commercieel belang.

Doe dit niet als

• uw website bestaat uit tien pagina’s en wordt twee keer per jaar bijgewerkt;
• je inhoud is overal ongestructureerd en dat zal ook zo blijven;
• binnen het bedrijf wil niemand de verantwoordelijkheid voor de website op zich nemen;
• Als je vooral een nieuwe look wilt, koop dan liever een thema.

Van het eerste gesprek tot een website die je zelf kunt beheren

1. Discovery — 2 weken, € 2.500, wordt verrekend als we verdergaan.
   We stellen een model op voor uw content: welke soorten, welke vakgebieden, welke talen, welke workflow. U ontvangt een technisch plan en een vaste prijs voor de ontwikkeling. Mocht het niet verder gaan, dan beschikt u nog steeds over een bruikbaar contentmodel.
2. Ontwikkeling — 6 tot 10 weken, vanaf € 24.950.
   Het CMS opzetten, de front-end bouwen, uw bestaande content migreren, staging en productie van elkaar scheiden, geautomatiseerde validatie van de build.
3. De AI-laag — € 5.000, inclusief training.
   Het instellen van toegang, machtigingen en veiligheidsmaatregelen, het documenteren van het inhoudsmodel zodat de AI het begrijpt, en je team leren wat ze wel en niet moeten vragen. Dit is het onderdeel dat de rest de moeite waard maakt.
4. Ondersteuning — € 495 tot € 995 per maand.
   Hosting, monitoring, updates en verdere ontwikkeling. Plus een vaste contactpersoon voor die momenten waarop het gewoon makkelijker is om iemand te bellen.

Of als één pakket

Veelgestelde vragen

Dertig minuten, en je ziet het met eigen ogen gebeuren

Geen presentatie. We openen een live website, ik typ een opdracht in en jij kijkt wat eruit komt. Daarna weet je genoeg om te beoordelen of dit bij jouw organisatie past.

Aanverwante diensten

Een website die u zelf kunt beheren, is één voorbeeld van een bredere verschuiving: het zo organiseren van werk dat AI het daadwerkelijk kan overnemen. Zie ook ‘Implementatie van AI-processen’, ‘digitale transformatie’, ‘ISO- en compliance-gereedheid ’ en de ‘Strategische diagnosesessie’.