Een effectieve tuinwebsite is gebaseerd op een goed doordachte boomstructuur, niet op een opeenstapeling van pagina’s die door de seizoenen heen zijn geschreven. Het structureren van de sitemap betekent kiezen tussen informatieve inhoud die organisch verkeer aantrekt en transactionele pagina’s die conversies genereren. We zullen de architecturale keuzes uiteenzetten die het verschil maken op een tuinwebsite, of deze nu een vitrine- of commerciële site is.
Structuur op basis van zoekintentie in plaats van botanische categorie
Pagina’s indelen op basis van plantfamilies (vaste planten, struiken, grassen) lijkt logisch voor een tuinier. Voor Google en de gebruiker is dit vaak een valkuil. De structuur moet de zoekintenties weerspiegelen, niet de tuinbouwtaxonomie.
Een bezoeker typt zelden “vaste planten”. Hij zoekt “vaste planten volle zon kleigrond” of “blijvende haag zonder onderhoud”. De sitemap profiteert van het organiseren van pagina’s rond deze gecombineerde zoekopdrachten: type grond, blootstelling, onderhoudsniveau, gebruik (haag, perk, moestuin, balkon).
We raden aan om twee assen te combineren in de hoofdnavigeatie: het gebruik (inrichting, onderhoud, moestuin, decoratie) en de beperking (type grond, klimaat, budget). Deze structuur genereert categoriepagina’s die direct overeenkomen met lange zoekopdrachten, zonder duplicaatinhoud te creëren. Om te zien hoe een volwassen site zijn rubrieken en subrubrieken organiseert, biedt de sitemappagina van Jardiner Facile een goed overzicht van de mogelijke granulariteit.
Gratis inhoud en commerciële pagina’s scheiden in de tuin sitemap
De Franse tuinmarkt vertoont een duidelijk contrast tussen het hoge percentage Fransen dat tuiniert en een neiging tot voorzichtigheid in aankopen. Deze realiteit vereist een architectuur met twee snelheden.
Gratis ondersteunende pagina’s
Zaai kalenders, ziekte-diagnoses, seizoensgebonden onderhoudsgidsen: deze inhoud trekt regelmatig en gekwalificeerd verkeer aan. Ze moeten bestaan in een aparte redactionele tak (blog of adviesruimte), met interne links naar de bijbehorende product- of dienstpagina’s.
Transactionele pagina’s
Elke product- of dienstpagina moet voldoen aan één enkele aankoopintentie. Een pagina “haagsnoei” mengt de verkoop van snoeischaren niet met onderhoudsdiensten. De conversietunnel blijft kort: beschrijving, prijs of offerte, call to action.
Deze duidelijke scheiding maakt het mogelijk om twee verschillende statistieken te sturen. De gratis inhoud richt zich op de tijd die op de site wordt doorgebracht en de positie op Google. De commerciële pagina’s richten zich op de conversieratio. Het mengen van beide op dezelfde pagina verzwakt beide doelen.
Toegankelijkheid en EAA-naleving: impact op de architectuur van een tuinwebsite
Vanaf 28 juni 2025 is de European Accessibility Act (EAA) van toepassing op e-commerce diensten, inclusief planten catalogi en bestel tunnels. Vitrine websites van tuinierders die alleen een presentatie van diensten zonder online verkoop aanbieden, vallen niet automatisch onder deze reikwijdte.
Een site die het mogelijk maakt om planten of diensten te bestellen, moet toegankelijkheid integreren vanaf het ontwerp van de structuur, niet als correctie na de lancering. Concreet betreft dit contactformulieren, winkelwagentjes, zoekfilters en betalingsstappen.
- De categorie filters (grond, blootstelling, seizoen) moeten met het toetsenbord navigeerbaar zijn en compatibel met schermlezers
- De afbeeldingen van planten vereisen beschrijvende alt-attributen die geïntegreerd zijn in de publicatieworkflow, niet achteraf toegevoegd
- De bestel tunnel moet duidelijke foutmeldingen bieden en voldoende contrast op elke stap
Sommige micro-ondernemingen komen in aanmerking voor een vrijstelling, maar de regelgevende trend is duidelijk. Het is goedkoper om een toegankelijke structuur vanaf het begin te plannen dan om een bestaande site opnieuw te ontwerpen.
Diagnostische logica in de interne linkstructuur van de site
Concurrenten organiseren hun sites op basis van type inhoud: artikelen, plant fiches, dienstenpagina’s. We zien dat een effectievere benadering is om de interne linkstructuur te structureren rond een diagnostische logica.
De bezoeker komt met een probleem (“mijn tomaten worden geel”, “mos in het gazon”, “grond te kalkrijk”). De sitemap moet pagina’s voorzien van symptomen of beperkingen, die vervolgens doorverwijzen naar oplossingen (geschikte plant fiches, producten, diensten).
Dit trechterpad werkt beter dan een catalogus navigatie om twee redenen. Ten eerste komt het overeen met het werkelijke zoekgedrag op Google: probleem/oplossing zoekopdrachten genereren meer klikken dan algemene zoekopdrachten. Ten tweede verhoogt het het aantal bekeken pagina’s per sessie, wat een positief signaal naar zoekmachines stuurt.
- Maak “diagnose” pagina’s per thema: grond, plagen, klimaat, seizoensgebondenheid
- Koppel elke diagnose aan twee of drie oplossing pagina’s via contextuele links in de tekst
- Gebruik gegevens van Search Console om de meest voorkomende probleem/oplossing zoekopdrachten te identificeren en de ontbrekende pagina’s te maken
Technische sitemap en crawl diepte voor een tuinwebsite
Een tuinwebsite accumuleert snel honderden pagina’s: plant fiches, seizoensgebonden artikelen, varianten per regio. Zonder controle van de crawl diepte indexeert Google slechts een fractie van de inhoud.
We raden aan om de diepte te beperken tot maximaal drie klikken tussen de homepage en elke eindpagina. Verder verspreidt het crawlbudget zich. Voor een site met meer dan enkele honderden pagina’s versnelt een XML-sitemap, gesegmenteerd op basis van type inhoud (artikelen, product fiches, categorie pagina’s), de indexering.
Verlopen seizoensgebonden pagina’s moeten actief worden beheerd: 301-omleiding naar de bijgewerkte versie of canonical tag naar de moederpagina. Een artikel “moestuin kalender 2024” dat nog steeds is geïndexeerd zonder update, schaadt de waargenomen versheid van de site door Google.
De structuur van een tuinwebsite is geen vast document. Het evolueert elk seizoen, naarmate de verkeersgegevens de werkelijke zoekopdrachten van gebruikers onthullen en de inhoudscatalogus uitbreidt. De enige structurele fout die moeilijk achteraf te corrigeren is, blijft een platte structuur, zonder duidelijke hiërarchie tussen pilaarpagina’s en satellietpagina’s.
