301-redirects bij het opheffen van productcategorieën in WooCommerce

26 augustus 2026 6 min lezen
Geschatte leestijd: 5 minuten

Een categorie opheffen is een technische ingreep, geen contentbeslissing

Bij een assortimentswissel verdwijnt in WooCommerce vaak in één handeling een hele productcategorie: de subcategorieën, de filterpagina’s, de interne links ernaartoe en de externe links die er ooit naar zijn opgebouwd. Zonder redirectplan gooit u weg wat maanden of jaren aan opgebouwde autoriteit heeft gekost.

Het probleem zit niet in het verwijderen zelf. Assortiment wijzigt, seizoenen wisselen, productlijnen worden uitgefaseerd. Het probleem zit in de aanname dat Google dat zelf wel oplost. Dat doet Google niet. Een categorie-URL die 404 teruggeeft, verliest de waarde die er via links, klikgedrag en indexatie aan is toegekend, en die waarde komt niet automatisch terecht bij een andere pagina op uw site.

Wat er precies verloren gaat bij een 404

Een categoriepagina die goed rankte, heeft dat meestal te danken aan een combinatie van interne links, externe verwijzingen en opgebouwde relevantie voor specifieke zoektermen. Verwijdert u de pagina zonder redirect, dan:

  • verliest u de linkwaarde die naar die URL wijst, zowel intern als extern;
  • laat u bezoekers en crawlers op een doodlopende pagina landen;
  • verspilt u crawlbudget aan URL’s die Google blijft proberen te bezoeken;
  • ontstaat er een gat in uw sitemap en interne linkstructuur dat andere pagina’s onbedoeld raakt.

Bij het opheffen van een los product bestaat er meestal nog een logische vervanger: een vergelijkbaar product waar een plugin automatisch naar kan doorsturen. Bij het opheffen van een hele categorie is dat anders. Er verdwijnt geen los item, maar een boomstructuur met subcategorieën, filters en de content daaronder. Er is geen vanzelfsprekende bestemming die u zomaar kunt aanwijzen, die keuze vraagt om beoordeling per geval.

Waarom dit begint bij de technische basis, niet bij content

Content kan alleen ranken als Google de site goed kan crawlen en de pagina’s snel laden. Een rommelige URL-structuur met verweesde pagina’s en onbeheerde 404’s ondermijnt elke contentinvestering die u daarna doet. Wij beheren daarom onze eigen servers en bouwen op maat gemaakte thema’s, juist om snelheid te garanderen in plaats van te leunen op trage standaardhosting met opgeblazen pagebuilders. Een redirectmapping hoort in diezelfde categorie: het is fundament, geen bijzaak die u er na de wissel nog wel bij doet. B2B-websites met een sterke technische SEO-basis realiseren jaar op jaar 47 procent meer groei in organisch verkeer dan sites met een zwakke technische gezondheid. Een assortimentswissel is het moment waarop die technische basis zichtbaar wordt getest.

Zo bouwt u een redirectmapping die linkwaarde behoudt

Processchema van de vijf stappen om een redirectmapping op te bouwen bij het opheffen van een productcategorie

Een redirectmapping is een overzicht van elke oude categorie-URL met daarnaast de nieuwe of meest relevante bestemming.

1. Inventariseer voordat u iets verwijdert

Exporteer alle categorie- en subcategorie-URL’s die u gaat opheffen, inclusief de bijbehorende filterpagina’s. Controleer via Google Search Console welke van die URL’s daadwerkelijk verkeer of vertoningen ontvangen. Dat onderscheid bepaalt de prioriteit: een categorie zonder verkeer vraagt minder zorgvuldigheid dan een pagina die dagelijks bezoekers trekt.

2. Kies een relevante bestemming, geen makkelijke

De regel bij een 301-redirect is dat u doorstuurt naar een relevante, kwalitatieve pagina, of naar dezelfde pagina onder een andere URL. Bij het opheffen van een categorie betekent dit meestal een van drie routes: samenvoegen met een vergelijkbare categorie die blijft bestaan, doorsturen naar een bredere bovenliggende categorie, of doorsturen naar een vervangende categorie bij een assortimentswissel. Redirecten naar de homepage is geen relevante bestemming en levert nauwelijks linkwaarde-overdracht op.

3. Voorkom redirectketens

Bij seizoenswissels die zich jaarlijks herhalen, ontstaat het risico dat een oude categorie naar een vorig-seizoen-redirect wijst, die op zijn beurt weer naar een nieuwere versie doorstuurt. Elke schakel in die keten kost overdracht van linkwaarde en vertraagt de laadtijd. Werk redirects daarom altijd bij naar de definitieve bestemming, niet naar de vorige tussenstop.

4. Update de interne links zelf

Een redirect lost het probleem voor Google en de bezoeker op, maar interne links die nog naar de oude categorie-URL wijzen, blijven onnodig door een redirect lopen. Werk menu’s, breadcrumbs, gerelateerde-productenblokken en interne links in content bij naar de nieuwe bestemming.

5. Ruim de sitemap en canonicals op

Dit is in de praktijk vaak het onderdeel waar het misgaat, juist omdat het onzichtbaar is voor de bezoeker. Verwijderde categorieën horen niet meer in de XML-sitemap thuis, en canonical tags die nog naar de oude structuur verwijzen, veroorzaken tegenstrijdige signalen. Voegt u twee categorieën samen, controleer dan per product of de canonical tag naar de nieuwe, samengevoegde categorie wijst en niet naar de oude URL die zo dadelijk 404 geeft. Veel sitemap-plugins in WooCommerce regenereren de sitemap automatisch bij een categoriewijziging, maar een cachelaag of CDN kan een oude versie langer laten staan dan u denkt. Controleer daarom niet alleen de sitemap-instellingen, maar ook de daadwerkelijk uitgeleverde sitemap-URL, en sluit uit dat robots.txt de nieuwe categorie per ongeluk blokkeert.

Waarom standaardplugins vaak tekortschieten bij een categorie-opheffing

Redirectplugins voor WooCommerce zijn doorgaans ontworpen voor een eenvoudig scenario: een los product krijgt een nieuwe URL of verdwijnt, en de plugin herkent de 404 en stuurt door naar een logische opvolger. Het bulksgewijs opheffen van een hele categorie met tientallen onderliggende producten en filterpagina’s is een ander scenario. Er is geen los product met een vanzelfsprekende vervanger, maar een volledige boomstructuur die in één keer moet worden omgezet naar een nieuwe indeling, met behoud van overzicht over welke oude URL naar welke nieuwe bestemming gaat. Wij bouwen daarom eigen plugins voor vrijwel elke klantwens, van dropship-koppelingen met automatische voorraadsync tot maatwerk automatiseringen, en een bulksgewijze redirectmapping vraagt regelmatig om diezelfde maatwerkbenadering, omdat een generieke tool niet is gebouwd om een complete categoriestructuur in één keer door te voeren en te bewaken.

Seizoenswissel of permanente wijziging: andere beslissing, ander plan

Beslisboom voor het kiezen tussen een tijdelijke of permanente redirect bij het opheffen van een categorie

De keuze tussen een tijdelijke en een permanente oplossing hangt af van één vraag: komt deze categorie terug, en weet u al wanneer en onder welke bestemming? Bij een seizoensgebonden assortiment, denk aan zomer- of winterartikelen, is de categorie volgend jaar weer terug. Een permanente 301 die u een half jaar later alweer moet terugdraaien, levert dan een onnodige redirectketen op. Een tijdelijke oplossing met een duidelijk beheerde, gedocumenteerde redirect naar de overkoepelende categorie is in dat geval de betere route, juist omdat u dezelfde mapping straks weer nodig heeft. Bij een permanente assortimentswissel, waarbij een productlijn definitief verdwijnt, is een directe 301 naar de dichtstbijzijnde relevante categorie de juiste keuze, zonder tussenstap en zonder terugdraaimoment.

Meet of de redirect daadwerkelijk werkt

Een redirectmapping is geen eenmalige actie die u kunt afvinken. Vergelijk in Search Console de positie en het klikgedrag van de nieuwe bestemming met de historische cijfers van de oude categorie-URL, over een vergelijkbare periode. Controleer in het Pagina’s-rapport of oude URL’s als “niet geïndexeerd” met de juiste reden verschijnen, en niet als fout blijven terugkomen. Houd daarnaast de crawlstatistieken in de gaten om te zien of Google de nieuwe structuur oppikt zonder vast te lopen op resterende 404’s.

Linkwaarde verliezen bij een assortimentswissel is geen onvermijdelijk bijverschijnsel. Het is het directe gevolg van een redirectmapping die als bijzaak wordt behandeld in plaats van als technisch fundament. Wie de structuur, de sitemap en de canonicals net zo serieus neemt als de content zelf, behoudt de autoriteit die er al lag, en bouwt daar vanaf de wissel weer op verder.