Een Lovable- of Bolt-site overzetten naar WordPress

Noteer alle pagina’s en de acties die een bezoeker kan uitvoeren. Denk aan formulieren, inloggen, uploads, prijsberekeningen en betalingen. Beschrijf per actie welke invoer nodig is, wat er moet gebeuren en waar het resultaat terechtkomt. Leg ook mobiele schermen en foutmeldingen vast. Een screenshot laat niet zien hoe toegangsrechten of mailverwerking werken. Maak daarom een onderscheid tussen visuele onderdelen en echte bedrijfsfuncties. Zo voorkom je dat een offerte voor vijf pagina’s later onbedoeld ook een klantenportaal en abonnementensysteem moet omvatten.

Gebruik de beschikbare GitHub-koppeling of exportfunctie van het platform om een versie van de broncode te bewaren. Controleer daadwerkelijk welke bestanden aanwezig zijn. Databasegegevens, geüploade bestanden, omgevingsvariabelen en externe diensten staan niet vanzelf in dezelfde export. Bewaar gevoelige configuratie buiten een openbare repository. Maak een lijst van gebruikte diensten en noteer wie het account beheert. Verzamel ook domeintoegang, mediabestanden en rechten op foto’s of lettertypen. Je hoeft bestaande geheimen niet in een migratiedocument te plakken; een veilige verwijzing is voldoende.

Kies welke inhoud de eigenaar later zelf moet aanpassen: pagina’s, nieuws, producten of een eigen soort content. Richt daarvoor passende bewerkbare velden en templates in. Een prototype dat volledig uit React-componenten bestaat, wordt niet beheerbaar door alleen de bestanden in een themamap te zetten. Soms is een eigen WordPress-thema passend, soms volstaat een bestaande onderhoudbare basis. Maak deze keuze op basis van functies en beheerwensen. Een ingewikkelde app kan ook beter deels op de bestaande techniek blijven draaien, met WordPress uitsluitend voor de publieke inhoud.

Neem van ieder formulier de velden, validatie, ontvangers en foutafhandeling over in een gecontroleerde implementatie. Bepaal bij accounts welke rol toegang heeft tot welke informatie. Als Supabase of een andere backend blijft bestaan, onderzoek dan de serverregels en niet alleen wat knoppen in de browser tonen. Migreer gebruikers of persoonsgegevens pas met een concreet plan voor toegang en bewaartermijnen. Geheime serversleutels horen niet in publiek geladen JavaScript. Test de gewenste functie ook met ongeldige invoer, een afgebroken handeling en een bezoeker zonder de vereiste rechten.

Maak een overzicht van huidige URL’s en hun nieuwe bestemming. Behoud adressen waar dat zinvol is en gebruik gerichte redirects voor pagina’s die verhuizen. Controleer titels, beschrijvingen, afbeeldingen en interne links. Een algemene redirect van alle oude pagina’s naar de homepage maakt het bezoekers moeilijk om de gezochte inhoud terug te vinden. Test belangrijke links vanuit bestaande profielen of advertenties afzonderlijk. Zet op de afgeschermde testversie geen openbare indexering aan, en controleer bij de echte overgang dat die blokkade niet op de nieuwe productiesite blijft staan.

Spreek vooraf af wanneer de inhoud wordt bevroren en welke laatste gegevens nog moeten worden overgezet. Bewaar een herstelbare versie van de oude website en leg vast hoe terugschakelen werkt. Controleer de nieuwe site op mobiel, de belangrijkste functies en de complete mailroute. Geef de eigenaar een korte uitleg over dagelijkse wijzigingen en het onderhoud. Verwijder oude hosting of platformaccounts pas wanneer duidelijk is welke bestanden, diensten of gegevens nog worden gebruikt. Een succesvolle DNS-wijziging is slechts het begin van de eindcontrole, niet het bewijs dat elke functie correct is gemigreerd.

Bekijk de uitleg van Lovable over hosting en eigendom en Bolt over GitHub-versiebeheer. Controleer de mogelijkheden voor het specifieke project en account voordat je een export of migratie toezegt.