Een website kiezen begint niet met WordPress, Webflow of een mooi ontwerp. Het begint met een gewone vraag: wat moet iemand op jouw website kunnen doen? Een afspraak maken, een dienst begrijpen, iets kopen of zelf iets regelen. Dat antwoord helpt je bepalen welke techniek én welke samenwerking passen.
Deze gids helpt je een websiteaanpak beoordelen voordat je een bouwer kiest. Je kijkt naar dagelijks beheer, toegang en overstappen. Geen ranglijst met één beste platform, maar vragen die je met jouw eigen bedrijf kunt testen.
In het kort
Kies op de taken van je bezoekers én je team. Laat de bouwer de belangrijkste taken voordoen. Leg vast wie toegang heeft, wie onderhoud verzorgt en wat je meekrijgt als je later overstapt. Een beheerlogin of exportknop beantwoordt die vragen niet vanzelf.
Wat moet je website voor je doen?
Stel dat je een adviesbedrijf hebt. Een bezoeker moet begrijpen of je kunt helpen en gemakkelijk contact opnemen. Je collega wil zelf een nieuwe case toevoegen. Dat zijn twee verschillende taken. Een ontwerp kan de eerste goed ondersteunen, terwijl het beheer voor de tweede onnodig lastig is.
Schrijf daarom je belangrijkste bezoekerstaak en beheertaak op. Gebruik de matrix als startpunt, niet als boodschappenlijst: een functie die je niet nodig hebt, hoeft ook niet gebouwd en onderhouden te worden.
| Jouw behoefte | Wat moet werken? | Laat dit zien |
|---|---|---|
| Meer passende aanvragen | Duidelijke diensten, bewijs en een begrijpelijke vervolgstap. | Een bezoeker vindt op een telefoon de juiste dienst en bereikt het formulier. |
| Zelf inhoud bijhouden | Je team kan pagina's, cases en afbeeldingen aanpassen. | Een collega maakt een conceptcase en controleert de mobiele weergave. |
| Online verkopen | Producten, bestellen, betalen en orderafhandeling sluiten op elkaar aan. | Een testbestelling loopt door de volledige route, inclusief bevestiging en foutafhandeling. |
| Klanten iets zelf laten regelen | Bijvoorbeeld een afspraak, dossier of persoonlijke omgeving met passende toegangsrechten. | Een testgebruiker kan de taak uitvoeren en ziet alleen wat voor die gebruiker bedoeld is. |
| In meerdere talen werken | Vertalingen, navigatie en wijzigingen blijven beheersbaar. | Je past een pagina aan en ziet welke taalversies nog controle nodig hebben. |
Gaat het vooral om een omgeving die klanten regelmatig gebruiken, met persoonlijke gegevens of specifieke telefooneigenschappen? Vergelijk dan ook de gebruikssituaties in onze gids native app of webapp. Een app is een andere productkeuze, niet automatisch de volgende stap na een website.
Welke websiteaanpak past daarbij?
Een CMS zoals WordPress, een gehoste websitebouwer en technisch maatwerk kunnen elk een passende oplossing zijn. De productnaam vertelt nog niet hoe jouw website wordt ingericht, wat jij kunt beheren of hoe je later weg kunt. Vraag bij ieder voorstel welke onderdelen standaard zijn en welke speciaal voor jou worden gemaakt.
- CMS met thema of maatwerkontwerp: laat zien hoe je inhoud bewerkt en welke thema's, uitbreidingen en licenties daarvoor nodig zijn. Vraag wie updates test en wie een probleem oplost.
- Gehoste websitebouwer: laat het gekozen pakket en je eigen beheerrechten zien. Controleer welke functies afhankelijk zijn van het platform en wat een export daadwerkelijk oplevert.
- Technisch maatwerk: vraag welke concrete eis dit nodig maakt. Laat documentatie, beheer en overdraagbaarheid onderdeel zijn van het voorstel.
Twee voorbeelden maken het verschil tussen export en overdracht duidelijk. WordPress heeft een inhoudsexport in XML. Voor volledig herstel van een gebruikelijke WordPress-site zijn volgens de WordPress-documentatie zowel de database als de bestanden nodig. Alleen een inhoudsexport is dus geen volledige herstelkopie.
Bij Webflow-code-export gaan onder meer CMS-functionaliteit en formulierverwerking niet mee als werkende functies. Sommige gegevens zijn apart te exporteren. Vraag daarom niet alleen: “Kan ik exporteren?”, maar: “Wat werkt daarna nog, en wat moet opnieuw worden ingericht?” Controleer altijd de actuele mogelijkheden van het aangeboden pakket.
Hetzelfde geldt wanneer een deel met AI wordt gebouwd. Laat de inhoud, bediening en functies controleren. Bespreek ook wie de code kan onderhouden. De gebruikte bouwmethode is op zichzelf geen bewijs van kwaliteit of vindbaarheid.
Test het beheer met je eigen werk
Vraag om een korte proef in een afgeschermde demonstratieomgeving. Gebruik voorbeeldgegevens, geen echte klantgegevens. Laat iemand uit je eigen team een tekst wijzigen, een afbeelding vervangen en een conceptpagina maken. Kan die persoon daarna de wijziging terugdraaien en zien hoe de pagina er op een telefoon uitziet?
Test ook de bezoekerstaak uit je briefing. Zijn knoppen en velden begrijpelijk? Kun je met het toetsenbord verder? Is bij een fout duidelijk wat er misgaat? Bij een formulier hoort een afgesproken test: niet alleen een bedankmelding, maar ook controleren of de aanvraag werkelijk op de bedoelde plek aankomt. Een screenshot bewijst dat niet.
Spreek vooraf af welke uitkomsten je bij oplevering controleert, wie fouten herstelt en wie de inhoud goedkeurt. Dat maakt “klaar” concreet.
Regel toegang en overdracht vóór je tekent
“De website is van jou” klinkt duidelijk, maar zegt weinig over de afzonderlijke onderdelen. Je wilt weten wat je zelf kunt, welke rechten zijn afgesproken en wat een volgende beheerder nodig heeft.
- Domeinnaam: op wiens naam staat de registratie, wie beheert het account en hoe regel je een eventuele verhuizing?
- Website en hosting: welke toegang krijg je zelf, wie kan toegang herstellen en hoe wordt een nieuwe beheerder toegevoegd?
- Teksten, beelden en ontwerp: welke bestanden krijg je, welke gebruiksrechten zijn afgesproken en welke licenties blijven van een derde?
- Code en koppelingen: wat is specifiek voor jouw bedrijf gemaakt, waar staat de documentatie en van welke accounts of diensten hangt het af?
- Gegevens: wat kun je exporteren, in welk formaat en hoe wordt een veilige overdracht getest?
- Beëindiging: welke stappen, kosten en medewerking horen bij stoppen of overstappen? Laat dit vooraf uitschrijven.
Een login voor het bijwerken van teksten is niet hetzelfde als volledige technische toegang. En een overdraagbaar bestand is nog geen werkende website. Laat de bouwer dat onderscheid uitleggen aan de hand van jouw situatie.
Bestaande website? Bereid het overstappen voor
Neem mee wat al waarde heeft: behulpzame inhoud, herkenbare pagina-adressen, aanvragen en een werkwijze die je team begrijpt. Laat eerst vaststellen of het probleem in de inhoud, bediening of techniek zit. Dat voorkomt dat je een werkend onderdeel vervangt zonder het eigenlijke probleem op te lossen.
Maak bij een overstap een overzicht van inhoud, bestanden, koppelingen en gegevens die mee moeten. Test een import voordat je de oude omgeving opzegt. Leg vast wie de laatste wijzigingen overneemt en hoe je terug kunt als een belangrijke functie niet werkt.
Veranderen ook de pagina-adressen? Laat dan per oude URL de passende bestemming vastleggen en test de doorverwijzingen. Controleer interne links, de voorkeurs-URL's (canonicals) en indexeringsinstellingen. Houd daarna fouten en zoekverkeer in de gaten. Google beschrijft deze stappen in zijn handleiding voor websiteverhuizingen en waarschuwt dat posities tijdelijk kunnen schommelen. Een zorgvuldig plan is geen garantie op behoud van elke positie.
Maak onderhoud een aparte afspraak: wie test updates, wie bewaart en controleert herstelkopieën, en bij wie meld je een storing? Vraag ook wat onder ondersteuning valt. Een nieuw ontwerp vervangt die verantwoordelijkheid niet.
Zes vragen om mee te nemen naar een gesprek
- Welke taak van onze bezoekers lost deze aanpak op, en hoe testen we dat?
- Kunnen we zelf een dagelijkse wijziging uitvoeren in jullie demonstratie?
- Welke accounts, bestanden, rechten en licenties krijgen we bij oplevering?
- Wat blijft werken wanneer we naar een andere bouwer of host overstappen?
- Wie bewaakt inhoud, formulieren, onderhoud en bestaande vindbaarheid?
- Wat valt buiten het voorstel, en hoe spreken we latere wijzigingen af?
Schrijf de antwoorden in één overzicht. Zet daarin ook de eenmalige werkzaamheden, terugkerende verplichtingen en mogelijke overdrachtskosten. Vergelijk daarmee dezelfde scope. Een bedrag zegt pas iets als je weet wat je krijgt en wie waarvoor verantwoordelijk blijft.
Veelgestelde vragen
Welk platform is het beste voor mijn website?
Kan ik mijn website later naar een andere bouwer meenemen?
Is een website-export hetzelfde als een back-up?
Moet ik bij een nieuwe bouwer ook een nieuwe website laten maken?
Nog niet zeker welke aanpak past?
Je hoeft niet met een platformkeuze aan tafel te komen. Vertel wat je bezoekers moeten kunnen doen, wat je team zelf wil beheren en waar je nu tegenaan loopt. We brengen eerst het vraagstuk, het doel en de huidige situatie scherp in beeld. Alleen als The Marketing Boosters oprecht waarde kan toevoegen, volgt een passende aanpak.