Bij een migratie zijn 404-fouten onvermijdelijk als je niet strak werkt. De kunst is niet om ze volledig te vermijden, maar om ze snel te herkennen, slim af te handelen en te voorkomen dat waardevolle pagina’s verkeer of SEO-kracht verliezen.
Zeker bij WordPress-migraties, webshopverhuizingen of een complete herstructurering van je site zie je vaak dat oude URL’s blijven opduiken via Google, externe links of bookmarks. Als je daar pas na livegang naar kijkt, heb je al verlies in organisch verkeer, conversies en soms zelfs in indexatie.
1. Waarom 404-fouten tijdens migraties zo gevoelig zijn
Een 404 lijkt klein, maar in migraties gaat het vaak om meer dan één foutpagina. Je verliest niet alleen een bezoek, maar mogelijk ook de opgebouwde waarde van een oude pagina die jarenlang links, clicks en rankings heeft verzameld.
Vooral pagina’s met veel backlinks, landingspagina’s uit campagnes en producten die uit de structuur verdwijnen vragen aandacht. Een fout van 404 naar 200 op de verkeerde pagina is net zo riskant als een 404 die je laat liggen, omdat zoekmachines dan onduidelijke signalen krijgen.
2. Welke 404-fouten je voor livegang al moet vinden
De beste aanpak begint vóór de migratie. Je wilt een complete inventaris maken van alle belangrijke bestaande URL’s, zodat je straks kunt bepalen welke pagina’s een nieuwe bestemming nodig hebben.
Controleer in elk geval deze bronnen:
- huidige sitemap en crawl-export
- Google Search Console op bestaande indexatie
- analytics op landingspagina’s met verkeer
- backlinks uit SEO-tools of serverlogs
- belangrijke URL’s uit advertenties, nieuwsbrieven en social posts
Een export uit je oude site is niet genoeg. Bij veel sites zitten nog oude URL’s in filters, interne links, PDFs of externe verwijzingen die je anders pas na de livegang ontdekt.
3. Hoe je 404-fouten in kaart brengt na livegang
Na de migratie wil je snel zien welke URL’s nog op 404 uitkomen. Dat doe je niet alleen in de browser, maar vooral via crawls, serverlogs en Search Console. Een crawler laat zien welke interne links nog fout gaan, terwijl logs duidelijk maken welke oude URL’s echt worden opgevraagd.
In de praktijk zie je vaak drie soorten 404’s:
- oude content die een logische vervanger heeft
- URL’s die ooit bestonden, maar geen relevante opvolger meer hebben
- foutieve interne links of technische paden die per ongeluk zijn meegekomen
Die laatste categorie is vaak het makkelijkst op te lossen, maar ook de meest onderschatte. Eén verkeerd template in WordPress kan tientallen of honderden foutmeldingen veroorzaken.
4. Welke 404’s je redirect en welke niet
Niet elke 404 hoeft een redirect te krijgen. Redirect je te veel, dan stuur je gebruikers en crawlers soms onlogisch door naar irrelevante pagina’s, en dat is slecht voor UX én SEO.
Gebruik deze vuistregel:
- redirect naar een relevante nieuwe pagina als het zoekintentie en onderwerp dicht bij elkaar liggen
- redirect naar een categorie- of overkoepelende pagina als er geen exacte vervanger is
- laat een 404 staan als de pagina echt geen waardevolle opvolger heeft
Bijvoorbeeld: een oude productpagina van een uitlopend model kun je vaak doorsturen naar de nieuwste variant of de categorie. Een verouderde actiepagina zonder opvolger mag best 404 blijven, mits je hem niet nog intern linkt.
5. Technische valkuilen in WordPress-migraties
Bij WordPress zie je vaak dat 404’s ontstaan door wijzigingen in slugs, custom post types, taxonomieën of page builders. Ook een nieuwe permalink-structuur kan plotseling oude URL-patronen breken, zeker als de site eerder met verschillende plugins of templates is opgebouwd.
Let extra op bij:
- hernoemde pagina’s met dezelfde content
- meertalige sites met afwijkende URL-structuren
- shopfilters en parameter-URL’s
- redirects die in plugins staan, maar niet in de serverlaag
- interne links die hardcoded zijn in templates of contentblokken
Een technische migratie vraagt daarom altijd om een redirectmapping, liefst op URL-niveau. Zeker bij grotere sites kan een fout in de mapping tientallen duizenden URL’s raken als je niet zorgvuldig test.
6. Hoe je 404-schade beperkt met een goede workflow
De beste migraties hebben een vaste volgorde. Eerst inventariseren, dan mappen, daarna testen, en pas als laatste live zetten. Als je deze stappen omdraait, ga je brandjes blussen in plaats van een gecontroleerde migratie draaien.
Een praktische workflow ziet er zo uit:
- maak een lijst van alle oude URL’s met waarde
- bepaal per URL de nieuwe bestemming of laat bewust een 404 staan
- test redirects in een stagingomgeving
- crawl de stagingomgeving op 404’s en redirect loops
- monitor direct na livegang Search Console en serverlogs
Die eerste 48 uur na livegang zijn cruciaal. Dan zie je vaak de grootste foutclusters, en die wil je snel wegwerken voordat zoekmachines de nieuwe structuur volledig oppakken.
7. Wanneer je beter een specialist inschakelt
Als je site veel pagina’s heeft, afhankelijk is van SEO-verkeer of meerdere systemen koppelt, is 404-beheer geen bijzaak meer. Dan heb je iemand nodig die zowel de technische kant als de SEO-impact kan beoordelen, zodat je geen omzet of posities verliest door een verkeerde redirectkeuze.
Dat geldt extra wanneer je werkt met:
- een grote webshop met veel oude product-URL’s
- een WordPress-site met custom templates en dynamische content
- internationale of meertalige structuren
- migraties waarbij ook tracking, SEA-landingspagina’s of filters wijzigen
Juist daar zit de echte projectwaarde. Een goede migratie voorkomt niet alleen problemen, maar beschermt ook bestaande autoriteit en conversies.
Wat is jouw volgende stap?
Begin met een volledige URL-inventaris en maak per pagina een bewuste keuze: redirecten, samenvoegen of laten vervallen. Controleer daarna na livegang niet alleen de foutmeldingen, maar ook de impact op verkeer en indexatie. Als je migratie inhoudelijk of technisch complex is, scheelt het veel tijd om SEO en WordPress vanaf het begin samen te laten werken.
Veelgestelde vragen over 404-fouten migratie
1. Hoeveel 404-fouten zijn normaal na een migratie?
Een paar 404’s zijn normaal, zeker als oude URL’s nog extern worden aangevraagd. Het draait vooral om de relevantie: belangrijke landingspagina’s, productpagina’s en content met backlinks wil je niet laten vallen.
2. Moet elke oude URL een redirect krijgen?
Nee, dat is meestal niet verstandig. Alleen URL’s met inhoudelijke en commerciële waarde verdienen een passende redirect; irrelevante of verouderde pagina’s mogen soms gewoon 404 blijven.
Een 404 betekent dat een pagina niet bestaat. Een 301 stuurt gebruikers en zoekmachines permanent door naar een nieuwe URL, en dat gebruik je bij migraties als er een logische vervanger is.
4. Hoe vind je verborgen 404-fouten in WordPress?
Door een combinatie van crawltools, serverlogs en Search Console te gebruiken. Daarnaast moet je intern linken en template-instellingen controleren, want daar ontstaan vaak foutieve paden.
5. Schaad een 404-pagina altijd je SEO?
Niet per se. Een nette 404 op een pagina zonder waarde is prima, zolang je geen belangrijke URL’s laat verdwijnen en je interne structuur schoon blijft.
6. Wanneer moet je 404’s meteen na livegang oppakken?
Altijd bij pagina’s die verkeer, conversies of backlinks hadden. Als die fout lopen, verlies je direct zichtbaarheid en kan het herstel langer duren dan je denkt.
7. Hoe lang moet je redirects aanhouden na een migratie?
Bij voorkeur lang genoeg om alle signalen op te vangen, vaak minimaal enkele maanden en bij waardevolle URL’s langer. Oude links blijven jaren circuleren, dus te vroeg verwijderen is riskant.
404-beheer lijkt soms een detail, maar bij een migratie bepaalt het vaak hoeveel waarde je behoudt. Haboes helpt je daarbij met SEO, WordPress en technische uitvoering in één traject, zodat je niet achteraf hoeft te herstellen.