Lovable basics · 5 min leestijd
Oude URL’s terugvinden vóór een redesign met de Wayback Machine API
Vind oude URL’s terug met de Wayback CDX API, maak een redirectmap en voorkom 404’s, soft 404’s en verloren verkeer na een redesign.
De Wayback Machine heeft een API waarmee je oude URL’s van een domein kunt terugvinden. Gebruik die lijst vóór een redesign of migratie als aanvulling op je sitemap, Search Console en serverlogs. Je ziet dan pagina’s terug die al jaren niet meer in je huidige site staan, maar nog wel backlinks of bezoekers kunnen hebben.
De techniek heet de CDX Server API. Je hoeft er geen account voor aan te maken. Vul je domein in, filter op succesvolle HTML-pagina’s en je krijgt de gearchiveerde URL’s als JSON terug.
De CDX-query voor oude URL’s
Vervang voorbeeld.nl door je eigen domein en open deze URL in je browser:
https://web.archive.org/cdx/search/cdx?url=voorbeeld.nl&matchType=domain&output=json&fl=timestamp,original,statuscode,mimetype&filter=statuscode:200&filter=mimetype:text/html&collapse=urlkeyDe onderdelen van de query doen elk één ding:
| Parameter | Wat hij doet |
|---|---|
matchType=domain |
Zoekt op het hoofddomein én subdomeinen. |
output=json |
Geeft een lijst terug die je eenvoudig kunt verwerken. |
fl=... |
Beperkt de uitvoer tot datum, URL, statuscode en bestandstype. |
filter=statuscode:200 |
Laat alleen captures zien die destijds succesvol laadden. |
filter=mimetype:text/html |
Haalt afbeeldingen, scripts en andere bestanden uit de lijst. |
collapse=urlkey |
Voorkomt tientallen regels voor dezelfde URL. |
Op grote sites kan één antwoord te klein zijn. De CDX-documentatie noemt een standaardmaximum van 150.000 resultaten per query en adviseert voor bulkvragen paginering of een resumption key. Zie je precies een rond limietgetal, ga er dan niet vanuit dat de lijst compleet is.
Maak van de uitvoer een bruikbare URL-lijst
De ruwe uitvoer is nog geen redirectplan. Bij een test op MijnKleurplaat.nl kwamen naast gewone pagina’s ook loginroutes en URL’s met parameters terug. Dat is nuttige informatie, maar niet alles verdient een plek in je nieuwe sitestructuur.
- Pak de waarden uit de kolom
original. De eerste regel bevat de veldnamen; die hoort niet in je URL-lijst. - Normaliseer varianten. Voeg
httpenhttps,wwwen niet-www, trailing slashes en hoofdletters samen waar ze dezelfde pagina voorstellen. - Zet beheer-, login- en sessieroutes apart. Die wil je meestal niet redirecten of opnieuw publiceren.
- Controleer de overblijvende URL’s live. Plak ze in de lijstmodus van een crawler, bijvoorbeeld Screaming Frog, en noteer de huidige status en eind-URL.
- Combineer de lijst met andere bronnen. Voeg je oude sitemap, Search Console, analytics, serverlogs en backlinkexport toe. Geen van die bronnen is op zichzelf compleet.
Welke oude URL krijgt een 301?
Niet iedere 404 is een fout. Een permanente redirect is bedoeld voor content die echt is verhuisd of aantoonbaar is samengevoegd. Google raadt server-side 301- of 308-redirects aan en waarschuwt voor grote aantallen oude URL’s die zonder inhoudelijke overeenkomst naar de homepage wijzen. Zulke omleidingen kunnen als soft 404 worden behandeld.
| Oude URL | Juiste keuze |
|---|---|
| Dezelfde pagina heeft een nieuwe URL | 301 rechtstreeks naar de nieuwe URL. |
| Meerdere oude artikelen zijn samengevoegd | 301 naar de inhoudelijk complete vervanger. |
| Waardevolle pagina is per ongeluk verdwenen | Herstel de pagina, of maak eerst een echte vervanger. |
| Verouderde pagina zonder verkeer, links of vervanger | Laat een echte 404 of 410 staan. |
| Login-, zoek- of filter-URL zonder publieke waarde | Niet opnemen in de migratie. |
Maak dus een oud-naar-nieuw-mapping vóór de nieuwe site live gaat. Laat iedere redirect meteen op de eindbestemming landen; een keten als oud → tussenpagina → nieuw is trager en onnodig foutgevoelig. Google adviseert migratieredirects doorgaans minstens een jaar te laten staan.
Waarom je sitemap en Search Console niet genoeg zijn
Een sitemap beschrijft vooral wat de huidige site belangrijk vindt. Een URL die drie jaar geleden uit je CMS is verwijderd, staat daar niet meer in. Search Console laat veel zien, maar is evenmin een onbeperkt historisch archief. Serverlogs helpen alleen zolang je ze bewaart.
Wayback vult precies dat gat: het kan URL’s teruggeven uit een oudere sitestructuur. Daar staat tegenover dat het archief pagina’s kan hebben gemist of geblokkeerd. De betrouwbare lijst ontstaat uit de overlap van bronnen, niet uit één export.
Controleer dit bij een Lovable-redesign
Bij een Lovable-site is de URL-mapping maar de helft van de controle. Kijk na publicatie ook of de tekst, titel, canonical en interne links in de geleverde HTML staan. Een pagina kan er in je browser goed uitzien terwijl een crawler een lege of onvolledige documentbron ontvangt.
Gebruik de Bot Vision Inspector voor een snelle vergelijking en draai daarna de gratis Lovable SEO-audit. Test op minimaal één oude URL, één ongewijzigde URL en één nieuwe URL:
- de oude URL geeft één permanente redirect;
- de eindpagina antwoordt met 200;
- de canonical wijst naar de eindpagina zelf;
- de pagina is niet per ongeluk
noindex; - interne links gebruiken direct de nieuwe URL.
Veelgestelde vragen
Geeft de Wayback CDX API echt alle oude URL’s?
Nee. De API geeft alle passende captures uit het archief terug, niet alle URL’s die ooit op je server hebben bestaan. Gebruik daarom ook sitemaps, Search Console, analytics, serverlogs en backlinkdata.
Kan ik elke gevonden 404 naar de homepage sturen?
Nee. Redirect alleen naar een inhoudelijk passende vervanger. Zonder vervanger is een 404 of 410 eerlijker dan een misleidende homepage-redirect.
Wanneer voer ik deze controle uit?
Vóór het ontwerpteam URL’s wijzigt. Maak de mapping op de oude site, test hem op de nieuwe omgeving en crawl alle oude URL’s opnieuw zodra de redirects live staan.
