Permalinks zijn de permanente URL's van je WordPress-content, en de permalinkstructuur is het patroon dat ze allemaal volgen. Het is een van de weinige instellingen die letterlijk elke pagina van een site raakt en een van de duurste om later te wijzigen, omdat gewijzigde URL's backlinks, bladwijzers en zoekposities breken tenzij elk oud adres wordt omgeleid. Het goede nieuws: de keuze is niet moeilijk. Voor de meeste sites is de structuur Berichtnaam het juiste antwoord, datums horen alleen in nieuws-URL's, en het echte vakwerk zit in het schrijven van goede slugs. Dit artikel behandelt de best practices, en wat je doet als een bestaande site met de verkeerde structuur zit opgescheept.
Wat is een permalink in WordPress?
Een permalink is de permanente, openbare URL van een stuk content: een bericht, een pagina, een archief. WordPress bouwt die URL's op uit het patroon dat je instelt onder Instellingen en Permalinks, met plaatshouders die structuurtags heten. De opties die WordPress biedt:
- Simpel: https://example.com/?p=123, het rauwe database-ID als queryparameter.
- Dag en naam: https://example.com/2026/07/30/voorbeeld-bericht/
- Maand en naam: https://example.com/2026/07/voorbeeld-bericht/
- Numeriek: https://example.com/archives/123
- Berichtnaam: https://example.com/voorbeeld-bericht/
- Aangepaste structuur: elke combinatie van tags als %postname%, %category%, %year%, %monthnum%, %day%, %post_id% en %author%.
Het laatste padsegment, de leesbare naam van het afzonderlijke bericht, heet de slug. WordPress genereert die uit de titel en laat je hem per bericht aanpassen, en daar zit het grootste deel van de praktische optimalisatie.
Welke permalinkstructuur is het beste voor SEO?
Voor de grote meerderheid van de sites: Berichtnaam, en niets anders. De redenering is rechttoe rechtaan. Google's eigen richtlijnen voor URL-structuur adviseren eenvoudige, beschrijvende URL's met betekenisvolle woorden. De structuur Berichtnaam levert precies dat: kort, leesbaar, stabiel, met het onderwerp van de pagina zichtbaar in het adres. URL's zijn hooguit een licht rankingsignaal, maar ze zijn wel een echt signaal voor bruikbaarheid en doorklikratio: iemand die example.com/wordpress-beveiligingschecklist/ in een resultaat ziet, weet wat hem te wachten staat, terwijl example.com/?p=8371 helemaal niets zegt.
De structuur Simpel bestaat om technische terugvalredenen en hoort nooit actief te blijven op een openbare site. De numerieke structuur heeft hetzelfde probleem met vriendelijkere cosmetica. En een zorg uit oudere tutorials mag met pensioen: de structuur laten beginnen met %postname% veroorzaakte performanceproblemen in heel oude WordPress-versies, maar dat speelt al ruim tien jaar niet meer.
Wanneer zijn datums in URL's zinvol?
Datumstructuren beantwoorden een echte behoefte van nieuwsuitgevers. Als veel artikelen hetzelfde terugkerende onderwerp behandelen, onderscheidt de datum in de URL ze van elkaar, en lezers van nieuws willen oprecht weten wanneer een stuk is gepubliceerd. Past dat bij jouw site, dan is Maand en naam een redelijke keuze.
Voor al het andere verouderen datums in URL's slecht. Een evergreen gids op /2019/05/wordpress-seo-gids/ roept zijn leeftijd om in elk zoekresultaat, ook na vijf zorgvuldige contentupdates, en gebruikers geven meetbaar de voorkeur aan resultaten die vers ogen. De datum er later uit halen betekent elke URL wijzigen, met alle omleidingsoverhead waar dit artikel twee keer voor waarschuwt. Houd de datum uit de URL en toon in plaats daarvan een zichtbare bijgewerkt-op-datum in de content: zoekmachines halen versheid uit de pagina zelf en uit gestructureerde data, niet uit het adres.
Moet de categorie in de URL staan?
De aangepaste structuur /%category%/%postname%/ is populair en verdedigbaar: de URL wint er een trefwoord mee en laat de sectie van de site zien, bijvoorbeeld /beveiliging/wordpress-nonces-uitgelegd/. Er hangen twee kosten aan. Ten eerste worden URL's langer en dieper. Ten tweede, en belangrijker, hangt de URL nu af van de categorietoekenning: verplaats het bericht naar een andere categorie en het adres verandert, wat stilletjes een omleidingsverplichting creëert elke keer dat je content herordent. Webshops staan voor dezelfde vraag bij product-URL's met de productcategorie erin.
Er is hier geen fout antwoord, alleen een afweging tussen een betekenisvolle en een stabiele URL. Heb je geen specifieke reden om de categorie op te nemen, dan is de kale structuur Berichtnaam de veiligere langetermijnkeuze. Wat je ook kiest, kies het één keer: consistentie wint het van micro-optimalisatie.
Goede URL-slugs schrijven
De structuur stel je één keer in, maar een slug schrijf je voor elk bericht, en de automatisch gegenereerde is zelden de beste. De regels:
- Kort en specifiek. Drie tot vijf betekenisvolle woorden. De automatische slug van een lange titel (hoe-kies-je-de-juiste-wordpress-permalinkstructuur-voor-je-website) kort in tot wordpress-permalinkstructuur zonder ook maar iets te verliezen.
- Neem het onderwerpstrefwoord op waarop de pagina gevonden moet worden, één keer, natuurlijk.
- Kleine letters, koppeltekens tussen woorden. WordPress doet dat automatisch; ga er niet tegenin met underscores of camelCase.
- Alleen ASCII. Vervang accenten en trema's (e voor ë, e voor é), want speciale tekens eindigen als onleesbare procentcodering zodra de URL wordt gedeeld.
- Geen opvulwoorden die niets toevoegen. Lidwoorden en stopwoorden mogen weg zolang de slug leesbaar blijft; leesbaarheid wint het van dogma.
- Geen datums en geen versienummers in slugs van content die je actueel wilt houden.
Eén waarschuwing: de slug van een al gepubliceerd bericht bewerken verandert de URL ervan. WordPress leidt de oude berichts-URL meestal automatisch om, maar vertrouw daar niet op bij belangrijke pagina's; controleer het of zet een expliciete omleiding.
De permalinkstructuur van een bestaande site veilig wijzigen
Soms is de structuur echt verkeerd, tien jaar aan /2014/03/berichtnaam/-URL's op een site met evergreen content, en is de ingreep het waard. De veilige werkwijze:
- Eerst inventariseren. Exporteer alle geïndexeerde URL's uit Google Search Console en je sitemap, zodat je weet wat moet blijven werken.
- Wijzig de structuur onder Instellingen en Permalinks, bij voorkeur eerst op een staging-kopie.
- Leid elk oud URL-patroon met 301-omleidingen naar het nieuwe. Bij wijzigingen met een vast patroon dekt één serverregel alles af. De datumprefix verwijderen ziet er bijvoorbeeld zo uit in Apache-configuratie:
# .htaccess: leid /2019/05/een-bericht/ om naar /een-bericht/
RedirectMatch 301 ^/([0-9]{4})/([0-9]{2})/(.+)$ /$3- Test een steekproef van oude URL's, inclusief feeds, gepagineerde archieven en bijlagepagina's van afbeeldingen, voor en na het live gaan.
- Houd Search Console in de gaten op crawlfouten in de weken erna en repareer de achterblijvers.
Omleidingsplugins als Redirection doen hetzelfde werk vanuit het WordPress-beheerscherm als serverconfiguratie buiten bereik ligt. Wat je niet mag doen, is de structuur wijzigen en maar hopen: elke oude URL zonder omleiding is een 404 die een positie, een verwijzing of een lezer kost.
Zo helpt InspectWP je je URL-inrichting te controleren
Een schone permalinkstrategie werkt alleen als de technische signalen eromheen kloppen. Het rapport van InspectWP controleert de canonical tag (die zoekmachines vertelt wat de definitieve URL van een pagina is en gedoe met duplicate content tussen URL-varianten voorkomt), de omleiding van HTTP naar HTTPS, de XML-sitemap en de robots-instructies van je WordPress-site. Na een permalinkmigratie zijn dat precies de controles die je vertellen of zoekmachines correct naar de nieuwe URL's worden gewezen, en één gratis rapport kost minder tijd dan het met de hand vinden van de eerste kapotte link.