WordPress naar Astro: zo migreer je een WordPress-site, headless of volledig, zonder je rankings te verliezen

Het korte antwoord

Op 13 oktober 2026 draaide volgens W3Techs 40,1% van alle websites op WordPress, dus de meeste websitemigraties beginnen daar. De migratiegids van Astro beschrijft twee routes: WordPress houden als headless CMS en Astro de front-end laten bouwen, of de content helemaal uit WordPress halen.

Welke route je ook kiest, het werk dat je verkeer beschermt is hetzelfde: elke URL houden die bezoekers oplevert, de titels en beschrijvingen overnemen die je SEO-plug-in maakte, de map met uploads kopiëren, de plug-ins vervangen die front-endwerk deden en elke URL die verandert een permanente redirect geven. Werk je in die volgorde, dan kan de nieuwe site sneller laden en goedkoper draaien zonder dat zijn rankings weer bij nul beginnen.

Headless WordPress of volledig overstappen?

Astro documenteert beide: WordPress gebruiken als headless CMS en overstappen vanaf WordPress, waar het voor de content de tool wordpress-export-to-markdown aanraadt.

Wat we zagen bij acht live WordPress-sites

Op 13 oktober 2026 bekeken we acht sites die op WordPress draaien, van de nieuwsblog van WordPress.org zelf tot grote uitgevers, om te zien waar een migratie op kan rekenen:

• Zeven van de acht serveerden hun berichten openbaar via de REST API, op /wp-json/wp/v2/posts. De achtste antwoordde met 401: sommige hosts en beveiligingsplug-ins schermen de API af, dus controleer die van jou voordat je je planning erop baseert.
• Drie van de acht gaven bij elk bericht ook de data van Yoast SEO terug. Yoast voegt een veld yoastheadjson toe aan de standaard REST-antwoorden, met de titel, de beschrijving, de canonical URL, de Open Graph-tags en het schema dat het voor die pagina rendert (developerdocumentatie van Yoast). Dat is precies de SEO-metadata die je nodig hebt, klaar voor hergebruik.
• Elke bericht-URL die ze teruggaven, eindigde op een slash, en bij vijf van de zeven stond het jaar erin, zoals in /2026/10/naam-van-het-bericht/. Astro moet die structuur exact nabouwen, anders heeft elk bericht een redirect nodig.
• Zes van de acht laadden nog jQuery, een herinnering aan hoeveel front-endcode een WordPress-thema met zich meedraagt die je bij een herbouw in Astro kunt achterlaten.

Van WordPress naar Astro, stap voor stap

1. Inventariseer elke URL. Sinds versie 5.5 publiceert WordPress een sitemap op /wp-sitemap.xml, tenzij een SEO-plug-in die vervangt door een eigen sitemap (Make WordPress Core). Haal daarnaast het rapport Pagina's uit Google Search Console op voor de langst beschikbare periode, noteer de permalinkstructuur onder Instellingen, Permalinks en exporteer de regels uit een eventuele redirectplug-in.
2. Kies tussen headless en volledig overstappen met de tabel hierboven. De overige stappen gelden voor allebei; bij headless betekent "exporteren" dat je dezelfde data tijdens de build uit de API leest.
3. Exporteer de content. Gereedschap, Exporteren maakt een WXR-bestand, een XML-export met je berichten, pagina's, custom post types, reacties, aangepaste velden, categorieën, tags, aangepaste taxonomieën en gebruikers (WordPress-documentatie). Wil je exporteren met een script, dan geeft de REST API tot 100 berichten per pagina terug, met de gerenderde HTML van elk bericht.
4. Kopieer de uploads. Afbeeldingen zitten niet in het XML-bestand: ze staan in wp-content/uploads, samen met de verkleinde kopieën die WordPress van elke afbeelding maakte. Bewaar de originelen, laat astro:assets de formaten genereren en beslis of de oude afbeeldings-URL's hetzelfde blijven of redirects nodig hebben.
5. Neem de SEO-metadata mee. Draait de site op Yoast SEO, lees dan voor elk bericht en elke pagina yoastheadjson uit de REST API: zo krijg je de uiteindelijke titel en beschrijving in plaats van de sjablonen die de plug-in opslaat. Zo niet, haal ze dan uit de aangepaste velden van de plug-in in de export.
6. Bouw de templates opnieuw als Astro-componenten. Stap je volledig over, maak dan van berichten en pagina's content collections of zet ze in een nieuw CMS; met headless WordPress haal je ze op uit de API. Controleer de HTML van een paar berichten op shortcodes, embeds en markup van pagebuilders, die vaak opgeschoond moet worden voordat het er buiten het oude thema goed uitziet.
7. Vervang de plug-ins die front-endwerk deden. Formulieren hebben een eigen endpoint nodig (een Cloudflare Worker, een formulierdienst of je CRM), zoeken kan een statische index worden zoals Pagefind, en voor reacties moet je een besluit nemen: houden, naar een dienst verhuizen of sluiten. Cachingplug-ins hebben niets meer te doen zodra pagina's vooraf worden gebouwd.
8. Neem de URL-structuur over. Permalinks van WordPress eindigen meestal op een slash, wat overeenkomt met de standaard directory-output van Astro. Permalinks met een datum worden dynamische routes zoals /[year]/[month]/[slug]/ (routing in Astro); categorie- en tagarchieven hebben eigen pagina's of een redirect nodig.
9. Redirect op de server, ook voor de restjes van WordPress. Een statische Astro-build zonder adapter maakt van geconfigureerde redirects meta-refresh-pagina's (configuratiereferentie van Astro), dus stel 1:1 301-redirects in waar de site gehost wordt. Behalve gewijzigde berichten dek je ook de URL's af die WordPress zelf aanmaakt: /feed/, ?p=-shortlinks, bijlagepagina's, auteursarchieven en elk bestand in /wp-content/uploads/ dat je hebt verplaatst.
10. Lanceer en blijf opletten. Zet de DNS om, houd de oude WordPress-installatie alleen voor jezelf bereikbaar tot de nieuwe site is gecontroleerd en volg de komende weken de indexeringsrapporten van Search Console. Onze SEO-checklist voor website-migratie behandelt de lanceerdag en de 90 dagen erna.

Wat er verandert na de overstap

SEO behouden

De richtlijnen van Google voor siteverhuizingen met URL-wijzigingen gelden hier ook: koppel elke oude URL aan het meest vergelijkbare nieuwe adres, gebruik permanente serverside redirects en houd ze minstens een jaar aan. Met WordPress zijn identieke URL's makkelijker te behouden dan bij de meeste platforms, omdat de permalinks met een slash aan het eind overeenkomen met de standaardinstellingen van Astro; het werk zit in het nabouwen van datumpaden, archieven en elke URL die een plug-in genereerde.

Controleer daarna wat het oude thema en de plug-ins aan elke pagina toevoegden: canonical-tags, Open Graph-afbeeldingen, gestructureerde data, de hreflang-tags van een meertaligheidsplug-in en de robots-regels. Alles wat op de nieuwe site ontbreekt, is een signaal dat Google kwijtraakt op de dag dat je overstapt.

Zo pakt Dardo een WordPress-migratie aan

We voeren WordPress-verhuizingen uit als onderdeel van onze dienst websitemigratie: een inventarisatie van URL's en content, de keuze tussen headless en volledig overstappen, eerst één representatieve pagina die opnieuw wordt gebouwd en op afgesproken breedtes wordt beoordeeld, en daarna de rest van de templates, formulieren en redirects. De bouw zelf is webontwikkeling in Astro. Twijfel je nog of je WordPress überhaupt wilt verlaten, dan laat onze vergelijking van WordPress en een website op maat zien wanneer elk van de twee loont, en behandelen onze gidsen over migreren vanaf Framer en Webflow de andere veelvoorkomende vertrekpunten.

Overweeg je een overstap? Stuur ons de site en wat je wilt veranderen. We vertellen je of headless of een volledige overstap het beste past, voordat we voor een van beide een offerte maken.