Migrar un sitio estático de Netlify a Hostbrid Projects

Si quieres dejar Netlify, empieza por averiguar qué partes de tu web dependen de Netlify. Un sitio que genera archivos estáticos puede ser sencillo de mover; los formularios, funciones, redirecciones y vistas previas de cambios pueden necesitar sustitutos. Cambiar de alojamiento no migra automáticamente esas funciones ni sus datos.

Hostbrid Projects puede encajar si tu repositorio genera archivos web y quieres publicarlos desde Git. Comprueba el flujo y el plan en Projects y precios. Esta guía no presenta un proveedor como el mejor para todos: te ayuda a comprobar si tu aplicación concreta puede cambiarse sin perder comportamiento.

1. Haz inventario antes de desconectar Netlify

Revisa el repositorio, la configuración del sitio y el panel de Netlify. Busca:

• netlify.toml, scripts de package.json, comando de build, versión de Node y carpeta de publicación.
• netlify/functions/, Edge Functions, plugins, variables de entorno y llamadas a APIs.
• Formularios con data-netlify="true" o netlify, y qué servicio recibe y conserva los envíos.
• Reglas de redirects y encabezados, rutas de una SPA, enlaces absolutos y URLs usadas por buscadores.
• Dominios, DNS, certificados, integraciones OAuth, webhooks, bases de datos y servicios de archivos.
• Deploy Previews: Netlify puede crear vistas previas para solicitudes de cambio; no des por hecho que el destino ofrece lo mismo.

La documentación de Netlify explica sus formularios gestionados, funciones y Deploy Previews. Anota cuáles utilizas de verdad. Un archivo netlify.toml puede contener configuración esencial aunque la web parezca estática.

Si no sabes qué ocurre al enviar el formulario, sigue esta guía para comprobar formulario, backend y entrega antes de cambiarlo.

2. Prueba el build desde el repositorio

No migres a partir de una captura o de la carpeta de desarrollo. Usa una copia de trabajo limpia para reproducir el build:

git clone URL_DEL_REPOSITORIO prueba-migracion
cd prueba-migracion
npm ci
npm run build

Estos comandos son un ejemplo para un proyecto Node con package-lock.json. Si utiliza pnpm, Yarn, otra versión de Node o un comando distinto, conserva el gestor y la versión declarados por el proyecto. Mira la configuración y verifica dónde acaba realmente la salida; nombres como dist, build o out no son intercambiables.

Abre localmente el resultado con el servidor de vista previa del framework o un servidor estático. Comprueba la portada, una URL interna profunda, recarga directa, CSS, JavaScript, imágenes y errores de consola. Si la aplicación necesita una función de servidor, una build correcta no demuestra que esa función vaya a existir en alojamiento estático.

3. Publica una copia de prueba desde Git

Conecta el repositorio en Projects, selecciona la rama adecuada y configura los comandos de instalación y build, junto con el directorio de salida. Comprueba el registro del build y visita la dirección de prueba de Projects antes de conectar el dominio definitivo. Consulta las condiciones actuales del plan: el subdominio gratuito, el dominio propio y los servicios persistentes pueden tener condiciones diferentes.

Prueba las mismas páginas y acciones que anotaste en el inventario. Para una ruta de SPA, escríbela directamente en el navegador y actualízala; una navegación que funciona solo desde la portada no basta. Comprueba también robots.txt, canonical, enlaces internos, idioma, estado HTTP y ausencia de credenciales en los archivos descargados.

Projects publica desde Git y admite comandos y carpetas de build configurables según su página de producto. No asumas que esto sustituye Netlify Forms, sus vistas previas, Edge Functions, funciones de servidor, plugins o encabezados personalizados. Si necesitas un backend persistente, revisa el flujo, los recursos y el precio del servicio antes de contratarlo.

4. Sustituye las dependencias antes de tocar el DNS

Si el sitio usa formularios, configura primero el nuevo endpoint y prueba tanto el envío correcto como los errores. Verifica que el mensaje llega al destino previsto; una pantalla de “enviado” en el navegador no prueba la entrega.

Para cada Function, identifica método, ruta, variables, permisos, almacenamiento y formato de respuesta. Decide si debe permanecer en un servicio externo, ejecutarse como backend compatible o administrarse en un VPS. Nunca subas secretos a Git ni a variables que se incorporan al JavaScript del navegador.

Recrea las reglas de redirección y encabezados con una función que el destino documente y prueba cada regla. Comprueba también inicio de sesión, pagos, correos, webhooks, límites de CORS y rutas llamadas desde la aplicación. Si no puedes reemplazar una dependencia, conserva el sitio actual mientras resuelves ese punto.

5. Cambia el dominio con una vuelta atrás preparada

Mantén las mismas rutas públicas cuando sea posible. Si solo cambias el alojamiento y conservas dominio y URLs, prueba primero el nuevo sitio y luego actualiza los registros DNS necesarios. Anota los valores anteriores y conserva Netlify disponible hasta verificar HTTPS, cada URL importante, formularios, acceso, analítica y correo.

Si además cambias el dominio o las rutas, prepara un mapa uno a uno y redirecciones permanentes directas. Actualiza canonical y enlaces internos en el sitio nuevo; no redirijas todo a la portada. Google recomienda probar el sitio nuevo, mapear las URLs antiguas y activar las redirecciones al hacer un cambio de URLs o dominio. Una migración técnica no garantiza que las posiciones se mantengan ni que Google rastree las páginas inmediatamente.

No borres el despliegue antiguo en cuanto cambie el DNS. Primero comprueba las rutas con y sin www, certificado, redirecciones, recursos, páginas indexables y funciones del negocio. Para una guía general de arquitectura, consulta dónde alojar una web creada con IA; para una app React/Vite, revisa también build, rutas y despliegue desde Git.

Cuándo conviene quedarse en Netlify

Puede ser mejor mantener el sitio donde está si depende de Forms, Functions, Edge, plugins o vistas previas que el flujo de trabajo necesita y aún no has validado sus sustitutos. También puede no compensar la migración si el coste, el control del dominio o los requisitos del equipo no mejoran con el destino. Compara las funciones y precios actuales de Netlify con los planes y límites de Projects usando el consumo real de tu cuenta.