Als je met AI sneller websites kunt bouwen, wil je ook sneller kunnen proberen. Maar sneller experimenteren betekent niet dat iedere probeersel meteen zichtbaar moet zijn voor klanten. Daarom is een simpele scheiding tussen live en werk in uitvoering zo waardevol.
Gebruik dev standaard als werkbranch en beoordeel daar het resultaat. Als je GitHub MCP-koppeling de benodigde schrijftools aanbiedt, kan je Hand daar direct werken; anders houd je dezelfde branchdiscipline aan via de GitHub-tooling die je gebruikt. Ben je tevreden? Dan gaat de goedgekeurde versie door naar main en daarmee naar je live website.
Main en dev in gewone taal
GitHub kan meerdere versies van hetzelfde project naast elkaar bewaren. Zo’n parallelle versie heet een branch. Je hoeft het woord niet te onthouden; het idee is belangrijker.
Dit is de goedgekeurde versie van de website. Je kunt je live publicatie zo instellen dat deze versie naar jouwdomein.nl of www.jouwdomein.nl gaat.
Hier kunnen nieuwe pagina’s, tekstwijzigingen, ontwerpexperimenten en fixes plaatsvinden zonder dat bezoekers ze meteen op de live site zien. Een Hand kan dat werk direct uitvoeren wanneer de gekoppelde GitHub MCP de benodigde schrijftools aanbiedt.
Belangrijk: GitHub maakt main niet automatisch live. Jij richt de publicatie zo in. Een dienst zoals Cloudflare kan de gewenste GitHub-versie aan een live of previewomgeving koppelen.
Geef dev ook een eigen website die alleen vooruitloopt
De scheiding wordt pas echt prettig wanneer je de dev-versie gewoon in je browser kunt bekijken. Naast www.jouwdomein.nl kun je bijvoorbeeld dev.jouwdomein.nl gebruiken.
Dan heb je twee duidelijke ramen op hetzelfde project:
devDe veilige branch voor werk en experimenten.
dev.jouwdomein.nlDe echte preview die jij kunt bekijken.main → liveAlleen de goedgekeurde versie gaat door.Op de live site zien klanten alleen wat jij hebt goedgekeurd. Op de dev-site kun jij rustig rondklikken, mobiel testen, teksten beoordelen en zeggen wat er nog anders moet.
“Maak op dev een nieuwe homepage met een kortere hero en drie klantvoorbeelden. Zet niets live. Laat me eerst de versie op dev zien.”
De simpele werkwijze
- Jij geeft de opdracht. Bijvoorbeeld een nieuwe pagina, andere positionering of een nieuw design.
- Het werk gebeurt op dev. De bestaande live versie op main blijft staan. Als de GitHub MCP-server de benodigde schrijftools aanbiedt, kan de Hand daar direct werken.
- Je ingestelde Cloudflare-deployment publiceert dev als preview. Bijvoorbeeld op dev.jouwdomein.nl; welke deploytools de Hand precies kan gebruiken hangt af van de Cloudflare MCP-server en de afgebakende API-token.
- Jij bekijkt het resultaat. Je kunt nog wijzigingen vragen zolang je wilt.
- Pas na goedkeuring gaat dev naar main. Daarna wordt de nieuwe versie live gepubliceerd.
Je hoeft geen screenshots of losse exports te beoordelen. Je ziet de echte website in de browser, maar nog buiten het zicht van je normale bezoekers.
Waarom dit zo goed werkt met AI
Met AI wordt het goedkoop om ideeën uit te proberen. Een andere hero, een nieuwe landingspagina, een andere navigatie of een compleet nieuw ontwerp kan veel sneller ontstaan dan vroeger. Daardoor wordt een veilige experimenteerplek juist belangrijker, niet minder belangrijk.
De combinatie van GitHub + Cloudflare + je Hand geeft je precies die structuur:
- GitHub bewaart main, dev en de geschiedenis van je project.
- Je Hand kan de GitHub- en Cloudflare-tools gebruiken die hun remote MCP-servers aanbieden, binnen de rechten van de accounts of tokens die je koppelt.
- Cloudflare kan de gekozen versies op aparte webadressen publiceren.
- Jij houdt het beslismoment: pas wat jij goedkeurt gaat naar live.
Dat is een fundamenteel andere manier van websites bouwen dan alles binnen één gesloten websiteplatform doen. Je kunt je domein, bron en publicatielaag zelf bezitten en AI het uitvoerende werk laten doen. Grote alles-in-één platforms verdwijnen niet morgen, maar ze zijn voor steeds meer simpele websites niet langer de enige praktische route.
Een goede basis hoeft niet ingewikkeld te zijn
Voor veel websites is de essentie klein: één GitHub-project, één main-versie, één dev-versie, een live domein en een dev-subdomein. Daarna kun je pas extra diensten toevoegen wanneer je website echt formulieren, data, login of andere functies nodig heeft.
Wil je die bredere websitestack begrijpen, lees dan daarna de gids over GitHub + Cloudflare en optionele extra bouwstenen.
Bouw sneller zonder je live website als proefruimte te gebruiken.
Koppel GitHub en Cloudflare via de MCP-koppelingen die in Hands beschikbaar zijn, gebruik dev standaard als werkbranch en maak pas na jouw controle de stap naar main.