Structuur website: hoe je de opbouw van een website plant, test en optimaliseert

De structuur van een website is de hiërarchische indeling van al haar pagina's: welke rubrieken er bestaan, wat daaronder valt, en via welk pad een bezoeker van de homepage bij de pagina komt die hij zoekt. Je legt die opbouw vast voordat de eerste ontwerpschets bestaat.

Het is het goedkoopste document om te wijzigen en het duurste om over te slaan. Een verkeerd genoemde rubriek pas je in dertig seconden aan op een whiteboard. Dezelfde fout die je zes maanden na livegang ontdekt, kost een nieuwe navigatie, een redirectplan en meestal een paar weken onrust in je posities.

Deze gids geeft de volledige methode: de definitie, de zeven stappen, drie kant-en-klare voorbeelden, de cijfers die rondzingen met hun echte status, de tools en de test die je doet voordat het UX/UI-ontwerp begint.

De structuur van een website is de boomvorm waarin al je pagina's staan: een homepage, rubrieken op het eerste niveau, subrubrieken daaronder en de eindpagina's. Die vorm legt drie dingen vast voordat er ook maar één kleur gekozen is: hoe diep je site wordt, hoe de menu-items heten en hoe de URL-paden lopen. In het Nederlands hoor je er drie woorden voor, en ze betekenen hetzelfde: structuur website, websitestructuur en sitestructuur.

Het vocabulaire komt in elke vergadering terug, dus zet het even vast. Een rubriek is een ingang op het eerste niveau. Een subrubriek hangt daaronder. Voor die verwantschap gebruiken we bovenliggende pagina en onderliggende pagina, en met diepte tellen we het aantal niveaus tussen de homepage en een pagina. Het kruimelpad toont dat pad bovenaan de pagina aan de bezoeker.

Wie tekent hem? Zelden één persoon. De directie brengt de commerciële prioriteiten in, marketing de echte vraag, de designer de logica van het bezoekpad. Komt de opbouw uit één hoofd, dan eindigt ze bijna altijd als een kopie van het organogram in plaats van als een antwoord op de vraag van de bezoeker.

En wat het niet is: geen wireframe, geen technisch bestand. Geen kleuren, geen lettertypes, geen geschreven teksten. Paginanamen en verbanden, meer niet. Die soberheid is opzettelijk, want juist daardoor kun je de opbouw op één ochtend tien keer omgooien zonder één pixel weg te gooien.

De term informatiearchitectuur duikt hier vaak op. Die is breder: daar horen ook labels, zoekfuncties en metadata bij. Voor een gewone bedrijfssite is de sitestructuur het deel waarmee je begint.

Drie documenten worden in vrijwel elke briefing door elkaar gehaald, omdat het woord sitemap in twee ervan zit. De sitestructuur dient om te beslissen. De sitemap-pagina dient om de bezoeker te oriënteren. Het bestand sitemap.xml dient om met crawlers te praten. Ze zijn voor verschillende mensen bedoeld, ze ontstaan op verschillende momenten en ze lijken niet op elkaar.

Die verwarring kost vergadertijd en soms geld. Stuurt een leverancier je een sitemap.xml als antwoord op de vraag om een structuurvoorstel, dan heeft hij naast de vraag geantwoord: dat bestand somt de URL's op van een site die al gebouwd is, het beslist niets. Volgens de documentatie van Google over sitemaps vertelt zo'n bestand zoekmachines welke pagina's er zijn en wanneer ze voor het laatst zijn gewijzigd.

Houd het onderscheid bij de hand voor de eerste werksessie. Het scheelt je een kwartier discussie voordat iemand een pagina heeft genoemd.

Volgens de SEO-startgids van Google helpt het groeperen van verwante onderwerpen in mappen de zoekmachine begrijpen hoe vaak de URL's in zo'n map veranderen. Je websitestructuur geeft Google dus twee dingen tegelijk: een kaart van je thema's en het ritme waarin elk thema beweegt. Ze ordent je pagina's en ze legt je prioriteiten uit.

Bij het crawlen werkt diepte als een filter. Een pagina op het vierde niveau, met één inkomende link uit een uitklapmenu, wordt minder vaak bezocht dan een rubriekspagina waar de homepage naar linkt. Daar zit niets magisch in: de interne links volgen de boom, en het crawlbudget volgt de interne links. Dat mechanisme staat uitgewerkt in ons artikel over de invloed van website-architectuur op je zoekzichtbaarheid.

Het thematische silo komt uit hetzelfde principe: tien pagina's over één onderwerp onder één rubriek zijn makkelijker te interpreteren dan tien pagina's verspreid over vier niveaus.

Aan de conversiekant is het effect directer. Een bezoeker die je prijzenpagina niet vindt, gaat niet onderhandelen: die vertrekt. De naamgeving van je rubrieken telt vaak zwaarder dan de vormgeving, en een goed benoemd menu redt een middelmatig ontwerp. Andersom heeft nog nooit gewerkt. Onze best practices voor websitenavigatie gaan daar dieper op in.

Eén eerlijke kanttekening: niemand kan je vooraf een cijfermatige winst op dit ene punt beloven. De opbouw bepaalt het plafond van je resultaten, ze produceert die niet in haar eentje.

Een goede website structuur is er een waarin elke pagina precies één logische plek heeft, waarin een bezoeker zonder nadenken de weg naar zijn doel vindt, en waarin je een nieuwe rubriek kunt toevoegen zonder de rest om te gooien. Dat zijn drie eisen: een eenduidige plaats, een voorspelbaar pad en ruimte om te groeien. Alle andere kenmerken volgen daaruit.

In de praktijk herken je zo'n opzet aan zes dingen:

• Elke pagina heeft één eigen zoekwoord en één rol in een bezoekpad. Kun je geen van beide opnoemen, dan hoort die pagina samengevoegd of geschrapt te worden.
• De labels in het menu zijn de woorden van de klant. Diensten, Prijzen, Cases. Niet Oplossingen, Expertise of Universum.
• De diepte is overal ongeveer gelijk. Een tak van vijf niveaus naast een tak van één niveau verraadt bijna altijd een indelingsfout.
• Omzetpagina's zijn vanaf de homepage snel bereikbaar. Wat geld oplevert, hoort niet achter drie uitklapmenu's.
• Geen enkele pagina is een wees. Een pagina zonder inkomende interne links bestaat voor een zoekmachine nauwelijks.
• Twee pagina's mikken nooit op hetzelfde zoekwoord. Anders concurreren ze met elkaar in plaats van met je concurrent.

Wat er niet in staat: een vast aantal niveaus of menu-items. Die getallen bestaan wel, ze circuleren volop, en verderop staat per stuk wat hun status is. Een structuur die alle zes punten haalt met vier niveaus werkt beter dan een structuur die er drie mist met twee niveaus.

Drie modellen dekken vrijwel alle zakelijke sites. Het hiërarchische model ordent pagina's in opeenvolgende niveaus. Het platte model zet alles op het eerste niveau. Het hub-and-spoke-model groepeert pagina's rond een centrale pijlerpagina die ze allemaal verbindt. De keuze maak je op het contentvolume dat je over twee jaar verwacht, niet op wat er vandaag staat.

In de praktijk past hiërarchisch bij bedrijfssites met twee tot drie niveaus, plat bij sites onder de twintig pagina's, en hub-and-spoke bij blogs en kenniscentra. Elk model heeft zijn eigen manier van stukgaan: hiërarchisch begraaft pagina's op niveau vier, plat laat het menu overlopen, en hub-and-spoke laat de pijlerpagina verweesd achter zodra de interne links slordig gelegd zijn.

De tabel hieronder zet de drie zuivere vormen naast elkaar op de punten waarop de keuze meestal wordt gemaakt.

De methode telt zeven stappen, in deze volgorde. De meest gemaakte fout is de inventarisatie overslaan en meteen gaan tekenen: je hertekent dan de bestaande site inclusief haar gebreken, in de overtuiging dat je opnieuw begint. Reken op een halve dag voor een bedrijfssite en twee tot drie dagen voor een site van meer dan vijftig pagina's.

Stap 1. Bepaal het doel en de belangrijkste bezoekpaden. Eén vraag volstaat: wat moet de bezoeker doen voordat hij weggaat? Een offerte aanvragen, een document downloaden, een account aanmaken. Twee of drie paden zijn genoeg, en zij bepalen wat er op het eerste niveau komt. Een geschreven designbriefing scheelt hier twee vergaderingen.

Stap 2. Inventariseer wat er al staat. Zet elke levende URL in een tabel met titel, type, hoofdzoekwoord en rol. Bij een herbouw beslist deze stap wat je houdt, samenvoegt of weggooit. Onze gids voor een website-audit beschrijft hoe je die gegevens verzamelt. Het model hieronder plak je zo in een spreadsheet.

Stap 3. Haal de echte vraag op. Drie gratis bronnen volstaan: de zoekopdrachten uit Search Console, de interne zoekmachine van je site, en de vragen die je verkoopteam aan de telefoon krijgt. Die derde bron wordt het vaakst overgeslagen en levert meestal het meeste op.

Stap 4. Groepeer met kaartsorteren. Schrijf elke pagina op een kaartje en laat gebruikers er stapels van maken en die benoemen. Je zult merken dat je interne categorieën het contact met de werkelijkheid niet overleven.

Stap 5. Benoem de rubrieken met de woorden van de klant. Oplossingen, Expertise, Universum: die labels zeggen een gehaaste bezoeker niets. Schrijf Diensten, Prijzen, Cases. Een begrepen label wint van een elegant label, en dit is de stap waar interne meningsverschillen het hardst bovenkomen.

Stap 6. Leg diepte en URL's vast. De boom vertaalt zich naar paden. Volgens de URL-richtlijnen van Google lezen woorden beter dan cijfermatige id's, en koppeltekens beter dan lage streepjes. Een pad als /diensten/webportalen/ leest zonder moeite en volgt de boom.

Stap 7. Valideer vóór de wireframes. Een boomtest van dertig minuten voorkomt drie weken correctiewerk. De methode staat verderop uitgeschreven.

Eén opmerking uit de praktijk: stap 4 en stap 5 doe je samen, nooit los van elkaar. Groeperen zonder benoemen levert stapels op die niemand in een menu kan aankondigen.

Drie niveaus, drie klikken, zeven menu-items: die getallen circuleren al twintig jaar en worden doorgegeven als wetten. Dat zijn ze niet. Het zijn vuistregels, vaak bruikbaar, en het helpt om te weten welke ergens op steunt voordat je een klant in een vergadering een extra rubriek weigert.

In Flat vs. Deep Website Hierarchies zette Kathryn Whitenton van Nielsen Norman Group in 2013 een onderzoek naar de twee uitersten naast elkaar, met als conclusie dat er geen universeel antwoord bestaat. Ze beschrijft wel een sprekend geval: een ziekenhuissite waarvan het menu meer dan 32 ingangen toonde en bezoekers daarmee eerder liet verdwalen dan hielp. De aanbeveling die daaruit volgt is methodisch, niet numeriek: kijk naar je eigen gebruikers in plaats van naar een drempel uit een artikel.

Onthoud toch drie richtpunten, met hun status erbij. Een diepte van drie niveaus onder de homepage is een prettige vakconventie, geen technische grens. Een hoofdmenu van vijf tot zeven ingangen komt uit de regel van zeven plus of min twee, die Nielsen Norman Group zelf niet meer als vaste drempel hanteert. Boven de dertig zichtbare ingangen tegelijk laat het gedocumenteerde geval zien dat de bezoeker afhaakt.

Een mening die tegen de stroom in gaat: diepte is zelden het echte probleem. Een vierde niveau dat goed is aangekondigd loop je moeiteloos door, terwijl een tweede niveau dat Universum heet iedereen tot stilstand brengt.

Hieronder staan drie complete bomen, uitgeschreven als ingesprongen lijsten in plaats van als plaatje, zodat je ze in tien seconden naar een spreadsheet of document kopieert. Ze horen bij de drie projectsoorten die we het vaakst zien. Pas de labels aan je sector aan en houd de niveaulogica intact.

Bedrijfssite, 12 pagina's. De meest voorkomende boom voor een mkb-bedrijf of een adviespraktijk.

• Home
• Diensten
  • Landingspagina's
  • Bedrijfswebsite
  • Webportaal
• Cases
  • Case 1
  • Case 2
• Over ons
  • Team
  • Vacatures
• Blog
• Contact

Webshop. De diepte gaat één niveau omlaag, omdat de catalogus een laag subcategorieën afdwingt.

• Home
• Shop
  • Categorie
    • Subcategorie
      • Productpagina
  • Nieuw
  • Aanbiedingen
• Koopgidsen
• Klantenservice
  • Levering en retour
  • Veelgestelde vragen
• Mijn account
• Contact

Klantportaal. Hier bestaan twee bomen naast elkaar: het publieke deel dat moet converteren, en het ingelogde deel dat moet bedienen.

• Publiek deel
  • Functionaliteit
  • Prijzen
  • Inloggen
• Dashboard (na inloggen)
  • Mijn projecten
  • Documenten
  • Facturatie
  • Berichten
• Beheer
  • Gebruikers en rollen
  • Activiteitenlog
• Help

Het aantal pagina's is geen comfortdetail: het bepaalt het budget. Op onze prijzenpagina dekt een landingspagina 1 tot 5 pagina's en start die vanaf €1.500, beslaat een bedrijfswebsite 10 tot 30 pagina's vanaf €5.000, en begint een webportaal bij 50 pagina's vanaf €9.000. Een structuur die tijdens het project van 12 naar 40 pagina's groeit, verandert dus van prijscategorie, niet alleen van planning.

Technische SEO en website structuur worden vaak als twee losse werkstromen behandeld, terwijl de helft van de technische checklist rechtstreeks uit de boom volgt. Je URL-paden, je kruimelpad, je canonicals, je interne links en je sitemap.xml zijn allemaal een afgeleide van de indeling die je op een whiteboard hebt vastgelegd. Ligt die scheef, dan is technisch opruimen dweilen met de kraan open.

Vier plekken waar de twee elkaar direct raken:

• URL-paden. Een pad dat de boom volgt, zoals /diensten/webportalen/, vertelt zoekmachine en bezoeker in één oogopslag waar ze zijn. Verandert de boom, dan veranderen de paden, en dat is precies waarom je de indeling vastlegt voordat er gebouwd wordt.
• Kruimelpad en de bijbehorende structured data. Een kruimelpad kan alleen kloppen als elke pagina één bovenliggende pagina heeft. Hangt een pagina onder twee rubrieken, dan moet je kiezen, anders wordt de markup willekeurig.
• Duplicaten en kannibalisatie. Twee pagina's op hetzelfde zoekwoord zijn zelden een technisch probleem: het is een indelingsprobleem dat zich als technisch probleem voordoet. Samenvoegen lost meer op dan een canonical.
• Crawlbudget. Op een site van dertig pagina's speelt dit niet. Op een webshop met duizenden filter-URL's stuur je alleen via de structuur welke pagina's überhaupt bezocht worden.

De volgorde ligt daarmee vast: eerst de boom, dan de techniek. Een technische audit op een scheve structuur levert een lijst symptomen op en geen oplossing.

Een website structuur optimaliseren betekent zelden alles overhoop gooien. In de meeste gevallen zit de winst in vier ingrepen die je los van elkaar kunt uitvoeren: wezen aansluiten, dubbele pagina's samenvoegen, labels hernoemen en omzetpagina's omhoog halen. Samen kosten ze een paar dagen, en drie van de vier raken geen enkele URL die het goed doet.

Sluit de wezen aan. Crawl je site en zoek de pagina's zonder inkomende interne links. Hoort zo'n pagina thuis in de boom, geef haar dan een plek en link ernaartoe vanuit de rubriek waar ze onder valt. Hoort ze nergens, voeg haar dan samen of haal haar weg.

Voeg dubbelingen samen. Zet je pagina's op hoofdzoekwoord in een tabel en zoek de regels die twee keer voorkomen. Twee dunne pagina's over hetzelfde onderwerp presteren bijna altijd sterker als één stevige pagina, met een 301 van de verdwijner naar de blijver.

Hernoem de labels voordat je iets verplaatst. Dit is de goedkoopste ingreep van allemaal en vaak de effectiefste: een menu-item hernoemen kost een kwartier en verplaatst geen enkele URL. Test de nieuwe namen eerst op vijf mensen van buiten je bedrijf.

Haal je omzetpagina's omhoog. Zit je best verkopende dienst op niveau drie, verplaats haar dan naar niveau twee en link ernaartoe vanaf de homepage. Deze ingreep raakt wel URL's, dus hij vraagt een redirect en een controle achteraf.

Doe ze in deze volgorde en meet ertussendoor. Voer je alle vier tegelijk uit, dan weet je achteraf niet welke ingreep je posities heeft bewogen.

Een structuurtool doet drie dingen: tekenen, inventariseren en testen. Geen enkele tool doet alle drie goed, en daarom is de keuze minder spannend dan ze lijkt. Verdeel het werk over je bestaande gereedschap, en houd er rekening mee dat de gratis varianten van deze producten regelmatig van voorwaarden veranderen.

Voor tekenen leveren GlooMaps en Octopus.do binnen een paar minuten een exporteerbare boom en volstaan ze voor sites onder de vijftig pagina's. Slickplan gaat verder op samenwerking en export. FigJam, Miro en Whimsical zijn niet gespecialiseerd, maar voldoen prima als er meerdere mensen aan tafel zitten.

Voor inventariseren crawlt Screaming Frog een bestaande site en levert het de volledige URL-lijst met titels en diepte. Google Search Console geeft gratis de geïndexeerde pagina's en de zoekopdrachten die ernaartoe leiden. Samen vullen die twee bronnen het inventarisatiemodel hierboven.

Voor testen laten Treejack (Optimal Workshop) en Maze je op afstand een boomtest afnemen, zonder wireframe.

Een mindmap helpt bij de start, als de ideeën nog vaag zijn. Hij vervangt de boom niet: een mindmap staat dwarsverbanden toe, een sitestructuur eist één vaste plek per pagina.

Eerlijk gezegd verslaan een whiteboard en een spreadsheet elk betaald pakket, zolang het naamgevingswerk serieus gebeurt. Een onberispelijke boom uit een professionele tool kan bij de eerste gebruikerstest onderuitgaan, simpelweg omdat niemand over de labels heeft gesproken.

Twee methoden volstaan, en ze vullen elkaar aan. Kaartsorteren gebruik je om de boom te bouwen: je geeft kaartjes, de deelnemers maken stapels. De boomtest gebruik je om hem te valideren: je geeft de kale boom, zonder ontwerp en zonder zoekfunctie, en vraagt de deelnemers een concreet gegeven te vinden. De eerste opent, de tweede controleert.

Volgens Nielsen Norman Group (Samhita Tankala en Katie Sherwin, 2024) vraagt een kwalitatieve kaartsortering minstens 15 deelnemers om de redenering achter de groepen te begrijpen, en 30 tot 50 deelnemers als je resultaten wilt die je naar een grotere groep kunt doortrekken. Onder de 15 verzamel je anekdotes.

De boomtest bereid je in een uur voor. Schrijf 8 tot 10 taken op, geformuleerd als een echte behoefte en niet als een route. Vraag waar iemand de levertijd vindt, nooit klik op Klantenservice en dan op Levering. Meet vervolgens drie dingen per taak: het slagingspercentage, de tijd tot het juiste antwoord, en het aantal keren dat iemand tussen rubrieken heen en weer springt.

Neem 80% geslaagde taken als doel en beschouw alles onder 70% als een rubriek die hernoemd of verplaatst moet worden. Die twee drempels zijn werkafspraken, handig om een discussie in een vergadering te beslechten: geen enkele instantie publiceert ze als norm, en wat acceptabel is hangt af van hoe moeilijk je de taken hebt geschreven.

Het detail dat het verschil maakt: je leert van de mislukte taken, niet van de geslaagde. Kijk altijd naar de rubriek die per ongeluk werd gekozen, want die geeft je het label dat je bezoekers verwachtten.

Niet elke site moet opnieuw worden opgebouwd. Er zijn vier signalen die aangeven dat je huidige opbouw een blok aan het been is geworden: dalend organisch verkeer terwijl je blijft publiceren, een interne zoekfunctie die opvallend zwaar wordt gebruikt, content die over tegenstrijdige categorieën verspreid raakt, en een bedrijfsmodel dat is veranderd terwijl het menu bleef staan.

Herken je er twee, dan is het tijd. Herken je er één, dan volstaat meestal de gerichte optimalisatie uit de vorige paragraaf.

De indeling wijzigen op een site die al verkeer krijgt, is de ingreep die de meeste schade aanricht als je hem improviseert, en die probleemloos verloopt als je hem voorbereidt. Het principe past in één zin: elke URL die verdwijnt wijst met een permanente 301 naar de pagina die het dichtst bij haar inhoud komt. Niet naar de homepage.

Het centrale document is een correspondentietabel: oude URL, nieuwe URL, type redirect, pagina gecontroleerd na livegang. Je bouwt hem uit de inventarisatie van stap 2, je leest hem met zijn tweeën na, en je test hem op een steekproef vóór de dag zelf.

Massaal naar de homepage redirecten is de meest gemaakte fout. Het gaat snel, het voorkomt 404's, en het vernietigt de relevantie van elke redirect. Zulke verzamelredirects worden doorgaans gelezen als een verkapte foutpagina, een soft 404.

Bewaar ook wat werkt. Leveren drie pagina's de helft van je organische verkeer, dan blijft hun URL staan, ook als de nieuwe boom iets anders suggereert. Een nette indeling is nooit een verloren positie waard. Onze gids voor de voorbereiding van een website-redesign beschrijft de volledige volgorde.

Reken tot slot op een tijdelijke terugval. Een paar weken onrust zijn normaal terwijl zoekmachines opnieuw crawlen en de signalen opnieuw verdelen.

Als je uit deze gids één ding meeneemt: schrijf je boom uit in tekst, laat hem testen door tien mensen die niet bij je werken, en begin pas aan het ontwerp van je site zodra die test geslaagd is.