HTML naar WordPress migratiechecklist

Een HTML naar WordPress migratiechecklist moet vijf dingen beschermen: uw content, uw URL’s, uw ontwerp, uw formulieren en uw rollback-pad als er bij livegang iets misgaat. De echte klus is niet alleen “pagina’s overzetten naar WordPress”. Het gaat om een herbouw die bewerkbaar wordt zonder te breken wat al werkt.

Dat verschil is belangrijk. Een statische HTML-site lijkt van buiten vaak eenvoudig, maar risico’s zitten meestal in kleine details: een hardcoded contactformulier, een oude brochure-PDF, een URL die nog verkeer krijgt, een tracking-script dat niemand meer herkent, of een mobiele layout die alleen werkt door één vergeten CSS-bestand.

Gebruik deze checklist vóór de migratie, tijdens de bouw en voordat bezoekers naar de nieuwe WordPress-versie gaan.

Snelle checklist: HTML naar WordPress migratie

1. Crawl de oude HTML-site voordat u WordPress aanraakt

Begin met een volledige inventarisatie. Niet gokken. Niet alleen de pagina’s uit het hoofdmenu.

Voor een kleine statische site betekent dit: elke .html-pagina, afbeeldingsmap, download, canonical URL, stylesheet, JavaScript-bestand en formulierendpoint controleren. Bij oudere bedrijfssites moet u ook zoeken naar vergeten landingspagina’s die niet meer in het menu staan, maar nog wel verkeer krijgen via Google, oude mails of backlinks.

Leg minimaal vast:

• Huidige pagina-URL’s, inclusief trailing-slash en .html varianten.
• Paginatitels en meta descriptions.
• H1-koppen.
• Belangrijke afbeeldingen en alt-teksten.
• PDF’s, brochures, menu’s, catalogi of formulieren.
• Analytics, pixels, chatwidgets, cookie-scripts en schema markup.
• Contactformulieren en de mailbox waar berichten moeten aankomen.

Onze aanbeveling: behandel de crawl als het migratiecontroleblad. Staat een URL niet in het blad, dan wordt hij makkelijk vergeten. Staat een formulier niet in het blad, dan kan het er na livegang goed uitzien terwijl berichten nergens aankomen.

2. Bepaal wat bewerkbaar moet worden in WordPress

Een veelgemaakte fout is oude HTML in WordPress plakken en dat “migratie” noemen. Op het eerste gezicht werkt het. Daarna wil de eigenaar een kop aanpassen, een servicesectie vervangen of een nieuwe locatiepagina toevoegen — en de nieuwe WordPress-site gedraagt zich nog steeds als hardcoded HTML.

Bepaal vooraf hoe elk onderdeel in WordPress hoort te leven:

Het doel is niet om oude code te bewaren. Het doel is om de nuttige voorkantervaring te behouden terwijl de achterkant makkelijker te beheren wordt.

3. Herbouw het ontwerp, importeer het niet blind

Er bestaan tools en plugins die HTML in WordPress kunnen importeren. Ze kunnen helpen bij contentextractie, maar lossen zelden de echte migratievraag op.

Een veilige migratie van statische HTML naar WordPress vraagt meestal om een designherbouw. Dat betekent niet dat de merkstijl hoeft te veranderen. Het betekent dat de layout opnieuw wordt opgebouwd binnen een WordPress-thema, zodat de site vertrouwd blijft voor bezoekers en tegelijk goede bewerking, navigatie, templates, responsive gedrag en updates krijgt.

Controleer deze designdetails zorgvuldig:

• Spacing op desktop, tablet en mobiel.
• Header- en navigatiegedrag.
• Knoppen, hover states en formulierstates.
• Font loading en fallback-fonts.
• Afbeeldingsuitsnedes op mobiele schermen.
• Footerlinks en juridische pagina’s.
• Bestaand bewijs, zoals portfolio-afbeeldingen of cases.

Voor bedrijfssites kiezen wij voor visuele pariteit waar die belangrijk is en verbetering waar de oude site duidelijk zwak is. Een migratie is een goed moment om kapotte mobiele spacing of onduidelijke CTA’s op te lossen, maar terugkerende klanten mogen niet ineens op een totaal andere site landen tenzij dat bewust de bedoeling was.

4. Map oude URL’s naar nieuwe WordPress URL’s

Dit is het onderdeel dat vaak pas aandacht krijgt nadat verkeer daalt.

Als de oude site /services.html heeft en de nieuwe WordPress-pagina /services/ is, is een permanente redirect nodig. Verplaatst een PDF, redirect die ook. Wordt een pagina bewust verwijderd, wijs dan naar de meest relevante vervanger in plaats van alles op de homepage te dumpen.

Google legt in de documentatie over redirects en Google Search uit dat redirects bezoekers en zoekmachines vertellen dat een pagina een nieuwe locatie heeft. Voor grotere URL-wijzigingen adviseert Google in de uitleg over site moves with URL changes om waar mogelijk permanente server-side redirects te gebruiken.

Een praktische redirectmap bevat bijvoorbeeld:

Vertrouw niet op “WordPress regelt dat vast wel”. WordPress kan veel URL-structuren goed verwerken, maar kent uw oude statische bestandspaden niet automatisch.

5. Bouw in staging, niet over de live HTML-site heen

Het veiligste migratiepatroon is eenvoudig: laat de huidige HTML-site live terwijl WordPress in een geïsoleerde stagingomgeving wordt gebouwd.

Die staging-site moet niet indexeerbaar zijn, afgeschermd blijven van toevallige bezoekers en getest worden alsof het de echte site is. Hier controleert u thema, geïmporteerde content, menu’s, formulieren, redirects, performance en meertaligheid als de site meerdere talen heeft.

Hier begint ook rollback-planning. Voor livegang moet duidelijk zijn hoe de oude site teruggezet wordt als er onverwacht iets gebeurt. Dat kan een serversnapshot zijn, een bestandsbackup, DNS-rollbacknotities of een bewaarde kopie van de oorspronkelijke statische hosting.

Onze mening is helder: zonder staging-site en rollback-pad is de migratie niet klaar.

6. Test formulieren met echte mailboxbezorging

Een contactformulier werkt niet omdat er een groen succesbericht verschijnt.

Test de complete route:

1. Verstuur het formulier vanaf staging.
2. Controleer of de mail in de juiste mailbox aankomt.
3. Controleer afzender, reply-to, onderwerp en berichtinhoud.
4. Controleer of spamfilters het bericht niet verbergen.
5. Herhaal de test na livegang vanaf het publieke domein.

Dit is extra belangrijk bij migraties vanaf statische HTML-formulieren, oude PHP-mailhandlers of derde-partij embeds. Het formulier kan er identiek uitzien, terwijl de afleverroute volledig veranderd is.

Voor leadgenererende sites is dit bedrijfskritisch. Een stille formulierfout kan meer kosten dan de hele migratie.

7. Verifieer vóór en na cutover

Voordat verkeer wordt omgezet, draait u een laatste acceptatiecheck. Na de switch draait u dezelfde controle opnieuw op het live domein.

Gebruik deze pre-launch lijst:

• Belangrijke pagina’s geven HTTP 200.
• Oude URL’s redirecten naar de juiste nieuwe URL’s.
• Er staan geen staging-URL’s in de live HTML.
• Menu’s en footerlinks werken.
• Formulieren leveren af in de juiste mailbox.
• Mobiele layouts zijn leesbaar en bruikbaar.
• Analytics en conversietracking zijn aanwezig.
• Backup van de oude site en rollback-pad zijn gedocumenteerd.

Herhaal dit na livegang. Verificatie is geen formaliteit; hiermee ziet u het verschil tussen “de site staat online” en “de migratie is veilig afgerond”.

8. Wanneer huurt u een HTML naar WordPress migratieservice in?

DIY kan prima zijn als de site klein, niet-commercieel en makkelijk opnieuw te maken is. Een brochurewebsite van vijf pagina’s zonder formulieren, rankings of bijzondere layout is een logisch leerproject.

Schakel hulp in wanneer de site zakelijke waarde of migratierisico heeft:

• Bestaand Google-verkeer dat u niet wilt verliezen.
• Contact- of offerteformulieren die leads opleveren.
• Meerdere talen of regionale pagina’s.
• Een custom design dat visueel consistent moet blijven.
• Oude .html URL’s met backlinks of bookmarks.
• Analytics, tracking, scripts of embedded tools.
• Behoefte aan staging, backup, rollback en launch-verificatie.

De beslissende vraag is niet: “Kan iemand de pagina’s kopiëren?” De betere vraag is: “Kunnen we deze site verplaatsen zonder leads, links, bewerkbaarheid of vertrouwen te verliezen?”

Onze aanbevolen migratieroute

Voor zakelijke websites gebruiken we een gecontroleerd safe-passage proces:

1. Inventariseer de huidige site en migratierisico’s.
2. Bouw WordPress in een private stagingomgeving.
3. Herbouw het ontwerp als bewerkbare WordPress-pagina’s en templates.
4. Map oude URL’s en bereid redirects voor.
5. Test formulieren, mobiele weergave, juridische pagina’s en tracking.
6. Backup de oude site en documenteer rollback.
7. Cutover pas nadat verificatie klaarstaat.
8. Controleer de live site opnieuw na launch.

Dat proces is zorgvuldiger dan doen alsof migratie copy-paste is. Maar het is ook veel veiliger. De winst is niet alleen “nu is het WordPress”. De winst is een site die klopt, schoon bewerkt, belangrijke URL’s behoudt en zonder bedrijfsonderbreking live kan.

Wilt u die aanpak gebruiken? Bekijk dan onze acceptatiechecklist of ons voltooide werk voordat u begint.

Wilt u een veilige HTML naar WordPress migratie? Bekijk onze acceptatiechecklist of stuur uw huidige URL via het contactformulier.