Migrar un lloc estàtic de Netlify a Hostbrid Projects

Abans de deixar Netlify, identifica quines parts del teu web en depenen. Un lloc que genera fitxers estàtics pot ser fàcil de moure; els formularis, les funcions, les redireccions i les previsualitzacions dels canvis poden necessitar substituts. Canviar d’allotjament no migra automàticament aquestes funcionalitats ni les seves dades.

Hostbrid Projects pot encaixar si el teu repositori genera fitxers web que vols publicar des de Git. Comprova el flux i el pla a Projects i als preus. Aquesta guia no presenta cap proveïdor com el millor per a tothom: t’ajuda a comprovar si la teva aplicació concreta pot canviar sense perdre funcionalitats.

1. Fes inventari abans de desconnectar Netlify

Revisa el repositori, la configuració del lloc i el tauler de Netlify. Busca-hi:

• netlify.toml, scripts de package.json, ordre de build, versió de Node i carpeta de publicació.
• netlify/functions/, Edge Functions, connectors, variables d’entorn i crides a APIs.
• Formularis amb data-netlify="true" o netlify, i quin servei rep i conserva els enviaments.
• Regles de redirecció i capçaleres, rutes d’una SPA, enllaços absoluts i URL que fan servir els cercadors.
• Dominis, DNS, certificats, integracions OAuth, webhooks, bases de dades i serveis de fitxers.
• Deploy Previews: Netlify pot crear previsualitzacions dels canvis proposats; no donis per fet que el destí ofereix el mateix flux.

Netlify documenta els seus formularis gestionats, les funcions i les Deploy Previews. Anota quines funcions fas servir realment. Un fitxer netlify.toml pot tenir configuració essencial encara que el lloc sembli estàtic.

Si no saps què passa després d’enviar un formulari, segueix primer aquesta guia per comprovar el formulari, el backend i l’entrega.

2. Prova el build des del repositori

No migris a partir d’una captura o de la carpeta de desenvolupament. Fes servir una còpia de treball neta per reproduir el build:

git clone URL_DEL_REPOSITORI prova-migracio
cd prova-migracio
npm ci
npm run build

Aquests comandaments són un exemple per a un projecte Node amb package-lock.json. Si el projecte fa servir pnpm, Yarn, una altra versió de Node o un comandament diferent, respecta les versions i scripts declarats pel projecte. Mira la configuració i comprova on s’escriu realment la sortida; dist, build i out no són intercanviables.

Obre el resultat localment amb el servidor de previsualització del framework o un servidor estàtic. Comprova la portada, una URL interna profunda, la recàrrega directa, CSS, JavaScript, imatges i errors de consola. Si l’aplicació necessita funcions de servidor, que el build sigui correcte no demostra que aquestes funcions existeixin en un allotjament estàtic.

3. Publica una còpia de prova des de Git

Connecta el repositori a Projects, tria la branca adequada i configura les ordres d’instal·lació i build, juntament amb el directori de sortida. Revisa el registre del build i visita l’adreça de prova de Projects abans de connectar-hi el domini final. Consulta les condicions actuals del pla: el subdomini gratuït, el domini propi i els serveis persistents poden tenir condicions diferents.

Prova les mateixes pàgines i accions que has anotat a l’inventari. Per a una ruta d’SPA, escriu-la directament al navegador i actualitza-la; que la navegació funcioni només des de la portada no és suficient. Comprova també robots.txt, els canonicals, els enllaços interns, l’idioma, l’estat HTTP i que no hi hagi credencials als fitxers descarregats.

Projects publica des de Git i permet configurar ordres de build i directoris de sortida, segons la seva pàgina de producte. No assumeixis que això substitueix els formularis de Netlify, les previsualitzacions, les Edge Functions, les funcions de servidor, els connectors o les capçaleres personalitzades. Si necessites un backend persistent, revisa el flux, els recursos i el preu del servei abans de contractar-lo.

4. Substitueix les dependències abans de canviar el DNS

Si el lloc fa servir formularis, configura primer el nou endpoint i prova els enviaments correctes i els errors. Comprova que el missatge arriba al destí previst; una pantalla de «enviat» al navegador no demostra que s’hagi entregat.

Per a cada Function, identifica el mètode, la ruta, les variables, els permisos, l’emmagatzematge i el format de resposta. Decideix si ha de continuar com a servei extern, executar-se com a backend compatible o administrar-se en un VPS. No desis secrets a Git ni els posis en variables que s’incorporen al JavaScript del navegador.

Recrea les regles de redirecció i capçalera amb una funció que el destí documenti, i després prova cada regla. Comprova també l’inici de sessió, els pagaments, el correu, els webhooks, els límits CORS i les rutes que crida l’aplicació. Si no pots substituir una dependència, mantén el lloc actual disponible mentre ho resols.

5. Canvia el domini amb una manera de tornar enrere

Conserva les mateixes rutes públiques sempre que puguis. Si només canvies d’allotjament i mantens el domini i les URL, prova primer el lloc nou i després actualitza els registres DNS necessaris. Anota els valors anteriors i mantén Netlify disponible fins a verificar HTTPS, les URL importants, els formularis, els accessos, l’analítica i el correu.

Si també canvies el domini o les rutes, prepara un mapa un a un i redireccions permanents directes. Actualitza els canonicals i enllaços interns del lloc nou; no redirigeixis totes les pàgines a la portada. Google recomana provar el lloc nou, mapar les URL antigues i activar les redireccions per a un canvi d’URL o de domini. Una migració tècnica no garanteix que es mantinguin les posicions ni que Google rastregi les pàgines de seguida.

No esborris el desplegament antic quan canviï el DNS. Comprova primer les rutes amb i sense www, el certificat, les redireccions, els recursos, les pàgines indexables i les funcions del negoci. Per a l’arquitectura general, consulta on allotjar un web creat amb IA; per a una app React/Vite, revisa també el build, les rutes i el desplegament des de Git.

Quan convé quedar-se a Netlify

Pot ser millor mantenir el lloc on és si depèn de Forms, Functions, Edge, connectors o previsualitzacions que l’equip necessita i encara no n’has validat els substituts. La migració tampoc no ha de compensar si el cost, el control del domini o els requisits de l’equip no milloren amb el destí. Compara les funcions i els preus actuals de Netlify amb els plans i límits de Projects segons l’ús real del teu compte.