Claude verbinden met WordPress via Novamira (gratis installatie)

Claude verbinden met WordPress via Novamira (gratis installatie)

Op een zaterdagochtend besteedde ik twintig minuten aan het proberen om Claude ertoe te krijgen een nieuwe "Speaking"-pagina te bouwen op mijn WordPress-site. Niet via kopiëren en plakken. Niet door HTML te genereren die ik vervolgens in de editor zou dumpen. Ik wilde dat Claude — het chatvenster op mijn bureaublad — de WordPress-database kon bereiken, de pagina zou aanmaken, een Elementor-layout zou invoegen en me een preview-link zou teruggeven. Het soort workflow dat zelfs zes maanden geleden nog als sciencefiction had geklonken.

Het werkte. Grotendeels. De eerste keer maakte Claude de pagina aan maar propte alles in een rauwe HTML-widget die kapotging zodra ik iets visueel probeerde te bewerken. De tweede keer gaf ik Claude één extra zin in de prompt en bouwde het de pagina correct op — met Elementor-containers, een heading-widget, een button-widget, afbeeldingsblokken die ik daadwerkelijk kon aanklikken en aanpassen. Drie minuten van "maak een speaking-pagina voor me" tot een werkende layout. Geen login. Geen editor. Geen bestandsupload.

Het onderdeel dat dit mogelijk maakte is een gratis WordPress-plugin genaamd Novamira. Het draait een MCP-server direct binnen je WordPress-installatie — wat betekent dat Claude niet alleen wijzigingen aan je site voorstelt, maar ze ook daadwerkelijk doorvoert, via dezelfde REST-endpoints en database-aanroepen die een ingelogde ontwikkelaar zou gebruiken. Er is op dit moment niets anders in de WordPress-AI-integratieruimte dat je dit niveau van controle geeft voor nul euro.

Maar — en dit is het deel dat de meeste tutorials overslaan — er zijn een half dozijn manieren waarop deze setup misgaat als je niet weet waar je op moet letten. De Mac-client gedraagt zich anders dan Windows. De standaard page-builder-output is onbewerkbare rommel tenzij je Claude expliciet instrueert. De "Opslaan als"-val zal stilletjes je configuratiebestand begraven en je besteedt een uur aan het afvragen waarom de verbinding niet werkt. En de Pro-versie is het oprecht waard om over na te denken, zelfs als de gratis versie 80% dekt van wat de meeste mensen willen.

Ik ga je door de exacte setup leiden die ik in mei 2026 draai, wat je moet overslaan, wat je moet inschakelen, de prompts die bewerkbare Elementor-layouts produceren in plaats van HTML-soep, en waar de Pro-upgrade zichzelf daadwerkelijk terugverdient. Aan het einde heb je Claude verbonden met een eigen WordPress-site, met realistische verwachtingen over wat het wel en niet kan.

Laten we beginnen met wat Novamira eigenlijk is — want de marketingtekst doet het tekort.

Wat Novamira daadwerkelijk doet (en waarom het anders is)

Als je het afgelopen jaar de Model Context Protocol-ruimte hebt gevolgd, heb je waarschijnlijk al minstens één WordPress MCP geprobeerd. Er is de officiële adapter van WordPress.org. Er zijn de beheerde connectors van InstaWP. Er zijn een half dozijn open-source projecten op GitHub die de REST API wrappen.

De meeste geven Claude gedeeltelijke toegang tot je WordPress-site. Berichten. Pagina's. Misschien taxonomieën als je geluk hebt. De MCP-server spreekt REST, de REST-endpoints ontsluiten een subset van WordPress, en je zit vast aan wat het WordPress core-team drie releases geleden besloot te ontsluiten. Wil je plugin-instellingen inspecteren? Wil je een themabestand aanraken? Wil je een aangepast berichttype bevragen dat een of andere vreemde plugin registreerde zonder REST-ondersteuning? Pech gehad.

Novamira werkt op een andere laag. Het draait als plugin binnen WordPress, wat betekent dat het dezelfde runtime-toegang heeft als PHP-code — de volledige database, alle API's van actieve plugins, het bestandssysteem, het thema. Wanneer Claude Novamira vraagt om "een pagina te maken met deze Elementor-layout", POST het niet naar /wp-json/wp/v2/pages in de hoop dat de JSON-API je widgets ondersteunt. Het roept WordPress-functies direct aan, op dezelfde manier als Elementor's eigen editor doet wanneer je op Opslaan klikt.

De praktische implicatie: Claude kan de bestaande sitestructuur lezen voordat het actie onderneemt. Het kan opvragen welke berichttypes bestaan, welke page-builder actief is, welke taxonomieën zijn ingesteld, welke Elementor-templates al in de bibliotheek staan. Vervolgens bouwt het nieuwe content die past bij de bestaande site in plaats van niet-matchende rommel neer te zetten.

Ik testte dit zelf op de eerste dag dat ik het installeerde. Ik vroeg Claude om "een nieuwe projectpagina toe te voegen die overeenkomt met de stijl van mijn bestaande projectpagina's." Bij de meeste WordPress MCP's zou je je bestaande CSS moeten plakken of het ontwerp mondeling moeten beschrijven. Met Novamira inspecteerde Claude eerst een bestaande pagina, identificeerde de Elementor-structuur die ik gebruikte, en maakte vervolgens de nieuwe pagina in hetzelfde patroon aan. Ik moest het één keer bijsturen qua spacing. Dat was het.

Er is een echte kanttekening die het waard is om vooraf te benoemen. Novamira geeft de AI diepe schrijftoegang tot je site. Dat is precies wat het krachtig maakt — en precies waarom je het nooit op een productie WordPress-installatie moet richten totdat je de workflow op een staging-kopie hebt getest. Het Novamira-team is hier expliciet over: het is ontworpen voor ontwikkel- en staging-omgevingen. Nieuwe PHP-bestanden die het aanmaakt zijn gesandboxed en herstelbaar, maar je moet altijd een backup maken vóór elke agentsessie die de site aanraakt.

Als je hiervan schrikt, begrijpelijk. Als het je alleen voorzichtiger maakt, lees dan verder.

De installatie: wat "twee minuten" werkelijk betekent

De Novamira-documentatie claimt een installatie van twee minuten. Dat klopt als je eerder WordPress-plugins hebt geïnstalleerd en Claude Desktop al geconfigureerd hebt. Als een van beide nieuw voor je is, reken op vijftien minuten en een kop koffie.

Hier is de werkelijke flow die ik volgde, met de struikeldraden die ik tegenkwam uitgelicht.

Stap 1: Download de plugin

Ga naar novamira.ai en pak de gratis plugin-ZIP van de downloadpagina. Het is een bestand van ongeveer 800 KB per mei 2026 — klein, wat ongebruikelijk is voor een plugin die zoveel doet.

Een opmerking over vertrouwen: deze plugin heeft lees-/schrijftoegang tot je hele WordPress-site. Bekijk vóór installatie de trackrecord van de plugin. Het Novamira-team heeft gedurende heel 2026 regelmatig updates geleverd, de broncode is in te zien en de installatiebasis groeit snel. Het is geen willekeurig GitHub-project van iemand die je nog nooit hebt gehoord. Toch — installeer het op een site die je kunt terugdraaien, niet op je belangrijkste productieomgeving voor klanten.

Stap 2: Upload via WordPress Plugin Manager

Ga in je WordPress-beheerder naar Plugins → Nieuwe toevoegen → Plugin uploaden. Kies de Novamira-ZIP. Installeren. Activeren. Klaar.

Als je een foutmelding "het bestand overschrijdt de maximale uploadgrootte" krijgt, is dat een WordPress-configuratieprobleem (niet de schuld van Novamira). Bewerk je php.ini om upload_max_filesize en post_max_size boven 1 MB te zetten, of gebruik FTP om de uitgepakte map rechtstreeks in wp-content/plugins/ te plaatsen.

Stap 3: Open het Novamira-tabblad in het WP Dashboard

Na activering zie je een nieuw "Novamira"-tabblad in je admin-zijbalk. Klik erop. Het installatievenster leidt je door het inschakelen van de AI-verbinding.

Hier is de eerste beslissing die het waard is om over na te denken. Novamira wordt geleverd met een "Atomic editor"-schakelaar die standaard aan staat. Dit werd toegevoegd omdat de nieuwste Elementor-versies een nieuwe "atomic" widgetstructuur ondersteunen. In mijn tests had ik betere resultaten met het deactiveren van de Atomic editor en het inschakelen van de standaard "container"-functie. Waarom? De atomic-structuur is nieuwer, minder getest in de praktijk, en Claude genereert af en toe misvormde atomic widgets die de editor kapotmaken. Containers zijn het moderne Elementor-layout-primitief dat iedereen sinds 2022 gebruikt. Ze werken gewoon.

Je ervaring kan verschillen als je op de bleeding edge van Elementor zit. Voor de meeste sites: schakel Atomic uit, containers aan, en ga verder.

Stap 4: Genereer een applicatiewachtwoord

Dit is waar Novamira de sleutels aan Claude overhandigt. WordPress heeft een ingebouwde functie genaamd Applicatiewachtwoorden — beveiligde tokens die apps van derden laten authenticeren zonder je hoofdlogin te gebruiken.

Ga naar Gebruikers → Profiel, scroll naar beneden naar "Applicatiewachtwoorden," voer een naam in zoals "Novamira-Claude," en klik op "Nieuw applicatiewachtwoord toevoegen." WordPress toont een wachtwoord van 24 tekens in groepen van vier, gescheiden door spaties. Kopieer de hele string inclusief de spaties. De spaties zijn belangrijk — ze maken deel uit van het wachtwoord.

Het wachtwoord wordt precies één keer getoond. Als je het kwijtraakt, genereer je het opnieuw. Probeer het niet te onthouden.

Stap 5: Download het JSON-configuratiebestand

Terug in het Novamira-tabblad is er een knop om een vooraf geconfigureerd JSON-bestand te downloaden voor Claude Desktop. Het bestand is platformspecifiek — Novamira genereert een iets andere versie voor Windows en Mac omdat de bestandspaden die Claude Desktop verwacht verschillen.

Kies de juiste. Sla het ergens op waar je het kunt terugvinden.

Dit configuratiebestand vertelt Claude Desktop "hier is een MCP-server waarmee je verbinding moet maken, hier is de URL, hier is het authenticatietoken." Zonder dit bestand weet Claude niet dat je WordPress-site bestaat.

Stap 6: Open Claude Desktop Instellingen → Ontwikkelaar-tabblad

Open in Claude Desktop de Instellingen en klik vervolgens op het Ontwikkelaar-tabblad. Je ziet een knop "Configuratie bewerken". Klik erop. Dit opent (of maakt) een bestand genaamd claude_desktop_config.json in je gebruikersmap.

Als je nog nooit een MCP-server hebt ingesteld, kan dit bestand leeg zijn of {} bevatten. Als je al andere MCP-servers hebt geconfigureerd, bevat het een "mcpServers"-blok met je bestaande servers.

Dit is de val die een uur van mijn zaterdag opvrat. Je moet Opslaan gebruiken, niet Opslaan als. Ik meen het. Wanneer je het configuratiebestand opent en de Novamira-inhoud plakt, zal je teksteditor soms standaard "Opslaan als" gebruiken als het het bestandstype niet herkent, en het slaat de nieuwe configuratie op op een totaal andere locatie dan waar Claude Desktop van leest. Claude blijft de oude (lege) configuratie laden. Jij blijft je afvragen waarom de Novamira-connector niet verschijnt.

Als je bestaande MCP-servers in de configuratie hebt, voeg het Novamira "mcpServers"-blok samen met je bestaande — blaas niet het hele bestand weg. Hetzelfde patroon als wat ik behandelde toen ik mijn werkende MCP-setup voor Claude Code uiteen zette — houd het bestand aanvullend, niet destructief.

Stap 7: Herstart Claude Desktop volledig

Sluit Claude Desktop volledig af. Niet alleen het venster sluiten — sluit de applicatie volledig af via de menubalk (Mac) of het systeemvak (Windows). MCP-servers worden alleen geladen bij het opstarten. Als je alleen het venster sluit en opnieuw opent, wordt de verbinding niet vernieuwd.

Start Claude opnieuw op. Open een nieuw gesprek. Kijk in de rechterbenedenhoek — je zou een connector-indicator moeten zien die "Novamira" als verbonden toont. Klik erop om de status te verifiëren.

Als het niet verbonden is, zijn de meest voorkomende boosdoeners:

• Je hebt de configuratie op de verkeerde locatie opgeslagen (de Opslaan als-val)
• Je hebt het applicatiewachtwoord zonder de spaties geplakt
• Je bent vergeten Claude Desktop volledig af te sluiten en opnieuw te starten
• Je WordPress-site draait op http:// en je Mac Claude blokkeert de onveilige verbinding (gebruik HTTPS, zelfs op staging)

Nu zijn we bij het deel dat er echt toe doet: wat je tegen Claude moet zeggen zodra het verbonden is.

De Mac vs Windows realiteit die niemand noemt

Voordat we bij de prompts komen, een eerlijk verhaal waar ik een week over deed om uit te vogelen. Claude Desktop op Windows en Claude Desktop op Mac gedragen zich niet identiek bij het draaien van MCP-servers in mei 2026.

Op Windows start de Novamira-connector betrouwbaar op bij elke herstart van Claude. Ik heb misschien één verbindingsfout gehad over twintig sessies, en dat was omdat de WordPress-site zelf down was.

Op Mac — en ik zeg dit als primaire Mac-gebruiker — is de ervaring ruwer. Grofweg één op de vijf herstarts van Claude op mijn M2 MacBook resulteert erin dat de Novamira-connector als niet-gestart wordt weergegeven. Meestal lost een tweede herstart het op. Af en toe moet ik handmatig de configuratie opnieuw plakken. Er is een bekend probleem met hoe Claude Desktop op macOS bepaalde MCP STDIO/HTTP timing-randgevallen afhandelt dat nog niet volledig is opgelost.

Als je op Mac zit en de connector fouten geeft die nergens op slaan, is de oplossing bijna altijd een van:

1. Sluit Claude volledig af (Cmd+Q, niet alleen het venster sluiten)
2. Wacht tien seconden
3. Open Claude opnieuw
4. Open een nieuw gesprek (niet een bestaand — de connectorstatus van de oude sessie is verouderd)

Dit is niet de schuld van Novamira — het is een eigenaardigheid van Claude Desktop op macOS. Het Novamira-team heeft het in hun documentatie vermeld. Als je kunt kiezen, draai dit op een Windows-machine. Als dat niet kan, bouw de gewoonte van tweemaal-herstarten in je workflow in.

Je eerste echte commando

Verbinding geverifieerd. Nieuw gesprek geopend. Wat zeg je nu eigenlijk?

De verleiding is om iets ambitieus af te vuren. "Bouw me een landingspagina voor mijn SaaS-product met een hero, drie functieblokken, testimonials, prijzen en een footer-CTA." Weersta die verleiding voor je eerste commando. Je wilt verifiëren dat de verbinding werkt op iets kleins voordat je het iets groots toevertrouwt.

Mijn aanbevolen eerste commando:

Maak een nieuwe conceptpagina met de naam "Testpagina" met een kop die zegt "Hallo vanuit Claude" en een alinea eronder.

Dat is het. Kijk hoe Claude aankondigt dat het de Novamira-connector aanroept. Kijk hoe het de pagina aanmaakt. Ververs je WordPress-beheerder. De pagina zou er moeten staan, in Conceptstatus, met de kop en alinea zoals gevraagd.

Als dat werkt, gefeliciteerd — je hebt een werkende AI-WordPress-verbinding. Je zit al in de top 5% van WordPress-gebruikers in mei 2026.

Nu het volgende commando. Dit test iets subtielere:

Maak nog een conceptpagina met de naam "Test Elementor Pagina." Gebruik Elementor-containers en widgets — geen rauwe HTML. Voeg een heading-widget toe die "Hallo" zegt, een tekst-widget met een korte alinea, en een button-widget die linkt naar /contact.

Het verschil tussen dit commando en het eerste is de expliciete page-builder-instructie. Kijk wat er gebeurt. Open de pagina in de WordPress-beheerder, klik op "Bewerken met Elementor," en inspecteer wat Claude heeft gebouwd. Je zou echte Elementor-widgets moeten zien — een heading-widget waarop je kunt klikken om tekst te bewerken, een tekst-widget met een eigen instellingenpaneel, een button-widget met het linkveld al ingevuld.

Als je in plaats daarvan één groot HTML-blok ziet met alle drie de elementen bij elkaar gepropt, was je prompt niet expliciet genoeg — of Claude viel terug op zijn HTML-fallback. Prompt opnieuw met sterkere taal: "Gebruik alleen individuele Elementor-widgets. Elk element moet een eigen widget zijn zodat ik het visueel kan bewerken."

Dit is de belangrijkste les bij het werken met Claude + Novamira + een page-builder: Claude valt standaard terug op HTML-output tenzij je expliciet widgets eist. En HTML-output is in feite onbruikbaar als je later visueel wilt bewerken.

Elementor Widgets vs HTML: het verschil dat ertoe doet

Laat me je laten zien waarom dit onderscheid er in de praktijk toe doet.

Wanneer Claude een pagina genereert met Elementor-widgets, is elk element op de pagina een eersteklas object dat Elementor kent. Je kunt:

• Op elk element klikken om het instellingenpaneel te openen
• Het slepen om de volgorde te wijzigen
• Spacing, kleuren, typografie aanpassen via Elementor's visuele besturingselementen
• Individuele onderdelen dupliceren of verwijderen
• Animaties of scroll-effecten toepassen via de UI

Wanneer Claude een pagina genereert met een enkele HTML-widget die alles bevat, rendert de pagina prima aan de voorkant — maar in de editor zie je één gigantisch codeblok. Je kunt:

• De ruwe HTML/CSS bewerken
• Dat is het.

Een niet-technische klant kan geen ruwe HTML bewerken. Een ontwerper die Elementor kent maar geen code kan die pagina niet aanpassen. Jijzelf, over zes maanden, zult het niet leuk vinden om door een HTML-blok van 300 regels te zoeken om een knopkleur te wijzigen.

De oplossing is simpel. Elke keer dat je Claude vraagt om iets complex te bouwen via Novamira, voeg dit toe aan de prompt: "Gebruik Elementor-containers en individuele widgets — geen ruwe HTML-widgets." Maak er een kopieer-plak-standaardtekst van die je aan elk pagina-bouwverzoek toevoegt.

Je zou denken dat Claude deze voorkeur binnen een sessie leert. Dat doet het, grotendeels. Maar in een nieuw gesprek komt de standaard terug. Vertrouw er niet op dat het het onthoudt — instrueer het elke keer expliciet. Na twee weken dagelijks Novamira te gebruiken, is dit de belangrijkste workflowles die ik kan doorgeven.

Verder dan pagina's: wat ik er daadwerkelijk mee heb gebouwd

Pagina's en conceptberichten zijn het voor de hand liggende startpunt. Het is niet waar Novamira interessant wordt.

In de afgelopen drie weken heb ik Claude + Novamira gebruikt om:

Metadata van 40 bestaande berichten in bulk te corrigeren. Ik had een aantal oudere berichten waar de metabeschrijvingen ontbraken of de automatisch gegenereerde WordPress-standaard waren (de eerste 160 tekens van het bericht). Ik vroeg Claude om alle berichten ouder dan zes maanden met zwakke metabeschrijvingen op te vragen, voor elk een betere te genereren op basis van de daadwerkelijke inhoud, en ze bij te werken. Het kostte één prompt en ongeveer vier minuten. Dit handmatig doen zou een halve dag werk zijn geweest.

Mijn taxonomieën te auditen. Ik had zevenendertig categorieën op een blog die er misschien twaalf nodig had. Ik vroeg Claude om de categorieën te inspecteren, degene met minder dan drie berichten te identificeren, samenvoegingen voor te stellen op basis van inhoudelijke overeenkomst, en een hertaggingplan op te stellen. Vervolgens vroeg ik het om het plan uit te voeren. Het resultaat: twaalf schone categorieën, elk bericht correct gehertagd, in ongeveer zes minuten.

Een aangepast berichttype te genereren voor "Spreekbeurten." Niet alleen de registratie van het berichttype — de ondersteunende velden (evenementnaam, datum, locatie, slides-URL, video-URL), het archiefpagina-template, een Elementor-template voor individuele items, en een voorbeelditem vooraf ingevuld. Het hele ding kostte één alinea prompt en ongeveer twaalf minuten voor Claude om uit te bouwen.

Een bestaande landingspagina te klonen met alternatieve tekst. Ik had een goed presterende landingspagina. Ik vroeg Claude om een duplicaat te maken met andere kopregeltekst (die ik aanleverde), andere CTA-bewoording, en een A/B-testattribuut op de body-class. Het kloonde de Elementor-structuur perfect, verwisselde alleen de tekst die ik had gespecificeerd, en liet elk visueel element identiek.

Het patroon hier: elke WordPress-taak die inhoudt dat je meerdere berichten of pagina's aanraakt met vergelijkbare logica toegepast op elk is plotseling triviaal. De saaie bulkbewerkingen die vroeger je halve dag opaten, worden teruggebracht tot één enkel gesprek.

Waar het niet goed in is: ontwerp vanuit het niets. Als je Claude een blanco prompt geeft zoals "bouw me een mooie homepage voor een yogastudio," is het resultaat competent maar generiek. Dezelfde blokkige layouts. Dezelfde beige kleurenpaletten. Dezelfde stockfoto-placeholders. De AI is geen ontwerper. Het is een snel paar handen. Jij brengt de visie, het voert het werk uit.

Als je hulp wilt bij het nadenken over de ontwerpkant in plaats van de bouwkant, behandelde ik de bredere vraag over hoe goed AI-ondersteund ontwerp er uitziet in mijn analyse van de Claude + Canva-workflow. Andere stack, zelfde principe: AI is een vermenigvuldiger van smaak, geen vervanging ervoor.

Wanneer Novamira Pro zijn geld waard is

De gratis Novamira-plugin geeft je de kernmogelijkheid — Claude kan je WordPress-site lezen en beschrijven. Dat alleen al is de installatie waard.

Novamira Pro is een ander voorstel. Per mei 2026 is het in bèta met lanceringsprijzen die er zo uitzien:

• €49/jaar voor 3 websites (lanceeringsprijs; normaal €69)
• €99/jaar voor maximaal 1.000 websites (Agency-plan; lanceeringsprijs; normaal €149)
• €199 levenslang voor het Agency-plan (lanceeringsprijs; normaal €299)

Wat je daadwerkelijk krijgt voor het geld:

Diepere Elementor- en Bricks-expertise. Pro leert Claude over moderne Elementor v4 atomic widgets, dynamische tags, globale klassen, variabelen en interacties. In de praktijk betekent dit dat Claude bij de eerste poging gepolijstere layouts genereert, met minder prompts om te verfijnen. Het voorbeeldontwerp van het Novamira-team — een moderne homepage voor een designbureau gebouwd vanuit een prompt van één alinea — is haalbaar op Pro omdat het model is geprimed met diepgaande page-builder-kennis.

Persistent geheugen over sessies heen. Pro voegt AI-geheugen toe zodat Claude context over je site onthoudt tussen gesprekken door. De merkkleuren die je vorige week gebruikte, de typografieschaal die je instelde, de aangepaste widgets waar je thema op steunt. Zonder geheugen begint elk gesprek opnieuw en leg je alles opnieuw uit.

Samengestelde vaardigheden voor specifieke stacks. ACF, JetEngine, Meta Box, Bricks. Als je sites bouwt op deze stacks, begrijpt Pro hoe de onderdelen samenpassen. Gratis Novamira niet.

Betere validatie. Pro inspecteert wat het heeft gebouwd en corrigeert zichzelf agressiever. Minder kapotte layouts. Minder "oh, de widget heeft een andere parameter nodig"-vervolgprompts.

Wie het moet kopen: bureaus die meerdere klantensites bouwen op WordPress (het €99/jaar Agency-plan verdient zichzelf terug in ruwweg twee sites aan bespaarde tijd). Solo-ontwerpers die in Elementor of Bricks leven en willen dat de AI het vocabulaire van de page-builder echt begrijpt. Iedereen die een content-zware site draait waar het AI-geheugen tussen sessies echte tijd bespaart.

Wie bij gratis moet blijven: hobbyisten en bloggers die alleen af en toe Claude berichten en pagina's willen laten aanmaken. De gratis versie dekt die use case volledig.

Ik kocht de Pro-licentie na ongeveer twee weken gratis gebruik. De doorslaggevende factor voor mij was niet de Elementor-expertise — het was het geheugen. Elke keer als ik een nieuw gesprek opende de structuur van mijn site opnieuw moeten uitleggen was het wrijvingspunt dat me over de streep trok.

Het eerlijke oordeel na drie weken

Deze setup is oprecht een van de meest nuttige AI-integraties die ik in 2026 aan mijn workflow heb toegevoegd. Het is ook geen magie.

Wat het goed doet:

• Bulkinhoudsbewerkingen die handmatig uren zouden kosten
• Sitestructuurtaken (berichttypes, velden, taxonomieën aanmaken)
• Bestaande pagina's klonen en aanpassen
• Conceptberichten genereren die je daarna bewerkt
• Sitemetadata auditen en opschonen

Wat het redelijk doet:

• Nieuwe pagina's bouwen op basis van gedetailleerde prompts (goed met oefening en expliciete instructies)
• Werken met aangepaste thema's (als het thema conventioneel is)
• Meertalig sitebeheer (beperkte tooling, meer fragiel)

Waar het moeite mee heeft:

• Puur ontwerpwerk zonder sterke sturing
• Zeer complexe page-builder-layouts bij de eerste poging
• Alles wat diep esthetisch oordeel vereist
• Productieomgevingen zonder backup-discipline (doe dit niet)

Het grootste risico is niet technisch — het is gedragsmatig. Zodra je een AI hebt die je WordPress-site kan bewerken, word je in de verleiding gebracht om het op productie te richten. Niet doen. Bouw een staging-first-gewoonte op. Maak backups vóór sessies. Controleer wijzigingen vóór publicatie. Dezelfde regels die je zou toepassen op een junior developer met databasetoegang gelden hier, dubbel, omdat de AI sneller beweegt dan een junior developer zou doen.

De grootste kans is ook gedragsmatig. De teams die winnen met deze stack zijn niet degenen die het behandelen als een magische contentgenerator. Het zijn degenen die Claude + Novamira behandelen als een zeer snelle stagiair — iemand die duidelijke instructies, toezicht en een afgebakend bereik nodig heeft, maar die dat bereik vervolgens kan uitvoeren met een snelheid die geen mens kan evenaren.

Ik ben van plan dit volgende maand te gebruiken voor een herbouw van een klantensite. Niet autonoom — collaboratief. Ik doe het ontwerp- en IA-werk. Claude doet het bouwwerk. We zullen zien hoe de wiskunde daadwerkelijk uitpakt vergeleken met een traditionele bouw.

Wat er ook gebeurt, ik ga niet meer terug naar het volledig met de hand bouwen van WordPress-sites. Dat schip voer die eerste middag dat ik zag hoe Claude een aangepast berichttype aanmaakte, de velden registreerde, het archieftemplate bouwde en voorbeelditems invulde in twaalf minuten tijd.

Als je hebt gewacht op het juiste moment om Claude aan je WordPress-workflow te koppelen, dit is het. De plugin is gratis. De installatie kost twintig minuten. Het nadeel als het niet bij je workflow past, is dat je een plugin verwijdert. Het voordeel is dat je weken aan repetitief WordPress-werk comprimeert tot enkele middagen.

Installeer het vanavond. Bouw een testpagina. Voel hoe het is om tegen je CMS te praten in plaats van erdoorheen te klikken.

Veelgestelde vragen

Is Novamira echt gratis te gebruiken met Claude?

Ja, de kern Novamira WordPress-plugin is volledig gratis en biedt volledige MCP-toegang tot je WordPress-site vanuit Claude Desktop. Je betaalt alleen als je Novamira Pro wilt, dat Elementor/Bricks-expertise, persistent geheugen en samengestelde vaardigheden voor stacks zoals ACF en JetEngine toevoegt. De gratis versie dekt de meeste persoonlijke en kleine zakelijke use cases.

Werkt Novamira met Claude Code, niet alleen Claude Desktop?

Ja. Novamira werkt met Claude Desktop, Claude Code, Cursor, VS Code met Copilot, Windsurf, Zed, Warp, Cline, Gemini CLI en OpenCode. Dezelfde MCP-verbinding werkt in allemaal — je wijst elk programma gewoon naar hetzelfde Novamira-endpoint en applicatiewachtwoord.

Kan ik Novamira op mijn productie WordPress-site gebruiken?

Technisch gezien ja, maar het Novamira-team raadt het expliciet af. De plugin is ontworpen voor ontwikkel- en staging-omgevingen waar je wijzigingen veilig kunt terugdraaien. Draai Novamira altijd eerst op een staging-kopie, maak een backup vóór elke agentsessie, en push wijzigingen alleen naar productie na handmatige controle. Zie de installatiehandleiding hierboven voor de aanbevolen setup.

Waarom wordt mijn Elementor-output weergegeven als ruwe HTML in plaats van widgets?

Je hebt Claude niet expliciet verteld om Elementor-widgets te gebruiken. Standaard valt Claude terug op output met een enkele HTML-widget, wat technisch functioneel is maar visueel onbewerkbaar. Voeg dit toe aan elke pagina-bouwprompt: "Gebruik Elementor-containers en individuele widgets — geen ruwe HTML." Het volledige promptpatroon wordt behandeld in de sectie Elementor Widgets vs HTML hierboven.

Werkt Novamira beter op Windows of Mac voor Claude Desktop?

Windows is aanzienlijk stabieler per mei 2026. Mac-gebruikers ervaren af en toe opstartfouten van de connector die meestal opgelost worden met een volledig afsluiten-en-herstarten van Claude Desktop. De Novamira-plugin zelf is identiek — het verschil zit in hoe Claude Desktop MCP-servers afhandelt op elk platform.

Laten we samenwerken

Wil je AI-systemen bouwen, workflows automatiseren of je technische infrastructuur opschalen? Ik help je graag.

• Fiverr (maatwerk builds & integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (enterprise-oplossingen): ramlit.com
• ColorPark (design & branding): colorpark.io
• xCyberSecurity (beveiligingsdiensten): xcybersecurity.io