--- type: feature title: "No Code Website Builder voor controleerbare webshops" description: "Gebruik een no code website builder die je winkelbrief omzet in controleerbare storefrontcode, previews en gerichte revisies vóór publicatie." category: ai-websites h1: "Bouw en controleer je winkel met een no code website builder" image: "https://storage.googleapis.com/runner-blog/features/no-code-website-builder/hero.png" keyword: "no code website builder" legacyKind: structured --- Met een no code website builder kun je een site maken en aanpassen zonder zelf de implementatie te schrijven. Runner AI past dat principe toe op ecommerce: beschrijf je catalogus, doelgroep, merkrichting en gewenste winkelroute en beoordeel vervolgens de storefrontcode en werkende preview die worden voorbereid. Jij blijft verantwoordelijk voor de productfeiten en de beslissing om te publiceren. ## Een no code website builder die begint bij de winkelbrief Visuele builders beginnen meestal met een leeg canvas, een thema of een verzameling secties. Dat kan handmatig programmeerwerk wegnemen, maar de beheerder moet vaak nog steeds de informatiearchitectuur bepalen, alle teksten schrijven, elke lay-out samenstellen en de productcontext op verschillende schermen gelijk houden. Runner AI begint juist bij het beoogde resultaat. Je kunt uitleggen wat de winkel verkoopt, voor wie dat duidelijk moet zijn, welke producten of collecties belangrijk zijn en wat een bezoeker daarna moet kunnen doen. De brief geeft het werk een concreet kader. Een opdracht kan gaan over een homepage en één route naar een collectie, een duidelijkere productdetailpagina of een gerichte campagnepagina. Runner gebruikt de aangeleverde winkel- en merkcontext bij het maken van de onderliggende bestanden in de workspace. Het resultaat is niet alleen een losstaande afbeelding van een website, maar een voorgestelde implementatie die je naast een klantgerichte preview kunt inspecteren. De beheerder blijft eigenaar van de brongegevens. Prijzen, voorraad, productclaims, beleid, leveringsinformatie, toegankelijkheidseisen en het gedrag van gekoppelde diensten moeten worden gecontroleerd in de systemen die daarvoor verantwoordelijk zijn. Beginnen met context vermindert herhaalde configuratie, maar maakt onzekere invoer niet automatisch betrouwbaar. ## Van instructies in gewone taal naar controleerbare storefrontcode Runner AI accepteert instructies voor storefrontwerk in gewone taal. Degene die de site aanstuurt, hoeft een verzoek dus niet te vertalen naar bestandsnamen of termen uit een framework. Beschrijf het gewenste resultaat en de relevante grenzen: behoud een bestaand navigatiepatroon, maak een collectie op mobiel beter scanbaar, leg een productverschil eerder uit of maak een pagina voor een specifieke lancering. Runner kan de benodigde storefrontbestanden in de sandboxworkspace maken of aanpassen. De code en preview blijven onderdeel van dezelfde werksessie. Dat is belangrijk, want een verzorgde schermafbeelding kan ontbrekende links, onhandig responsief gedrag of inhoud die niet bij de catalogus past verhullen. Met Runner kun je de gewijzigde bestanden bekijken, de draaiende storefront openen en het resultaat met de brief vergelijken. Is de eerste versie te breed, dan kun je om een kleinere revisie vragen in plaats van de hele site opnieuw te beginnen. Deze werkwijze sluit aan op de uitgebreidere [AI store builder](/nl/ai-store-builder), die het beginpunt van prompt naar winkel behandelt. Ook houdt ze de betekenis van “no code” praktisch: je kunt de implementatie aansturen zonder zelf code te typen, terwijl de echte code beschikbaar blijft voor controle en niet achter een gesloten visueel canvas verdwijnt. ## Controleer de preview voordat de website wordt gepubliceerd Een bruikbare no-codewerkwijze moet correcties eenvoudig maken. Runner AI biedt een live preview van de voorgestelde storefront, zodat een beheerder hiërarchie, teksten, navigatie, productpresentatie en responsief gedrag kan controleren voordat een wijziging wordt geaccepteerd. Je kunt een onjuiste aanname in de brief aanwijzen, om een kleinere wijziging vragen of Runner vragen een deel van de huidige ervaring te behouden. De volgende revisie gaat verder met de workspace en context die al worden gebruikt. Controle is extra belangrijk bij ecommerce, omdat de zichtbare pagina verbonden is met operationele feiten. Een productkaart heeft mogelijk de juiste bewoording voor varianten nodig. Een collectie kan afhankelijk zijn van de catalogusstructuur. Een call-to-action kan naar de checkout, een accountproces of een andere dienst met eigen regels leiden. Runner kan het storefrontwerk voorbereiden, maar de verantwoordelijke beheerder moet die routes testen en claims bevestigen voordat de wijziging wordt uitgebracht. Voor een bestaande site die een grotere structurele wijziging nodig heeft, biedt de werkwijze voor [ecommerce website redesign](/nl/ecommerce-website-redesign) een aansluitende route. Beide benaderingen geven de voorkeur aan begrensde, zichtbare wijzigingen boven een onverklaarde vervanging. Bekijk de [functiecatalogus van Runner AI](/nl) om storefrontwerk te verbinden met gerichte mogelijkheden voor marketing, conversie en handel. ## Kies een builder op basis van het werk na de lancering Zoekresultaten voor no-codetools benadrukken vaak templates, drag-and-dropbediening en de snelheid van de eerste publicatie. Die eigenschappen zijn relevant, maar een winkel heeft ook een werkbaar revisieproces nodig. Producten veranderen, vragen van klanten leggen ontbrekende uitleg bloot, campagnes vragen om nieuwe bestemmingen en mobiele lay-outs hebben aandacht nodig. De betere vraag is niet alleen of een platform zonder code een pagina kan opleveren, maar ook of de eigenaar de volgende wijziging kan begrijpen en aansturen. Runner AI houdt de brief, storefrontbestanden, preview en relevante winkelcontext bij elkaar. Daardoor kun je terugkomen met een gericht verzoek zonder het project in een ander hulpmiddel opnieuw op te bouwen. De beheerder kan vragen om een aangepaste openingssectie, een duidelijkere route naar een collectie, een bijgewerkte FAQ of een nieuw productverhaal en daarna de voorgestelde implementatie inspecteren voordat wordt besloten wat de volgende stap is. Daarin zit ook het belangrijkste verschil tussen gemak en onzichtbaarheid. Het wegnemen van de noodzaak om code te schrijven mag niet betekenen dat belangrijk werk niet meer te onderzoeken is. Teams moeten toegankelijkheid, prestaties, beveiliging, analytics, zoekmetadata, gekoppelde diensten en handelsprocessen nog steeds binnen hun eigen omgeving controleren. Runner biedt een controleerbare workspace voor het maken van de klantervaring; het vervangt deze controles of de gespecialiseerde winkelsystemen niet. Teams die presentatie en handelsprocessen bewust scheiden, kunnen ook de aanpak van een [headless ecommerce platform](/nl/headless-ecommerce-platform) bekijken. ## Veelgestelde vragen over de no code website builder ### Wat is een no code website builder? Het is een hulpmiddel waarmee iemand een website kan maken en bijwerken zonder de implementatie handmatig te schrijven. Sommige producten werken met templates of een visueel canvas. Runner AI gebruikt instructies in gewone taal om storefrontcode in een workspace te maken of aan te passen en toont daarna de bestanden en een werkende preview ter controle. ### Kan Runner AI zonder programmeerwerk een ecommerce-storefront bouwen? Je kunt de catalogus, doelgroep, merkrichting, pagina's en gewenste winkelroute in gewone taal beschrijven. Runner AI kan de storefrontimplementatie en preview voorbereiden zonder dat je zelf code hoeft te typen. Controleer vóór publicatie wel de productgegevens, het beleid, gekoppelde diensten en klantroutes. ### Kan ik een bestaande storefront aanpassen in plaats van opnieuw beginnen? Ja. Runner AI kan aan begrensde delen van een bestaande storefront werken, zoals de navigatie, een collectiepagina, productpresentatie, mobiele opening of campagnepagina. Geef de bestaande context en het gewenste resultaat, inspecteer de voorgestelde bestanden en preview en vraag om correcties voordat je de wijziging accepteert. ### Betekent no code dat er geen code te controleren is? Niet bij Runner AI. “No code” beschrijft hoe de beheerder het werk aanstuurt, niet dat er geen implementatie bestaat. Runner maakt of wijzigt echte storefrontbestanden in de workspace. De beheerder kan die bestanden en het draaiende resultaat controleren, terwijl technische reviewers de implementatie kunnen onderzoeken als het project meer zekerheid vereist. ### Wat moet ik controleren voordat ik een gegenereerde winkelwijziging publiceer? Controleer productnamen, prijzen, varianten, voorraadaannames, beleid, links, formulieren, mobiel gedrag, toegankelijkheid, prestaties, zoekmetadata en elke gekoppelde checkout- of dienstroute waarop de wijziging invloed heeft. Een no code website builder kan het implementatiewerk verminderen, maar publiceren blijft een zakelijke beslissing waarvoor iemand verantwoordelijk is.