Een patiënt probeert zijn testresultaten te downloaden via een e-healthportaal. Hij klikt op “Mijn ruimte”, komt op een inlogpagina, gaat terug, probeert een dropdownmenu dat leidt naar een algemene FAQ. Drie minuten verloren, geen antwoord.
Op een gezondheidswebsite is dit soort wrijving geen eenvoudig ongemak: het ontmoedigt mensen die soms niet goed met digitale technologieën overweg kunnen en vertraagt de toegang tot medische informatie. De sitemap, of deze nu bedoeld is voor zoekmachines of voor bezoekers, structureert de navigatie en vermindert deze doodlopende wegen.
HTML-sitemap op een e-healthsite: een kaart ontworpen voor de patiënt
We hebben het vaak over de XML-sitemap, die Google gebruikt om pagina’s te indexeren. Op een gezondheidsportaal is de HTML-sitemap even belangrijk, zo niet belangrijker. Dit is de pagina die toegankelijk is voor bezoekers en die alle secties van de site opsomt met directe links.
De bijzonderheid van een e-healthsite is de diversiteit van de profielen die deze raadplegen: oudere patiënten, mantelzorgers, zorgprofessionals, mensen met een handicap. Een generieke HTML-sitemap (een alfabetische lijst van links) is niet voldoende. Het is nodig om de secties te segmenteren op basis van concreet gebruik: “Een afspraak maken”, “Toegang tot mijn resultaten”, “Spoedgevallen”, “Teleconsultatie”.
Om te zien hoe deze logica in de praktijk wordt vertaald, kan men de sitemap-pagina van Tsa E-Santé raadplegen, die zijn inhoud organiseert op basis van gezondheidsthema’s in plaats van technische hiërarchie.
Deze patiëntgerichte segmentatie verandert de zaak: in plaats van te zoeken in een menu met drie niveaus, herkent de bezoeker in enkele seconden de sectie die overeenkomt met zijn onmiddellijke behoefte.
Toegankelijkheid RGAA en sitemap: de beperkingen die klassieke gidsen negeren
Franse medische sites zijn onderworpen aan de RGAA 4.1-norm, die specifieke regels oplegt voor de structurering van pagina’s. Deze vereisten hebben een directe impact op het ontwerp van een navigatiegerichte sitemap.
- De hiërarchie van titels moet consistent zijn: één H1 per pagina, H2 voor de belangrijkste secties, H3 voor de subsections. Een HTML-sitemap die titels in de verkeerde volgorde gebruikt, zal worden gemeld tijdens een toegankelijkheidsaudit.
- De navigatie moet volledig met het toetsenbord functioneren. Elke link in de sitemap moet bereikbaar zijn via de Tab-toets, met een zichtbare focus. Pure JavaScript-menu’s die links verbergen, vormen een probleem.
- De kleurcontrasten moeten een minimumratio respecteren voor standaardtekst. Een sitemap met lichtgrijze links op een witte achtergrond zal onleesbaar zijn voor een deel van de patiënten.
- Elke informatieve afbeelding heeft een tekstalternatief nodig. Als de sitemap pictogrammen gebruikt om secties te onderscheiden, moet elk pictogram een beschrijvende alt-attribuut hebben.
Sinds 2025 worden Franse publieke gezondheidsportalen onderworpen aan geplande toegankelijkheidsaudits in het kader van meerjarige schema’s. Een sitemap die niet voldoet aan de RGAA wordt een blokkade tijdens deze controles, geen cosmetisch detail.
XML-sitemap voor de indexering van gezondheidspagina’s: wat verandert ten opzichte van een klassieke site
Op een e-commerce site willen we productpagina’s indexeren. Op een e-healthsite is de logica anders. Sommige pagina’s bevatten persoonlijke gezondheidsgegevens die worden beschermd door de AVG en de HDS-regelgeving (gezondheidsgegevenshosting). Deze pagina’s mogen nooit in de XML-sitemap verschijnen.
Concreet sluiten we alle pagina’s achter authenticatie uit het bestand sitemap.xml uit: patiëntenruimte, testresultaten, beveiligde berichten, medisch dossier. Daarentegen omvatten we de openbare pagina’s met hoge informatieve waarde: pathologie-informatie, preventiegidsen, directory van zorgverleners, modaliteiten voor teleconsultatie.
Coördineren van XML-sitemap en robots.txt-bestand
Het robots.txt-bestand en de XML-sitemap werken samen. Het robots.txt-bestand blokkeert de verkenning van gevoelige mappen (/mijn-ruimte/, /resultaten/, /berichten/), terwijl de XML-sitemap expliciet de openbare pagina’s aangeeft die prioriteit hebben voor verkenning.
Een veelgemaakte fout op gezondheidsites: vergeten om in robots.txt test- of stagingpagina’s te blokkeren die fictieve maar realistische gegevens bevatten. De reacties variëren op dit punt afhankelijk van de gebruikte CMS, maar de consistentie tussen robots.txt en sitemap minstens één keer per kwartaal controleren blijft een goede praktijk.
De sitemap structureren om de dagelijkse navigatie van patiënten te begeleiden
Naast SEO dient een goed ontworpen sitemap als vangnet voor de navigatie. Wanneer een patiënt niet vindt wat hij zoekt via het hoofdmenu, wordt de sitemap zijn toevlucht.
Om deze toevlucht te laten werken, organiseren we de HTML-sitemap rond patiënttrajecten in plaats van administratieve categorieën. Het verschil is concreet:
- “Ik wil een afspraak maken” in plaats van “Planningsmodule”
- “Ik zoek een specialist bij mij in de buurt” in plaats van “Directory van zorgprofessionals”
- “Ik wil mijn recept begrijpen” in plaats van “Documentaire bronnen”
Dit werk van herformulering vereist kennis van de werkelijke zoekopdrachten van patiënten. De interne zoekgegevens van de site (het zoekveld dat bezoekers gebruiken) bieden waardevolle aanwijzingen over de terminologie die in de sitemap moet worden gebruikt.
Bijwerken van de sitemap na toevoeging van gezondheidsinhoud
Een e-healthsite publiceert regelmatig nieuwe inhoud: informatie over pathologieën, regelgeving updates, preventiecampagnes. Elke nieuwe openbare inhoud moet binnen enkele dagen na publicatie aan de XML-sitemap worden toegevoegd, anders kan het weken duren voordat Google deze ontdekt.
De meeste gezondheids-CMS genereren automatisch de XML-sitemap. We controleren echter altijd of de nieuwe pagina’s erin staan, vooral wanneer ze handmatig buiten de standaard redactionele stroom zijn gemaakt.
Een effectieve e-healthsitemap is geen technisch bestand dat je eenmaal genereert en vervolgens vergeet. Het is een navigatietool die de werkelijke behoeften van patiënten weerspiegelt, voldoet aan de Franse toegankelijkheidsnormen en gevoelige gegevens beschermt door privépagina’s uit te sluiten. Het up-to-date houden en het vanuit het perspectief van de bezoeker, niet van de ontwikkelaar, benaderen, maakt het verschil tussen een functioneel gezondheidsportaal en een digitale doolhof.